Konstantin
Что тебе мешает повторить структуру дельфи класса и тупо вытягивать значения из памяти?
Berkus
пушо дельфи это паскаль, там другая объектная модель В ПРИНЦИПЕ
Berkus
Что тебе мешает повторить структуру дельфи класса и тупо вытягивать значения из памяти?
да я предложил сделать класс-зеркало и его десериализовать из памяти
Berkus
ответ есть выше
Square
Ну так. У меня есть интерфейс, имплементирован в либе на паскале. Там же создаётся экземпляр
Square
Я просто хотел чутка модифицировать на своей стороне, отнаследовавшись от интерфейса
Square
Все норм, ровно до тех пор пока деструктор не объявлю виртуальным
Square
Я переделаю. Честно. Когда нибудь.
Square
А интерфейс в хашнике, тупо структура с кучей методов которые в дллку ходят
Konstantin
Не наследуйся
Konstantin
Напиши свой класс как тебе сказали
Konstantin
И достань значения из памяти в него
Konstantin
И от него уже наследуйся
Square
Угу, спасиб
Square
Может у кого нить просто в рукаве есть грязные хаки какие нить
Square
Типа волшебной прагмы
Berkus
libffi если тольк
Berkus
не знаю умеет она паскакаль кол конвенции или нет
Berkus
(ну то есть заврапить внешний инстанс в твой класс агрегацией а не наследованием)
Square
Да, на первый взгляд очень круто
Square
Но кмк не мой случай
Anonymous
Ну так. У меня есть интерфейс, имплементирован в либе на паскале. Там же создаётся экземпляр
сорри пропустил...
А вчём проблема? Всё делается просто. Пишим виртуальный класс C++ в Delphi также пишим виртуальный класс а далее, наследуемся от него и реализуем логику. После загрузки dll пишим экспортируемую функцию и из неё возвращаем указатель на класс наследника.
Berkus
3.2 Nov-11-14
Add support for PASCAL and REGISTER calling conventions on x86
Windows/Linux.
ух ты, есть
Berkus
сорри пропустил...
А вчём проблема? Всё делается просто. Пишим виртуальный класс C++ в Delphi также пишим виртуальный класс а далее, наследуемся от него и реализуем логику. После загрузки dll пишим экспортируемую функцию и из неё возвращаем указатель на класс наследника.
> Есть нюанс, что создаётся оно на стороне Делфи кода. Исходников нет :(
Berkus
давай еще разок но с учетом того что со стороны дельфи ничего не поменять )
Square
сорри пропустил...
А вчём проблема? Всё делается просто. Пишим виртуальный класс C++ в Delphi также пишим виртуальный класс а далее, наследуемся от него и реализуем логику. После загрузки dll пишим экспортируемую функцию и из неё возвращаем указатель на класс наследника.
Проблема в том, что в обе стороны есть куча легаси кода и я не хочу ничего поломать
Square
Я. Знаю. Примерно )
Square
Ну так или иначе мне надо с этим работать )
Square
По рассказам старожилов там все в одном юните и такого спагетти на пяток тысяч строк
Anonymous
Square
Нуу меня хотя бы есть интерфейс. Я знаю как должны работать методы :)
Осталось ток реализацию замутить )
Square
И по дороге не сторчаться
Square
Интересно а живые паскакаль-девелоперы есть ваще?
Square
А. Тотал коммандер же на нем ещё написан
Anonymous
Ну я пишу)
Square
Просто то, как эмбаркадера поступает с языком - кощунство прям
Ivansky
Пытаюсь постичь умные указатели, подскажите пожалуйста, как правильно готовить объекты передаваемые через аргументы метода/функции с применением умных указателей?
Ivansky
Читал на stackoverflow auto_ptr удаляет объект после выхода из скоупа, shared_ptr вообще имеет утечки памяти, что использовать чтобы не наступить на детские грабли?
Konstantin
aut_ptr выкидывай сразу
Konstantin
Ну а так, от ситуации зависит
mefest
auto_ptr еще существует?
Berkus
Berkus
https://www.youtube.com/watch?v=JfmTagWcqoE
Ivansky
Я раньше руками удалял указатели, очень радовался что мог управлять всем сам, но потом мне сказали, что я делаю все не правильно
Konstantin
И правильно сказали)
mefest
Читал на stackoverflow auto_ptr удаляет объект после выхода из скоупа, shared_ptr вообще имеет утечки памяти, что использовать чтобы не наступить на детские грабли?
юзай unique_ptr где можно и shared_ptr если без него никак
Konstantin
Да
Konstantin
юник всегда
Ivansky
юзай unique_ptr где можно и shared_ptr если без него никак
Я чувствую тут есть 3-ий вариант?
Konstantin
шэйред если юник не пожходит
Berkus
ну вон выше в видео саттер объясняет как раз про это
Ivansky
больной указатель
mefest
Я чувствую тут есть 3-ий вариант?
угу узай new и delete если тебе нето не то не подходит и ты знаешь что делаешь
Ivansky
Да, больной это sick
mefest
мб, я его не знаю чтоб судить о нем_)
Victor
кто знает Opencv пишите в личку
🦥Alex Fails
27 мая, вечером будет сходка в Москве. Ставь лайк, если пойдешь.
Результаты:
❤️ (8): kasyandigris mymedia antoshkka PerAsperumAdAstra AlexFails vmakarova veselcraft Stas
Светомеч
А де?
🦥Alex Fails
Думаю над антикафе "geektime"
🦥Alex Fails
Это на новослободской
Sergey
и о чем разговариваете на сходках?) о с++?))