Closed Bug 131988 Opened 23 years ago Closed 23 years ago

Mozilla spin whilst browing a page on our intranet

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Platform:
Sun
Solaris
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 131989

People

(Reporter: darren.bock, Assigned: asa)

References

(
URL
)

Details

Mozilla (build 2002031103) went into a spin whilst redering a page, I have gcore'd the process if you want more details for further debugging Solaris 2.8 (KJP 108528-12) on a Sun Blade 100 Truss showed the process spinning waiting to read from a filedescriptor (#10) and this is a connection to the Sun XServer It isn't obvious whether this is an XServer problem as a result of the X call made or if a valid call has been made and the Server has just gone off into the weeds for reasons best known to itself Process stack for the thread with the problem : (gdb) thread 1 [Switching to thread 1 (LWP 1 )] #0 0xfe89ab94 in _read () from /lib/libc.so.1 (gdb) bt #0 0xfe89ab94 in _read () from /lib/libc.so.1 #1 0xfe92a9f8 in read () from /lib/libthread.so.1 #2 0xfec9c994 in _XReply () from /lib/libX11.so.4 #3 0xfeccfb0c in _XSmeAllocateHeapBuffer () from /lib/libX11.so.4 #4 0xfec9dfdc in _XSend () from /lib/libX11.so.4 #5 0xfec9c7c4 in _XGenerateGCList () from /lib/libX11.so.4 #6 0xfecb2e14 in _XFlushGCCache () from /lib/libX11.so.4 #7 0xfecb2d54 in XChangeGC () from /lib/libX11.so.4 #8 0xfcfcd31c in __1cJnsGCCacheHReuseGC6MpnMGCCacheEntry_pnM_GdkGCValues_nPGdkGCValuesMask__v_ () from /u01/packages/mozilla/components/libgfx_gtk.so #9 0xfcfcd064 in __1cJnsGCCacheFGetGC6MpnK_GdkWindow_pnM_GdkGCValues_nPGdkGCValuesMask_pnK_GdkRegion__pnG_GdkGC__ () from /u01/packages/mozilla/components/libgfx_gtk.so #10 0xfcfce510 in __1cVnsRenderingContextGTKIUpdateGC6M_v_ () from /u01/packages/mozilla/components/libgfx_gtk.so #11 0xfcfd098c in __1cVnsRenderingContextGTKKDrawString6MpkcIiipki_I_ () from /u01/packages/mozilla/components/libgfx_gtk.so #12 0xfc867ea0 in __1cLnsTextFrameOPaintAsciiText6MpnOnsIPresContext_rnTnsIRenderingContext_pnPnsIStyleContext_rn0AJTextStyle_ii_v_ () from /u01/packages/mozilla/components/libgklayout.so #13 0xfc863df4 in __1cLnsTextFrameFPaint6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_I_ () from /u01/packages/mozilla/components/libgklayout.so #14 0xfc806444 in __1cQnsContainerFrameKPaintChild6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_pnInsIFrame_nRnsFramePaintLayer_I_v_ () from /u01/packages/mozilla/components/libgklayout.so #15 0xfc7fd990 in __1cMnsBlockFrameNPaintChildren6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_v_ () from /u01/packages/mozilla/components/libgklayout.so #16 0xfc7fd708 in __1cMnsBlockFrameFPaint6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_I_ () from /u01/packages/mozilla/components/libgklayout.so #17 0xfc806444 in __1cQnsContainerFrameKPaintChild6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_pnInsIFrame_nRnsFramePaintLayer_I_v_ () from /u01/packages/mozilla/components/libgklayout.so #18 0xfc806304 in __1cQnsContainerFrameNPaintChildren6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_v_ () from /u01/packages/mozilla/components/libgklayout.so #19 0xfc8edf30 in __1cQnsTableCellFrameFPaint6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_I_ () from /u01/packages/mozilla/components/libgklayout.so #20 0xfc908da0 in __1cPnsTableRowFrameNPaintChildren6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_v_ () from /u01/packages/mozilla/components/libgklayout.so #21 0xfc908c20 in __1cPnsTableRowFrameFPaint6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_I_ () from /u01/packages/mozilla/components/libgklayout.so #22 0xfc90b46c in __1cUnsTableRowGroupFrameNPaintChildren6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_v_ () from /u01/packages/mozilla/components/libgklayout.so #23 0xfc90b338 in __1cUnsTableRowGroupFrameFPaint6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_I_ () from /u01/packages/mozilla/components/libgklayout.so #24 0xfc806444 in __1cQnsContainerFrameKPaintChild6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_pnInsIFrame_nRnsFramePaintLayer_I_v_ () from /u01/packages/mozilla/components/libgklayout.so #25 0xfc806304 in __1cQnsContainerFrameNPaintChildren6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_v_ () from /u01/packages/mozilla/components/libgklayout.so #26 0xfc8f51ac in __1cMnsTableFrameNPaintChildren6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_v_ () from /u01/packages/mozilla/components/libgklayout.so wsit042> truss -fla -p 24711 24711/1: psargs: /u01/packages/mozilla/mozilla-bin 24711/1: write(10, " ", 1) = 1 24711/1: read(10, "01C4C49F\0\0\0\0\0\0\0\0".., 32) = 32 24711/1: write(10, " ", 1) = 1 24711/1: read(10, "01C4C49F\0\0\0\0\0\0\0\0".., 32) = 32 24711/1: write(10, " ", 1) = 1 24711/1: read(10, 0xFFBEAA9C, 32) Err#11 EAGAIN 24711/1: poll(0xFFBEA818, 1, -1) = 1 24711/1: read(10, "01C4C49F\0\0\0\0\0\0\0\0".., 32) = 32 24711/1: write(10, " ", 1) = 1 24711/1: read(10, 0xFFBEAA9C, 32) Err#11 EAGAIN 24711/1: poll(0xFFBEA818, 1, -1) = 1 24711/1: read(10, "01C4C49F\0\0\0\0\0\0\0\0".., 32) = 32 24711/1: write(10, " ", 1) = 1 24711/1: read(10, 0xFFBEAA9C, 32) Err#11 EAGAIN 24711/1: poll(0xFFBEA818, 1, -1) = 1 24711/1: read(10, "01C4C49F\0\0\0\0\0\0\0\0".., 32) = 32 24711/1: write(10, " ", 1) = 1 24711/1: read(10, 0xFFBEAA9C, 32) Err#11 EAGAIN 24711/1: poll(0xFFBEA818, 1, -1) = 1 wsit042:/# /usr/local/bin/lsof -p 24711 | egrep 10u mozilla-b 24711 dbock 10u FIFO 0x300047da400 0t1 36131 PIPE->0x3000676a020 (FA:->0x300037a6bb0) wsit042:/# /usr/local/bin/lsof | egrep "FIFO 0x3000676a020" Xsun 22791 dbock 56u FIFO 0x3000676a020 0t32 36131 PIPE->0x3000676a108
The hang happened again.... this time with a different stack wsit042 925 > pstack 5889 5889: /u01/packages/mozilla/mozilla-bin ----------------- lwp# 1 / thread# 1 -------------------- fe89ab94 _read (1bc4f8, ffbed634, 20, 20, 1bc4f8, 20) + c fec9c98c _XReply (1bc4f8, 1444, ffffffff, 0, 41444, 1bc4f8) + 124 feccfb04 _XSmeAllocateHeapBuffer (1, 1, 4008, fd715020, 1bc4f8, fd710000) + c0 fec9dfd4 _XSend (0, 4000, 4008, fd710000, fd711020, f79980) + f4 fecb47cc _XSetClipRectangles (8, a72000, 2, 0, d27ec8, 1) + 188 fecc09c0 XSetRegion (8, d27ec8, fae0a0, 1bc4f8, a72000, fffffffc) + 164 fedcd614 gdk_gc_set_clip_region (a2a758, a14098, ffbed8e8, 8009, 1, 0) + 78 fcfcd094 __1cJnsGCCacheFGetGC6MpnK_GdkWindow_pnM_GdkGCValues_nPGdkGCValuesMask_pnK_GdkRegion__pnG_GdkGC__ (266050, b27e78, bf2d0, 8009, adaec0, a2a758) + 228 fcfce508 __1cVnsRenderingContextGTKIUpdateGC6M_v_ (b28440, 0, 8001, 8009, 0, d29550) + 168 fcfcee38 __1cVnsRenderingContextGTKIDrawLine6Miiii_I_ (b28440, 10, 10, 10, f0, 0) + 118 fc8d94e4 __1cOnsCSSRenderingRDrawCompositeSide6FrnTnsIRenderingContext_ipnOnsBorderColors_rknGnsRect_7phip5_v_ (b28440, 3, fa2ca0, 20, ffbedaf8, d0) + 2b8 fc8d9184 __1cOnsCSSRenderingLPaintBorder6FpnOnsIPresContext_rnTnsIRenderingContext_pnInsIFrame_rknGnsRect_9ArknNnsStyleBorder_pnPnsIStyleContext_ip7ii_v_ (7f0500, b28440, fcabfe74, fc8d8b88, a5, f79980) + 5f0 fc94a0a4 __1cKnsBoxFrameFPaint6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_I_ (f9740c, 7f0500, b28440, ffbedc60, 0, f97140) + 180 fc94a39c __1cKnsBoxFrameKPaintChild6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_pnInsIFrame_nRnsFramePaintLayer_I_v_ (0, 7f0500, b28440, ffbee020, f9740c, 0) + 100 fc94a888 __1cKnsBoxFrameNPaintChildren6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_v_ (f96bc4, 7f0500, b28440, ffbee020, 0, fd419774) + 4b0 fc94a244 __1cKnsBoxFrameFPaint6MpnOnsIPresContext_rnTnsIRenderingContext_rknGnsRect_nRnsFramePaintLayer_I_I_ (f96bc4, 7f0500, b28440, ffbee020, 0, fcac821c) + 320 fc855368 __1cJPresShellFPaint6MpnHnsIView_rnTnsIRenderingContext_rknGnsRect__I_ (7f0ad8, f97800, b28440, ffbee020, fc85a3d0, b28484) + 6c fc6c9644 __1cGnsViewFPaint6MrnTnsIRenderingContext_rknGnsRect_Iri_I_ (f97800, b28440, ffbee020, 0, ffbee01c, fcfcdd94) + 60 fc6d4624 __1cNnsViewManagerYRenderDisplayListElement6MpnTDisplayListElement2_rnTnsIRenderingContext__v_ (7f0760, b11918, b28440, fc6c95e4, 4550, 4550) + bc fc6d44a4 __1cNnsViewManagerLRenderViews6MpnGnsView_rnTnsIRenderingContext_rknGnsRect_ri_v_ (7f0760, fc3770, b28440, 2, 1, 4) + 32c fc6d30c4 __1cNnsViewManagerHRefresh6MpnGnsView_pnTnsIRenderingContext_pnJnsIRegion_I_v_ (7f0760, e1ca78, b28440, face48, 1, 2c90) + 408 fc6d59a0 __1cNnsViewManagerNDispatchEvent6MpnKnsGUIEvent_pnNnsEventStatus__I_ (7f0760, ffbee43c, ffbee2fc, ffbee290, 1, fc6eca78) + 27c fc6c8e28 ???????? (ffbee43c, fd7a520c, ff072640, f, 2c1392, 8) fd7a1fd4 __1cInsWidgetNDispatchEvent6MpnKnsGUIEvent_rnNnsEventStatus__I_ (7f0868, ffbee43c, ffbee3c4, fd7d99cc, fd7a8b70, 80004000) + 70 fd7a1ecc __1cInsWidgetTDispatchWindowEvent6MpnKnsGUIEvent__i_ (7f0868, ffbee43c, 6, ffbee42c, 0, fd7d99cc) + 14 fd7a62c0 __1cInsWindowHDoPaint6MiiiipnJnsIRegion__v_ (7f0868, 455, 2c9, 10, 9, eba178) + 94 fd7a646c __1cInsWindowGUpdate6M_I_ (7f0868, 0, fd7d99cc, fd7a62e4, eda450, fd7d39d4) + 188 fd7a6130 __1cInsWindowKUpdateIdle6Fpv_i_ (0, ae0, 14fb30, fed9bf50, 0, 0) + 74 fed774d8 g_idle_dispatch (fd7a60bc, ffbee6e0, 0, 0, 0, ffbee638) + 4 fed75ee8 g_main_dispatch (470, 470, 4d4, ab8, 4d4, ab8) + 128 fed76784 g_main_iterate (fed9bf4c, fed9beb8, 4d4, ab8, 4d4, ab8) + 7bc fed76998 g_main_run (c6248, fedf82f4, 1cda98, 0, 28, 0) + b8
This is due to the fact that X shared memory transport is broken by some recent updates of Solaris. See the opening comment in bug 131989 (which also describes a workaround).
Sp, this isn't our bug then ??
This suggestion worked for me, mozilla is now running nicely, Solaris bug 4621046 appears to describe the problem Incidently Netscape suffers from exactly the same issue and is fixed by the same workaround of setting the DISPLAY variable so that a TCP connection is used rather than the X shared memory transport My DISPLAY is normally set to ":0" and to get Mozilla working I changed it to "localhost:0" So it isn't a Mozilla problem, just an O/S specific bug that is being encountered and it appears to be fixed now. Solaris bug 4520338 references patch 108652-45 as having fixed it, so I guess I will be applying the latest revision of patch 108652 (currently at rev 51) *** This bug has been marked as a duplicate of 131989 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.