Thanks Bernie I will pass it on but he is a MS certified network guy and even teaches, so I do not think he will listen to me much.
Marc ----- Original Message ----- From: "Bernard Lis" <[EMAIL PROTECTED]> To: "RBG7-L Mailing List" <[email protected]> Sent: Sunday, April 03, 2005 12:36 PM Subject: [RBG7-L] - Re: Network questions > Marc, > Replace that W98 server ASAP. Even if you have to swap the client machine > with the server. > I once had a similar problem, always losing the network connection because > that W98 in a peer-to-peer network is flaky, and when you lose the > connection, R:Base will still think you are there. I think that was > Microsofts first attempt at a peer network and they did a crummy job (even > Lantastic was better at that time) > > Bernie Lis > > ----- Original Message ----- > From: "Marc" <[EMAIL PROTECTED]> > To: "RBG7-L Mailing List" <[email protected]> > Sent: Thursday, March 31, 2005 2:00 PM > Subject: [RBG7-L] - Re: Network questions > > > > Hi Emmitt > > > > Would these things make the files act as > > if they were read only? > > > > Marc > > > > ----- Original Message ----- > > From: "Emmitt Dove" <[EMAIL PROTECTED]> > > To: "RBG7-L Mailing List" <[email protected]> > > Sent: Thursday, March 31, 2005 11:29 AM > > Subject: [RBG7-L] - Re: Network questions > > > > > >> Any number of things involved could be the problem. W98 as the > >> server? Big suspect. A bad NIC, a bad cable, a bad switch or hub, and > >> so > > on. > >> > >> I can't speak to 6.1 since we never used it. > >> > >> I even had a PC with flaky memory that was corrupting a 5.5 DOS > >> database's > >> file 1. That diagnosis only took about 3 months ... the memory had bits > >> that were unstable - they might be 1 when they were supposed to be 0, and > >> the NMI wouldn't detect it. The memory just happened to be in the region > >> where 5.5 stored its cached copy of file 1. Whenever the system did an > >> add/update/etc. it would rewrite file 1. The flipped bits would cause, > > for > >> instance, a character to show up in position 16 or 17 of a table name > >> when > >> the table name was only 8 characters. That would then cause the table to > >> not be found when others went looking for data - the name had changed. I > >> finally noticed a pattern, figured out that bits were getting flipped, > >> and > >> went looking for the troubled PC. Replaced the RAM, problem solved. > >> > >> Ask the network guy to step back and take a fresh look without assuming > > the > >> problem isn't his. > >> > >> >I have a user that is blaming RBase for "locking" > >> >the data base where they can't get into it. > >> > > >> >They have 98 as the server and 2000 as the client. > >> >They are using 6.1, I haven't got the update finished > >> >for 7.1. > >> > > >> >Today they got an error message saying > >> >"someone else is connected....." but they > >> >can't access any of the forms.... > >> > > >> >Their network guy of course blames the data base > >> >for locking things up. > >> > > >> >I have had a few other offices have this problem > >> >usually from a crash or whatever and I have them > >> >use a backup which fixes the problem. > >> > > >> >Could this be a RBase issue because 6.1 is too old or > >> >anything else or is it a Network / Windows problem? > >> > > >> >thanks > >> >Marc > >> > >> Emmitt Dove > >> Manager, DairyPak Business Systems > >> Blue Ridge Paper Products, Inc. > >> 40 Lindeman Drive > >> Trumbull, CT 06611 > >> (203) 673-2231 > >> [EMAIL PROTECTED] > >> [EMAIL PROTECTED] > >> > >> > > > > > >
