freebsd-hackers

• Date Index

---

• namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys), Jaakko Heinonen
  • <Possible follow-ups>
  • Re: namei() returns EISDIR for "/" (Re: svn commit: r203990 - head/lib/libc/sys), Alexander Best
• [patch] extending {amd64|i386} cpu info, Alexander Best
  • Re: [patch] extending {amd64|i386} cpu info, Ed Schouten
    • Re: [patch] extending {amd64|i386} cpu info, Alexander Best
  • Re: [patch] extending {amd64|i386} cpu info, Garrett Cooper
• package building failure irritation, xorquewasp
  • Re: package building failure irritation, Dag-Erling Smørgrav
  • Re: package building failure irritation, Greg Larkin
    • Re: package building failure irritation, xorquewasp
      • Re: package building failure irritation, Stephen Montgomery-Smith
    • Re: package building failure irritation, xorquewasp
      • Re: package building failure irritation, Greg Larkin
      • Re: package building failure irritation, xorquewasp
  • Re: package building failure irritation, Mark Linimon
• ddb and dump devices, Garrett Cooper
  • Re: ddb and dump devices, Ryan Stone
    • Re: ddb and dump devices, Garrett Cooper
      • Re: ddb and dump devices, Ryan Stone
• mktemp(1) in /tmp or $PWD?, Garrett Cooper
  • Re: mktemp(1) in /tmp or $PWD?, Garrett Cooper
    • Re: mktemp(1) in /tmp or $PWD?, Doug Barton
      • Re: mktemp(1) in /tmp or $PWD?, Erik Trulsson
      • Re: mktemp(1) in /tmp or $PWD?, Garrett Cooper
      • Re: mktemp(1) in /tmp or $PWD?, Jonathan McKeown
      • Re: mktemp(1) in /tmp or $PWD?, Garrett Cooper
      • Re: mktemp(1) in /tmp or $PWD?, jhell
      • Re: mktemp(1) in /tmp or $PWD?, Garrett Cooper
      • Re: mktemp(1) in /tmp or $PWD?, Alexey Shuvaev
• Nasty bug in jn(3), Steve Kargl
• debug libraries, Dr. Baud
  • Re: debug libraries, Giorgos Keramidas
  • Re: debug libraries, John Baldwin
• [Proof of Concept] Stacked unionfs based 'tinderbox', David Naylor
  • Re: [Proof of Concept] Stacked unionfs based 'tinderbox', Ulrich Spörlein
    • Re: [Proof of Concept] Stacked unionfs based 'tinderbox', David Naylor
    • Re: [Proof of Concept] Stacked unionfs based 'tinderbox', David Naylor
• [Fwd: odd nfs behaviour], Aryeh M. Friedman
• 2 bytes allocated problems, Andrey Zonov
  • Re: 2 bytes allocated problems, Max Laier
  • Re: 2 bytes allocated problems, Dag-Erling Smørgrav
    • Re: 2 bytes allocated problems, Andrey Zonov
      • Re: 2 bytes allocated problems, Dag-Erling Smørgrav
      • Re: 2 bytes allocated problems, RW
      • Re: 2 bytes allocated problems, Matthias Andree
      • Re: 2 bytes allocated problems, Dag-Erling Smørgrav
      • Re: 2 bytes allocated problems, Max Laier
• VirtualBox and vtophys, Jacques Fourie
  • Re: VirtualBox and vtophys, Gary Jennejohn
  • Re: VirtualBox and vtophys, Giovanni Trematerra
  • Re: VirtualBox and vtophys, John Baldwin
    • Re: VirtualBox and vtophys, Kostik Belousov
• Linuxolator patches: stat and lseek SEEK_END for disk devices, Juergen Lock
  • 32 bit Linux lseek missing overflow check (was: Re: Linuxolator patches: stat and lseek SEEK_END for disk devices), Juergen Lock
    • Re: 32 bit Linux lseek missing overflow check (was: Re: Linuxolator patches: stat and lseek SEEK_END for disk devices), John Baldwin
      • Re: 32 bit Linux lseek missing overflow check (was: Re: Linuxolator patches: stat and lseek SEEK_END for disk devices), Juergen Lock
• hastd without openssl, Alexandr Rybalko
• sched_lock mutex and sleepq_wait, Shrivatsan
  • Re: sched_lock mutex and sleepq_wait, John Baldwin
  • Re: sched_lock mutex and sleepq_wait, Julian Elischer
