Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'IE 5.1 just crashed again' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
IE 5.1 just crashed again
Authored by: russ_jacobson on Dec 22, '01 11:47:59PM

Well I am not sure if this is of interest, if I should report to apple or someone? I am leaving for Christmas Vacation so I am not sure if it is worth reporting elsewhere. But I saw the errors with fonts and tested my Entourage, nothing showed up when I sent a 6th message. So I thought hmmmm. maybe the fonts are also a IE issue and I wanted to see if the error were with IE so I just did a refresh of it. And it totally crashed and stopped. Now mind you I get a few of those from time to time, but it is one here or there especially with weird java on some web pages and such. It seems more unstable tonight. Although I just reran it again and no problems I got another big error report. I am not a Unix guru just a long time mac user who likes OS X and have used our suns for many years. Here is the text of the error report. Is this the so-called kernal panic people talk about or just an old fashiond IE crash that one has from time to time?

----
Date/Time: 2001-12-22 22:40:30 -0600
OS Version: 10.1.2 (Build 5P48)

Command: Internet Explorer
PID: 311

Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0x4d414259

Thread 0:
#0 0x009b2a50 in URL_CopyAddSize
#1 0x009b2a3c in URL_CopyAddSize
#2 0x009b0318 in URL_Copy
#3 0x005d6f04 in 0x5d6f04
#4 0x005d64bc in 0x5d64bc
#5 0x0051ded8 in 0x51ded8
#6 0x004ec4f8 in 0x4ec4f8
#7 0x006f1bdc in 0x6f1bdc
#8 0x004ec4bc in 0x4ec4bc
#9 0x004f7860 in 0x4f7860
#10 0x007150f8 in 0x7150f8
#11 0x0071abe4 in 0x71abe4
#12 0x004f09c0 in 0x4f09c0
#13 0x004f0a34 in 0x4f0a34
#14 0x004f0a34 in 0x4f0a34
#15 0x004f0a34 in 0x4f0a34
#16 0x00746034 in 0x746034
#17 0x00511fa0 in 0x511fa0
#18 0x00750ab4 in 0x750ab4
#19 0x004f739c in 0x4f739c
#20 0x004f6370 in 0x4f6370
#21 0x004f5bf0 in 0x4f5bf0
#22 0x004f52ec in 0x4f52ec
#23 0x007a05a8 in 0x7a05a8
#24 0x004d1c60 in 0x4d1c60

Thread 1:
#0 0x7003f4c8 in semaphore_wait_signal_trap
#1 0x7003f2c8 in _pthread_cond_wait
#2 0x70250ab0 in TSWaitOnCondition
#3 0x7027d730 in TSWaitOnSemaphoreCommon
#4 0x70243d14 in AsyncFileThread
#5 0x7002054c in _pthread_body

Thread 2:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x7024a0f0 in SwitchContexts
#2 0x702c9eec in YieldToThread
#3 0x004d8598 in 0x4d8598
#4 0x004d8360 in 0x4d8360
#5 0x0079ee5c in 0x79ee5c
#6 0x0056e8ac in 0x56e8ac
#7 0x0079d658 in 0x79d658
#8 0x004d82dc in 0x4d82dc
#9 0x7027ae58 in CooperativeThread
#10 0x7002054c in _pthread_body

Thread 3:
#0 0x7000497c in syscall
#1 0x70557600 in BSD_waitevent
#2 0x70554b80 in CarbonSelectThreadFunc
#3 0x7002054c in _pthread_body

Thread 4:
#0 0x7003f4c8 in semaphore_wait_signal_trap
#1 0x7003f2c8 in _pthread_cond_wait
#2 0x705593ec in CarbonOperationThreadFunc
#3 0x7002054c in _pthread_body

Thread 5:
#0 0x7003f4c8 in semaphore_wait_signal_trap
#1 0x7003f2c8 in _pthread_cond_wait
#2 0x7055b884 in CarbonInetOperThreadFunc
#3 0x7002054c in _pthread_body

