home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / lang / ada / 2548 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  1.7 KB
  1. Path: sparky!uunet!sun-barr!olivea!spool.mu.edu!umn.edu!csus.edu!beach.csulb.edu!nic.csu.net!vmsclst1.sc.csupomona.edu!mgeorgy
  2. From: mgeorgy@vmsclst1.sc.csupomona.edu
  3. Newsgroups: comp.lang.ada
  4. Subject: Re: Detecting EOL with SEQUENTIAL_IO!!!!!!!
  5. Message-ID: <1992Sep6.221059.1@vmsclst1.sc.csupomona.edu>
  6. Date: 7 Sep 92 05:10:59 GMT
  7. References: <1992Sep5.160811.1@vmsclst1.sc.csupomona.edu> <60123@mimsy.umd.edu>
  8. Organization: Computer Science Computational Systems
  9. Lines: 20
  10. Nntp-Posting-Host: acvax1
  11. Nntp-Posting-User: cvadrshe
  12.  
  13. I appologize, I did not make my self clear enough.  Basiclly I am trying to
  14. read an image file that can very in size.  Because of the type of the
  15. information in the file I am using SEQUENTIAL_IO.  The problem is that I need
  16. to write the file again hopefully in the same format as the original (ie I read
  17. a 512 X 512 file I write a 512 x 512 file not, 262144 byte line).  So far when
  18. I write a dummy read program (read one byte write one byte) the system has been
  19. recognizing the LF at the end of the 512 stream and transfers it to the new
  20. file.  The other problem is that I don't want to limit my program by always
  21. having the max array size defined (512 X 512), I would like it to very with
  22. each image read!!!
  23.  
  24. Sorry about the confusion,
  25. Any additional help greatly appreciated!!!
  26. Matt Georgy
  27. California State Polytechnic State University, Pomona  -- Computer Science
  28. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  29. +When It Absolutely, Positively, Has To Be Taken Out Overnight!!!+
  30. +                                                                +
  31. +                                           -- Team Stealth      +
  32. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  33.