freebsd-current  

Messages by Thread

• Re: zsh exits upon ^C after su'ing to root with zsh as its shell Bruce Evans
  • Re: zsh exits upon ^C after su'ing to root with zsh as its shell Jos Backus
  • Re: zsh exits upon ^C after su'ing to root with zsh as its shell Dan Nelson
  • Re: zsh exits upon ^C after su'ing to root with zsh as its shell Alexander Kabaev
  • Re: zsh exits upon ^C after su'ing to root with zsh as its shell Dag-Erling Smorgrav
  • Re: zsh exits upon ^C after su'ing to root with zsh as its shell Alexander Kabaev
  • Re: zsh exits upon ^C after su'ing to root with zsh as its shell Jos Backus
  • Re: zsh exits upon ^C after su'ing to root with zsh as its shell Dag-Erling Smorgrav
  • Re: zsh exits upon ^C after su'ing to root with zsh as its shell Alexander Kabaev
• Seeking OK to commit KSE MIII Julian Elischer
  • RE: Seeking OK to commit KSE MIII John Baldwin
  • Re: Seeking OK to commit KSE MIII Poul-Henning Kamp
  • Re: Seeking OK to commit KSE MIII Peter Wemm
  • RE: Seeking OK to commit KSE MIII Julian Elischer
  • Re: Seeking OK to commit KSE MIII David O'Brien
  • Re: Seeking OK to commit KSE MIII Matthew Dillon
  • Re: Seeking OK to commit KSE MIII Poul-Henning Kamp
  • Re: Seeking OK to commit KSE MIII Julian Elischer
  • Re: Seeking OK to commit KSE MIII David O'Brien
  • Re: Seeking OK to commit KSE MIII Matthew Dillon
  • Re: Seeking OK to commit KSE MIII Julian Elischer
  • Re: Seeking OK to commit KSE MIII Matthew Dillon
  • Re: Seeking OK to commit KSE MIII Julian Elischer
  • Re: Seeking OK to commit KSE MIII John Baldwin
  • Seeking OK to commit KSE MIII-again Julian Elischer
  • Re: Seeking OK to commit KSE MIII-again Bernd Walter
  • Re: Seeking OK to commit KSE MIII-again Julian Elischer
  • Re: Seeking OK to commit KSE MIII-again Bernd Walter
  • Re: Seeking OK to commit KSE MIII-again Julian Elischer
  • Re: Seeking OK to commit KSE MIII-again Peter Wemm
  • Re: Seeking OK to commit KSE MIII-again Dag-Erling Smorgrav
  • Re: Seeking OK to commit KSE MIII-again Peter Wemm
  • Re: Seeking OK to commit KSE MIII-again Dag-Erling Smorgrav
  • Re: Seeking OK to commit KSE MIII-again Peter Wemm
  • Re: Seeking OK to commit KSE MIII-again Jake Burkholder
  • Re: Seeking OK to commit KSE MIII-again Julian Elischer
  • Re: Seeking OK to commit KSE MIII-again Peter Wemm
  • Re: Seeking OK to commit KSE MIII-again Julian Elischer
  • Re: Seeking OK to commit KSE MIII-again Jake Burkholder
  • Re: Seeking OK to commit KSE MIII-again Julian Elischer
  • Re: Seeking OK to commit KSE MIII-again Terry Lambert
  • Re: Seeking OK to commit KSE MIII-again Jake Burkholder
  • Re: Seeking OK to commit KSE MIII-again Julian Elischer
  • Re: Seeking OK to commit KSE MIII-again Jake Burkholder
  • Re: Seeking OK to commit KSE MIII-again Julian Elischer
  • Re: Seeking OK to commit KSE MIII-again Terry Lambert
  • Re: Seeking OK to commit KSE MIII-again Terry Lambert
  • Re: Seeking OK to commit KSE MIII Matthew Dillon
  • Re: Seeking OK to commit KSE MIII Terry Lambert
  • Re: Seeking OK to commit KSE MIII J. Mallett
  • Re: Seeking OK to commit KSE MIII Matthew Dillon
  • Re: Seeking OK to commit KSE MIII J. Mallett
  • Re: Seeking OK to commit KSE MIII Matthew Dillon
  • Re: Seeking OK to commit KSE MIII Terry Lambert
  • Re: Seeking OK to commit KSE MIII Miguel Mendez
  • RE: Seeking OK to commit KSE MIII Julian Elischer
  • Re: Seeking OK to commit KSE MIII Peter Wemm
  • Re: Seeking OK to commit KSE MIII Julian Elischer
  • Re: Seeking OK to commit KSE MIII David Xu
  • Re: Seeking OK to commit KSE MIII Julian Elischer
  • Re: Seeking OK to commit KSE MIII David Xu
