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=

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

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

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