freebsd-hackers

• Thread Index

• Re: Compile Issue: "cannot find -ldl"
  • From: Brooks Davis
• Compile Issue: "cannot find -ldl"
  • From: Shane
• Re: [patch] rm can have undesired side-effects
  • From: Tim Clewlow
• Re: [patch] rm can have undesired side-effects
  • From: Bakul Shah
• Re: [patch] rm can have undesired side-effects
  • From: Tim Clewlow
• Re: [patch] rm can have undesired side-effects
  • From: Daniel Valencia
• Re: Obtaining used pages on process exit?
  • From: Oliver Fromme
• Re: PIC questions
  • From: Kostik Belousov
• Re: Email recommendations
  • From: tech
• Re: [patch] rm can have undesired side-effects
  • From: perryh
• PIC questions
  • From: Michael Bushkov
• Re: [patch] rm can have undesired side-effects
  • From: Vasil Dimov
• Re: Email recommendations
  • From: Freddie Cash
• Re: Email recommendations
  • From: Jeff Mohler
• Email recommendations
  • From: tech
• Re: [patch] rm can have undesired side-effects
  • From: Mike Meyer
• Re: NFS attr cache performance
  • From: Geoff Mohler
• Re: [patch] rm can have undesired side-effects
  • From: Doug Barton
• Re: [patch] rm can have undesired side-effects
  • From: Freddie Cash
• Re: [patch] rm can have undesired side-effects
  • From: Mike Meyer
• Re: [patch] rm can have undesired side-effects
  • From: Doug Barton
• Re: [patch] rm can have undesired side-effects
  • From: Tim Clewlow
• Re: [patch] rm can have undesired side-effects
  • From: Simon L. Nielsen
• Re: [patch] rm can have undesired side-effects
  • From: Bakul Shah
• Re: [patch] rm can have undesired side-effects
  • From: Doug Barton
• Re: [patch] rm can have undesired side-effects
  • From: Bakul Shah
• Re: [patch] rm can have undesired side-effects
  • From: Doug Barton
• Re: Process arguments
  • From: Dave Clausen
• Re: [patch] rm can have undesired side-effects
  • From: Peter Jeremy
• Obtaining used pages on process exit?
  • From: Yan
• Re: File trees: the deeper, the weirder
  • From: Yar Tikhiy
• Re: NFS attr cache performance
  • From: Eric Anderson
• Re: Process arguments
  • From: Robert Watson
• NFS attr cache performance
  • From: Geoff Mohler
• UKUUG SysAdmin Conference in Manchester UK in March
  • From: Sam Smith
• Re: File trees: the deeper, the weirder
  • From: Kostik Belousov
• Re: File trees: the deeper, the weirder
  • From: Yar Tikhiy
• Re: File trees: the deeper, the weirder
  • From: Yar Tikhiy
• Re: [patch] rm can have undesired side-effects
  • From: LI Xin
• Re: File trees: the deeper, the weirder
  • From: Yar Tikhiy
• Re: [patch] rm can have undesired side-effects
  • From: Peter Jeremy
• Re: [patch] rm can have undesired side-effects
  • From: LI Xin
• Re: [patch] rm can have undesired side-effects
  • From: soralx
• Re: [patch] rm can have undesired side-effects
  • From: LI Xin
• Re: [patch] rm can have undesired side-effects
  • From: Joerg Pernfuss
• Re: [patch] rm can have undesired side-effects
  • From: Peter Jeremy
• Re: File trees: the deeper, the weirder
  • From: Yar Tikhiy
• Re: Process arguments
  • From: Adrian Chadd
• Re: Process arguments
  • From: Ganbold
• Re: Process arguments
  • From: Julian Elischer
• Process arguments
  • From: Dave Clausen
• Re: Yeah, but what does it mean? [Was: Re: File trees: the deeper, the weirder]
  • From: Eric Anderson
• Re: [patch] rm can have undesired side-effects
  • From: LI Xin
• Re: [patch] rm can have undesired side-effects
  • From: Steven Hartland
• Re: [patch] rm can have undesired side-effects
  • From: Mike Meyer
• Re: [patch] rm can have undesired side-effects
  • From: Steven Hartland
• Re: [patch] rm can have undesired side-effects
  • From: Joerg Pernfuss
• Re: [patch] rm can have undesired side-effects
  • From: Steven Hartland
