Closed Bug 28403 Opened 25 years ago Closed 25 years ago

Crash in UCONV.DLL when zonealarm is active

Categories

(Core :: Internationalization, defect, P3)

Product:
Core
Component:
Internationalization
Platform:
x86
Windows 98
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 32048

People

(Reporter: csbooton, Assigned: cata)

References

(
URL
)

Details

(Keywords: crash)

Using the Fed-18-2000 build for win32. If I attempt to load mozilla with zonealarm 2.0 active the splash screen will be displayed then it will cause a fault in UCONV.DLL. the exact error message is: MOZILLA caused an invalid page fault in module UCONV.DLL at 0177:607f45d6. Registers: EAX=00000000 CS=0177 EIP=607f45d6 EFLGS=00010206 EBX=00000000 SS=017f ESP=0068f9f0 EBP=0068fa60 ECX=0068f9fc DS=017f ESI=00882d94 FS=3697 EDX=00000073 ES=017f EDI=0068fba8 GS=3766 Bytes at CS:EIP: 8b 38 8d 45 f8 50 53 ff 15 c0 70 7f 60 50 ff 35 Stack dump: 0068fba8 00882da0 007b4dd0 60c7bdf8 00000025 0000003f 00000000 00000000 0068fa14 6f736572 65637275 65722f3a 68632f73 65737261 696c6174 702e7361 Disabling zonealarm allows mozilla to load normally.
what's zone alarm?
updating component to i18n since crash was in uconv.dll
Assignee: cbegle → ftang
Component: Browser-General → Internationalization
Keywords: crash
QA Contact: asadotzler → teruko
*** Bug 28405 has been marked as a duplicate of this bug. ***
cata can you help to take a look at this. You can find the infor about zonealarm from the dup bug report.
Assignee: ftang → cata
Wild idea: could this be the same crash as mentioned in bug 25321 (crashing when running without network connection)?
I have been downloading nightly builds 3 to 4 times a week. Zone alarm causes crash on ALL builds I have tried including current build 2000022408 win32 on win98. Crash occurs due to ZoneAlarm blocking access. Workaround- after crash click on ZoneAlarm icon in System tray to bring up ZoneAlarm Menu. Click on Programs. Mozilla.exe will be one of the programs listed. Click on allow server internet selection. Launch Mozilla. After Mozilla opens a popup box will ask if you want to allow Mozilla to access the internet. Click yes. Click remember box to prevent box from popping up again. Mozilla will then function normally, Untill a new build is downloaded. Crash will occur with each new build untill it is entered in ZoneAlarm program menu.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Can you reproduce this with builds after 2/27? Look-alike bug #25321 was fixed then. Thanks!
I don't think this is necessarily related to bug 25321. That bug was only reported on Macs without an internet connection. This bug is happening on Win98, and there is no mention of whether a network connection is present or not.
I have a cable modem and as a result am always connected to the network. It's like being on an LAN. ZoneAlarm is a personal firewall.
I get the following error when launching Mozilla M14 (also while displaying the splash): MOZILLA caused an invalid page fault in module UCONV.DLL at 015f:607f4905. Registers: EAX=00000000 CS=015f EIP=607f4905 EFLGS=00010206 EBX=00000000 SS=0167 ESP=0068f9f0 EBP=0068fa60 ECX=0068f9fc DS=0167 ESI=008835b4 FS=1277 EDX=00000073 ES=0167 EDI=0068fba8 GS=0000 Bytes at CS:EIP: 8b 38 8d 45 f8 50 53 ff 15 cc 70 7f 60 50 ff 35 Stack dump: 0068fba8 008835c0 007b5190 60c6be08 00000025 0000003f 00000000 00000000 0068fa14 6f736572 65637275 65722f3a 68632f73 65737261 696c6174 702e7361 Setting the Wingate Internet Client to allow Global Access for Mozilla didn't help.
*** Bug 30170 has been marked as a duplicate of this bug. ***
This one could be connected to the start up crash bug 27406 in NECKO.DLL when ZoneAlarm is activated. No crash when it is turned off.
Importing comment from bug 28361 (when using ZoneAlarm): >I was attempting to start Mozilla. I had it authorized as a program that >could access the internet but it required server status in order to run >and not crash.
*** Bug 30831 has been marked as a duplicate of this bug. ***
Is that possible to get a talkback result ?
I just downloaded the latest nightly build, 2000030516, And tried it. NO crash in UCONV.DLL with this build. As a test I removed M-14's Server permissions from ZoneAlarm. UCONV.DLL crashed as expected when M-14 was launched. Next I moved UCONV.DLL from Build 2000030516 to M-14, and launched M-14. NO CRASH! Check for mods in UCONV.DLL between M-14 and 2000030516 to nail this bug, and mark it fixed.
The registers dump is not very helpful, anybody has a talkback log?
I have talkback build, but when it crashes no talkback is generated.
*** Bug 28361 has been marked as a duplicate of this bug. ***
cc'ing me (and valeski@netscape.com as being cc'd in dupe bug). Seems to be a quite common crash (lots of dupes). Is this worth to be mentioned in beta1 release notes if not fixed by then?
FWIW, I updated my ZoneAlarm installation to the newest version (as of 03/06, v 2.0.26, I think) and Mozilla seems to work much better now.
mark this fixed since they can no longer reproduce this with the recent build. Could be a dup of the nsURLProperties.cpp problem gorden fixed.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
*** Bug 28629 has been marked as a duplicate of this bug. ***
*** Bug 30598 has been marked as a duplicate of this bug. ***
Mozilla still not working with Wingate Internet Client with my latest build (2000031314 Win98). If WIC is disabled, Mozilla will load and use manual proxy settings thru Wingate. With WIC enabled, Mozilla launches the splash screen, then nothing. Please re-open this bug.
*** Bug 32280 has been marked as a duplicate of this bug. ***
csbooton@home.com, please verify this is fixed. Thanks.
Using the most recent build with zone alarm active it does not crash anymore.
According to csbooton@home.com's last comment, I verified this as fixed.
Status: RESOLVED → VERIFIED
SHould this bug be reopened since there are several duplicates of it that are the WinGate firewall crashing in UCONV.DLL and they are not yet working. I suspect it is a very closely related problem, personal firewall crashing mozilla in the same module. Asking owners to consider opening this bug until mozilla plays nice with WinGate as well.
This could be a bug in WinGate or in NSPR, depending on your point of view. Here's what I've discovered: Using the WinGate 3.05 client the NSPR testcase "pollable" fails with WSAECONREFUSED. Fiddling with the WinGate client control panel applet, naming the application (pollable.exe) as getting "special attention" and disabling WinGate client at least lets it work. So what is the problem? The Netscape client appears to be using PR_*PollableEvent() functions, which use NSPR's PR_NewTCPSocketPair(). This causes 2 sockets to be created. The connect() of one socket to the other fails. Either WinGate client doesn't like the use of the loopback address, or doesn't like the use of the host address connecting to the loopback address. The circumvention of the problem is to name the Netscpe Client in the WinGate client's control panel applet with WinGate client disabled for this application.
Per larryh@netscape.com comment, I need to reopen this.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
*** This bug has been marked as a duplicate of 32048 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → DUPLICATE
Verified as dup.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.