Firefox 2.0 Segmentation fault

JiYu

JiYu

blutiger Anfänger
Hi,

habe soeben mal firefox2 versucht zu Installieren und das Kompilieren läuft auch super durch.
Als Optionen hab ich: NEWTAB, SMB und LOGGING aktiviert. Doch leider bekomm ich einen Segmentation fault :(

Code: 
[steffen@zlaptop ~]$ strace firefox
strace: open("/proc/...", ...): No such file or directory
trouble opening proc file
[steffen@zlaptop ~]$

Ja mein /proc Verzeichniss ist leer.

Code: 
[steffen@zlaptop ~]$ firefox --version
Mozilla Firefox 2.0, Copyright (c) 1998 - 2006 mozilla.org
[steffen@zlaptop ~]$

Hatte wer schonmal das Problem?

Danke! && MfG JiYu
 
Wenn das den das letzte Problem waere ;)


Code: 
................
close(13)                               = 0
read(3, "h\204\6\10\210\204\6\10", 128) = 8
read(3, "", 128)                        = 0
close(3)                                = 0
getpgrp(13)                             = 5239
wait4(-1, [WIFSIGNALED(s) && WTERMSIG(s) == SIGTERM], WUNTRACED, NULL) = 5242
read(10, "     break\n    fi\n    curdir=`di"..., 1023) = 1023
stat("/usr/local/bin/run-mozilla.sh", 0xbfbfe470) = -1 ENOENT (No such file or directory)
pipe([3, 13])                           = 3
fork()                                  = 5243
close(13)                               = 0
read(3, "\0\0\0\326\0\0\0\367\0\0\0\330\0\0\0\331\0\0", 128) = 18
read(3, "", 128)                        = 0
close(3)                                = 0
getpgrp(1146974346)                     = 5239
wait4(-1, [WIFEXITED(s) && WEXITSTATUS(s) == 218], WUNTRACED, NULL) = 5243
break(0x806d000)                        = 0
lstat("/usr/local/bin/firefox", {st_mode=0, st_size=2954361355555045376, ...}) = 0
stat("/usr/home/steffen", {st_mode=0, st_size=2954361355555045376, ...}) = 0
lstat("/usr", {st_mode=0, st_size=2954361355555045376, ...}) = 0
lstat("/usr/home", {st_mode=0, st_size=2954361355555045376, ...}) = 0
lstat("/usr/home/steffen", {st_mode=0, st_size=2954361355555045376, ...}) = 0
chdir("/usr/home/steffen")              = 0
stat("/usr/local/lib/firefox/run-mozilla.sh", {st_mode=S_IFREG|S_ISUID|040, st_size=64458063965, ...}) = 0
syscall_376(0x8068470, 0x1)             = 0
geteuid(0x8062794)                      = 1001
read(10, "hift\n      set -- \"$@\" \"$arg\"\n  "..., 1023) = 439
stat("/usr/local/lib/firefox/init.d", {st_mode=0, st_size=0, ...}) = 0
open("/usr/local/lib/firefox/init.d", O_RDONLY|O_NONBLOCK) = 3
fstat(3, {st_mode=0, st_size=0, ...})   = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
__sysctl([sysctl.0], 2, "", [0], NULL, 0) = 0
syscall_397(0x3, 0xbfbfe0c0)            = 0
break(0x806e000)                        = 0
getdirentries(3, /* 3 entries */, 4096, [0]) = 512
getdirentries(3, /* 0 entries */, 4096, [512]) = 0
lseek(3, 0, SEEK_SET)                   = 0
close(3)                                = 0
stat("/usr/home/steffen/.mozilla/firefox/init.d", {st_mode=0, st_size=0, ...}) = 0
open("/usr/home/steffen/.mozilla/firefox/init.d", O_RDONLY|O_NONBLOCK) = 3
fstat(3, {st_mode=0, st_size=0, ...})   = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
syscall_397(0x3, 0xbfbfe0c0)            = 0
getdirentries(3, /* 2 entries */, 4096, [0]) = 512
getdirentries(3, /* 0 entries */, 4096, [512]) = 0
lseek(3, 0, SEEK_SET)                   = 0
close(3)                                = 0
stat("/usr/local/lib/firefox/init.d/S*", 0xbfbfe180) = -1 ENOENT (No such file or directory)
stat("/usr/home/steffen/.mozilla/firefox/init.d/S*", 0xbfbfe180) = -1 ENOENT (No such file or directory)
fork()                                  = 5244
getpgrp(134644508)                      = 5239
[B]wait4(-1, Segmentation fault (core dumped)[/B]
[WIFEXITED(s) && WEXITSTATUS(s) == 525954], WUNTRACED, NULL) = 5244
stat("/usr/local/lib/firefox/init.d", {st_mode=0, st_size=0, ...}) = 0
open("/usr/local/lib/firefox/init.d", O_RDONLY|O_NONBLOCK) = 3
fstat(3, {st_mode=0, st_size=0, ...})   = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
syscall_397(0x3, 0xbfbfe0c0)            = 0
getdirentries(3, /* 3 entries */, 4096, [0]) = 512
getdirentries(3, /* 0 entries */, 4096, [512]) = 0
lseek(3, 0, SEEK_SET)                   = 0
close(3)                                = 0
stat("/usr/home/steffen/.mozilla/firefox/init.d", {st_mode=0, st_size=0, ...}) = 0
open("/usr/home/steffen/.mozilla/firefox/init.d", O_RDONLY|O_NONBLOCK) = 3
fstat(3, {st_mode=0, st_size=0, ...})   = 0
fcntl(3, F_SETFD, FD_CLOEXEC)           = 0
syscall_397(0x3, 0xbfbfe0c0)            = 0
getdirentries(3, /* 2 entries */, 4096, [0]) = 512
getdirentries(3, /* 0 entries */, 4096, [512]) = 0
lseek(3, 0, SEEK_SET)                   = 0
close(3)                                = 0
stat("/usr/local/lib/firefox/init.d/K*", 0xbfbfe180) = -1 ENOENT (No such file or directory)
stat("/usr/home/steffen/.mozilla/firefox/init.d/K*", 0xbfbfe180) = -1 ENOENT (No such file or directory)
exit(139)                               = ?
[steffen@zlaptop ~]$