• Re: [patch] rm can have undesired side-effects
  • From: Steven Hartland
• Re: [patch] rm can have undesired side-effects
  • From: Joerg Pernfuss
• Re: [patch] rm can have undesired side-effects
  • From: perryh
• Re: [patch] rm can have undesired side-effects
  • From: Joerg Pernfuss
• Re: [patch] rm can have undesired side-effects
  • From: Daniel O'Connor
• Re: [patch] rm can have undesired side-effects
  • From: Joerg Pernfuss
• Re: [patch] rm can have undesired side-effects
  • From: Mike Meyer
• Re: [patch] rm can have undesired side-effects
  • From: Borja Marcos
• Re: [patch] rm can have undesired side-effects
  • From: Steven Hartland
• Re: [patch] rm can have undesired side-effects
  • From: Joerg Pernfuss
• [patch] rm can have undesired side-effects
  • From: Romain Tartiere
• Re: Yeah, but what does it mean? [Was: Re: File trees: the deeper, the weirder]
  • From: Frank Mayhar
• Yeah, but what does it mean? [Was: Re: File trees: the deeper, the weirder]
  • From: freebsd
• Re: File trees: the deeper, the weirder
  • From: Matt Emmerton
• Re: File trees: the deeper, the weirder
  • From: David Malone
• Re: File trees: the deeper, the weirder
  • From: Ulrich Spoerlein
• File trees: the deeper, the weirder
  • From: Yar Tikhiy
• Re: How to write a FreeBSD-style makefile : checking for external vars existence?
  • From: Daniel O'Connor
• How to write a FreeBSD-style makefile : checking for external vars existence?
  • From: Garrett Cooper
• Re: System panic under load (additional information)
  • From: Micah
• Bugathon, yeah it's time again
  • From: Florent Thoumie
• Re: Panic caused by bad memory?
  • From: Charles Sprickman
• Re: System panic under load (additional information)
  • From: Micah
• Re: System panic under load (additional information)
  • From: Kostik Belousov
• Re: System panic under load (additional information)
  • From: Micah
• Re: Problem with routes when configuring IPv6 addresses
  • From: Jan Mikael Melen
• Re: System panic under load (additional information)
  • From: Kostik Belousov
• Re: Fwd: Re[2]: can't get to work SMBUS or simmilar method for getting thermal sensor data
  • From: Alex Zbyslaw
• Fwd: Re[2]: can't get to work SMBUS or simmilar method for getting thermal sensor data
  • From: Andris
• Re: can't get to work SMBUS or simmilar method for getting thermal sensor data
  • From: Julian Elischer
• can't get to work SMBUS or simmilar method for getting thermal sensor data
  • From: Andris
• Re: System panic under load (additional information)
  • From: Micah
• System panic under load
  • From: Micah
• Re: Panic caused by bad memory?
  • From: John Baldwin
• taskqueue_drain
  • From: usleepless
• Best practice for displaying license?
  • From: LI Xin
• Re: Panic caused by bad memory?
  • From: Charles Sprickman
• Re: Panic caused by bad memory?
  • From: perryh
• Panic caused by bad memory?
  • From: Charles Sprickman
• Re: src.conf(5) seems to affect ports build
  • From: Ruslan Ermilov
• Re: src.conf(5) seems to affect ports build
  • From: Florent Thoumie
• Re: scheduler CORE for RELENG_6
  • From: Gary Jennejohn
• Re: src.conf(5) seems to affect ports build
  • From: Ruslan Ermilov
• Re: scheduler CORE for RELENG_6
  • From: Ivan Voras
• Re: scheduler CORE for RELENG_6
  • From: Gary Jenneohn
• Re: src.conf(5) seems to affect ports build
  • From: Florent Thoumie
• Re: scheduler CORE for RELENG_6
  • From: David Xu
• scheduler CORE for RELENG_6 #2
  • From: Stepan A. Baranov
• scheduler CORE for RELENG_6
  • From: Stepan A. Baranov
• Re: 6.1-STABLE hangs, ddb shows 'acpi_timer_read'?
  • From: Karl Pielorz
• Re: dhclient-script impotence.
  • From: Jordan Sissel
• dhclient-script impotence.
  • From: David Gilbert
• moused vs. init / single user mode from $firewall_script
  • From: Nicolas Rachinsky
