Closed
Bug 10498
Opened 26 years ago
Closed 25 years ago
shmat failure on startup in Solaris 7
Categories
(SeaMonkey :: Build Config, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M15
People
(Reporter: barnes, Assigned: blizzard)
Details
Every time apprunner is started on Solaris 7, this warning is generated:
Gdk-WARNING **: shmat failed!
The warning does not occur in Solaris 2.6. Last tested with build 1999/07/26.
Full transcript follows:
hydra >./mozilla-apprunner.sh
MOZILLA_FIVE_HOME=/app/build/package
LD_LIBRARY_PATH=/app/build/package:/opt/SUNWspro/lib
MOZ_PROGRAM=./apprunner
moz_debug=0
moz_debugger=
Registered Ok
*** Registering html library
register filter service
Reading file...
Reading file...Done
Reading file...
Reading file...Done
Reading file...
Reading file...Done
Reading file...
Reading file...Done
File
Reading file...
Reading file...Done
Edit
View
Search
Go
Bookmarks
Tasks
Help
Debug
QA
nsWidget::RealizeSignal(c0a00)
Gdk-WARNING **: shmat failed!
generating focus event
Doing Startup...
etc.
Updated•25 years ago
|
Assignee: don → pavlov
Comment 1•25 years ago
|
||
owen? any ideas?
Comment 2•25 years ago
|
||
owen do you have any ideas on this one?
Comment 3•25 years ago
|
||
I used truss to find out more about this. Under Solaris 2.7, shmat is called 8
times; normally the seventh call fails since the default shared memory segment
limit per process is 6. Under Solaris 2.6, shmat is only called twice which
fits into the default limit, so no error message is produced. The same
behaviour occurs with gimp, so the "bug" is presumably in GTK+ or GLIB. You
might want to pass it onto the GTK developers.
It's possible to work around it by increasing the kernel parameter
shmsys:shminfo_shmseg, but system managers aren't going to want to do this on
every machine.
Updated•25 years ago
|
Assignee: pavlov → blizzard
Severity: normal → critical
Target Milestone: M15
Comment 4•25 years ago
|
||
blizzard, can you force owen to sit down and figure this one out?
Assignee | ||
Comment 5•25 years ago
|
||
This is probably because gdkrgb creates 6 cached images that use shared memory
segments. To fix this we need to make that a runtime variable and make it
smaller by default for Solaris since it is lame.
Assignee | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
Assignee | ||
Comment 7•25 years ago
|
||
This is a feature request for GTK, really. Doesn't belong here.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 8•25 years ago
|
||
didn't realize anyone was putting me on QA contact anywhere.
verified wontfix.
Comment 9•25 years ago
|
||
Reopening, as this needs to be dealt with in some way before release. Probably,
this means creating a release note which contains the GNOME bug number so that
all the Solaris users who are annoyed by this can pester the GDK developers to
make the limit configurable (and pester Sun to up the default).
Additionally, this does seem to happen for me in 2.6 as well.
Status: VERIFIED → REOPENED
Assignee | ||
Comment 11•25 years ago
|
||
I've documented this in bug #26315.
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 13•25 years ago
|
||
Please ignore the spam. Changing address.
Assignee: blizzard → blizzard
Status: VERIFIED → NEW
Assignee | ||
Comment 14•25 years ago
|
||
bustage from my reassign
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•