DB
mmx умеет в пределах модуля насколько я помню
Size: a a a
2020 March 18
AZ
жаль
AZ
я бы хотел именно переименованием модулей и форм позаниматься, а у меня тут и наследование и прочие прелести
DB
я бы делал тупо фаром
DB
или поискать какой-то тул по массовой правке файлов внешний
DB
без среды
DB
я у себя за буквально час отрефакторил все названия связанные с IB в новые связанные с UniDAC, наверно больше 500та вхождений
DB
фаром это делаеться просто и элегантно - клавиатурными скриптами
DB
вообще - я как-то видел внешне тулзы для массовой правки сырцов паскаля
DB
типа - замены компонент (типов), названий и т п
DB
вроде бы в жедаях где-то, там тулов есть некоторое количество кроме самих компонент
DB
или вообще своё что-то запилить, думаю там работы максимум на час же
AS
я бы хотел именно переименованием модулей и форм позаниматься, а у меня тут и наследование и прочие прелести
я бы делал в vim-е..
там есть такая тема, что вывод
и тогда быстро прыгать по вхождениям (включая, .dfm/.fmx) и по одной педали переименовывать..+ есть макросы, которые это автоматизируют...
ну и стоит ли говорить, что это легко и быстро воспроизводимо при откате и повторении?
там есть такая тема, что вывод
git grep -n STRING можно ему скормитьи тогда быстро прыгать по вхождениям (включая, .dfm/.fmx) и по одной педали переименовывать..+ есть макросы, которые это автоматизируют...
ну и стоит ли говорить, что это легко и быстро воспроизводимо при откате и повторении?
AK
если надо парсить двоичный файл, время от времени выделяя из буфера с содержимым разные типы, кастовать dword (int32) проще как pdword(ptr)^ или правильнее сейчас всё же собирать из байтов на случай невыровненных данных?
AS
если надо парсить двоичный файл, время от времени выделяя из буфера с содержимым разные типы, кастовать dword (int32) проще как pdword(ptr)^ или правильнее сейчас всё же собирать из байтов на случай невыровненных данных?
ну вот тут записи удобнее было бы использовать, не?
AK
там не только большие пакованные структуры, но и отдельные поля переменной длины
AK
потому в некоторых местах надо будет по одному элементу брать: где-то байт, где-то dword, а где-то именно просто переменной длины последовательность. вот и думаю, поступить как проще или как раньше было "правильно" с учетом невыровненности данных (т.е. если начало Int32 данных на границе 3 байт, например)
AS
потому в некоторых местах надо будет по одному элементу брать: где-то байт, где-то dword, а где-то именно просто переменной длины последовательность. вот и думаю, поступить как проще или как раньше было "правильно" с учетом невыровненности данных (т.е. если начало Int32 данных на границе 3 байт, например)
про какое выравнивание в файлах ты говоришь ?
AK
данные из файла считываю в память, чтоб не читать побайтово из самого файла. вот потом уже из буфера надо выбирать отдельные данные, извините за не совсем корректно описанную ситуацию
R
данные из файла считываю в память, чтоб не читать побайтово из самого файла. вот потом уже из буфера надо выбирать отдельные данные, извините за не совсем корректно описанную ситуацию
я мапплю файл в память и делаю pdword(ptr)^. работает. но тоже интересно как правильно