Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » ElevateDB Technical Support » Support Forums » ElevateDB General » View Thread |
Messages 1 to 8 of 8 total |
Error code 9999?? |
Wed, Mar 27 2024 5:29 PM | Permanent Link |
Ian Branch | Hi Team,
I have never seen this before. See attached screenshot. Can someone enlighten me on its possible cause(s)?? I have no idea how I could debug this. 64bit edbsrvr is running on the Customer's Win 2012 R2 server PC. Regards & TIA, Ian Attachments: Screenshot_6.jpg |
Thu, Mar 28 2024 6:18 AM | Permanent Link |
Jose Eduardo Helminsky HPro Informatica | Ian
Are you running the last version of edbsrvr ? If not this could be the reason. There were some critical bugs in prior versions while dealing with cleanup dead sessions and it could cause weird errors. Regards Eduardo |
Thu, Mar 28 2024 8:36 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Ian
If Jose's suggestion doesn't help it reminds me of occasions where things were closed down out of order or whilst events could still be fired by a visual component. I had to do quite a bit of work (dbgrids if I remember) to check if the form/application was closing and if so abort running the event. Roy Lambert |
Thu, Mar 28 2024 6:04 PM | Permanent Link |
Ian Branch | Hi Jose,
Yup, current version. Ian |
Thu, Mar 28 2024 6:05 PM | Permanent Link |
Ian Branch | Hi Roy,
Oh dear. That doesn't sound good. As I said, this is the first time I have seen it, in 7 years of EDB. If it happens again I will get more concerned. Regards, Ian |
Fri, Mar 29 2024 3:30 AM | Permanent Link |
Roy Lambert NLH Associates Team Elevate | Ian
As I remember it it was more a case of it not looking to good rather than any actual harm. Event fired which required a component that had already been freed which generated the AV. Never any damage to the data and the PC didn't go up in smoke.Took quite a while to work out what the problem was and come up with a signalling scheme to prevent it. Roy Lambert |
Wed, Apr 17 2024 3:13 AM | Permanent Link |
gripsware gripsware datentechnik gmbh | Hi,
since our last release with server version 2.38.0.2 we encountered lot of customer callbacks with malfunctions. Error: Cannot lock the table [...] in the schema Default for shared access I digged into it and it seems to be a faulty edbsrv. We also get this AV. Access violation at address 006634E8 in module 'edbsrvr.exe'. Read of address 00000004 And afterwards locking problems. It turns out to be the time when a client lost the connection and the server begin to clear up the dead session. Default 300 seconds (ServerDeadSessionExp)? I set the client into standby at 13:16:20 Error 9999 at 13:21:20 Further #300 locking errors. The only solution to eliminate this is to restart the server. I'm now back to 2.37.0.3 Works like a charm. Attachments: tempsnip.png |
Wed, Apr 17 2024 8:53 AM | Permanent Link |
Yusuf Zorlu MicrotronX - Speditionssoftware vom Profi | gripsware wrote:
> Hi, > > since our last release with server version 2.38.0.2 we encountered > lot of customer callbacks with malfunctions. Error: Cannot lock the > table [...] in the schema Default for shared access > > I digged into it and it seems to be a faulty edbsrv. > > We also get this AV. > Access violation at address 006634E8 in module 'edbsrvr.exe'. Read of > address 00000004 And afterwards locking problems. > > It turns out to be the time when a client lost the connection and the > server begin to clear up the dead session. Default 300 seconds > (ServerDeadSessionExp)? I set the client into standby at 13:16:20 > > Error 9999 at 13:21:20 > Further #300 locking errors. > > The only solution to eliminate this is to restart the server. > > I'm now back to 2.37.0.3 > Works like a charm. Hi, have you informed TIM / ElevateDB support about this? |
This web page was last updated on Wednesday, August 14, 2024 at 02:26 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |