different behaviour on fbsd and linux

2006-02-18 Thread Divacky Roman
hi this simple program #include sys/types.h #include unistd.h #include stdlib.h main() { pid_t pid; pid = fork(); if (pid == 0) execl(/bin/ls, NULL); } works differently on fbsd and on linux. on fbsd it basically ls each record in ENV on linux it executes ls listing all files

[patch] Redirect and LSNAT support in ipfw

2006-02-18 Thread Paolo Pisati
Hi, as a continuation of my Summer of Code project Improve libalias i just decided to release a new version with: 1) dinamyc address support via interface name (ipfw nat 111 config if tun0) 2) redirect and LSNAT support in ipfw following closely the natd syntax. The only difference

Re: different behaviour on fbsd and linux

2006-02-18 Thread joerg
On Sat, Feb 18, 2006 at 06:17:18PM +0100, Divacky Roman wrote: execl(/bin/ls, NULL); This is wrong. You must specify arg0 != NULL (POSIX says so) and you must NULL-terminate the *following* list. E.g.: execl(/bin/ls, /bin/ls, NULL); is what you want to do. Joerg

Bad block - file mapping

2006-02-18 Thread M. Warner Losh
I have a hard disk that's been in service a long time. I recently installed the SMART monitoring tools. On occasion, I get reports of LBAs it can't read. I'd like to map the LBA to an actual file in the file system, if possible. Does anybody have any tools that can help me with this? I know I

Re: Bad block - file mapping

2006-02-18 Thread Bakul Shah
I have a hard disk that's been in service a long time. I recently installed the SMART monitoring tools. On occasion, I get reports of LBAs it can't read. I'd like to map the LBA to an actual file in the file system, if possible. Does anybody have any tools that can help me with this? I

Re: different behaviour on fbsd and linux

2006-02-18 Thread Divacky Roman
On Sat, Feb 18, 2006 at 06:21:52PM +0100, [EMAIL PROTECTED] wrote: On Sat, Feb 18, 2006 at 06:17:18PM +0100, Divacky Roman wrote: execl(/bin/ls, NULL); This is wrong. You must specify arg0 != NULL (POSIX says so) and you must NULL-terminate the *following* list. E.g.:

Re: different behaviour on fbsd and linux

2006-02-18 Thread Stefan Farfeleder
On Sat, Feb 18, 2006 at 06:21:52PM +0100, [EMAIL PROTECTED] wrote: On Sat, Feb 18, 2006 at 06:17:18PM +0100, Divacky Roman wrote: execl(/bin/ls, NULL); This is wrong. You must specify arg0 != NULL (POSIX says so) and you must NULL-terminate the *following* list. E.g.:

Re: Bad block - file mapping

2006-02-18 Thread M. Warner Losh
In message: [EMAIL PROTECTED] Bakul Shah [EMAIL PROTECTED] writes: : I have a hard disk that's been in service a long time. I recently : installed the SMART monitoring tools. On occasion, I get reports of : LBAs it can't read. I'd like to map the LBA to an actual file in the :

Re: Bad block - file mapping

2006-02-18 Thread Markus Trippelsdorf
On Sat, Feb 18, 2006 at 10:21:45AM -0700, M. Warner Losh wrote: I have a hard disk that's been in service a long time. I recently installed the SMART monitoring tools. On occasion, I get reports of LBAs it can't read. I'd like to map the LBA to an actual file in the file system, if

Re: Bad block - file mapping

2006-02-18 Thread Wilko Bulte
On Sat, Feb 18, 2006 at 10:47:49AM -0700, M. Warner Losh wrote.. In message: [EMAIL PROTECTED] Bakul Shah [EMAIL PROTECTED] writes: : I have a hard disk that's been in service a long time. I recently : installed the SMART monitoring tools. On occasion, I get reports of : LBAs

Re: Bad block - file mapping

2006-02-18 Thread Bakul Shah
However, I'd kinda like to know which file that is. If it is a boring file (foo.o, say), I'd dd the bad block with 0's and then remove it. If it is a non-boring file, I'd try to recover it a couple of times, etc. So you want a function that does this?

Re: Bad block - file mapping

2006-02-18 Thread M. Warner Losh
In message: [EMAIL PROTECTED] Bakul Shah [EMAIL PROTECTED] writes: : However, I'd kinda like to know : which file that is. If it is a boring file (foo.o, say), I'd dd the : bad block with 0's and then remove it. If it is a non-boring file, :

Re: Bad block - file mapping

2006-02-18 Thread Maxim Konovalov
On Sat, 18 Feb 2006, 10:21-0700, M. Warner Losh wrote: I have a hard disk that's been in service a long time. I recently installed the SMART monitoring tools. On occasion, I get reports of LBAs it can't read. I'd like to map the LBA to an actual file in the file system, if possible. Does

Re: different behaviour on fbsd and linux

2006-02-18 Thread M. Warner Losh
In message: [EMAIL PROTECTED] Stefan Farfeleder [EMAIL PROTECTED] writes: : On Sat, Feb 18, 2006 at 06:21:52PM +0100, [EMAIL PROTECTED] wrote: : On Sat, Feb 18, 2006 at 06:17:18PM +0100, Divacky Roman wrote: : execl(/bin/ls, NULL); : : This is wrong. You must specify arg0

Re: different behaviour on fbsd and linux

2006-02-18 Thread John-Mark Gurney
Divacky Roman wrote this message on Sat, Feb 18, 2006 at 18:39 +0100: On Sat, Feb 18, 2006 at 06:21:52PM +0100, [EMAIL PROTECTED] wrote: On Sat, Feb 18, 2006 at 06:17:18PM +0100, Divacky Roman wrote: execl(/bin/ls, NULL); This is wrong. You must specify arg0 != NULL (POSIX says

Re: Bad block - file mapping

2006-02-18 Thread John-Mark Gurney
Warner Losh wrote this message on Sat, Feb 18, 2006 at 10:21 -0700: I have a hard disk that's been in service a long time. I recently installed the SMART monitoring tools. On occasion, I get reports of LBAs it can't read. I'd like to map the LBA to an actual file in the file system, if

Re: Bad block - file mapping

2006-02-18 Thread Daniel O'Connor
On Sunday 19 February 2006 06:26, Maxim Konovalov wrote: I know I need to get a new disk. In the mean time, I need to cope with these errors in a sane manner... May http://tinyurl.com/c7dr4 help? Ooh nice! Has anyone ported it? Looks like NetBSD's fsdb is structured pretty differently.