• s/i386/1/g with g++3.1 -D ? Martin Blapp
• build failure -current Beech Rintoul
• [no subject] itsveryeasy
• Alcatel Speed Touch PC John Angelmo
  • Re: Alcatel Speed Touch PC Terry Lambert
  • Re: Alcatel Speed Touch PC Terry Lambert
  • Re: Alcatel Speed Touch PC Taavi Talvik
  • RE: Alcatel Speed Touch PC Elric of Melnibone
  • Re: Alcatel Speed Touch PC Bob Bishop
  • Re: Alcatel Speed Touch PC Richard Tobin
• Panic for today, in dev2udev() David Wolfskill
  • Re: Panic for today, in dev2udev() Jose M. Alcaide
  • Re: Panic for today, in dev2udev() David Wolfskill
• diskless boot, take n+2 Danny Braniss
• gdb52 patch for your .gdbinit files Nick Hibma
  • Re: gdb52 patch for your .gdbinit files David O'Brien
  • Re: gdb52 patch for your .gdbinit files Greg 'groggy' Lehey
  • Re: gdb52 patch for your .gdbinit files Nick Hibma
  • Re: gdb52 patch for your .gdbinit files Nick Hibma
• I can help you lose weight masterpc
  • RE: I can help you lose weight Chris Reed
• Display controller problem Pete Carah
• [no subject] Eirik Nygaard
• New kernel option GDBSPEED (as in CONSPEED)? Nick Hibma
  • Re: New kernel option GDBSPEED (as in CONSPEED)? Bruce Evans