• `make cleanworld` and /usr/obj/lib32/usr/src, Alexander Best
  • Re: `make cleanworld` and /usr/obj/lib32/usr/src, Gary Jennejohn
    • Re: `make cleanworld` and /usr/obj/lib32/usr/src, Alexander Best
      • Re: `make cleanworld` and /usr/obj/lib32/usr/src, Gary Jennejohn
      • Re: `make cleanworld` and /usr/obj/lib32/usr/src, Alexander Best
• apply(1) and libsbuf, Jaakko Heinonen
• Building FreeBSD on a linux FC11 box., Patrick Mahan
  • Re: Building FreeBSD on a linux FC11 box., R. Tyler Ballance
    • Re: Building FreeBSD on a linux FC11 box., Ulrich Spörlein
      • Re: Building FreeBSD on a linux FC11 box., Giorgos Keramidas
• -reply:<4B7F7F02.1000004@freebsd.org>, Thomas Schmitt
• ntpd hangs under FBSD 8, Peter Steele
  • Re: ntpd hangs under FBSD 8, R. Tyler Ballance
    • RE: ntpd hangs under FBSD 8, Peter Steele
      • Re: ntpd hangs under FBSD 8, Ryan Stone
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • Re: ntpd hangs under FBSD 8, Alexey Shuvaev
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • Re: ntpd hangs under FBSD 8, Alexandr Rybalko
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • Re: ntpd hangs under FBSD 8, Kostik Belousov
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • Re: ntpd hangs under FBSD 8, Kostik Belousov
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • Re: ntpd hangs under FBSD 8, Kostik Belousov
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • RE: ntpd hangs under FBSD 8, Nate Eldredge
      • Re: ntpd hangs under FBSD 8, Alexey Shuvaev
      • Re: ntpd hangs under FBSD 8, Dag-Erling Smørgrav
      • Re: ntpd hangs under FBSD 8, John Baldwin
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • Re: ntpd hangs under FBSD 8, Kostik Belousov
      • Re: ntpd hangs under FBSD 8, John Baldwin
      • RE: ntpd hangs under FBSD 8, Peter Steele
      • RE: ntpd hangs under FBSD 8, Nate Eldredge
      • RE: ntpd hangs under FBSD 8, Peter Steele
• Anyone updating the Project Ideas page?, Pedro F. Giffuni
  • Re: Anyone updating the Project Ideas page?, Joel Dahl
    • Re: Anyone updating the Project Ideas page?, Pedro F. Giffuni
      • Re: Anyone updating the Project Ideas page?, Aditya Sarawgi
      • Re: Anyone updating the Project Ideas page?, Eitan Adler
      • Re: Anyone updating the Project Ideas page?, Eitan Adler
• GEOM_ULZMA, Alexandr Rybalko
  • <Possible follow-ups>
  • Re: GEOM_ULZMA, Ivan Voras
    • Re: GEOM_ULZMA, Alex RAY
      • Re: GEOM_ULZMA, Adrian Chadd
      • Re: GEOM_ULZMA, Alex RAY
      • Re: GEOM_ULZMA, Adrian Chadd
  • Re: GEOM_ULZMA, b. f.
    • Re: GEOM_ULZMA, Tim Kientzle
      • Re: GEOM_ULZMA, Alex RAY
      • Re: GEOM_ULZMA, Tim Kientzle
• mptable(1) typo, Jakub Lach
  • Re: mptable(1) typo, John Baldwin
• junior tasks wiki page - please add stuff, Eitan Adler
  • Re: junior tasks wiki page - please add stuff, Garrett Cooper
    • Re: junior tasks wiki page - please add stuff, jhell
      • Re: junior tasks wiki page - please add stuff, R. Tyler Ballance
      • Re: junior tasks wiki page - please add stuff, Garrett Cooper
    • Re: junior tasks wiki page - please add stuff, Eitan Adler
• Debug registers on FreeBSD‏, Anderson Eduardo
  • Re: Debug registers on FreeBSD‏, Dunceor
  • Re: Debug registers on FreeBSD‏, Ivan Voras
  • Re: Debug registers on FreeBSD‏, Julian Elischer
• ZFS'inodes' (as reported by 'df -i') running out?, Karl Pielorz
  • Re: ZFS'inodes' (as reported by 'df -i') running out?, Ivan Voras
    • Re: ZFS'inodes' (as reported by 'df -i') running out?, pluknet
      • Re: ZFS'inodes' (as reported by 'df -i') running out?, krad
    • Re: ZFS'inodes' (as reported by 'df -i') running out?, Karl Pielorz
