использовать или один или другой режим при чтении, тогда проблем быть не должно. Кака разница в определении между
или

а это чем определяться будет?

Я думал конвертиовать на лету последовательность #10#13 в #13#10, хотя, такой метод предполагает снижение быстродействия, что не есть хорошо

как вариает несколько версий кодогенератора можно пустить с декодированием
и
в #13#10

Как раз проблемы есть.
Кроме CodeGen, где кстати
преевращаются в #13#10 не оптом, а по одному знаку,
[b]еще где-то в среде определено, что
это #13. [/b]
Простое исправление в CodeGen ничего не дает.
В програмке по выбору из Elements.sql только новых записей для добавления в Elements.db приходится ставить определение автора файла выложенного на SVN.
Если это Dilma, то разделитель строк только #13, а если Nesco, то #13#10.
В первом случае все компоненты работы со строками считают Elements.sql одной строкой.

Tad, это не проблемы, а мелочи технической реализации


#13 ставит sqlite3.exe после выполнения .dump - стандартный формат вывода

Странно, я им тоже пользуюсь с коммандной строкой


У нас, наверное, разные версии sqlite3.exe

3.5.3

nesco, у тебя наверное 3.5.9

Ну тоже самое. Мдяяя... Уж

там вроде были настройки сепараторов при экспорте данных - возможно в этом и разница

Я его не настраивал, он у меня "как есть", только командную строку запускаю, больше ничего не делал.

nesco, ну так потому и разница такая в поведении, что никто его не настраивал

Поделись настройками

"никто" - и я в том числе