Thread 6:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x7024a0f0 in SwitchContexts
#2 0x702c9eec in YieldToThread
#3 0x004d8598 in 0x4d8598
#4 0x005045d8 in 0x5045d8
#5 0x00504454 in 0x504454
#6 0x00504420 in 0x504420
#7 0x0051b96c in 0x51b96c
#8 0x0056e26c in 0x56e26c
#9 0x0056e8ac in 0x56e8ac
#10 0x0079d658 in 0x79d658
#11 0x004d82dc in 0x4d82dc
#12 0x7027ae58 in CooperativeThread
#13 0x7002054c in _pthread_body

Thread 7:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x7616fff0 in JVM_InternString
#3 0x7002054c in _pthread_body

Thread 8:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9b2c in __floatdidf
#3 0x760ee4c0 in JVM_GetCPMethodModifiers
#4 0x760fa404 in JVM_GetMethodIxModifiers
#5 0x7621ecf8 in pss
#6 0x76169d50 in JVM_FindPrimitiveClass
#7 0x7002054c in _pthread_body

Thread 9:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9ac4 in __floatdidf
#3 0x7611925c in JVM_DefineClass
#4 0x76131808 in JVM_MonitorWait
#5 0x761297fc in JVM_MonitorWait
#6 0x2c102648 in 0x2c102648
#7 0x2c10068c in 0x2c10068c
#8 0x2c10068c in 0x2c10068c
#9 0x860d3800 in __vt_9LoopEnter
#10 0x760e6ae8 in JVM_ReleaseUTF
#11 0x7610c424 in JVM_GetClassNameUTF
#12 0x7614ba80 in JVM_StartThread
#13 0x7615c990 in __builtin_new
#14 0x76156a1c in JVM_GC
#15 0x76154f28 in JVM_GC
#16 0x7615241c in JVM_FreeMemory
#17 0x76169d50 in JVM_FindPrimitiveClass
#18 0x7002054c in _pthread_body

Thread 10:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9ac4 in __floatdidf
#3 0x7611925c in JVM_DefineClass
#4 0x76131808 in JVM_MonitorWait
#5 0x761297fc in JVM_MonitorWait
#6 0x2c102648 in 0x2c102648
#7 0x2c10068c in 0x2c10068c
#8 0x2c1005cc in 0x2c1005cc
#9 0x2c1005cc in 0x2c1005cc
#10 0x860d3800 in __vt_9LoopEnter
#11 0x760e6ae8 in JVM_ReleaseUTF
#12 0x7610c424 in JVM_GetClassNameUTF
#13 0x7614ba80 in JVM_StartThread
#14 0x7615c990 in __builtin_new
#15 0x76156a1c in JVM_GC
#16 0x76154f28 in JVM_GC
#17 0x7615241c in JVM_FreeMemory
#18 0x76169d50 in JVM_FindPrimitiveClass
#19 0x7002054c in _pthread_body

Thread 11:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9b2c in __floatdidf
#3 0x760cefa4 in JVM_GetMethodIxExceptionTableLength
#4 0x760d5bfc in JVM_GetCPMethodClassNameUTF
#5 0x76169d50 in JVM_FindPrimitiveClass
#6 0x7002054c in _pthread_body

Thread 12:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9ac4 in __floatdidf
#3 0x760ee524 in JVM_GetCPMethodModifiers
#4 0x761a7ca4 in blob
#5 0x76225904 in safepoints
#6 0x76154f28 in JVM_GC
#7 0x7615241c in JVM_FreeMemory
#8 0x76169d50 in JVM_FindPrimitiveClass
#9 0x7002054c in _pthread_body

Thread 13:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9ac4 in __floatdidf
#3 0x760ee524 in JVM_GetCPMethodModifiers
#4 0x7611a3a4 in JVM_DefineClass
#5 0x76112b44 in JVM_DefineClass
#6 0x761aad38 in blob
#7 0x76154f28 in JVM_GC
#8 0x7615241c in JVM_FreeMemory
#9 0x76169d50 in JVM_FindPrimitiveClass
#10 0x7002054c in _pthread_body