• unix socket: race on close?, Mikolaj Golub
  • Re: unix socket: race on close?, Robert Watson
    • Re: unix socket: race on close?, Mikolaj Golub
• Debug registers on FreeBSD, Anderson Eduardo
  • Re: Debug registers on FreeBSD, John Baldwin
    • Re: Debug registers on FreeBSD, Kostik Belousov
      • Re: Debug registers on FreeBSD, John Baldwin
      • RE: Debug registers on FreeBSD, Anderson Eduardo
• "tar tfv /dev/cd0" speedup patch, Juergen Lock
  • Re: "tar tfv /dev/cd0" speedup patch, Tim Kientzle
    • Re: "tar tfv /dev/cd0" speedup patch, Juergen Lock
      • Re: "tar tfv /dev/cd0" speedup patch, Joerg Sonnenberger
      • Re: "tar tfv /dev/cd0" speedup patch, Tim Kientzle
      • seeking and seekability (was: "tar tfv /dev/cd0" speedup patch), Matthias Andree
      • Re: "tar tfv /dev/cd0" speedup patch, Joerg Sonnenberger
      • Re: "tar tfv /dev/cd0" speedup patch, Juergen Lock
      • Re: "tar tfv /dev/cd0" speedup patch, Garrett Cooper
      • Re: "tar tfv /dev/cd0" speedup patch, Juergen Lock
      • Re: "tar tfv /dev/cd0" speedup patch, Tim Kientzle
      • Re: "tar tfv /dev/cd0" speedup patch, Jung-uk Kim
      • Re: "tar tfv /dev/cd0" speedup patch, Tim Kientzle
      • Re: "tar tfv /dev/cd0" speedup patch, Juergen Lock
      • Re: "tar tfv /dev/cd0" speedup patch, Tim Kientzle
      • Re: "tar tfv /dev/cd0" speedup patch; Linux compatibility patches, Juergen Lock
      • Re: "tar tfv /dev/cd0" speedup patch; Linux compatibility patches, Tim Kientzle
      • Re: "tar tfv /dev/cd0" speedup patch; Linux compatibility patches, Juergen Lock
      • Re: "tar tfv /dev/cd0" speedup patch, Duane H. Hesser
      • Re: "tar tfv /dev/cd0" speedup patch, Tim Kientzle
      • Re: "tar tfv /dev/cd0" speedup patch, Juergen Lock
• linprocfs proc/pid/environ patch & list question, Fernando Apesteguía
  • Re: linprocfs proc/pid/environ patch & list question, Kostik Belousov
    • Re: linprocfs proc/pid/environ patch & list question, Fernando Apesteguía
      • Re: linprocfs proc/pid/environ patch & list question, Kostik Belousov
      • Re: linprocfs proc/pid/environ patch & list question, Fernando Apesteguía
• Per core, per device interrupt counts, Andrew Brampton
  • Re: Per core, per device interrupt counts, John Baldwin
    • Re: Per core, per device interrupt counts, Fernando Gleiser
• Qlogic (isp) cannot login into fabric after link loss, Oleg Sharoyko
  • Re: Qlogic (isp) cannot login into fabric after link loss, Matthew Jacob
• read(1) garbage when input redirected from make incorrectly, Garrett Cooper
  • Re: read(1) garbage when input redirected from make incorrectly, Garrett Cooper
  • Re: read(1) garbage when input redirected from make incorrectly, Jan Mikkelsen
    • Re: read(1) garbage when input redirected from make incorrectly, Garrett Cooper
      • Re: read(1) garbage when input redirected from make incorrectly, Tod McQuillin
      • Re: read(1) garbage when input redirected from make incorrectly, Garrett Cooper
  • Re: read(1) garbage when input redirected from make incorrectly, Dag-Erling Smørgrav
    • Re: read(1) garbage when input redirected from make incorrectly, Jan Mikkelsen
      • Re: read(1) garbage when input redirected from make incorrectly, Dag-Erling Smørgrav
• Ktrace'ing kernel threads, Shrikanth Kamath
  • Re: Ktrace'ing kernel threads, Fernando Gleiser
  • Re: Ktrace'ing kernel threads, John Baldwin
