Keep getting memory errors!

To make a long story short....I've been off for a while and am in a different location now. However, this same user is still getting these error messages on a regular basis. The user has since been given a new laptop and a new office on the other side of the building. If anyone has any more thoughts on this, I would really appreciate any more input.

I did exactly what i said : now i copy the .exe on the drive C of the server and the sql database is on the same server : i don't have this error message any more... so it is clear that it is a problem due to windows and/or the network.
I think that when you run a .exe file located in the network, windows tries to check the connectivity to the location (it appears that it happens when the program gets out of a "sub", generly in the "main" sub) ; and if you 've had - even during one second -, while running, a disconnection to the network, well ntdll sends this error message when trying to check the location. Maybe for security reasons ? I really don't know.

Interesting. The way things work around here, there is no way we can run this on the server.

But the interesting thing about our situation is that we have hundreds of users using this program in 4 different locations. And this one guy is the only one that is getting these errors.

Sorry, late to the party.

You'd mentioned that this person has multiple copies of the app installed. Are they installed locally or on a network store? I noticed Powerbuilder runtimes in the stack trace you posted earlier & they're on an "I" drive.

Application exception occurred:
App: I:\Power105\GOLD_32\gold_32.exe (pid=3980)
When: 7/19/2007 @ 17:30:37.540
Exception number: c0000006 (in page io error)
[deleted]

*----> Module List <----*
(0000000000320000 - 000000000039f000: I:\Power105\libjcc.dll
(00000000003a0000 - 00000000003d4000: I:\Power105\libjutils.dll
(0000000000f40000 - 000000000128b000: I:\Power105\pbdwe105.dll
[deleted]
(0000000010000000 - 0000000010009000: I:\Power105\GOLD_32\gold_32.exe
(0000000010b00000 - 0000000010c50000: I:\Power105\PBSHR105.dll
(0000000010ec0000 - 0000000010f24000: I:\Power105\pbSYC105.dll
(00000000114e0000 - 00000000118b0000: I:\Power105\PBVM105.dll
[deleted]

PowerBuilder is semi-notorious for locking files during runtime; installing apps on network shares can be problematic for that reason.

Does this 'power user' have a copy installed locally? It may be that the local copy, particularly if the location was added to the system path, is interfering with the network copy OR that the network copy is just locked when he gets to it.

If both copies are running at the same time or are using the same path to the runtimes, that could very well be problematic.

Thanks for the reply. We only allow this program to run from the network. There is no local installation of this program. The only thing that is even remotely local is the install of Sybase. But, again, everyone else is setup the same exact way.

Sorry, developer-debug anal retentive hat on. When you say '...the install of Sybase', exactly what do you mean? SQL Server or something else?

Are the errors more common if they run two or more instances at the same time?

If you know, are the various versions of GOLD built with the same release of PowerBuilder? (we're currently running down something in our product that seems to be related to DLL mismatch. very annoying.)

To be honest, I'm not a developer...I'm just supposed to support their programs. Sybase is something that is required for this program to work. I don't know much more about it to be honest.

I don't think the errors are more or less common if he runs more than one instance. He has also gotten the errors with only one instance open.

There is only one version of GOLD running at a time. He would be running the same version as everyone else.

Oh, okay, I see the Sybase Open Connect database driver in the trace.
("c:\sybase\OCS-12_0\")

Do the different versions of GOLD connect to databases running on different versions of SQL Server? If yes *and* they're sharing a db connection setup (using one ODBC Data Source or connection string), the application might be setting up a connection with bad info. That could cause errors to pop up only when something trips on a particular issue - getting back a TEXT value when expecting a STRING for instance, because the connection isn't set up for it.

Is the version of Open Client on that machine current, or does that user have multiple copies installed so they can run older versions of something?

We see errors like this when something goes south while we're doing intensive operations involving the PB DataWindow engine. In your trace module list, "PBDWE105.dll", 3rd from the top. You might ask your user to add the switch ' /pbdebug' to the shortcut they use to start the app. This will write a text trace file showing all the operations PB does. WARNING:: this will slow down the application *tremendously*, but it will give your developers something to look at to see what the application is doing up to the point of failure.

Some of this info is actually a little old. We are now running version 15 of Sybase, not 12 like it's shown here.

Also, there is only one version of Gold running and connecting to the database. And there is only one database.

I'll suggest that switch, but I suspect he won't like it if it slows him down as much as you are saying. He's not the easiest user to deal with.

Also, I'm not supporting that building anymore, so it's a little hard to fully support and test some of this stuff for me anymore. But I am going to suggest that switch and we'll see what happens.

Well, I'd hope he'd only need to do it once to give your developers something to work with.

Speaking as a developer, it's maddening to get reports of crashes that can't be reliably reproduced. PBDEBUG traces put us in the general vicinity of the last one of this type that we solved here.

use memtest 86+ to diagnose memory errors boot from a cd or floppy. run for 7 passes or more.