Thread 14:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9ac4 in __floatdidf
#3 0x7611925c in JVM_DefineClass
#4 0x76131808 in JVM_MonitorWait
#5 0x761297fc in JVM_MonitorWait
#6 0x2c102648 in 0x2c102648
#7 0x2c10068c in 0x2c10068c
#8 0x2c22a2d0 in 0x2c22a2d0
#9 0x2c1005cc in 0x2c1005cc
#10 0x2c1005cc in 0x2c1005cc
#11 0x2c10068c in 0x2c10068c
#12 0x2c10068c in 0x2c10068c
#13 0x860d3800 in __vt_9LoopEnter
#14 0x760e6ae8 in JVM_ReleaseUTF
#15 0x7610c424 in JVM_GetClassNameUTF
#16 0x7614ba80 in JVM_StartThread
#17 0x7615c990 in __builtin_new
#18 0x76156a1c in JVM_GC
#19 0x76154f28 in JVM_GC
#20 0x7615241c in JVM_FreeMemory
#21 0x76169d50 in JVM_FindPrimitiveClass
#22 0x7002054c in _pthread_body

Thread 15:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9ac4 in __floatdidf
#3 0x7611925c in JVM_DefineClass
#4 0x76131808 in JVM_MonitorWait
#5 0x761297fc in JVM_MonitorWait
#6 0x2c102648 in 0x2c102648
#7 0x2c10068c in 0x2c10068c
#8 0x2c10068c in 0x2c10068c
#9 0x860d3800 in __vt_9LoopEnter
#10 0x760e6ae8 in JVM_ReleaseUTF
#11 0x7610c424 in JVM_GetClassNameUTF
#12 0x7614ba80 in JVM_StartThread
#13 0x7615c990 in __builtin_new
#14 0x76156a1c in JVM_GC
#15 0x76154f28 in JVM_GC
#16 0x7615241c in JVM_FreeMemory
#17 0x76169d50 in JVM_FindPrimitiveClass
#18 0x7002054c in _pthread_body

Thread 16:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9ac4 in __floatdidf
#3 0x7611925c in JVM_DefineClass
#4 0x76131808 in JVM_MonitorWait
#5 0x761297fc in JVM_MonitorWait
#6 0x2c102648 in 0x2c102648
#7 0x2c10068c in 0x2c10068c
#8 0x2c10068c in 0x2c10068c
#9 0x860d3800 in __vt_9LoopEnter
#10 0x760e6ae8 in JVM_ReleaseUTF
#11 0x7610c424 in JVM_GetClassNameUTF
#12 0x7614ba80 in JVM_StartThread
#13 0x7615c990 in __builtin_new
#14 0x76156a1c in JVM_GC
#15 0x76154f28 in JVM_GC
#16 0x7615241c in JVM_FreeMemory
#17 0x76169d50 in JVM_FindPrimitiveClass
#18 0x7002054c in _pthread_body

Thread 17:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x760c9ac4 in __floatdidf
#3 0x7611925c in JVM_DefineClass
#4 0x76131808 in JVM_MonitorWait
#5 0x761297fc in JVM_MonitorWait
#6 0x2c102648 in 0x2c102648
#7 0x2c10068c in 0x2c10068c
#8 0x2c10068c in 0x2c10068c
#9 0x2c1005cc in 0x2c1005cc
#10 0x860d3800 in __vt_9LoopEnter
#11 0x760e6ae8 in JVM_ReleaseUTF
#12 0x7610c424 in JVM_GetClassNameUTF
#13 0x7614ba80 in JVM_StartThread
#14 0x7615c990 in __builtin_new
#15 0x76156a1c in JVM_GC
#16 0x76154f28 in JVM_GC
#17 0x7615241c in JVM_FreeMemory
#18 0x76169d50 in JVM_FindPrimitiveClass
#19 0x7002054c in _pthread_body

Thread 18:
#0 0x70000978 in mach_msg_overwrite_trap
#1 0x70005a04 in mach_msg
#2 0x70026a2c in _pthread_become_available
#3 0x70026724 in pthread_exit
#4 0x702696ac in ReleaseThreadEntryAndDie
#5 0x7026ef28 in DisposeThread
#6 0x0079d734 in 0x79d734
#7 0x004d82dc in 0x4d82dc
#8 0x7027ae58 in CooperativeThread
#9 0x7002054c in _pthread_body