• Sudden mbuf demand increase and shortage under the load, Maxim Sobolev
  • Re: Sudden mbuf demand increase and shortage under the load, Sergey Babkin
    • Re: Sudden mbuf demand increase and shortage under the load, Maxim Sobolev
    • Re: Sudden mbuf demand increase and shortage under the load (igb issue?), Maxim Sobolev
      • Re: Sudden mbuf demand increase and shortage under the load (igb issue?), Pyun YongHyeon
      • Re: Sudden mbuf demand increase and shortage under the load (igb issue?), Kostik Belousov
      • Re: Sudden mbuf demand increase and shortage under the load (igb issue?), Ivan Voras
      • Re: Sudden mbuf demand increase and shortage under the load (igb issue?), Maxim Sobolev
      • Re: Sudden mbuf demand increase and shortage under the load (igb issue?), Pyun YongHyeon
      • Re: Sudden mbuf demand increase and shortage under the load (igb issue?), Jack Vogel
      • Re: Sudden mbuf demand increase and shortage under the load (igb issue?), Maxim Sobolev
      • Re: Sudden mbuf demand increase and shortage under the load (igb issue?), Pyun YongHyeon
• NFS/UDP and vfs.nfs.nfs_ip_paranoia=0 does not help, Daniel Braniss
• [patch] contrib/gdtoa/hexnan.c, Alexander Best
• [patch] usr.bin/elf2aout/elf2aout.1, Alexander Best
  • Re: [patch] usr.bin/elf2aout/elf2aout.1, Ruslan Ermilov
    • Re: [patch] usr.bin/elf2aout/elf2aout.1, Alexander Best
• Future CPUs - 128 threads, Ivan Voras
  • Re: Future CPUs - 128 threads, Artem Belevich
    • Re: Future CPUs - 128 threads, Ivan Voras
      • Re: Future CPUs - 128 threads, Rayson Ho
      • Re: Future CPUs - 128 threads, Artem Belevich
      • Re: Future CPUs - 128 threads, Julian Elischer
      • RE: Future CPUs - 128 threads, Andrew Duane
  • Re: Future CPUs - 128 threads, Peter Jeremy
• KLD hello.ko: depends on kernel - not available or version mismatch, james toy
  • Re: KLD hello.ko: depends on kernel - not available or version mismatch, Andrey V. Elsukov
  • Re: KLD hello.ko: depends on kernel - not available or version mismatch, Julian Elischer
  • Re: KLD hello.ko: depends on kernel - not available or version mismatch, Andrew Brampton
    • Re: KLD hello.ko: depends on kernel - not available or version mismatch, james toy
• NFS write corruption on 8.0-RELEASE, Dmitry Marakasov
  • Re: NFS write corruption on 8.0-RELEASE, John Baldwin
    • Re: NFS write corruption on 8.0-RELEASE, Rick Macklem
      • Re: NFS write corruption on 8.0-RELEASE, Dmitry Marakasov
      • Re: NFS write corruption on 8.0-RELEASE, Rick Macklem
      • Re: NFS write corruption on 8.0-RELEASE, alan bryan
      • Re: NFS write corruption on 8.0-RELEASE, Bernd Walter
    • Re: NFS write corruption on 8.0-RELEASE, Rick Macklem
  • <Possible follow-ups>
  • Re: NFS write corruption on 8.0-RELEASE, Oliver Fromme
    • Re: NFS write corruption on 8.0-RELEASE, Dmitry Marakasov
      • Re: NFS write corruption on 8.0-RELEASE, Nate Eldredge
      • Re: NFS write corruption on 8.0-RELEASE, Oliver Fromme
      • Re: NFS write corruption on 8.0-RELEASE, Dmitry Marakasov
      • Re: NFS write corruption on 8.0-RELEASE, Oliver Fromme
      • Re: NFS write corruption on 8.0-RELEASE, Rick Macklem
      • Re: NFS write corruption on 8.0-RELEASE, Rick Macklem
• Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Sean C. Farley
  • <Possible follow-ups>
  • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Andriy Gapon
    • Message not available
      • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Andriy Gapon
      • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Ivan Voras
      • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Andriy Gapon
      • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Ivan Voras
      • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Ivan Voras
      • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Andriy Gapon
      • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Ivan Voras
      • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), John Baldwin
      • Re: Strange problem with 8-stable, VMWare vSphere 4 & AMD CPUs (unexpected shutdowns), Alan Cox
• System() returning ECHILD error on FreeBSD 7.2, Naveen Gujje
  • Re: System() returning ECHILD error on FreeBSD 7.2, Oliver Fromme
  • Re: System() returning ECHILD error on FreeBSD 7.2, Jilles Tjoelker
    • Re: System() returning ECHILD error on FreeBSD 7.2, Naveen Gujje
  • <Possible follow-ups>
  • Re: System() returning ECHILD error on FreeBSD 7.2, Naveen Gujje
    • Re: System() returning ECHILD error on FreeBSD 7.2, Garrett Cooper
      • Re: System() returning ECHILD error on FreeBSD 7.2, Andriy Gapon
      • Re: System() returning ECHILD error on FreeBSD 7.2, Naveen Gujje