• Re: src.conf(5) seems to affect ports build
  • From: Jeremie Le Hen
• Re: Threading system calls (int 80h)
  • From: Ekkehard Morgenstern
• Re: Threading system calls (int 80h)
  • From: Ekkehard Morgenstern
• Re: src.conf(5) seems to affect ports build
  • From: Ruslan Ermilov
• Re: src.conf(5) seems to affect ports build
  • From: Jeremie Le Hen
• Re: Fwd: Removing Giant from a driver
  • From: John-Mark Gurney
• Re: Fwd: Removing Giant from a driver
  • From: usleepless
• Re: Fwd: Removing Giant from a driver
  • From: John-Mark Gurney
• Re: Threading system calls (int 80h)
  • From: John-Mark Gurney
• Re: src.conf(5) seems to affect ports build
  • From: Ruslan Ermilov
• src.conf(5) seems to affect ports build
  • From: Jeremie Le Hen
• Re: 6.1-STABLE hangs, ddb shows 'acpi_timer_read'?
  • From: Robert Watson
• Re: 6.1-STABLE hangs, ddb shows 'acpi_timer_read'?
  • From: Ivan Voras
• Re: 6.1-STABLE hangs, ddb shows 'acpi_timer_read'?
  • From: Karl Pielorz
• Re: 6.1-STABLE hangs, ddb shows 'acpi_timer_read'?
  • From: Dominic Marks
• Re: 6.1-STABLE hangs, ddb shows 'acpi_timer_read'?
  • From: Kostik Belousov
• 6.1-STABLE hangs, ddb shows 'acpi_timer_read'?
  • From: Karl Pielorz
• Re: Where was that iSCSI initiator?
  • From: Ceri Davies
• Re: devfs deadlock
  • From: John Baldwin
• Re: FreeBSD Project Status Report - Fourth Quarter of 2006
  • From: Brad Davis
• FreeBSD Project Status Report - Fourth Quarter of 2006
  • From: Brad Davis
• Re: Where was that iSCSI initiator?
  • From: Max Laier
• Where was that iSCSI initiator?
  • From: Ceri Davies
• Re: LSI1064 and LSI1064E and mpt
  • From: Matthew Jacob
• Re: Unable to get RealTek 8139C+ to work with re(4) under FreeBSD 6.1
  • From: Pyun YongHyeon
• Re: Unable to get RealTek 8139C+ to work with re(4) under FreeBSD 6.1
  • From: Pyun YongHyeon
• Re: Unable to get RealTek 8139C+ to work with re(4) under FreeBSD 6.1
  • From: Brian A. Seklecki
• RE: LSI1064 and LSI1064E and mpt
  • From: Johannes.Kruger
• Re: Fscking a partition mounted Read only...
  • From: Rick C. Petty
• delete 2 macros from queue.h
  • From: Stepan A. Baranov
• Re: Threading system calls (int 80h)
  • From: David Xu
• Re: Threading system calls (int 80h)
  • From: Divacky Roman
• Re: Fscking a partition mounted Read only...
  • From: Oliver Fromme
• Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h
  • From: Bruce Evans
• Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h
  • From: Bruce Evans
• Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h
  • From: Cheng-Lung Sung
• Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h
  • From: John Baldwin
• Re: Fscking a partition mounted Read only...
  • From: John Baldwin
• Re: Fscking a partition mounted Read only...
  • From: Rick C. Petty
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Oliver Fromme
• Re: Threading system calls (int 80h)
  • From: Marco van de Voort
• Re: Fscking a partition mounted Read only...
  • From: VANHULLEBUS Yvan
• Re: Fscking a partition mounted Read only...
  • From: VANHULLEBUS Yvan
• Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h
  • From: Cheng-Lung Sung
• Re: Threading system calls (int 80h)
  • From: David Xu
• Re: kern/104436: [PATCH] sys/sem.h should include sys/types.h
  • From: Bruce Evans
• [PATCH] sys/sem.h should include sys/types.h
  • From: Cheng-Lung Sung
• Fwd: Removing Giant from a driver
  • From: usleepless
• Re: Threading system calls (int 80h)
  • From: Ekkehard Morgenstern
• Re: Threading system calls (int 80h)
  • From: David Xu
• Re: Threading system calls (int 80h)
  • From: Ekkehard Morgenstern
