I hit this bug sometimes ago. I found a following workaround:
Originally I had a one common GPRS setup a and three master config for
(infra,bluetooh,cable). All master config called at the end generic
GPRS setup. This worked OK for some time, but after some ppp upgade it
stop work. The workaround, that I found was do not use "call" option and
paste the generic options to all files.
So may be this bug is related to nested config file call.
my backtrace:
(gdb) bt
#0 0x08074fb2 in tdb_store ()
#1 0x08051b80 in unlock_db ()
#2 0x08061a11 in int_option ()
#3 0x08060b3b in options_from_list ()
#4 0x080603a7 in options_from_file ()
#5 0x08061a2a in int_option ()
#6 0x08060b3b in options_from_list ()
#7 0x080601ef in parse_args ()
#8 0x0804ee59 in main ()
and strace
setresuid32(-1, 0, -1) = 0
getuid32() = 0
setresuid32(-1, 0, -1) = 0
open("/etc/ppp/peers/gprs-cable", O_RDONLY) = 4
setresuid32(-1, 0, -1) = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=722, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7
fe8000
read(4, "# Keep pppd attached to the term"..., 4096) = 722
stat64("/dev/ttyUSB0", {st_mode=S_IFCHR|0660, st_rdev=makedev(188, 0),
...}) = 0
stat64("/dev/ttyUSB0", {st_mode=S_IFCHR|0660, st_rdev=makedev(188, 0),
...}) = 0
stat64("/dev/115200", 0xbfffe2ec) = -1 ENOENT (No such file or
directory)
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Tomas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
