Thankx. I am working on it step by step.
Ajoy Khaund Neamati Road Near Bhogdoi Bridge Jorhat 785 001 Assam, India Tel: 91-376-2351288 Cell: 91-94350-92287 Mail: [EMAIL PROTECTED] Mail: [EMAIL PROTECTED] "Walking on water and developing software from a specification are easy if both are frozen." - Edward V. Berard, "Life-Cycle Approaches" ----- Original Message ----- From: "Dave Crozier" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 12, 2007 12:46 PM Subject: RE: VFP6 Data Disappearing (Corrupt) > Ajoy, > Black barcodes in data is always a sign of Index/data corruption. > Effectively VFP will start to think that the file terminates after the > "barcode records" and you probably won't be able to browse down the table > sequentially and see all the records. However, you can nearly always use a > Goto to go the record immediately after the corrupted one(s) and continue > the browse until the next set of bad data. > > My suggestion would be to copy out the good data to a temporary table in > sections, omitting the corrupted records as detailed above, delete the old > table completely and then rename or copy the temporary table back to the > live table and recreate the index from scratch. Trying to simply delete > these corrupted records will not work as they do not physically exist in > the > table and you will mess up the index(es) even more. > > Windows 98 P2P systems are/were notorious in the "loosing" of records > especially if there is someone working on the PC where the physical table > is > stored. At least try and dedicate the PC where the tables are as a "File > Server" and don't allow any other processes to run on it. Also, check out > the virus scanning and disable real time Virus checking of .DBF, .CDX and > .FPT. > > Other than that, I have seen the same type of file corruption when a > network > card is about to die and when one just screws up with attendant random > bursts of activity onto the network which seems to mess up the machine > receiving data updates, usually with the early RTL Realtek chipset based > network cards which prompted me to always use 3Com for an easy life. If > you > have access to a network scanner then it may be an interesting exercise to > monitor the network traffic. > > Also, try swapping out the hub as this is obviously a component that > affects > the whole network. > > Best of luck. > > Dave Crozier > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Brian Erickson > Sent: 11 October 2007 15:51 > To: [email protected] > Subject: Re: VFP6 Data Disappearing (Corrupt) > > What OS is the data on?? I Have seen this happen when the vfp tables > were being stored on a Novell file server. nothing against Novell. > what we had to do was copy the data out zap the table then copy the data > back into the table. Data was restored. weired. > > Ajoy Khaund wrote: >> Hi >> >> I happened to be nearby when data disappeared again. It was around 5:00 > PM. About 141 patients had been entered. From Patient No. 122 the child > records were not there. The moment they found out they asked me to come. I > made a copy of the database. Then the operator showed me wherby he entered > a > new dummy patient with one dummy child record and saved it. The record > saved > plus the child data of all the other records which was not there sometime > ago came back. >> >> I tried the same with the copied database. It accepted a new record but > the old records did not come back. >> >> Any Idea. RAM ??? CACHE ??? HDD ??? >> >> >> Ajoy Khaund >> Neamati Road >> Near Bhogdoi Bridge >> Jorhat 785 001 >> Assam, India >> >> Tel: 91-376-2351288 >> Cell: 91-94350-92287 >> Mail: [EMAIL PROTECTED] >> Mail: [EMAIL PROTECTED] >> >> "Walking on water and developing software from a specification are easy >> if >> both are frozen." >> - Edward V. Berard, "Life-Cycle Approaches" >> ----- Original Message ----- >> From: Ajoy Khaund >> To: Profox >> Sent: Tuesday, September 18, 2007 8:48 PM >> Subject: VFP6 Data Disappearing (Corrupt) >> >> >> Hi >> >> I have an app in a pathology lab. Its a multiuser app with generally >> new > patients been entered from two pc's in the reception and another one or > two > pc's are used for reporting. The patient details are kept in >> PatHead >> >> while the tests to be done are kept in >> PatLine. >> >> Another table for Payments received. >> >> From the reception these three table are mainly used. >> >> From the inside PC reports are stored in different tables but the > "Patline" table is also updated whenever a test is reported and saved as > done. >> >> The app has been running smoothly since 2002. The pc's are the same, > network wires, hub are all same with win98. >> >> Of late the data in Table "Patline" has started disappearing now and > then. The reporting guy says that when he enters a valid patientid the app > shows no record by that number. Then they check in the reception PC. The > header record in table "Pathead" is there but the records in table > "Patline" > are not there. They gave me a copy of the affected database and there are > few records in table "Patline" without any data but the cells appear to > have > barcodes which disappear when you click on the cell. Interesting they have > discovered a cure which accoring to them whenever this happens they add a > dummy record in the reception PC and the records which had disappeared > comes > back. I tried that with the data they gave me but I did not see that > happening. The tabled do not have much data. The app is more or less what > it > was five years back with minor upgrades. The problems have started from > this > year. I wonder why this is happening. Any help to put me in the right > direction will be hig > hly appreciated. >> >> TIA >> >> >> Ajoy Khaund >> Neamati Road >> Near Bhogdoi Bridge >> Jorhat 785 001 >> Assam, India >> >> Tel: 91-376-2351288 >> Cell: 91-94350-92287 >> Mail: [EMAIL PROTECTED] >> Mail: [EMAIL PROTECTED] >> >> "Walking on water and developing software from a specification are easy > if >> both are frozen." >> - Edward V. Berard, "Life-Cycle Approaches" >> >> --- StripMime Report -- processed MIME parts --- >> multipart/alternative >> text/plain (text body -- kept) >> text/html >> --- >> [excessive quoting removed by server] _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[EMAIL PROTECTED] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
