Yeah definitely.

Ok, turbo delphi 2006 and reqs installed. Changed the project directories, got 2.05 to compile. W00t.

Now a few bugs...

"Accept external connections" doesn't get saved when I change it.

Under windows 7 I'm getting a lot invalid memory read errors, then it crashes.

Sing....

Windows 7 memory errors ?

I knew it someone would "FORCE" me to install Windows 7 to replace my beloved vista.....


Darn you Sing Darn you all to Heaven.

Thanks Sing I just needed an excuse

Have visitors for a few days so it will be a while before I can investigate that error.

Ooook. So I looked thru some of the other threads and I found this:
viewtopic.php?f=15&t=23568

That's exactly what I'm getting here. I'm using the 2.05 trunk and it's
still getting the error.

In this case I was able to replicate and test the error by doing this:

1. Create new TWX proxy DB
2. Open up putty, connect to TWX proxy
3. Connect to server
4. Without moving I load a keepalive via $ss, 20 minutes later no problems.
5. Without moving I load a lawnmower via the task bar icon, I never touch a key after that.
6. Five minutes later (almost to the second) I get "application error" memory read blah blah.

Attached is the error...

Follow-up

As a side note, in 2.05 I can't check the "use login script" anymore. This means I can't
add a login name, password or game letter. That prolly needs fixed too.

Now back to the crash...

This just occurred to me... it's not the task bar itself. I'm using the task bar to open up
the menu in order to make changes before I connect and that doesn't trigger the problem.
To test this I went in and made changes to various settings (cache in memory, external
connects, etc, etc) all via the task bar and none of them caused this problem. I waited
10 minutes after and nothing happened.

It's only when I load a script via the task bar that it gives this error. To test it
I loaded the same keepalive from above, the one that didn't cause the problem before
(which eliminates the script itself as a factor).

Since this didn't happen in XP, I was wondering if it was DEP. I turned off DEP entirely
tho and it didn't fix the problem. Then tried an exception for twxproxy, still gave the
error.

On the thought of timing...
The first time it took approx 5 minutes to happen. The 2nd time it took 6 minutes,
exactly, the third it took about 6 and a half minutes. While I doubt that trend will
continue, it does show a fairly tight grouping all under 10 minutes.

Ok, fortunately I think I've found the problem. Unfortunately I have no clue how to fix it.

Here's the thing...



FormMain.pas, obviously the block where it's called.

I've tried everything to figure out if it's within TWXInterpreter, it's not. If I call it thru $ss, or thru a script load, no crash. But if I go into the dialog, then close it without loading a script, it still crashes a few minutes later. That's telling me it's in the dialog. I comment out the dialog section and re-compile and suddenly no crash. Basically OpenDialog.Execute, which is just a function of an instance of TOpenDialog from delphi, causes the crash. It seems that something in windows 7's dialog controls have changed and TOpenDialog doesn't play nice with it.

Test this out, see what you can come up with. But if that's correct then anything that brings up a load dialog could cause the crash.

Oh, Maniac, your branch will compile but has some memory issues. I had to go back to trunk for this.

Sing....
try looking at this thread
[url]=http://groups.google.com/group/comp.lang.pascal.delphi.components.usage/browse_thread/thread/207388c2527abf40[/url]

I know this says XP SP2 but it might be related.

try the fix and get back to us.

If I'm not on ICQ email me at the address in my profile, my miranda has a tendency to switch me offline and I don't notice.

I am off work till Wednesday and my guests will probably leave tomorrow am so I might have some time to bug track.

Sing
What exactly are the memory issues on my version? Like I said I need to bug track for a bit.

Yeh I looked at that URL earlier but it appears to be tooltips related, and the crash is immediate where-as here it is not.

Have you looked into Free Pascal (the compiler)? I ask because it looks like an actively developed object pascal with
an open source license. Given that these issues are going to keep happening as time goes by... it's tempting to see
if TWX can be ported.

As for your branch, it compiles to 4m and as soon as I load the tray icon it harfs with an "out of memory" error. It's not
really out of memory, my guess is there's just something that's running wild.

Weird you should mention Free Pascal since I was looking at it earlier today. You might want to look at Lazarus http://wiki.lazarus.freepascal.org/ whicht appears to be a fairly decent setup. I am not a programmer, but Lazarus sounds interesting.

               / Promethius / Enigma / Wolfen /

"A man who has no skills can be taught, a man who has no honor has nothing."

Yep, already have. Lazarus appears to be a branch of Free Pascal. I have no idea what it would take to port the project, but it might be do-able.

I bring this up for several reasons. It's obvious that Delphi is aging badly. I had to install .NET runtime 1.1, which by win7 standards is ancient, just to get the other reqs to install. It's not going to be long before that's impossible. That means either ditching delphi, hoping a binary compiled via emulator continues to work native (Win 8 is aiming for 128 bit, good luck), or spending $2000 on a delphi architect license. Yeh, that's not going to happen. Nothing would kill development faster.

But Lazarus appears to be ported over to different platforms. There's one for mac and linux too. In theory then, with some work (probably quite a bit), the code could be ported over to FP and then made more platform-neutral. A native debian compile would rock.

Now that's all miles and miles away, but it's getting harder and harder to keep this working as-is.

I get the same EAccessViolation in Win7 64-bit. Are you running 32 or 64-bit? I have Win7 32-bit at work if I need to test there.

I've not installed Delphi yet on my Win7 box, but hopefully can tonight (in XP mode), and join the debugging.

64bit

interestingly, all the database magic in revhelper (pmap2.exe) is written in freepascal.

I get the same error on Win 7 x64 AND x32.

OK folks sorry it took so long.

I recently upgraded to Windows 7 64 bit and got TWXProxy to compile and run (ON MY SYSTEM) without
any errors.

I have a development environment with some third party libraries that might be an issue with others trying to run it.

It is compiled with a Macro MANIAC_DEBUG and no DEBUG being defined.

I have uploaded it to the svn server located at
https://svn.twxscripts.com:8443/svn/mai ... XProxy.rar

It requires an extraction program that can handle .RAR files I compressed it using WinRAR but there are other programs
that can extract RAR files available.

Some of my changes are mostly cosmetic and in no way shape or form ID10T proof.

Added ElderProphet to About screen credits, and expanded the pretty picture.
Removed most of the code that Mod Auth required. There is still some left just commented out.
Added Version Info that has special build checked. (I have future plans for this)
I have added a Rebang Button that opens database, reads the header information, deletes database, recreates database,
then writes the "static" information back into database.


I am currently getting sidetracked by extracting the DataBase module and making it COM callable which means that someone
can use other languages (Java,C#,et al) to access the database. It is progressing slowly as I am learning as I go along.

Hopefully some of my changes will eventually make it into the official trunk version, but that is EP's sole decision.

Attached is the TWXProxy.rar file

<EDIT>
Can someone tell me how to attach executable files. I have a self extracting file available.
</EDIT>