home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / mswindo / programm / misc / 3601 < prev    next >
Encoding:
Text File  |  1992-11-21  |  1.7 KB  |  45 lines
  1. Nntp-Posting-Host: driva.ifi.uio.no
  2. Newsgroups: comp.os.ms-windows.programmer.misc
  3. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!nuug!ifi.uio.no!okolbu
  4. From: okolbu@ifi.uio.no (Olav Kolbu)
  5. Subject: Simultaneous file access on a network under MS Windows  
  6. Message-ID: <1992Nov21.181232.3282@ifi.uio.no>
  7. Sender: okolbu@ifi.uio.no (Olav Kolbu)
  8. Organization: Dept. of Informatics, University of Oslo, Norway
  9. Date: Sat, 21 Nov 1992 18:12:32 GMT
  10. Lines: 32
  11. Originator: okolbu@driva.ifi.uio.no
  12.  
  13.  
  14. Hello!
  15.  
  16. I'm going to attemt to write a small application that will run on several
  17. Windows sessions simultanously on a network (Novell). The applications
  18. should use a file to communicate, and they would all update this file at
  19. irregular intervals. Each instance of the program is only interested in 
  20. its own part of that file, but a different program will read the whole file 
  21. at fixed intervals (5-10 secs). My questions are therefore:
  22.  
  23. One problem is locking the file, theoretically blocking some
  24. of the programs off "forever". 
  25.  
  26. 1. Are there any libraries for easily maintaining what could be 
  27.    considered a tiny (minute...) database like this? (Record locking
  28.    instead of file locking etc)
  29.  
  30. 2. Does any of the major compilers have anything that might
  31.    resolve this in an efficient way?
  32.  
  33. 3. Are there better ways of communicating data across a network under 
  34.    windows? We're talking tiny amounts of data here, say 80 chars every
  35.    5 mins - 1 hour per application.
  36.  
  37. Language/compiler not decided yet, could be anything from VB2 to BC++
  38. depending on what might have the right tools/libraries for this task.
  39.  
  40. Answers by email preferred, although I read this group as well. Just
  41. hoping I won't miss any of the replies. (So many newsgroups, so little
  42. time... :-)
  43.  
  44.                 Olav Kolbu
  45.