• Re: Threading system calls (int 80h)
  • From: David Xu
• Re: Threading system calls (int 80h)
  • From: Ekkehard Morgenstern
• Re: Tracing binaries statically linked against vulnerable libs
  • From: Andrew Pantyukhin
• Threading system calls (int 80h)
  • From: Ekkehard Morgenstern
• Re: Tracing binaries statically linked against vulnerable libs
  • From: Simon L. Nielsen
• Re: Tracing binaries statically linked against vulnerable libs
  • From: Michael Johnson
• Re: Tracing binaries statically linked against vulnerable libs
  • From: Andrew Pantyukhin
• Re: Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Sergey Babkin
• Re: Tracing binaries statically linked against vulnerable libs
  • From: Kris Kennaway
• Re: VBAD vnodes?
  • From: Ruslan Ermilov
• Re: VBAD vnodes?
  • From: Matthew Dillon
• VBAD vnodes?
  • From: Ruslan Ermilov
• Re: Fscking a partition mounted Read only...
  • From: Rick C. Petty
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Matthew Dillon
• Re: Fscking a partition mounted Read only...
  • From: John Baldwin
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Oliver Fromme
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Joerg Sonnenberger
• Re: Fscking a partition mounted Read only...
  • From: Rick C. Petty
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Matthew Dillon
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Dan Nelson
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Kelly Hall
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Tim Kientzle
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Oliver Fromme
• Re: Tracing binaries statically linked against vulnerable libs
  • From: Andrew Pantyukhin
• Re: LSI1064 and LSI1064E and mpt
  • From: Matthew Jacob
• Re: Fscking a partition mounted Read only...
  • From: VANHULLEBUS Yvan
• Re: Fscking a partition mounted Read only...
  • From: Joerg Sonnenberger
• Fscking a partition mounted Read only...
  • From: VANHULLEBUS Yvan
• RE: LSI1064 and LSI1064E and mpt
  • From: Johannes.Kruger
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Pieter de Goeje
• Re: LSI1064 and LSI1064E and mpt
  • From: Matthew Jacob
• LSI1064 and LSI1064E and mpt
  • From: Johannes.Kruger
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Doug Barton
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Oliver Fromme
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Joerg Sonnenberger
• Re: em blues
  • From: Danny Braniss
• Re: em blues
  • From: Steven Hartland
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Steven Hartland
• Re: em blues
  • From: Danny Braniss
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Tim Kientzle
• Re: em blues
  • From: soralx
• Re: em blues
  • From: Jack Vogel
• Re: Keyboard system and Giant
  • From: Nicolas Souchu
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Oliver Fromme
• em blues
  • From: Danny Braniss
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Joerg Sonnenberger
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Oliver Fromme
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Vasil Dimov
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Dale DuRose
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Joerg Sonnenberger
• Re: mkdir -m option POSIX compliance
  • From: Ruslan Ermilov
• Re: "tar -c|gzip" faster than "tar -cz"?!?
  • From: Mike Meyer
• "tar -c|gzip" faster than "tar -cz"?!?
  • From: Oliver Fromme
• Re: NOT A [GPL License violation]
  • From: Jonathan Buzzard
• Re: Call for testers: Replace GNU gzip with NetBSD's gzip implementation
  • From: Diomidis Spinellis
• Re: Keyboard system and Giant
  • From: pfgshield-freebsd
• SLIST_FOREACH_PREVPTR
  • From: Stepan A. Baranov
• Re: [REQUEST] unionfs needs some guys can do implements new 2 APIs for VFS
  • From: Robert Watson
• Re: mkdir -m option POSIX compliance
  • From: Ruslan Ermilov
• [REQUEST] unionfs needs some guys can do implements new 2 APIs for VFS
  • From: Daichi GOTO
• mkdir -m option POSIX compliance
  • From: Alex Unleashed
• Re: NOT A [GPL License violation]
  • From: Bruno Ducrot
• Re: NOT A [GPL License violation]
  • From: Bruno Ducrot
• Re: NOT A [GPL License violation]
  • From: Ganbold
• Re: kern/99485: Disk IO Causes multimedia/mplayer To Drop Frames
  • From: Mark Linimon
• Re: bktr(4) risk?
  • From: John-Mark Gurney
• Re: bktr(4) risk?
  • From: Daniel O'Connor
• Re: bktr(4) risk?
  • From: Jonathan Chen
