home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / bbs / waffle / 5743 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  2.6 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!src.honeywell.com!tcscs!zeta
  2. From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
  3. Newsgroups: comp.bbs.waffle
  4. Subject: Re: The woes of ^Z
  5. Message-ID: <J6NNwB2w165w@tcscs.UUCP>
  6. Date: Thu, 31 Dec 92 11:40:06 CST
  7. References: <pei1Hf4hrb@atlantis.psu.edu>
  8. Reply-To: zeta%tcscs@src.honeywell.com
  9. Organization: TCS Consulting Services
  10. Lines: 41
  11.  
  12. barr@pop.psu.edu (David Barr) writes:
  13.  
  14. > In article <miXLwB1w165w@1776.COM> bob@1776.COM (Robert Coe) writes:
  15. > >phil@miracle.com (Phil Hill) writes:
  16. > >> The most important argument is that **WAFFLE** doesn't treat ^Z's the same
  17. > >> when run on a UNIX system.  It is important that Waffle remain compatible
  18. > >> with itself.  Or to at least document the difference.
  19. > >
  20. > >But *UNIX* doesn't treat ^Zs the same way as MD-DOS does.  (It doesn't treat
  21. > >file names the same either.  Should Unix Waffle refuse to respond to file
  22. > >names that would be illegal in MS-DOS?)  Should Waffle be "compatible with 
  23. > >itself" or should it try to blend in as much as possible with the environmen
  24. > >in which it's run?
  25. > 
  26. >       I agree whole-heartedly.  Phil, you're off your rocker.  Waffle
  27. > should not have to "be compatable with itself".  Such a philosophy forces
  28. > you to stoop to the lowest common denomenator of features for an application.
  29. > It's just plain dumb.
  30. > 
  31. >       The solution for the ^Z problem in Waffle is to not put a ^Z in
  32. > DOS text file.  You're asking for trouble anyway.  Tom, it's not worth fixing
  33. > in Waffle unless you have some spare time to write your own DOS text I/O
  34. > routines.
  35.  
  36. I agree with this as well.  It isn't anything major..and why should it be?
  37. From what I understand Ctrl characters are not supposedly allowed for in the
  38. specs for news and mail anyway, so what's the point?  [I am probably wrong
  39. on this one, but it doesn't really].  Since news and mail is text based,
  40. why would there be a ctrl z in the first place, unless someone was putting
  41. in there on purpose to cause problems or whatever.
  42.  
  43. An on a side note/idea.  Wouldn't the way Unix and DOS handle ctrl Z allow
  44. people to include extra bits for UNIX wihle that would be lost in DOS?
  45.  
  46. I think that if a ctrl z came in via news, then  UUXQT would not finish
  47. reading that news file and you lose a lot of news.  Is taht true?
  48.  
  49. .-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
  50. .   TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008    .
  51. .   ..!srcsip!tcscs!zeta                 ..!src.honeywell.com!tcscs!zeta    .
  52. .-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
  53.