Как скопировать файл из VMS в Windows и обратно?
https://stackoverflow.com/questions/2145811
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Я пытаюсь скопировать C исходные файлы из альфа-версии vms на компьютер с Windows, чтобы упростить редактирование кода.(Редактор VMS — это просто текстовый редактор, и было бы неплохо иметь подсветку синтаксиса и т. д.)
Я могу скопировать это с помощью Exceed FTP, и это решает проблему дублирования имен файлов с суффиксом версии, который есть у vms:
- Файл.c;1
- Файл.c;2
- Flle.c;3
Но когда я открываю переданный файл, все разрывы строк теряются, и весь файл представляет собой всего лишь одну строку.
Может ли кто-нибудь порекомендовать решение этой проблемы или предложить какие-либо подсказки?
заранее спасибо
пс.Мне нужно иметь возможность копировать файлы обратно в виртуальную машину и сохранять формат.
Решение
Возможно, сейчас это неинтересно, но если вас все еще интересуют «однострочные» текстовые файлы после передачи по FTP.
Короткий ответ:принудительно установите режим передачи FTP на ASCII (или текст) в вашем FTP-клиенте.Это гарантирует, что передаваемые вами C-файлы (фактически все файлы) обрабатываются как текст, в противном случае они считаются двоичными, поэтому вы получаете поток байтов.
Длинный ответ:Существует 2 режима передачи по FTP:ASCII/текст и двоичный файл/изображение.Значение по умолчанию иногда зависит от клиента или сервера.
Многие клиенты имеют автоматический режим, который интерпретирует расширение файла для установки правильного режима передачи (.TXT,.CSV и т. д.).
Когда вы получаете доступ к серверу VMS через FTP-клиент, клиент [Win-based] слишком часто не дружит с VMS, поэтому он не анализирует список файлов должным образом.Таким образом, его сбивает с толку номер версии, добавленный к «обычному» имени файла:имя_файла.ext;ver ==> file.c;1
Таким образом, вместо того, чтобы видеть .C (и принимать текст), он видит .C;1 и думает, что это двоичный файл.
Я использую FTP-клиент Filezilla для подключения к VMS и обратно, и пока он делает это правильно (хотя поддержка версий не такая, как мне иногда хотелось бы).
Другие советы
Копирование файла на рабочий стол Windows и обратно каждый раз, когда вы хотите его отредактировать, очень быстро надоедает.
Возможно, вы сможете реализовать гораздо более приятную альтернативу.В VMS имеется некоторое программное обеспечение, которое позволяет рассматривать дерево каталогов VMS как «сетевой диск» в Windows.После того, как вы настроили его и настроили Windows для распознавания сетевого диска, вы можете просто открыть файл в текстовом редакторе Windows, не перемещая его из VMS в Windows.Вы также можете просмотреть дерево каталогов, которое выглядит как дерево папок.
Когда вы сохраняете файл из текстового редактора, сохраненная копия заменяет предыдущую версию на территории VMS.И он правильно является посредником между форматом RMS и встроенным форматом новой строки.Для этой цели это намного удобнее, чем FTP.
После быстрого поиска в Google я понял, что название программного обеспечения VMS — PATHWORKS.Но я не уверен.
У меня есть несколько замечаний по этому поводу
PATHWORKS довольно старый и (насколько я помню, я им не пользуюсь) плохо работает с последними версиями Windows, например, с поддержкой Active Directory.За последние несколько лет HP перенесла SAMBA на VMS, и это правильный путь, если вы хотите сделать области диска видимыми для компьютеров с Windows.Должно быть легко найти на веб-сайте HP.
Если вы хотите попробовать маршрут FTP/SFTP, я бы попробовал SFTP и выбрал версию VMS не ниже 8.2.На этом этапе пакет TCPIP был переписан (или создан на основе версии для Unix).
VMS поддерживает ряд форматов текстовых файлов.Помимо сложной структуры записи, описанной выше, существует STREAM_LF, который аналогичен файлу unix, и STREAM_CRLF.
Я нашел интересную информацию о Структура текстового файла OpenVMS.Это соответствует моим смутным воспоминаниям о том, как VMS обрабатывает текстовые файлы;они хранятся не в виде потоков байтов, как в системах Windows и Unix, а в виде последовательности записей (каждая запись представляет собой текстовую строку).Записи могут иметь как фиксированную, так и переменную ширину.Что бы ни читало файл, оно отвечает за «управление бумагой», то, что мы обычно называем в наши дни символами новой строки.
Вы можете проверить параметры Exceed FTP, чтобы убедиться, что вы передаете файл в соответствующем режиме ASCII.Возможно, на FTP необходимо настроить специальные параметры. сервер читать и записывать файлы тоже в соответствующем режиме.
Я не эксперт - давайте выясним это открыто;)
У меня были аналогичные проблемы при передаче файлов по FTP с OVMS Alphaserver на рабочий стол Win7, поэтому я могу перейти на SQL.FTP [Attachmate и WIn CLI] отлично работал под WinNT.Я подозреваю, что Win7 не нравится формат name.ext;version файла OVMS.
Файлзилла - не работает.
PuTTY - не работает
Window CLI FTP — не работает [частичная передача файлов;тайм-аут и усекает файл].
Использование «Отражения для Интернета 2011» от Attachmate для эмуляции терминала Vax — работает нормально.Думаю, мне придется вернуться в Attachmate за помощью, но я частично ограничен нашими ИТ-службами [ФРС Австралии], за которыми остается последнее слово.
Некоторые редакторы, такие как BBEdit для Mac, поддерживают прямое открытие/сохранение файлов через FTP/SFTP/и т. д.(BBEdit также поддерживает различные окончания строк, используемые на разных платформах, что поможет решить вашу другую проблему).Я ожидаю, что должен быть редактор Windows с аналогичной функциональностью - все мои коллеги, использующие Windows, в восторге от чего-то под названием CodeWrite (или CodeWright?), так что я думаю, что я бы взглянул на что-то подобное.