PPC Thread State:
srr0: 0x009b2a50 srr1: 0x0000f030 vrsave: 0x00000000
xer: 0x00000020 lr: 0x009b2a3c ctr: 0x70245484 mq: 0x00000000
r0: 0x009b2a3c r1: 0xbfffec70 r2: 0x00107000 r3: 0x015051e0
r4: 0x015051e8 r5: 0x4d414141 r6: 0x00000000 r7: 0x00000000
r8: 0x00000000 r9: 0x8024099c r10: 0x0302b010 r11: 0x42000282
r12: 0x80242ce8 r13: 0x00000000 r14: 0x00000033 r15: 0x00060080
r16: 0x00000001 r17: 0x80160fa8 r18: 0x00058608 r19: 0x00001807
r20: 0x00000000 r21: 0x0000001c r22: 0x70004234 r23: 0x700042c8
r24: 0x7016b0dc r25: 0x006bac3c r26: 0x8081ab5c r27: 0xc0d51800
r28: 0x00000000 r29: 0xbfffef00 r30: 0x00000000 r31: 0x00000001

**********

In the console log window the follow text related to the error log is given:

--------------

ec 22 22:40:31 localhost /usr/libexec/CrashReporter: Succeeded writing crash report: /Users/jacobson/Library/Logs/Internet Explorer.crash.log

2001-12-22 22:40:32.328 loginwindow[274] Can't connect to pbs object "RulebookServer"
2001-12-22 22:40:32.329 loginwindow[274] Can't connect to pbs object "RulebookServer"
2001-12-22 22:40:32.334 loginwindow[274] Can't connect to pbs object "RulebookServer"
2001-12-22 22:40:32.335 loginwindow[274] Can't connect to pbs object "RulebookServer"
2001-12-22 22:40:32.409 loginwindow[274] Can't connect to pbs object "RulebookServer"
2001-12-22 22:40:32.410 loginwindow[274] Can't connect to pbs object "RulebookServer"
------------

Some of you may find this of interest, I think the IE problems that are increasing many fold tonight seem to be happening since my upgrade of 10.1.2 late yesterday.

Russ Jacobson



[ Reply to This | # ]
IE 5.1 just crashed again
Authored by: 128K Mac on Dec 29, '01 02:38:47AM

Russ,

My I.E. 5.1 has been running like a champ with 10.1.2 and I've backed off of use of OmniWeb quite a bit.

You mention something about fonts and Entourage which I don't understand. I've also had no problems with Office X, including Entourage (other than the well known slow-to-quit bug), except a brief one with fonts.

You don't happen to have Classic running when you have this font problem, or whatever, with Entourage? Same question for I.E. if any Office X app is running in background. (or maybe if one isn't?)

It's my understanding that Office X apps load every font in the OS9 System Folder if Classic is running. Notice I didn't say Fonts folder. "Every" font includes those in Fonts (Disabled) and Applications Support (if you have any Adobe applications), or any other apps, including some folders created by some font managers.

Office X reportedly complies fully with Apple guidelines on fonts and is *very* particular about not liking old fonts, fonts which don't comply with Apple standards (freeware stuff especially), etc. etc.

I was getting some weird font displays in I.E., sometimes Entourage and Word, so cleaned house with my OS9/Classic system folder. I had already uninstalled Office 2001, but I still removed the Fonts and Fonts (Disabled) folders (which may have had some Microsoft fonts) as the Adobe fonts I have seem to be OK, but I've found some old Adobe Type 1 fonts, circa 1993, that Office doesn't like in Classic (nor installed in OS X ). I simply replaced the Fonts folder by extracting all the Apple fonts from the OS9.1 Upgrade with TomeViewer and dumped them in the new Fonts folder for OS9/Classic.

My approach to creating a new Fonts folder might be slight overkill, but it only took a few minutes. As my user name suggests, I've had Macs a while too and I have a lot of *old* ones that somehow migrate into my current classic Mac OS Fonts folder from time to time, so it was the simplest way to clean house IMO. :)

Since I.E. and Entourage are two of the apps I never quit, and I always have Classic running, my temporary problems had to be in one of the Fonts folders in Classic/OS9. When I had some strange displays in Word X using some old Adobe Type 1 fonts installed in OSX that was an easy problem to solve.



[ Reply to This | # ]