On 9/13/05, Christian Magnusson <[EMAIL PROTECTED]> wrote:
I'm not sure why it crash, and I doubt I could fix it without really
logging in to your server and find out by myself.
The backtrace from owhttpd you sent, is either missing debug-information
or perhaps the stack got corrupted.
As far as I know you are running Fedora Core 3 which should have a
working gcc and glibc.
0x00e0776a in FS_dir (dirfunc=0xbff75320, pn=0xbff75350) at ow_dir.c:108
108 dirfunc( &pn2 ) ;
It says it crash in the embedded function directory() defined in
owfs_callback.c row 114... while trying to return the directory called
"uncached" to fuse and your 'ls' command.
The pointers looks good as far as I can see.
We might need to do some tests with modifying the directory() function
at owfs_callback.c:FS_getdir():row 114. That's the only thing I can
think of right now without knowing anything more about the crash.
Add some printf's in directory(), define "char extname" in FS_getdir()
function instead, etc.
And then of course make sure owfs loads the correct libraries.
> ldd /opt/owfs/bin/owfs
> ls -l /opt/owfs/lib/*ow* /opt/owfs/bin/*ow*
> ls -l /usr/local/lib/*fuse* /usr/lib/*fuse*
> ls -l /usr/local/include/fuse* /usr/include/*fuse*
Sorry I can't help you more right now...
/Christian
On Mon, 2005-09-12 at 08:19 -0400, Phil Strong wrote:
> Ok when I run it as root I get this
>
> (gdb) run --foreground --error_level=9 -u /mnt/1wire/
> Starting program: /opt/owfs/bin/owfs --foreground --error_level=9
> -u /mnt/1wire/
> [Thread debugging using libthread_db enabled]
> [New Thread -1208596800 (LWP 10069)]
> Detaching after fork from child process 10072.
> INFO: PARSENAME path=
>
> ERR: Opened USB DS9490 adapter at 002/002.
> : Success
> INFO: DS9490_setup_adapter: done
>
> INFO: DS9490_overdrive()
>
> INFO: DS9490_reset: ok
>
> INFO: Found device [100B3540000000B5] on adapter [002/002]
>
> INFO: DS9490_reset: ok
>
> INFO: Found a DS1420 device [817FCD24000000A6]
>
> INFO: Found device [817FCD24000000A6] on adapter [002/002]
>
> INFO: Set DS9490 [817FCD24000000A6] unique id to adapter [002/002]
> [New Thread 25316272 (LWP 10073)]
> INFO: PARSENAME path=/
>
> INFO: ATTRIBUTES path=/
>
> INFO: PARSENAME path=/
>
> INFO: ATTRIBUTES path=/
>
> INFO: PARSENAME path=/
>
> INFO: ATTRIBUTES path=/
>
> INFO: PARSENAME path=/
>
> INFO: ATTRIBUTES path=/
>
> INFO: PARSENAME path=INFO: DS9490_reset: ok
>
> INFO: DS9490_reset: ok
>
> INFO: DS9490_reset: ok
>
> INFO: DS9490_reset: ok
>
> INFO: PARSENAME path=/
>
> INFO: ATTRIBUTES path=/
>
> INFO: PARSENAME path=/
>
> INFO: ATTRIBUTES path=/
>
> INFO: PARSENAME path=/
>
> INFO: ATTRIBUTES path=/
>
> INFO: PARSENAME path=/
>
> INFO: DIRECTORY path=/
>
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -1208596800 (LWP 10069)]
> 0x00e0776a in FS_dir (dirfunc=0xbff75320, pn=0xbff75350) at
> ow_dir.c:108
> 108 dirfunc( &pn2 ) ;
> (gdb) bt
> #0 0x00e0776a in FS_dir (dirfunc=0xbff75320, pn=0xbff75350) at
> ow_dir.c:108
> #1 0x08049176 in FS_getdir (path=0x805ca10 "/", h=0x805c918,
> filler=0x338298 <fill_dir_old>) at owfs_callback.c:131
> #2 0x00338553 in do_readdir (f=0x805c6e8, in=0x80822f0,
> arg=0x8082314)
> at fuse.c:1750
> #3 0x00339685 in fuse_process_cmd (f=0x805c6e8, cmd=0x805c898) at
> fuse.c:1982
> #4 0x0033af51 in do_work (data="" at fuse_mt.c:85
> #5 0x0033b201 in fuse_loop_mt_proc (f=0x805c6e8, proc=0, data="">> at fuse_mt.c:179
> #6 0x0033b374 in fuse_loop_mt (f=0x1) at fuse_mt.c:196
> #7 0x08048f4c in main (argc=5, argv=0xbff7895f) at owfs.c:144
> (gdb) thread apply all bt
>
> Thread 2 (Thread 25316272 (LWP 10073)):
> #0 0x00b4a7a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2
> #1 0x00da13fb in __read_nocancel () from /lib/tls/libpthread.so.0
> #2 0x0033a669 in fuse_read_cmd (f=0x805c6e8) at fuse.c:2027
> #3 0x0033af22 in do_work (data="" at fuse_mt.c:61
> #4 0x00d9c341 in start_thread () from /lib/tls/libpthread.so.0
> #5 0x00c2afee in clone () from /lib/tls/libc.so.6
>
> Thread 1 (Thread -1208596800 (LWP 10069)):
> #0 0x00e0776a in FS_dir (dirfunc=0xbff75320, pn=0xbff75350) at
> ow_dir.c:108
> #1 0x08049176 in FS_getdir (path=0x805ca10 "/", h=0x805c918,
> filler=0x338298 <fill_dir_old>) at owfs_callback.c:131
> #2 0x00338553 in do_readdir (f=0x805c6e8, in=0x80822f0,
> arg=0x8082314)
> at fuse.c:1750
> #3 0x00339685 in fuse_process_cmd (f=0x805c6e8, cmd=0x805c898) at
> fuse.c:1982
> #4 0x0033af51 in do_work (data="" at fuse_mt.c:85
> #5 0x0033b201 in fuse_loop_mt_proc (f=0x805c6e8, proc=0, data="">> at fuse_mt.c:179
> #6 0x0033b374 in fuse_loop_mt (f=0x1) at fuse_mt.c:196
> #7 0x08048f4c in main (argc=5, argv=0xbff7895f) at owfs.c:144
>
>
>
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Owfs-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/owfs-developers
--
Phil Strong
Synergetic Data Systems
(w) 240 793 6565
[EMAIL PROTECTED]
