home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / vxworks / 1196 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  1.3 KB
  1. Path: sparky!uunet!olivea!charnel!rat!usc!sdd.hp.com!news.cs.indiana.edu!lynx.unm.edu!nmsu.edu!xdev.sunspot.noao.edu!dog
  2. From: dog@xdev.sunspot.noao.edu (Fritz Stauffer)
  3. Newsgroups: comp.os.vxworks
  4. Subject: vxWorks Sockets and Pipes
  5. Message-ID: <1993Jan12.201921.4490@nmsu.edu>
  6. Date: 12 Jan 93 20:19:21 GMT
  7. Sender: usenet@nmsu.edu
  8. Organization: Computer, Hardware and Observatory Support
  9. Lines: 21
  10.  
  11. I am porting pdtar to vxWorks.  It works on local disk
  12. systems just fine.  Now, I am writing the remote transfer
  13. stuff.  I spawn a task which creates a pipe to
  14. replace the tar file descriptor.  The spawned task
  15. runs rcmd to 'dd' on a unix host for the remote I/O.
  16. There are two problems.  
  17.  
  18. 1) writing to a vxWorks pipe returns an ERROR if the pipe is full.
  19. Is there a way to block I/O when the pipe is full, or do I need to use
  20. message queues?  
  21.  
  22. 2) writing large files on the vxWorks target to the socket to output 
  23. on the unix host uses all of the memory up and crashes.  This is 
  24. because the socket write buffers data in memory.  This is okay for 
  25. small tar files, but fails on large tar files.  Is there a way to 
  26. wait for the socket buffers to flush, or to get a socket status as 
  27. to how much buffer is left, or any other feedback?
  28.  
  29. Thanks for any ideas.
  30.  
  31. Fritz Stauffer, Sac Peak Observatory
  32.