home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / protocol / nfs / 3010 < prev    next >
Encoding:
Internet Message Format  |  1992-12-24  |  2.0 KB
  1. Path: sparky!uunet!munnari.oz.au!jabaru.cec.edu.au!csource!gateway
  2. From: Bruce.Weinel@p1.f456.n632.z3.fidonet.org (Bruce Weinel)
  3. Newsgroups: comp.protocols.nfs
  4. Subject: SUN PC-NFS Printing problem.
  5. Message-ID: <725219481.AA05059@csource.oz.au>
  6. Date: Mon, 21 Dec 1992 07:08:12
  7. Sender: gateway@csource.oz.au
  8. Lines: 42
  9.  
  10. johnm@bowen.cc.utas.edu.au was heard in "The Pit" saying to  All
  11.  
  12.   ju> From: johnm@bowen.cc.utas.edu.au (John Miezitis)
  13.   ju> Organization: University of Tasmania, Australia.
  14.   ju> 
  15.   ju> One of my PC-NFS users here is having a problem printing
  16.   ju> directly to a redirected printer port...
  17.   ... 
  18.   ju> If he net prints the file everything works.
  19.   ju> 
  20.   ju> I tried the following:-
  21.   ju> 
  22.   ju> copy xxx.ps u: file appears intact
  23.   ju> 
  24.   ju> copy xxx.ps lpt2: Lost data, file size approx 3100 bytes.
  25.   ju> 
  26.   ju> Printing directly to lpt2: from within application Lost
  27.   ju> data, file size now only approx 1100 bytes
  28.  
  29. The most likely cause is DOS sensitivity to 1Ah (^Z) in sequential text files.
  30. The DOS 'copy' command to a block device (u:) bases end-of-file on the size
  31. stored in the directory, not file content. However, 'copy' to a sequential
  32. device
  33. (lpt2:) senses end-of-file when it encounters 1Ah (^Z). I would expect that
  34. the 3543rd byte is such an end-of-file marker. I would also expect that the
  35. behavior of varying file sizes is due to physical and logical block sizes
  36. relative
  37. to sensing the end-of-file. On the sequential copy 3100 is roughly 3543 - 512
  38. (physical block size). From the application 1100 is roughly 3543 - (2048 -
  39. 512)
  40. or a cluster minus the first sector.
  41.  
  42. This problem can usually be avoided by using ASCII Encapsulated PostScript
  43. (EPS)
  44. format for images; rather than binary EPS. It can also be circumvented by
  45. software
  46. that knows the data stream may contain binary and therefore reads the file as
  47. a blocked device with one byte records; as I assume net print does.
  48.  
  49. I-{>
  50.  
  51.  * Origin: Howls from "The Pit" BBS (03) 321-3295 (3:632/456.1@fidonet)
  52.