• sysctl with regex?, Andrew Brampton
  • Re: sysctl with regex?, Dag-Erling Smørgrav
    • Re: sysctl with regex?, Andrew Brampton
      • Re: sysctl with regex?, Garrett Cooper
      • Re: sysctl with regex?, Andrew Brampton
      • Re: sysctl with regex?, Garrett Cooper
      • Re: sysctl with regex?, Andrew Brampton
      • Re: sysctl with regex?, Garrett Cooper
      • Message not available
      • Re: sysctl with regex?, Garrett Cooper
      • Re: sysctl with regex?, Dag-Erling Smørgrav
      • Re: sysctl with regex?, Roman Divacky
      • Re: sysctl with regex?, Dag-Erling Smørgrav
      • Re: sysctl with regex?, Joerg Sonnenberger
      • Re: sysctl with regex?, Garrett Cooper
      • Re: sysctl with regex?, Dag-Erling Smørgrav
      • Re: sysctl with regex?, Garrett Cooper
      • Re: sysctl with regex?, Dag-Erling Smørgrav
  • Re: sysctl with regex?, Oliver Fromme
    • Re: sysctl with regex?, Garrett Cooper
• Re: [patch] extending/completing brandelf's OS knowledge, Alexander Best
• How can I force boot from alternate drive with boot.config?, Peter Steele
  • Re: How can I force boot from alternate drive with boot.config?, John Hay
    • RE: How can I force boot from alternate drive with boot.config?, Peter Steele
      • Re: How can I force boot from alternate drive with boot.config?, John Hay
      • Message not available
      • RE: How can I force boot from alternate drive with boot.config?, Peter Steele
      • Re: How can I force boot from alternate drive with boot.config?, John Baldwin
      • Re: How can I force boot from alternate drive with boot.config?, Julian Elischer
      • Re: How can I force boot from alternate drive with boot.config?, John Baldwin
• Invoking a signal handler, Shrivats
  • Re: Invoking a signal handler, Kostik Belousov
  • <Possible follow-ups>
  • Invoking a signal handler, Shrivats
    • Re: Invoking a signal handler, Shrivats
• Re: sysutils/cdrkit update, Alexander Best
• Re: Cross-building amd64->i386 fails at RESCUE, Mars G Miro
  • Re: Cross-building amd64->i386 fails at RESCUE, Eric L. Chen
• ps "time" field jumps backward, Linda Messerschmidt
  • Re: ps "time" field jumps backward, Dan Nelson
    • Re: ps "time" field jumps backward, Linda Messerschmidt
      • Re: ps "time" field jumps backward, Jilles Tjoelker
• pmake .ORDER bug with -j 1 or misuse?, Garrett Cooper
• devfs panic w/INVARIANTS, Andrew Gallatin
  • Re: devfs panic w/INVARIANTS, Kostik Belousov
    • Re: devfs panic w/INVARIANTS, Andrew Gallatin
      • Re: devfs panic w/INVARIANTS, Kostik Belousov
      • Re: devfs panic w/INVARIANTS, Andrew Gallatin
• Re: [PATCH] Support for thresholds in du(1), Gleb Kurtsou
  • Re: [PATCH] Support for thresholds in du(1), jhell
    • Re: [PATCH] Support for thresholds in du(1), Jason A. Spiro
      • Re: [PATCH] Support for thresholds in du(1), Garrett Cooper
      • Re: [PATCH] Support for thresholds in du(1), jhell
  • Re: [PATCH] Support for thresholds in du(1), jhell
  • Re: [PATCH] Support for thresholds in du(1), jhell
    • Re: [PATCH] Support for thresholds in du(1), Gleb Kurtsou
• Re: Unique process id (not pid) and accounting daemon, cronfy
• Re: Renaming "killall" and forever symlinking the old name to the new name, Jason Spiro
• [RFC] [patch] pkill verbose option, Eitan Adler
  • Re: [RFC] [patch] pkill verbose option, jhell
    • Re: [RFC] [patch] pkill verbose option, jhell
      • Re: [RFC] [patch] pkill verbose option, Eitan Adler
      • Re: [RFC] [patch] pkill verbose option, jhell
    • Re: [RFC] [patch] pkill verbose option, Jason Spiro
      • Re: [RFC] [patch] pkill verbose option, Eitan Adler
      • Re: [RFC] [patch] pkill verbose option, Lars Engels
      • Re: [RFC] [patch] pkill verbose option, jhell
      • Re: [RFC] [patch] pkill verbose option, jhell
      • Re: [RFC] [patch] pkill verbose option, jhell