• buildworld is broken(src/bin/sh) MOCHIZUKI Akihide/$BK>7n><=((B
  • Re: buildworld is broken(src/bin/sh) Igor Roboul
  • Re: buildworld is broken(src/bin/sh) MOCHIZUKI Akihide/$BK>7n><=((B
• World is broken Maxim Sobolev
  • Re: World is broken Andrew Kenneth Milton
  • Re: World is broken Ruslan Ermilov
  • Re: World is broken Greg 'groggy' Lehey
  • Re: World is broken M. Warner Losh
  • Re: World is broken Bernd Walter
  • Re: World is broken Ruslan Ermilov
  • Re: World is broken Maxim Sobolev
• ALERT - GroupShield ticket number OB3_1022498041_POSTMAN_1 was generated GroupShield for Exchange (POSTMAN)
• ALERT - GroupShield ticket number OA2424_1022498040_POSTMAN_1 was generated GroupShield for Exchange (POSTMAN)
• witness "process lock" Jun Kuriyama
• why change: from proc to thread? kai ouyang
  • Re: why change: from proc to thread? Kris Kennaway
  • Re: why change: from proc to thread? Julian Elischer
  • Re:why change: from proc to thread? kai ouyang
  • Re:why change: from proc to thread? Julian Elischer
  • Re:why change: from proc to thread? kai ouyang
• Problem with GEOM and cdcontrol Jos Backus
• wi0 wpc11 wireless lockup problem Jason P Holland
  • Re: wi0 wpc11 wireless lockup problem M. Warner Losh
  • Re: wi0 wpc11 wireless lockup problem Jason P Holland
  • Re: wi0 wpc11 wireless lockup problem M. Warner Losh
• Messages from WITNESS [Sun May 26 kernel] Giorgos Keramidas
  • Re: Messages from WITNESS [Sun May 26 kernel] Jay
  • Re: Messages from WITNESS [Sun May 26 kernel] Alfred Perlstein
  • Re: Messages from WITNESS [Sun May 26 kernel] Jun Kuriyama
  • Re: Messages from WITNESS [Sun May 26 kernel] Lamont Granquist
  • Lock order reversal Lamont Granquist
  • gcc internal compiler error with mozilla Lamont Granquist
  • Re: gcc internal compiler error with mozilla Sheldon Hearn
  • Re: gcc internal compiler error with mozilla David O'Brien
  • Re: gcc internal compiler error with mozilla Kris Kennaway
  • Re: gcc internal compiler error with mozilla David O'Brien
  • Re: gcc internal compiler error with mozilla Kris Kennaway
  • Re: gcc internal compiler error with mozilla Lamont Granquist
  • Re: Messages from WITNESS [Sun May 26 kernel] Rasmus Skaarup
  • Re: Messages from WITNESS [Sun May 26 kernel] John Baldwin
• Re: cvs commit: src/sys/conf files src/sys/geom geom_aes.c Poul-Henning Kamp
• Pam issue w/current yesterday and today: Undefined symbol "_openpam_log" Edwin Culp
• /usr/bin/cut Frode Nordahl
  • Re: /usr/bin/cut Tim J. Robbins
  • Re: /usr/bin/cut Frode Nordahl
  • Re: /usr/bin/cut Tim J. Robbins
• Mutex statistics script Dag-Erling Smorgrav
  • Mutex statistics script Garrett Wollman
• duplicate free from "cache_drain" on -current Poul-Henning Kamp
• Junk in new gcc include path Andrey A. Chernov
  • Re: Junk in new gcc include path Scot W. Hetzel
  • Re: Junk in new gcc include path Garrett Wollman
  • Re: Junk in new gcc include path Scot W. Hetzel
  • Patch for review (was Re: Junk in new gcc include path) Andrey A. Chernov
• mfs in current Emanuel Haupt
  • Re: mfs in current Martin Faxer
• Status of cross releases Ruslan Ermilov
  • Re: Status of cross releases Paul Saab
• Информационное письмо List Manager
• Make $100,000 a Month on eBay! john_c_keenom
• IPC, npc, nwfs on -current Mikhail Teterin
  • Re: IPC, npc, nwfs on -current Julian Elischer
• Please test PAUSE on non-Intel processors John Baldwin
  • Re: Please test PAUSE on non-Intel processors Kenneth Culver
  • Re: Please test PAUSE on non-Intel processors Bob Bishop
  • Re: Please test PAUSE on non-Intel processors Alexander Leidinger
  • Re: Please test PAUSE on non-Intel processors Giorgos Keramidas
  • Re: Please test PAUSE on non-Intel processors Bakul Shah
  • Re: Please test PAUSE on non-Intel processors Gavin Atkinson
  • Re: Please test PAUSE on non-Intel processors Erik Trulsson
  • Re: Please test PAUSE on non-Intel processors Per-Arne Holtmon Akø
  • Re: Please test PAUSE on non-Intel processors Peter Wemm
  • Re: Please test PAUSE on non-Intel processors Peter S. Housel
  • RE: Please test PAUSE on non-Intel processors Riccardo Torrini
  • Re: Please test PAUSE on non-Intel processors Zach Thompson
  • Re: Please test PAUSE on non-Intel processors Paul Murphy
  • Re: Please test PAUSE on non-Intel processors Jonathan Mini
  • Re: Please test PAUSE on non-Intel processors Bob Bishop
• strtod & sscanf on -CURRENT? Igor Roboul
  • Re: strtod & sscanf on -CURRENT? Chris Hedley
  • Re: strtod & sscanf on -CURRENT? Mike Barcroft
  • Re: strtod & sscanf on -CURRENT? Chris Hedley
  • Re: strtod & sscanf on -CURRENT? Chris Hedley
  • Re: strtod & sscanf on -CURRENT? Alfred Perlstein
  • Re: strtod & sscanf on -CURRENT? Igor Roboul
• reading kernel dump - post gcc 3.1 Georg-W. Koltermann
  • Re: reading kernel dump - post gcc 3.1 Craig Carey
  • Re: reading kernel dump - post gcc 3.1 Georg-W. Koltermann
  • Re: reading kernel dump - post gcc 3.1 David O'Brien
  • Re: reading kernel dump - post gcc 3.1 Georg-W. Koltermann
• Majordomo results: subscribe freebsd-current Majordomo
  • Majordomo results: subscribe freebsd-current Majordomo
• pamlib extra debug Vladimir B.
• UFS2 patch available Poul-Henning Kamp
• SENDER ! Virus found in message from you ! avpdaemon
• Any matrox users? Seth Hettich
  • RE: Any matrox users? Riccardo Torrini
  • Re: Any matrox users? Dag-Erling Smorgrav
  • Re: Any matrox users? Seth Hettich
  • Re: Any matrox users? Craig Boston
  • RE: Any matrox users? Glenn Gombert
• problem with new eventhandler.h (fwd) Matthew Jacob
  • Re: problem with new eventhandler.h (fwd) Mark Murray
• Vinum problem yuri khotyaintsev
  • Re: Vinum problem Joerg Wunsch
  • Re: Vinum problem Greg 'groggy' Lehey
  • Re: Vinum problem Anders Nor Berle
• Share a Hotel room for USENIX? Julian Elischer
  • Re: Share a Hotel room for USENIX? Doug White
• [no subject] Stuart Mitchell
• perl troubles Peter Schultz
  • Re: perl troubles Shizuka Kudo
  • Re: perl troubles Shizuka Kudo
• Infinite 'make' loops while building ports Scott Reese

[Earlier messages] [Later messages]