• Re: bktr(4) risk?
  • From: John-Mark Gurney
• bktr(4) risk?
  • From: Jonathan Chen
• man(1) and locale codeset
  • From: Benjamin Lutz
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• FreeBSD Test-Bugathon.... check
  • From: Florent Thoumie
• Re: NOT A [GPL License violation]
  • From: Bruno Ducrot
• Call for testers: Replace GNU gzip with NetBSD's gzip implementation
  • From: LI Xin
• Re: NOT A [GPL License violation]
  • From: M. Warner Losh
• Re: GPL License violation
  • From: Lutz Boehne
• Re: libpcap perf improvement? latest ideas?
  • From: sbahra
• Keyboard system and Giant
  • From: Hans Petter Selasky
• Re: running code on all CPUs
  • From: Stanislav Sedov
• Re: running code on all CPUs
  • From: David Xu
• Re: ports/99485: Disk IO Causes multimedia/mplayer To Drop Frames
  • From: Jose Alonso Cardenas Marquez
• Re: Tracing binaries statically linked against vulnerable libs
  • From: Kris Kennaway
• Re: Call for Status Reports: Oct 6^H11 (extended)
  • From: Max Laier
• Re: libpcap perf improvement? latest ideas?
  • From: Sam Leffler
• Re: running code on all CPUs
  • From: Stanislav Sedov
• Re: Tracing binaries statically linked against vulnerable libs
  • From: Remko Lodder
• Re: libpcap perf improvement? latest ideas?
  • From: Robert Watson
• Re: Behavior of run-time linker on 6.1-RELEASE
  • From: Peter Jeremy
• Tracing binaries statically linked against vulnerable libs
  • From: Andrew Pantyukhin
• Behavior of run-time linker on 6.1-RELEASE
  • From: Jeffrey Horner
• libpcap perf improvement? latest ideas?
  • From: Jochen Kaiser
• Re: installkernel target.
  • From: John Baldwin
• Re: Survey on Video Capture API: BSD meteor(4) vs. Video for Linux 1/2
  • From: Alexander Leidinger
• Re: running code on all CPUs
  • From: David Xu
• running code on all CPUs
  • From: Jonathan Chen
• Re: Survey on Video Capture API: BSD meteor(4) vs. Video for Linux 1/2
  • From: sbahra
• Re: Spam protection foo [Re: installkernel target.]
  • From: Nikolay Pavlov
• Survey on Video Capture API: BSD meteor(4) vs. Video for Linux 1/2
  • From: Intron is my alias on the Internet
• Re: installkernel target.
  • From: LI Xin
• Spam protection foo [Re: installkernel target.]
  • From: Max Laier
• Re: installkernel target.
  • From: Joseph Koshy
• Re: installkernel target.
  • From: Max Laier
• installkernel target.
  • From: Nikolay Pavlov
• Re: Systems programming on FreeBSD
  • From: Attilio Rao
• Re: anyone working on setting output items with usbhidctl(1) ?
  • From: Jindra Fucik
• Re: Systems programming on FreeBSD
  • From: Ekkehard Morgenstern
• Re: Systems programming on FreeBSD
  • From: Ekkehard Morgenstern
• Re: anyone working on setting output items with usbhidctl(1) ?
  • From: Rene Ladan
• Re: filedesc copying in fork()
  • From: John Baldwin
• Re: Systems programming on FreeBSD
  • From: Alexander Leidinger
• Re: Systems programming on FreeBSD
  • From: Sean Bryant
• Re: Systems programming on FreeBSD
  • From: Ekkehard Morgenstern
• Re: Systems programming on FreeBSD
  • From: John-Mark Gurney
• Systems programming on FreeBSD
  • From: Ekkehard Morgenstern
• Re[2]: Updating zlib to 1.2.3 in base system
  • From: Daniel Gerzo
• Re: Updating zlib to 1.2.3 in base system
  • From: Naram Qashat
• Re: Updating zlib to 1.2.3 in base system
  • From: Erik Trulsson
• Updating zlib to 1.2.3 in base system
  • From: Naram Qashat
• filedesc copying in fork()
  • From: Divacky Roman
• Re[2]: VIA Sata Problem maybe?
  • From: Paul-Kenji Cahier

• Security
• UNIX
• Linux
• Coding
• Usenet

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