Paul, I respectfully disagree with your recommendation of implementing NetBIOS.
NetBIOS currently supports only the session information on the OSI stack; the transport protocol was split a long time ago and was renamed NetBEUI. TCP/IP, IPX, NetBEUI and others provide the transport and network layers for NetBIOS and are still needed for proper network operation. NetBIOS still needs a transport protocol and hence you have NetBIOS over NetBEUI or NetBIOS over TCP/IP. As far as I know, NetBIOS (over TCP/IP) is currently used mostly to support pre-Windows 2000 legacy applications that still rely on that standard to identify the workstation. NetBIOS was developed for the original IBM PC network (early 80's); the Novell version (actually a NetBIOS emulator) was not released until the mid 80's when Advance Netware was released. By the same talk, R:Base 4.5++ a was rock solid version, but I would not go back to it...first, it does not offer the features and support of the newer versions and more importantly, R:azzak would probably shoot me!!! (just kidding R:azzak) Having said that, the end user's experience/background and local available support, will most likely determine the optimal solution for the particular local conditions. Javier, Javier Valencia, PE 913-829-0888 Office 913-915-3137 Cell 913-649-2904 Fax [email protected] ________________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of Paul InterlockInfo Sent: Thursday, July 15, 2010 4:33 PM To: RBASE-L Mailing List Subject: [RBASE-L] - RE: Data Corruption The answer to your question yes that is why Rscope or do a Razzak routine Unload / load with error messages on etc It is all at his ftp site. It will show you the errors. Sincerely, Paul D www.SystemNets.com You also might try using a slightly different data pack (larger/more info in every packet) protocol NetBios it has more information in the data pack and a different arrangement for the data/bit check authorization (front end check w/rear verification). Back in the old days Novell (hint on the name NetBois) was very stable but when Windows and the Internet came along TCP/IP won out. Control Panel> Network Connections > This connection uses the following items: > Install > Client > NetBois DONE! Now you can run both at the same time and Windows seems to handle it well. The IT person will be familiar with the protocol. There are also ways to scan and watch for dropped packets and do a before and after comparison. Run it as I recall with Wins in the DNS area. Perhaps some others will correct any errors I have made. But it is what I recall. referances: http://support.microsoft.com/kb/314067 From: [email protected] [mailto:[email protected]] On Behalf Of MDRD Sent: Thursday, July 15, 2010 4:37 PM To: RBASE-L Mailing List Subject: [RBASE-L] - RE: Data Corruption Can Autochck pass but there still be some corrupt data inside the Varchar column? Thanks Marc From: Jim Belisle Sent: Thursday, July 15, 2010 3:25 PM To: RBASE-L Mailing List Subject: [RBASE-L] - RE: Data Corruption Marc, We just had a long discussion on the list about the bugaboo Access Violation. >From what the list told me, it is a very hard thing to track down. That could be anything from hardware to wires to communication between server and the PC. I know here, that problem was only on two stations, mine and one other station. Mine was limited to a specific transaction so I was not as worried about that. The one PC however, I believe was more to do with the PC itself. That PC has had all sorts of problems, from the email locking up RBASE to viruses. If the data is being corrupted, that may cause the violation as well form what Ive been told. Jim ________________________________________ From: [email protected] [mailto:[email protected]] On Behalf Of MDRD Sent: Thursday, July 15, 2010 3:18 PM To: RBASE-L Mailing List Subject: [RBASE-L] - Data Corruption Hi Well that office with the slow Delete problem had data corruption for the second time in a about 10 days. I wonder if they are clicking like crazy or pressing ESC because of the delay? I am sending them a new Main menu that runs the Delete code when they close the day, which is run on the server and that should solve that issue for now at least. My guess is a network issue. They have a good network tech and he is not blaming me or RBase but he was talking about the network sending packets of info and things over my head. I told him that if there is a hiccup or brown power during a Save Row or something that might corrupt the data. He said he thought that if a packet was not received that the packet gets resent and that should not cause a problem as far as he knew. I am not sure if this is the difference between C/S and file server? or is there something else I can tell him to look for? He is going to change the cables and do a few other hardware things in the morning. No AV software is running. Also they got an Access Violation the other day if that means anything. Thanks Marc