• Re: Spin down HDD after disk sync or before power off, Oliver Fromme
  • Re: Spin down HDD after disk sync or before power off, Warren Block
    • Re: Spin down HDD after disk sync or before power off, Erich Dollansky
      • Re: Spin down HDD after disk sync or before power off, Warren Block
      • RE: Spin down HDD after disk sync or before power off, Andrew Duane
    • Re: Spin down HDD after disk sync or before power off, Ondřej Majerech
    • Re: Spin down HDD after disk sync or before power off, Oliver Fromme
• Does getc(3) use the read(2) syscall?, Stefan Midjich
  • Re: Does getc(3) use the read(2) syscall?, Daniel Molina Wegener
    • Re: Does getc(3) use the read(2) syscall?, Ivan Voras
    • Re: Does getc(3) use the read(2) syscall?, Marc Olzheim
      • Re: Does getc(3) use the read(2) syscall?, Daniel Molina Wegener
      • Re: Does getc(3) use the read(2) syscall?, Stefan Midjich
  • Re: Does getc(3) use the read(2) syscall?, Andrey Simonenko
  • Re: Does getc(3) use the read(2) syscall?, Oliver Fromme
• our little daemon abused as symbol of the evil, Christoph Kukulies
  • Re: our little daemon abused as symbol of the evil, jhell
  • Re: our little daemon abused as symbol of the evil, Julian H. Stacey
  • Re: our little daemon abused as symbol of the evil, Erich Dollansky
  • <Possible follow-ups>
  • Re: our little daemon abused as symbol of the evil, Kirk McKusick
    • Re: our little daemon abused as symbol of the evil, Julian H. Stacey
      • Re: our little daemon abused as symbol of the evil, Erich Dollansky
    • Re: our little daemon abused as symbol of the evil, Greg 'groggy' Lehey
  • Re: our little daemon abused as symbol of the evil, Julian H. Stacey
    • Re: our little daemon abused as symbol of the evil, Kirk McKusick
    • Re: our little daemon abused as symbol of the evil, Ruben de Groot
      • Re: our little daemon abused as symbol of the evil, Oliver Fromme
      • Re: our little daemon abused as symbol of the evil, Julian H. Stacey
      • Re: our little daemon abused as symbol of the evil, Dag-Erling Smørgrav
      • Re: our little daemon abused as symbol of the evil, Bernd Walter
      • Re: our little daemon abused as symbol of the evil, Dag-Erling Smørgrav
      • Re: our little daemon abused as symbol of the evil, Bernd Walter
      • Re: our little daemon abused as symbol of the evil, Oliver Fromme
      • Re: our little daemon abused as symbol of the evil, KAYVEN RIESE
      • Re: our little daemon abused as symbol of the evil, Julian H. Stacey
      • Re: our little daemon abused as symbol of the evil, Julian H. Stacey
      • Re: our little daemon abused as symbol of the evil, Julian H. Stacey
      • Re: our little daemon abused as symbol of the evil, Dag-Erling Smørgrav
• [patch] pkill verbose option, Eitan Adler
• PFIL: how to get tcp/ip fields from mbuf, Lukasz Jaroszewski
  • Re: PFIL: how to get tcp/ip fields from mbuf, Robert Watson
  • Re: PFIL: how to get tcp/ip fields from mbuf, Lawrence Stewart
• Re: Deadlock between GEOM and devfs device destroy and process exit., Pawel Jakub Dawidek
  • Re: Deadlock between GEOM and devfs device destroy and process exit., Hans Petter Selasky
  • Re: Deadlock between GEOM and devfs device destroy and process exit., Alexander Motin
    • Re: Deadlock between GEOM and devfs device destroy and process exit., Kostik Belousov
• Re: Weekend PR smashing, R. Tyler Ballance
  • Re: Weekend PR smashing, Mark Linimon
    • Re: Weekend PR smashing, Philip M. Gollucci
    • Re: Weekend PR smashing, Mark Linimon

• Security
• UNIX
• Linux
• Coding
• Usenet

• Mailing-Lists
• Newsgroups
• About
• Privacy
• Search
• Imprint

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > hackers  > 2010-02