home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / biz / sco / general / 4915 < prev    next >
Encoding:
Text File  |  1992-12-31  |  1.8 KB  |  56 lines
  1. Newsgroups: biz.sco.general
  2. Path: sparky!uunet!world!apl
  3. From: apl@world.std.com (Anthony P Lawrence)
  4. Subject: Re: Capturing data from a RS232 Port
  5. Message-ID: <C057r1.Gyw@world.std.com>
  6. Organization: The World Public Access UNIX, Brookline, MA
  7. X-Newsreader: Tin 1.1 PL3
  8. References: <73@shady.UUCP>
  9. Date: Thu, 31 Dec 1992 21:30:36 GMT
  10. Lines: 44
  11.  
  12. kevin@shady.UUCP (Kevin Smith) writes:
  13. :     while :
  14. :     do
  15. :         read line
  16. :         echo "$line" >>$LOGFILE
  17. :     done
  18. : 
  19. :     # Note: If the input data is non-ascii but fixed length you
  20. :     # could use dd instead of the read/echo combo.  Remember to
  21. :     # set -icanon on the port.
  22. :     #   while :
  23. :     #   do
  24. :     #       dd bs=?? count=1 >>$LOGFILE
  25. :     #   done
  26. :     ) <$TTY
  27. : 
  28.  
  29. I think you've covered most of the problems he could run into here,
  30. except that of validating the data, and the possibility of variant
  31. record lengths (assuming non-line oriented data).
  32.  
  33. If this is more than a casual grabbing (it sounds like it is), I
  34. would think he'd want to validate "on the fly" rather than later.
  35. I guess this could be done with shell tools (probably some perl
  36. hacker would just love to do it!), but I think I'd get pretty
  37. frustrated trying it!
  38.  
  39. Varying record lengths present another problem easily handled in
  40. C (or whatever) but a little tougher in the shell.  Well, maybe
  41. not tougher, but certainly messier.
  42.  
  43. Other advantages would be that a C program could eliminate the
  44. need for cron, or could dump it's log on receipt of a signal (yeah,
  45. I know: you can do that in the shell, too), etc.
  46.  
  47. I'm a fan of doing things with shell tools whenever possible, but
  48. this is a case where I would go with C.
  49.  
  50.  
  51.         Tony   apl@world.std.com
  52.  
  53. Lawrence & Clark, Inc        (617) 762-0707    (206) 323-2864
  54. Xenix/Unix support,etc           Boston         Seattle
  55.        Kevin Clark is embarrassed by most of what I say.
  56.