Хорошо! Разобрался.
Просто, когда вы unix2dos ваш файл, вы не удаляете пробелы между последней буквой в строке и символом разрыва строки. При сохранении в Kedit вы удаляете пробелы между последней буквой в строке и символом разрыва строки.
В моем сценарии была плохая практика программирования, в которой я писал такую строку:
echo "Это пример строки" >> outfile.txt
Количество символов равно 32, и если бы вы могли видеть символ строки разрыва (chr (10)), строка была бы прочитана;
Это пример строки
Если вы unix2dos outfile.txt, строка выглядит так же, как и выше, но с другим символом строки разрыва. Однако, когда вы помещаете файл в Kedit и сохраняете его, теперь количество символов равно 25, и строка выглядит следующим образом:
Это пример строки
Это происходит потому, что Kedit не сохраняет пробелы в конце строки. Он помещает символ возврата или разрыва строки на последнюю букву или символ «не пробел» в строке.
Так что программы, которые читают буквенный ввод, такой как DIPS (я предполагаю) или более широко используемые сценарии AutoCAD, будут иметь реальную проблему с дополнительными пробелами перед возвращаемым символом. В основном в сценариях AutoCAD пробел в строке обрабатывается как возвращаемый символ. Так что если у вас есть десять лишних пробелов в конце строки, они обрабатываются так же, как десять возвратов вместо того, который вы, вероятно, намеревались.
О, и если это помогло вам, или хотя это было хорошо, пожалуйста, проголосуйте!