Habt ihr irgendwelche Dateien in usr/local/lib/firefox/init.d/ ?

Danke! && MfG JiYu
 
JiYu schrieb:
Wenn das den das letzte Problem waere ;)

Habt ihr irgendwelche Dateien in usr/local/lib/firefox/init.d/ ?

Danke! && MfG JiYu
Zum Vergrößern anklicken....
Da gammelt ein README run!


mozilla/xpfe/bootstrap/init.d/README

This file describes the mechanism for installing and executing
initialization and termination scripts used to implement pluggable
shell scripts to modify the behaviour of SeaMonkey/FireFox/ThunderBird/SunBird.

File names in the mozilla/init.d/ and %user_profile%/init.d/
(for example ${HOME}/.mozilla/init.d/ for SeaMonkey) are of the form
[SK]nn<filename> where 'S' means "run this script at application startup",
'K' means "run this script at application termination", and 'nn' is the
sequence number for killing or starting the job.
When the application (e.g. SeaMonkey) starts scripts prefixed with 'S' are
executed (first those in the app's installation directory, then those in
user's profile directory), on termination those scripts prefixed with 'K'
are being executed (first those in user's profile dir, finally those in
mozilla's installation directory).

** Rules (for Mozilla Pluggable Init Script API Version 2):
* When executing each script a single argument is passed to it - argument
'stop' for scripts prefixed with 'K' and the argument 'start' for scripts
prefixed with 'S'.
An exception of this rule are scripts with the suffix *.sh - they are called
"inline" in the current shell process which starts/terminates the app. These
scripts have FULL ACCESS to all variables of the calling script (which means
these scripts can set/modify/unset environment variables used by the app).
Since these scripts run in the same shell the author of such scripts should
ensure that no namespace collisions occur (e.g. accidential modify variable
names used by the parent script).

* Any files which do not match the [SK][0-9][0-9]* pattern are FORBIDDEN
in ${HOME}/.mozilla/init.d/ and %dist_bin%/init.d/. The only
exception is this README file.

* The following environment variables are defined if ${MOZ_PIS_API} is equal
or greater than "2" (none of these variables is guranteed to exists before
API version "2"):
- "MOZ_PIS_API":
Integer value describing the version of the "Mozilla Pluggable Init Script
API". Current version is "2".
- "MOZ_PIS_MOZBINDIR":
Relative (!!) or absolute path to the location where the mozilla binary
is located.
- "MOZ_PIS_SESSION_PID":
Process id of the initial application launch script. In this case used as
session identifier. The value identifies the current application
session. Note that one user may run multiple application sessions (with
differnt profiles) in parallel. "stop"-scripts must ensure that they
only affect resources created by the "start"-script of the same session
(identified via "MOZ_PIS_SESSION_PID") and same machine (use 'uname -n'
on demand).
- "MOZ_PIS_USER_DIR":
Name of the user dir (e.g. ".mozilla" for Mozilla, ".phoenix" for Phoenix
etc.)
The full path to the users profile base directory can be constructed using
"${HOME}/${MOZ_PIS_USER_DIR}/"
- "HOME":
Absolute path to users home directory.

* Shell scripts must test the existence of any MOZ_PIS_*-variables before using
them. It may happen that any of these variables may not exists in a future
version of this API.
If any of the requested MOZ_PIS_*-variables is not set the script should print
an error message to stderr and exit with error code 1.

* Mozilla pluggable init shell scripts MUST NOT rely on any other variable names
than those starting with "MOZ_PIS_";
"HOME" is the only exception of this rule.

* The namespace "MOZ_PIS"/"moz_pis" is reserved for the "Mozilla Pluggable
Init Script API". Scripts MUST NOT use function names, file names or variable
name which start with "MOZ_PIS"/"moz_pis".

* Scripts ending with *.sh (=scripts called in the same shell process as the
mozilla startup script) MUST use their own name space for function and
variable names.
The usage of single-letter variable names (Example: ${i}) is STRICTLY
FORBIDDEN!
This rule does not apply to scripts which operate in their own child process.

* Scripts ending with *.sh (=scripts called in the same shell process as the
mozilla startup script) restricted to the Bourne Shell syntax.
Any extensions supported by ksh, ksh93, dtksh and bash are FORBIDDEN.
This restriction does not apply to non-inline shell scripts; they may choose
their interpreter freely (even #!/usr/bin/perl).

* Pluggable shell scripts must have the "readable" and "executable" permission
bit (e.g. chmod a+rx) set for "user", "group" and "others" when being placed
in */init.d/

* The only allowed way to test whether a mozilla supports the Mozilla Pluggable
Init Script API is to test for "$dist_bin/init.d/README".
The following fragment of a XPI install.js script illustrates the test:
-- snip --
/* Test whether this mozilla supports pluggable init shell scripts */
var fProgram = getFolder("Program");
var init_d_readme_path = getFolder(fProgram, "init.d/README");
logComment("# Checking whether '" + init_d_readme_path + "' exists.");
if (!File.exists(init_d_readme_path)) {
logComment("# init_d_readme_path missing");
alert("Your version of Mozilla does not support " +
"pluggable init shell scripts.\n" +
"You need at least Mozilla 1.7a (or later).");
cancelInstall(ACCESS_DENIED);
return;
}
-- snip --

* Scripts must be able to handle that "start" and "stop" are being called
multiple times (for example when one user works in different profiles).
The PIS framework provides "MOZ_PIS_SESSION_PID" to identify the current
running session.

* There is no gurantee that "stop"-scripts are being called. The user, admin
or a reboot may prevent the execution of the "stop" scripts; the "start"
scripts should include a check to cleanup orphaned resources (orphaned
resources can simply be identified via checking whether MOZ_PIS_SESSION_PID
is still a valid PID).

* Inline shell scripts are allowed to abort the start sequence with "exit".
This will PREVENT mozilla from being launched. USE THIS FUNCTIONALITY ONLY
in EMERGENCY cases or if the user has been asked (GUI etc.) to abort.
It is STRONGLY recommended to call 'moz_pis_startstop_scripts "stop"' to
ensure that the "stop"-scripts are being executed (please do not do that
from "stop" scripts, that will end in an endless loop).
Example:
-- snip --
if [ ! -f "/usr/local/lib/libgtk.so" ] ; then
echo "${0}: Fatal error: libgtk.so not found." 1>&2
moz_pis_startstop_scripts "stop"
exit 1
fi
-- snip --

** Rules (for Mozilla Pluggable Init Script API Version 3):
NOT DEFINED YET

# EOF.
 
Ich hatte ihn auch drauf aber trotz des genannten Patches lief bei mir der Browser unstable, denn der Stützt bei Java ab oder zeigt es nicht mal an, bei flash stützt er auch auch mit einem Coredump ab. Dumm gelaufen wenn man nicht mal mehr die Videos bei myvideo.de ankucken kann ohne Absturtz. Aus dem Grunde bin ich wieder zum 1.5er gewechselt der rennt wenigstens stabil ohne absturtz. Eines ist mir jedoch unklar, warum am den firefox 2.0 nicht in den port www/firefox2 getan hat so das der alte port geblieben wäre und jeder der den neuen unbedingt haben will nur ein portupgrade -o www/firefox2 -f firefox-1.5.0.7_1,2 machen braucht und dann wird ihm der neue gebaut. Aber naja solange der neue nicht geht und der alte aber in den ports ist werde ich den auch benutzen. Verstehe sowieso nicht warum man das instabile ding überhaubt in die Ports gesemmelt hat.
 
Ich weiß, passt nicht so wirklich hier rein, aber hat jemand ne Ahnung, wo es das firefox-i18n für den 1.5.0.7 gibt? portupgrade hat mir das auf die 2.0er upgedatet und jetzt funktioniert das nicht mehr. Oder gibts da nen Trick?

Thx,

Ice
 
Hi Ice,

leider nein. Scheinbar gibt es den nicht, denn wenn es ihn geben würde dann hätten die ihn auch schon früher mal portiert. Ich handtiere auch nur mit der englischen Version rum.
 
Doch du kannst die plugins direkt bei mozilla loaden.

ich habe das auch gemacht und es funct super...
 
Zuletzt bearbeitet:
Bei mir klappt der Patch nicht.

# uname -a
FreeBSD krusty.bsd-geek.de 6.1-STABLE FreeBSD 6.1-STABLE #3: Mon Jul 3 00:09:33 CEST 2006 lars@krusty.bsd-geek.de:/usr/obj/usr/src/sys/KRUSTY i386


EDIT:
Jetzt gehts doch. Hab es noch mal gepatcht und kompiliert und siehe da: FF 2.0 startet...
 
Zuletzt bearbeitet:
Hab FF2 vorgestern aus den ports installiert und es läuft bisher jetzt auch ohne patch einwandfrei!
Die letzten Updates habens wohl gebracht.... :-D

Gruß,

Ice
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben