Dotaz: Sunbird:nejde spusti..(SIGSEGV)

[Skeletonix]

Dobrý den stáhl jsem si Sunbird,rozbalil dp /usr/local a chtěl ho spusti a ouha oběvila se jen hláška:

 ./sunbird
Password:
./run-mozilla.sh: line 131:  4825 Neoprávněný přístup do paměti (SIGSEGV)               "$prog" ${1+"$@"} 

.Toto dělá jak u nové verze 0.3 tak u verze 0.2GTK2. Jen verze gnu běhá,ale zase se naní nedá moc koukat:/. Neví prosím někdo včem dělám chybu, tadu je když tak kus z ./run-mozilla.sh (od řádku 130 až..někam:)) :

moz_run_program()
{
	prog=$MOZ_PROGRAM
	##
	## Make sure the program is executable
	##
	if [ ! -x "$prog" ]
	then
		moz_bail "Cannot execute $prog."
	fi
	##
	## Use md5sum to crc a core file.  If md5sum is not found on the system,
	## then dont debug core files.
	##
	moz_test_binary /bin/type
	if [ $? -eq 1 ]
	then
		crc_prog=`type md5sum 2>/dev/null | awk '{print $3;}' 2>/dev/null | sed -e 's/\.$//'`
	else
		crc_prog=`which md5sum 2>/dev/null`
	fi
	if [ -x "$crc_prog" ]
	then
		DEBUG_CORE_FILES=1
	fi
	if [ "$DEBUG_CORE_FILES" ]
	then
		crc_old=
		if [ -f core ]
		then
			crc_old=`$crc_prog core | awk '{print $1;}' `
		fi
	fi
	##
	## Run the program
	##
	"$prog" ${1+"$@"}
	exitcode=$?
	if [ "$DEBUG_CORE_FILES" ]
	then
		if [ -f core ]
		then
			crc_new=`$crc_prog core | awk '{print $1;}' `
		fi
	fi
	if [ "$crc_old" != "$crc_new" ]
	then
		printf "\n\nOh no!  %s just dumped a core file.\n\n" $prog
		printf "Do you want to debug this ? "
		printf "You need a lot of memory for this, so watch out ? [y/n] "
		read ans
		if [ "$ans" = "y" ]
		then
			debugger=`moz_get_debugger`
			if [ -x "$debugger" ]
			then
				echo "$debugger $prog core"

				# See http://www.mozilla.org/unix/debugging-faq.html
				# For why LD_BIND_NOW is needed
				LD_BIND_NOW=1; export LD_BIND_NOW

				$debugger "$prog" core
			else
				echo "Could not find a debugger on your system."
			fi
		fi
	fi
}

..Děkuji Ubuntu 5.10; Kernel 2.6.12-26

Odpovědi

[JirkaH]

Mam ten samy problem s Firefoxem a javou (kazdy samostatne). Spustit jdou, ale obcas to slitne. Tusim, ze jsem si zavlekl do systemu spatnou verzi nejake knihovny. Jak se da zjistit, kde presne to shucelo?

[tsLnox]

v logu? dalo by se to mozna dat jako (napr.) firefox &> log ... pokud se pletu, opravte me, s timhle vubec nemam zkusenosti, mimo to jsem ted ve skole na windowsech, takze... skoda slov

[petris]

Takhle to zjistit nejde. Jedna možnost je pustit binárku ve strace a koukat, jestli tam není něco podezřelého, druhá možnost je to pustit v debuggeru.

Obecně bych řekl že snadno opravitelné problémy se dají odhalit pomocí strace (chybějící soubory atd.). Ty, na které se už musí vzít debugger, většinou pak už chtěj zásah do kódu.

[outsider]

Core file.

Nastavte limit napr. pomoci ulimit -c unlimited a pak po tom padu najdete soubor core.PID. Postvete na nej debugger a ... zjistite, ze vite stejne prd

[JirkaH]

Do analyzy core souboru se mi moc nechce. Me by jenom stacilo zjistit, na ktere dynamicke knihovne to slitne (doufam, ze je to nejakou knihovnou, protoze tak pada vice programu). Nezajima me kokretne kde a proc. Ale pokud to nejde jinak nez pres core, tak mi asi nic jineho nezbyde.