home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / programm / 17913 < prev    next >
Encoding:
Internet Message Format  |  1992-12-29  |  2.5 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!rutgers!concert!sas!mozart.unx.sas.com!walker
  2. From: walker@twix.unx.sas.com (Doug Walker)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: parnet network
  5. Message-ID: <C01BrG.Aty@unx.sas.com>
  6. Date: 29 Dec 92 19:06:52 GMT
  7. References: <199226.4249.20791@dosgate>
  8. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  9. Distribution: comp
  10. Organization: SAS Institute Inc.
  11. Lines: 41
  12. Originator: walker@twix.unx.sas.com
  13. Nntp-Posting-Host: twix.unx.sas.com
  14.  
  15.  
  16. In article <199226.4249.20791@dosgate>, "david wyand" <david.wyand@canrem.com> writes:
  17. |> More specifically, I am using an A2500/020 as the local machine, and an
  18. |> A3000T as the remote, which has a 240Meg hard drive.  When I access the
  19. |> Workbench partition on the tower, no problems, I am able to get a
  20. |> directory and access files.  But as soon as I try to access the Work
  21. |> partition, the system crashes after the first directory call.
  22.  
  23. Which system crashes, the A3000T or the A2500/20?
  24.  
  25. What versions of the OS are the machines running?  Are they both running
  26. 2.1?
  27.  
  28. |> The Software Error window displays the task as 'Work' (Work is displayed
  29. |> in the upper left of the window, but not as the window's title).  Does
  30. |> this mean that ParNet is having a problem with the drive itself?  Has
  31. |> anyone had problems with WB2.1, and a large hard drive (which is
  32. |> relativly fast) and ParNet?  Is it possible that the data stream is
  33. |> overflowing into areas that it shouldn't due to the fact that ParNet
  34. |> can't keep up with the speed of the drive (I'm assuming that the network
  35. |> is slower than my hard drive, of course)?
  36.  
  37. No way.  The way DOS packets work, Parnet hands the packet to the
  38. file system and waits for a reply.  There is nothing asynchronous
  39. about it.  Faster drives just reply faster, that's all.
  40.  
  41. I don't know what's happening here, but the OS version could have
  42. something to do with it.  2.1 obviously wasn't available when I
  43. shipped the initial parnet (actually 2.0 wasn't either) so 
  44. anything could be happening... but I would be surprised if that
  45. were so, since all the old packets worked the same way as in 1.3.
  46.  
  47. |>                                          david.wyand@canrem.com
  48. -- 
  49.   *****
  50. =*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
  51.  *|. o.| ||                                          1200/2400/9600 Dual
  52.   | o  |//     For all you do, this bug's for you!
  53.   ====== 
  54. usenet: walker@unx.sas.com                            bix: djwalker 
  55. Any opinions expressed are mine, not those of SAS Institute, Inc.
  56.