|
|
|
kakaroto
|
 |
« Reply #16 on: November 16, 2009, 06:30:35 pm » |
|
interesting.. glad it stops crashing, but we'd still need to figure out what went wrong... the same memory access seems to trigger the crash, but different memory offsets, probably normal because a dll gets loaded in a different memory offset each time. @Bürste: your screenshot is nice, but unfortunately, it doesn't contain a stack trace, if you're able to provide a stack trace, that would be very helpful, it seems to be something in ntdll, but without more info, I can't see who called that to cause it to crash. btw, the whole msn version and forced update and wireshark dump is completely useless with the current issue.
|
|
|
|
|
Logged
|
KaKaRoTo
|
|
|
Rono
Power user
Offline
Posts: 89
|
 |
« Reply #17 on: November 16, 2009, 07:59:14 pm » |
|
Thanks for the hints kakaroto. The only offset that seems to be remaining constant is the 0xc0000417 one, both Bürste and I have gotten the same value. I'll have a look at assigning a debugger so i can get a full stack trace.
|
|
|
|
|
Logged
|
|
|
|
|
kakaroto
|
 |
« Reply #18 on: November 16, 2009, 08:05:36 pm » |
|
or try with drwatson, just google for it to get instructions on how to use it.
|
|
|
|
|
Logged
|
KaKaRoTo
|
|
|
|
|
|
kakaroto
|
 |
« Reply #20 on: November 16, 2009, 09:41:33 pm » |
|
humm.. ok, well the only change that was done was to use a statically linked tcltls extension (the TLS extension for tcl that takes care of all SSL/TLS connections).. the reason we repackaged it is because it didn't work before for some people because some stupid programs would install some wrong SSL library in C:\windows\system32 and it caused it to be unable to load the dll dependencies.. if you can confirm that indeed the new binary doesn't crash anymore, then that would mean that the issue was caused by a corrupted/wrong/incompatible libssl binaries in your c:\windows\system32 directory, probably installed by some other third party software... I would be SO GLAD if this was the issue! 
|
|
|
|
|
Logged
|
KaKaRoTo
|
|
|
Rono
Power user
Offline
Posts: 89
|
 |
« Reply #21 on: November 16, 2009, 10:07:36 pm » |
|
I checked C:\windows\system32 for SSL libs. I found libeay32.dll and libssl32.dll version 0.9.8.11 (or 0.9.8k release) which i knew were there and which i got from the standard Win32 SSL lib source - http://www.slproweb.com/products/Win32OpenSSL.htmlMy IRC client uses those files for TLS so i doubt they are corrupted or wrong though :/
|
|
|
|
|
Logged
|
|
|
|
|
kakaroto
|
 |
« Reply #22 on: November 16, 2009, 10:22:21 pm » |
|
or 'incompatible' 
|
|
|
|
|
Logged
|
KaKaRoTo
|
|
|
Neustradamus
Newbie
Offline
Posts: 9
|
 |
« Reply #23 on: November 16, 2009, 10:27:46 pm » |
|
Why you use tcl 0.84 version on Windows ?
|
|
|
|
|
Logged
|
|
|
|
|
kakaroto
|
 |
« Reply #24 on: November 16, 2009, 10:52:54 pm » |
|
tcl/tk 8.4 is for windows 95 users, go to the download page and you'll see there's a "win95" button. tcl/tk 8.5 doesn't work on windows 95/98/me iirc
|
|
|
|
|
Logged
|
KaKaRoTo
|
|
|
Neustradamus
Newbie
Offline
Posts: 9
|
 |
« Reply #25 on: November 16, 2009, 10:58:01 pm » |
|
tcl/tk 0.84 -> Windows 9x tcl/tk 0.85 -> Windows 2000 and more
|
|
|
|
|
Logged
|
|
|
|
che
Newbie
Offline
Posts: 1
|
 |
« Reply #26 on: November 17, 2009, 03:37:32 pm » |
|
I had previous version working, but contacts couldn´t be added so I decide to update!! and now im lost I dont have amsn no more!!! I be been promoting this proyect a long time ago!!! please help!!! it just closes no messages no logs no nothing!!!
|
|
|
|
|
Logged
|
|
|
|
Neustradamus
Newbie
Offline
Posts: 9
|
 |
« Reply #27 on: November 17, 2009, 04:16:00 pm » |
|
I just saw a few things.
There is the prompt command at launch.
It is normal ?
|
|
|
|
|
Logged
|
|
|
|
|
kakaroto
|
 |
« Reply #28 on: November 17, 2009, 09:58:38 pm » |
|
what???
|
|
|
|
|
Logged
|
KaKaRoTo
|
|
|
Neustradamus
Newbie
Offline
Posts: 9
|
 |
« Reply #29 on: November 17, 2009, 10:24:36 pm » |
|
a DOS window which display and hide at the launch of aMSN
|
|
|
|
|
Logged
|
|
|
|
|