HQ Client errors

Point-Of-Sale Software - - MS Point Of Sale software discussed here 

Yahoo!   Google   Windows Live   del.icio.us   digg   Netscape

Subject Author Date HQ Client errors Raymond Cheok 08-27-2005  RE: HQ Client errors Niels 08-31-2005  Re: HQ Client errors Raymond Cheok 09-01-2005  Re: HQ Client errors Niels 09-01-2005  Re: HQ Client errors Raymond Cheok 09-01-2005
Posted by Raymond Cheok on August 27, 2005, 1:39 pm Please log in for more thread options Anybody ever come across this error in HQ Client? DynaZip UnZip Error: ZIP File read error! Follow by Headquarters Client: Run-time error '50003': Unexpected error Follow by CStateMachine::ExecuteState - Unexpected error (Unhandled Error, state = '9') Thanks Raymond Posted by Niels on August 31, 2005, 2:36 am Please log in for more thread options Raymond, it seems that the journals that are been uploaded are corrupted. Do you have any problems at the specific store? Try to upload into a backup db the journals from the first day the store opend and see if he is able to download. In order to make sure that you do not have problems with the connection i would get a copy of the store db onto the server and localy upload. If this happens with more then one store replace the HQServer installation onto another machine like a laptop and try again. If it still happens you would need to trace the upload and spend some time. niels -- RMS Distribution Europe "Raymond Cheok" wrote: > Anybody ever come across this error in HQ Client? > > DynaZip UnZip Error: ZIP File read error! > > Follow by > > Headquarters Client: Run-time error '50003': Unexpected error > > Follow by > > CStateMachine::ExecuteState - Unexpected error (Unhandled Error, state = > '9') > > Thanks > > Raymond > > Posted by Raymond Cheok on September 1, 2005, 1:01 pm Please log in for more thread options Niels, Thanks for the reply. The store db and HQ db is sitting on the same server. How do I go about checking if the journals uploaded are corrupted? If yes, how do I rectify it? Thanks. On 8/31/05 5:36 PM, in article A888AE49-7B34-4F7C-B011-0F7E5EDB1904@microsoft.com, "Niels" > Raymond, > > it seems that the journals that are been uploaded are corrupted. Do you have > any problems at the specific store? Try to upload into a backup db the > journals from the first day the store opend and see if he is able to > download. In order to make sure that you do not have problems with the > connection i would get a copy of the store db onto the server and localy > upload. If this happens with more then one store replace the HQServer > installation onto another machine like a laptop and try again. If it still > happens you would need to trace the upload and spend some time. > > niels Posted by Niels on September 1, 2005, 12:21 am Please log in for more thread options Raymond, there is no way that i know to verify that the Journal is correct. I would suggest this way... a) backup store DB and take it to a laptop b) import the store DB into a new HQ DB c) sync the store d) upload all journals and sales data to see what happens If the upload works you could try on the orginal DB to go back in time to upload the "broken" journals (if they are broken) and old data in one go. Other then that...as i said trace the upoad and see what happens it might be not the journal but something else as during upload there are many fields invoked. Niels -- RMS Distribution Europe "Raymond Cheok" wrote: > Niels, > > Thanks for the reply. The store db and HQ db is sitting on the same server. > How do I go about checking if the journals uploaded are corrupted? If yes, > how do I rectify it? Thanks. > > > > On 8/31/05 5:36 PM, in article > A888AE49-7B34-4F7C-B011-0F7E5EDB1904@microsoft.com, "Niels" > > > Raymond, > > > > it seems that the journals that are been uploaded are corrupted. Do you have > > any problems at the specific store? Try to upload into a backup db the > > journals from the first day the store opend and see if he is able to > > download. In order to make sure that you do not have problems with the > > connection i would get a copy of the store db onto the server and localy > > upload. If this happens with more then one store replace the HQServer > > installation onto another machine like a laptop and try again. If it still > > happens you would need to trace the upload and spend some time. > > > > niels > > > Posted by Raymond Cheok on September 1, 2005, 4:05 pm Please log in for more thread options Niel, Ok, I will try that. Thanks. On 9/1/05 3:21 PM, in article 2347AC21-8279-415D-8544-8D46A725AB82@microsoft.com, "Niels" > Raymond, > > there is no way that i know to verify that the Journal is correct. I would > suggest this way... > a) backup store DB and take it to a laptop > b) import the store DB into a new HQ DB > c) sync the store > d) upload all journals and sales data to see what happens > > If the upload works you could try on the orginal DB to go back in time to > upload the "broken" journals (if they are broken) and old data in one go. > Other then that...as i said trace the upoad and see what happens it might be > not the journal but something else as during upload there are many fields > invoked. > > Niels Similar Threads Posted HQ Client Errors + RMS V.3 New Feature? May 2, 2007, 7:03 pm PO Errors March 5, 2007, 9:45 am Technical Errors December 28, 2005, 5:23 pm Posting Errors January 22, 2006, 4:38 pm QS2000 Errors March 6, 2006, 12:20 pm Errors 919 and 426 for OPOS March 18, 2006, 2:26 am HQ Problem-Errors March 23, 2006, 12:53 pm Transaction errors April 24, 2006, 10:32 am Correcting errors July 5, 2006, 5:00 pm TimeOut errors February 12, 2007, 1:01 pm