Ooh a crash! It's been a long time since I had one of these and I forgot to configure my current firewall to show any logs it sends on so in case it didn't come through:
<snip> ...00523D20
I was downloading old articles (so they were through Ngroups, not my ISP) and some would have been through the SSL server. With the latest changes to SSL code I wonder if anything has been affected because the SSL server was definitely in use here.
The process:
I went to download some articles.
UE crashed with no error box other than the Windows (Vista) box giving me a button to close it.
I checked log.txt but the most recent entry was a login with no logout or crash dump.
I restarted, UE crashed again but this time with a UE crash dialogue and a crash log (above).
Crash with v1.9.9.3
I had one as well, and quite the shock it was. Just goes to show how reliable UE is.
At the time I was definitely downloading using SSL. But when it actually silently CTDed I was just opening up a text article. Of course, with all the background threads it was just as likely unrelated to my actions. I couldn't duplicate the crash.
<snip> ...00523D20
At the time I was definitely downloading using SSL. But when it actually silently CTDed I was just opening up a text article. Of course, with all the background threads it was just as likely unrelated to my actions. I couldn't duplicate the crash.
<snip> ...00523D20
Although it's hard to say one way or the other if it's SSL in this case, I did disable the SSL server and experienced no further crashes. It might mean something - it might not...
Hopefully Alex can use these logs and track down the cause.
I know what you mean about shock - I can't honestly remember the last time I had a crash with UE.
Hopefully Alex can use these logs and track down the cause.
I know what you mean about shock - I can't honestly remember the last time I had a crash with UE.
ok i found something.
Address Frame Logical addr Module
00523F24 00010538 0001:00122F24 C:\Users\Admin\Programs\Usenet Explorer\UE.exe 00523D20 _lh_doall_arg
http://groups.google.com/group/mailing. ... ef695f2c72
http://groups.google.com/group/mailing. ... a4f5cdf500
i'll check maybe there are additional synchronization compilation setting which i missed, i saw the default was single threaded runtime library, i changed it to multi-threaded but maybe there is something else to set there. if not we'll revert to the old conservative way of using the library (but still with my changes, no problem with them).
Address Frame Logical addr Module
00523F24 00010538 0001:00122F24 C:\Users\Admin\Programs\Usenet Explorer\UE.exe 00523D20 _lh_doall_arg
http://groups.google.com/group/mailing. ... ef695f2c72
http://groups.google.com/group/mailing. ... a4f5cdf500
i'll check maybe there are additional synchronization compilation setting which i missed, i saw the default was single threaded runtime library, i changed it to multi-threaded but maybe there is something else to set there. if not we'll revert to the old conservative way of using the library (but still with my changes, no problem with them).
It's no problem for now - we can just disable any SSL servers and it appears to be fine. In fact my scheduler began downloading and it's been running for about 30 minutes with no crashes. That's not to say it's never going to crash but it seems SSL is problematic right now and the most likely cause.
I'll run without SSL but, as ever, I'll be ready to test any new versions you may want to release.
I'll run without SSL but, as ever, I'll be ready to test any new versions you may want to release.
it is not OpenSSL bug (unlike in the case with the hanging connections), i just thought that OpenSSL is automatically configured for use in multithreaded environments and it is not.
are you able to reproduce this easily?
do you have keep alive unchecked as well? i'm just wondering why i don't see such crashes, with keep alive on the probability would be maybe too low to see anything.
i can upload a version in a moment to verify it doesn't crash if you are able to reproduce it.
are you able to reproduce this easily?
do you have keep alive unchecked as well? i'm just wondering why i don't see such crashes, with keep alive on the probability would be maybe too low to see anything.
i can upload a version in a moment to verify it doesn't crash if you are able to reproduce it.
this one should work:
http://www.netwu.com/ue/ue08nov07.rar
good we don't have many crashes, so, if crash, it almost certainly means it was introduced very recently.
http://www.netwu.com/ue/ue08nov07.rar
good we don't have many crashes, so, if crash, it almost certainly means it was introduced very recently.
Keep alive is enabled.
To reproduce the crashes might not be quite so easy. All I was doing was downloading so there wasn't anything in particular I can narrow it down to. I'll have to wait until tomorrow to test this new version (it's late and I have very little space left to download anything anyway). For now I'll install this version and test it tomorrow but I'll check first to see if you've released another tester before I do that.
To clarify, there were a total of two crashes altogether. After the second one I disabled my SSL server and it didn't crash again. I downloaded around 1.4GB after the SSL server was disabled.
To reproduce the crashes might not be quite so easy. All I was doing was downloading so there wasn't anything in particular I can narrow it down to. I'll have to wait until tomorrow to test this new version (it's late and I have very little space left to download anything anyway). For now I'll install this version and test it tomorrow but I'll check first to see if you've released another tester before I do that.
To clarify, there were a total of two crashes altogether. After the second one I disabled my SSL server and it didn't crash again. I downloaded around 1.4GB after the SSL server was disabled.