home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20060 < prev    next >
Encoding:
Internet Message Format  |  1992-12-30  |  3.1 KB
  1. Path: sparky!uunet!spool.mu.edu!olivea!charnel!sifon!clouso.crim.ca!cerberus.ulaval.ca!SAPHIR.ULAVAL.CA!2020211
  2. From: 2020211@SAPHIR.ULAVAL.CA (Sylvain Chamberland)
  3. Newsgroups: comp.os.vms
  4. Subject: Convert MSDOS or UNIX text format to VMS format
  5. Message-ID: <1992Dec30.085139.3959@cerberus.ulaval.ca>
  6. Date: 30 Dec 92 08:51:39 GMT
  7. Sender: news@cerberus.ulaval.ca
  8. Reply-To: 2020211@SAPHIR.ULAVAL.CA
  9. Organization: CTI, Universite Laval
  10. Lines: 53
  11. Nntp-Posting-Host: saphir
  12.  
  13. Hi netters...
  14.  
  15. First let me tell you I'm not a programmer, I'm not even studying computers.
  16. I'm just a biology grad student who has to cope with a VAX account and is
  17. sourly mourning his former unix account...  ;-)  (no kidding I DO prefer unix
  18. to VMS!)
  19. I have seen the recent wave of the "flames" thread, so I will try to be clear
  20. and precise...  ;-)    (anyway I got a thick skin!)
  21.  
  22. Here's my problem: I don't have any archive utility on my system here so I went
  23. to get a C source for "zip" by anonymous ftp. The source was written so it could
  24. be portable, and I got the VMS supplementary files.
  25.  
  26. But it appears the source is not in a VMS format, because the VAX EDIT editor
  27. will not accept any of the *.c or *.h files as files containing many lines. It
  28. appears to me a whole file is considered as being composed of one or a few
  29. lines by the editor or the compiler. The VAX C compiler ("CC") won't compile
  30. the source, it does not seem to recognize the format.
  31.  
  32. (Please note that I used the VAX C compiler successfully to compile a source
  33. for a ymodem file transfer protocol...)
  34.  
  35. I checked the contents of the files with the VMS DUMP command, and the end of a
  36. line is marked by the character 0A hex (line-feed I guess). I checked a file
  37. created by EDIT and a line is terminated by 00... so I deduced the problem is
  38. the character for the end of line.
  39.  
  40. So I would be very grateful if somebody told me how I could transform these
  41. files in a format readable by the VAX C compiler...  :)
  42.  
  43. I tried to see what I could do with commands like CoNVERT, but nothing so far
  44. has worked. I don't know much about VAX, and I don't have any idea of what 
  45. the heck is a "FDL"...
  46.  
  47. I tried to transfer some files back and forth my IBM PC clone using the ymodem
  48. protocol I just told about, then compared two versions of the same file with
  49. the command ANALYZE/RMS_FILE: the original file, and one which went to my
  50. computer and back. The "record type" had changed from "fixed" to "stream-LF",
  51. the analysis told about something like "VBN 8" that had changed to "9"... also,
  52. there appeared to be no limits to the size of the blocks anymore. But the
  53. transfered file could be taken by EDIT (and read by the VAX C compiler, "CC"),
  54. despite the fact that it said that the text format was not standard. I checked
  55. with DUMP, and the end of a line was identical in both!
  56. (On screen, with TYPE, there are line feeds without carriage returns for the
  57. original file, while there are carriage returns on screen for the transfered
  58. file).
  59.  
  60. Anyway, I'm at a complete loss, and I'm WAY out of my league, and would really
  61. appreciate if somebody could tell me what's going on...   :)
  62.  
  63.  
  64. Sylvain Chamberland
  65. 2020211@saphir.ulaval.ca
  66.