Stack Overflow error on one PC, no errors on the other?

The problem is this:

I have a project developed in Delphi XE on my laptop. When I run it on my desktop PC, I get a "stack overflow" exception on this line (I also used Writeln() on different parts of the code and just this line is the source of the problem):

S_List.LoadFromFile('Test.txt');

(S_List is a local TStringList which is created before this line)

But, when I run the same exact project on my laptop, it works without any errors or exception开发者_如何学运维s at all. The problem can't be the method itself, because when I change the whole part and write it again using 'TStreamReader', the same exception occurs. This time on StreamReader.ReadLine(). Also, I changed the file location, name, .... Problem still occurs.

It seems like a file system problem, but I don't have the slightest idea how this happens.

Any ideas? Can it be because of a virus or a malware?

P.S: Both (laptop and PC) have Win7 and Delphi XE. Also, both have 2GB RAM.

Edit: Just to be clear, my main goal for asking this question is not finding where the exception lies (that can't happen by giving 1 line of code, can it?). But, instead, how come this error is NOT consistant in different hardwares? What reason can that have? Also, how can I find what causes this inconsistency?

My guess, and guessing is all we can do, is that you have an uninitialised local variable. Or an object that you access after having freed it. I'm not sure how that leads to your stack overflow but almost anything is possible with such a scenario. As well as madExcept you should be using FastMM with full debug settings.

When someone has difficulty diagnosing an exception in a specific environment with a Delphi application I strongly suggest madExcept. It's free for non-commercial use, very easy to setup, and VERY helpful. Install it, enable it for your project, build a debug build, and deploy it to the problem machine. When the exception occurs, you should get a very detailed call stack of where the issue happened.

I would check this:

1. Is the test file identical on both computers
2. Do you have the same locale settings on both computers
3. If Delphi XE has components source, debug TStringList source, maybe there is a bug
4. As Nathanial suggested, use madExcept or similar library
5. Create simple program that will just allocate TStringList and load test file. If this works, bug is somewhere else in your code, if this fails bug is probably in TStringList

Check for duplicate DCU's and if possible do a full build of installed libraries and the application to see if the error persists.