Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM Client/Server » View Thread |
Messages 1 to 4 of 4 total |
DBISAMSession.Active := False Throws AV |
Sun, Jul 16 2006 3:10 PM | Permanent Link |
Norman L. Kleinberg | I'm sort of in a pickle. Searches are not turning anything up (maybe I'm just tired) so I
thought I'd try a direct question. I have an app running at a client using DBISAM V3.03 (why haven't I upgraded yet? Changing the InMemory property is a pain ). The DBSRVR is installed on his server with my App on the client. His client is running Windows XP Pro. My app works fine on other networks, it works fine if installed and run from the server machine. On his client the App AVs (throws an exception, barfs, whatever); I've actually narrowed it down to the DBISAMSession closing. If I have a line of code like DBISAMSession1.Active := False, it will AV. If I don't it will AV when the main form closes (after the Destroy event, I've tracked it). My App actually consists of two separate EXES; the AV is thrown regardless of which EXE closes the Session. The App is coded in Delphi 5 Enterprise with all Upgrade packs applied. Has ANYONE ever seen anything like this before? As I say, the App runs fine on other clients. He does have McAfee AV/FW installed but I had him disable the Firewall. Any pointers, leads, etc. would be most appreciated. I'm off to Google and Tamaracka once again. Thanks. =NLK= |
Mon, Jul 17 2006 8:49 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Norman,
<< I have an app running at a client using DBISAM V3.03 (why haven't I upgraded yet? Changing the InMemory property is a pain ). The DBSRVR is installed on his server with my App on the client. His client is running Windows XP Pro. My app works fine on other networks, it works fine if installed and run from the server machine. On his client the App AVs (throws an exception, barfs, whatever); I've actually narrowed it down to the DBISAMSession closing. If I have a line of code like DBISAMSession1.Active := False, it will AV. If I don't it will AV when the main form closes (after the Destroy event, I've tracked it). My App actually consists of two separate EXES; the AV is thrown regardless of which EXE closes the Session. The App is coded in Delphi 5 Enterprise with all Upgrade packs applied. Has ANYONE ever seen anything like this before? As I say, the App runs fine on other clients. He does have McAfee AV/FW installed but I had him disable the Firewall. >> That is indeed a weird one. I would expect such a problem (AV) to be pretty reproducible, especially in terms of it being an issue with simply closing the session. If you do a search on our incident reports here: http://www.elevatesoft.com/scripts/incident.dll?action=search for the term "AV", you'll get some idea of what access violation bugs existed in 3.03 or higher. There is one that sounds close, but it was fixed in 3.03: http://www.elevatesoft.com/scripts/incident.dll?action=viewaddr&release=3.03&type=f&incident=921 Just for kicks, could you post the actual error message that you're seeing ? Thanks, -- Tim Young Elevate Software www.elevatesoft.com |
Mon, Jul 17 2006 9:28 AM | Permanent Link |
Norman L. Kleinberg | Tim:
As a test I created a simple project with a Session, Database and Table, hooked them up to the Remote Server, activated everything and then set the Session.Active := False in a button click. Sure enough, clicked the button and got the "BlahBlah.exe has experienced a problem and needs to close...." dialog. Didn't bother printing out the details (problem began in NTDLL.DLL). End result, I uninstalled McAfee and the issue went away. Period. I had all the components disabled but I recalled from a previous incident that, at least with McAfee, that is often not enough. I'm posting this to first thank you for the prompt response and second to let others know that if they ever run into something like this and McAfee is installed-REMOVE IT. I'm not showing any disrespect to McAfee itself: it's just that this particular product and I never really got along and yesterday was no different. One more thing: am I a fan of go2mypc! I NEVER could have diagnosed this (the client is in Texas, I'm in NY) without something like that. =NLK= "Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote: Norman, << I have an app running at a client using DBISAM V3.03 (why haven't I upgraded yet? Changing the InMemory property is a pain ). The DBSRVR is installed on his server with my App on the client. His client is running Windows XP Pro. My app works fine on other networks, it works fine if installed and run from the server machine. On his client the App AVs (throws an exception, barfs, whatever); I've actually narrowed it down to the DBISAMSession closing. If I have a line of code like DBISAMSession1.Active := False, it will AV. If I don't it will AV when the main form closes (after the Destroy event, I've tracked it). My App actually consists of two separate EXES; the AV is thrown regardless of which EXE closes the Session. The App is coded in Delphi 5 Enterprise with all Upgrade packs applied. Has ANYONE ever seen anything like this before? As I say, the App runs fine on other clients. He does have McAfee AV/FW installed but I had him disable the Firewall. >> That is indeed a weird one. I would expect such a problem (AV) to be pretty reproducible, especially in terms of it being an issue with simply closing the session. If you do a search on our incident reports here: http://www.elevatesoft.com/scripts/incident.dll?action=search for the term "AV", you'll get some idea of what access violation bugs existed in 3.03 or higher. There is one that sounds close, but it was fixed in 3.03: http://www.elevatesoft.com/scripts/incident.dll?action=viewaddr&release=3.03&type=f&incident=921 Just for kicks, could you post the actual error message that you're seeing ? Thanks, -- Tim Young Elevate Software www.elevatesoft.com |
Tue, Jul 18 2006 5:38 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Norman,
<< End result, I uninstalled McAfee and the issue went away. Period. I had all the components disabled but I recalled from a previous incident that, at least with McAfee, that is often not enough. >> Wow, that's a weird one. I wonder what McAfee is doing in this case that is causing such an issue ? << I'm not showing any disrespect to McAfee itself: it's just that this particular product and I never really got along and yesterday was no different. One more thing: am I a fan of go2mypc! I NEVER could have diagnosed this (the client is in Texas, I'm in NY) without something like that. >> Yeah, I like go2mypc also - I used it with a customer to help diagnose an issue with their database server, and it worked great. -- Tim Young Elevate Software www.elevatesoft.com |
This web page was last updated on Saturday, May 4, 2024 at 12:54 AM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |