comp.unix.programmer

• Thread Index

---

• Re: weird fork problem
  • From: Lew Pitcher
• Re: Why localize structures in this case.
  • From: Rainer Weikusat
• Re: weird fork problem
  • From: Darko
• Re: To Change PS1 automatically
  • From: Darko
• Re: Read Fail -104 -Connection reset by peer.
  • From: David Schwartz
• Re: Need to know if my application is leaking or not
  • From: Paul Pluzhnikov
• Re: errno=0 How to debug/avoid problem.--
  • From: Paul Pluzhnikov
• Need to know if my application is leaking or not
  • From: abd_web
• Re: Why localize structures in this case.
  • From: Keith Willis
• Re: Why localize structures in this case.
  • From: Rainer Weikusat
• Re: Why localize structures in this case.
  • From: Keith Willis
• Re: To Change PS1 automatically
  • From: Robert Harris
• To Change PS1 automatically
  • From: lak
• errno=0 How to debug/avoid problem.--
  • From: Sheth Raxit
• Re: Read Fail -104 -Connection reset by peer.
  • From: moi
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Aditya
• Re: weird fork problem
  • From: belion
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: fjblurt
• Re: linking against shared libraries
  • From: noident
• Re: Reclaiming locks
  • From: Måns Rullgård
• Re: newbie question about fork/pipe/stdin/stdout
  • From: Alex Fraser
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Aditya
• Re: Reclaiming locks
  • From: Sheth Raxit
• Read Fail -104 -Connection reset by peer.
  • From: Sheth Raxit
• Re: Reclaiming locks
  • From: Måns Rullgård
• Re: Reclaiming locks
  • From: Sheth Raxit
• Re: Reclaiming locks
  • From: Måns Rullgård
• Re: thread timeslice value
  • From: Sheth Raxit
• Re: Reclaiming locks
  • From: Sheth Raxit
• thread timeslice value
  • From: Steven Woody
• Re: getcontext/setcontext
  • From: jerry . jeremiah
• Re: linking against shared libraries
  • From: Paul Pluzhnikov
• linking against shared libraries
  • From: noident
• Re: Reclaiming locks
  • From: Golden California Girls
• security problems with execv
  • From: C.G.Senthilkumar.
• Re: Reclaiming locks
  • From: Måns Rullgård
• templates and pthreads
  • From: andreyvul
• Re: malloc - How it should be??
  • From: John Gordon
• Re: FreeBSD locales
  • From: Darko
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Joachim Schmitz
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Joachim Schmitz
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: santosh
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: santosh
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Joachim Schmitz
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Joachim Schmitz
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Maurizio Loreti
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Aditya
• Re: newbie question about fork/pipe/stdin/stdout
  • From: vladimir . plotnikov
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: santosh
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Maurizio Loreti
• Re: Removing all files inside a directory in Linux using an API call from a C Code
  • From: Joachim Schmitz
• Removing all files inside a directory in Linux using an API call from a C Code
  • From: Aditya
• Re: weird fork problem
  • From: Amol Vaikar
• Re: weird fork problem
  • From: belion
• Re: LD_LIBRARY_PATH
  • From: meenakshi
• Re: weird fork problem
  • From: fjblurt
• line continuations
  • From: William Pursell
• Re: getcontext/setcontext
  • From: Paul Pluzhnikov
• weird fork problem
  • From: belion
• Re: getcontext/setcontext
  • From: jerry . jeremiah
• Re: looking for small SMTP lib?
  • From: Rainer Weikusat
• Re: newbie question about fork/pipe/stdin/stdout
  • From: David Schwartz
• Re: web server design
  • From: David Schwartz
• Re: LD_LIBRARY_PATH
  • From: Logan Shaw
• LD_LIBRARY_PATH
  • From: onkar
• Re: NewsMaestro Usenet Supertool v. 4.0.4 for Windows/Linux/Unix
  • From: selys
• Re: web server design
  • From: Barry Margolin
• Re: newbie question about fork/pipe/stdin/stdout
  • From: Alex Fraser
• Re: web server design
  • From: Gianni Mariani
• Re: persistent process
  • From: fjblurt
• Re: freopen and concurrent access
  • From: Darko
• Re: newbie question about fork/pipe/stdin/stdout
  • From: vladimir . plotnikov
• Re: newbie question about fork/pipe/stdin/stdout
  • From: Alex Fraser
• Re: thread id
  • From: Scott Lurndal
• Re: getcontext/setcontext
  • From: Scott Lurndal
• Re: btree on disk
  • From: Rainer Weikusat
• Re: btree on disk
  • From: William Ahern
• Using rename() across file systems
  • From: J de Boyne Pollard
• Re: FreeBSD locales
  • From: Darko
• FreeBSD locales
  • From: Darko
• Re: Using rename() across file systems
  • From: Jon
• web server design
  • From: kasthurirangan . balaji
• Re: newbie question about fork/pipe/stdin/stdout
  • From: vladimir . plotnikov
• persistent process
  • From: J de Boyne Pollard
• Re: malloc - How it should be??
  • From: Geoff Clare
• Re: Get current screen location
  • From: Thomas Dickey
• see the riboosomes pics and information
  • From: harivasantha04
• Re: Using rename() across file systems
  • From: Rainer Weikusat
• Re: Using rename() across file systems
  • From: Keith Willis
• Re: thread id
  • From: Rainer Weikusat
• freopen and concurrent access
  • From: Pietro Cerutti
• Using rename() across file systems
  • From: JH Trauntvein
• Re: btree on disk
  • From: Rainer Weikusat
• Re: thread id
  • From: David Schwartz
• Re: thread id
  • From: Spoon
• Re: malloc - How it should be??
  • From: Logan Shaw
• Re: malloc - How it should be??
  • From: Logan Shaw
• Re: code to generate XML time string
  • From: Logan Shaw
• Re: thread id
  • From: David Schwartz
• Re: getcontext/setcontext
  • From: Paul Pluzhnikov
• getcontext/setcontext
  • From: jerry . jeremiah
• Re: code to generate XML time string
  • From: Måns Rullgård
• Re: thread id
  • From: Roman Mashak
• Re: How to make system calls having 64-bit arguments using 'int 80h' in 32-bit Linux
  • From: Visa Inquirer
• code to generate XML time string
  • From: Stu
• Re: malloc - How it should be??
  • From: Lew Pitcher
• Re: malloc - How it should be??
  • From: Keith Willis
• Re: malloc - How it should be??
  • From: Paul Pluzhnikov
• Re: malloc - How it should be??
  • From: fred . l . kleinschmidt
• Re: Get current screen location
  • From: Stephane CHAZELAS
• Re: How to make system calls having 64-bit arguments using 'int 80h' in 32-bit Linux
  • From: Paul Pluzhnikov
• Re: malloc - How it should be??
  • From: Jim Marshall
• Re: looking for small SMTP lib?
  • From: Jim Marshall
• Re: Get current screen location
  • From: Markus Mayer
• Re: btree on disk
  • From: toby
• Re: Get current screen location
  • From: Thomas Dickey
• malloc - How it should be??
  • From: seema
• Re: looking for small SMTP lib?
  • From: Jörg Schmitz-Linneweber
• Re: How to make system calls having 64-bit arguments using 'int 80h' in 32-bit Linux
  • From: Visa Inquirer
• Re: looking for small SMTP lib?
  • From: Rainer Weikusat
• Opening for C++/Unix Architect /Developer for a Product Client @ Bangalore
  • From: subhendu
• Re: How to make system calls having 64-bit arguments using 'int 80h' in 32-bit Linux
  • From: Spoon
• Re: How to make system calls having 64-bit arguments using 'int 80h' in 32-bit Linux
  • From: Paul Pluzhnikov
• Re: thread id
  • From: David Schwartz
• Re: persistent process
  • From: Måns Rullgård
• Re: persistent process
  • From: Scott Lurndal
• looking for small SMTP lib?
  • From: Jim Marshall
• Re: persistent process
  • From: fjblurt
• Re: Daemon question
  • From: J de Boyne Pollard
• Re: Get current screen location
  • From: Stephane CHAZELAS
• thread id
  • From: J de Boyne Pollard
• persistent process
  • From: J de Boyne Pollard
• Re: Any command to kill thread. ?
  • From: Golden California Girls
• Re: Any command to kill thread. ?
  • From: David Schwartz
• How to make system calls having 64-bit arguments using 'int 80h' in 32-bit Linux
  • From: J de Boyne Pollard
• Re: Get current screen location
  • From: Markus Mayer
• Re: Definition in Header files
  • From: shakahshakah@xxxxxxxxx
• Re: Any command to kill thread. ?
  • From: Rainer Weikusat
• Re: Any command to kill thread. ?
  • From: Gianni Mariani
• Any command to kill thread. ?
  • From: Sheth Raxit
• Re: select on listen socket always succeeds
  • From: Rainer Weikusat
• Re: How to make system calls having 64-bit arguments using 'int 80h' in 32-bit Linux
  • From: Spoon
• Re: select on listen socket always succeeds
  • From: hg
• Re: How to detect user's existence over UNIX
  • From: Rainer Weikusat
• Re: Get current screen location (was: Re: Terminal output with escape sequences: Any [...])
  • From: Stephane CHAZELAS
• Re: Get current screen location (was: Re: Terminal output with escape sequences: Any [...])
  • From: Chris F.A. Johnson
• Re: Get current screen location (was: Re: Terminal output with escape sequences: Any [...])
  • From: Stephane CHAZELAS
• Get current screen location (was: Re: Terminal output with escape sequences: Any [...])
  • From: Markus Mayer
• Re: Definition in Header files
  • From: Barry Margolin
• Re: How to detect user's existence over UNIX
  • From: Logan Shaw
• Re: How to detect user's existence over UNIX
  • From: jellybean stonerfish
• How to make system calls having 64-bit arguments using 'int 80h' in 32-bit Linux
  • From: Visa Inquirer
• Re: Aop Bop - how can I understand this?
  • From: jellybean stonerfish
• Re: Definition in Header files
  • From: Ben Bacarisse
• Re: thread id
  • From: Roman Mashak
• Re: select on listen socket always succeeds
  • From: Henry Townsend
• Re: select on listen socket always succeeds
  • From: Henrik Goldman
• Re: select on listen socket always succeeds
  • From: Alex Fraser
• Re: thread id
  • From: Roman Mashak
• Re: Definition in Header files
  • From: Frank Cusack
• Re: Terminal output with escape sequences: Any way to get the flags at a given position?
  • From: Markus Mayer
• Re: Definition in Header files
  • From: Ben Bacarisse
• Re: btree on disk
  • From: William Ahern
• Terminal output with escape sequences: Any way to get the flags at a given position?
  • From: Markus Mayer
• Re: Terminal output with escape sequences: Any way to get the flags at a given position?
  • From: Stephane CHAZELAS
• select on listen socket always succeeds
  • From: hg
• Aop Bop - how can I understand this?
  • From: Bin Chen
• Re: thread id
  • From: mojmir
• Re: Definition in Header files
  • From: Frank Cusack
• Definition in Header files
  • From: Madhur
• Re: btree on disk
  • From: kasthurirangan . balaji
• Re: thread id
  • From: Golden California Girls
• Re: thread id
  • From: David Schwartz
• Re: btree on disk
  • From: David Schwartz
• Re: what does this line mean?
  • From: David Schwartz
• Re: Conditional makefile: help
  • From: Gianni Mariani
• Re: thread id
  • From: Roman Mashak
• Re: Export in bash
  • From: Scott Lurndal
• Re: persistent process
  • From: fjblurt
• persistent process
  • From: J de Boyne Pollard
• will system() waste memory?
  • From: J de Boyne Pollard
• Re: 11 datagrams in a PF_UNIX datagram system buffer
  • From: Spoon
• Re: thread id
  • From: mojmir
• Re: Getting the inode from the file descriptor
  • From: Stephane CHAZELAS
• Getting the inode from the file descriptor
  • From: Boltar
• Re: will system() waste memory?
  • From: Daniel Rock
• Cheap Hosting
  • From: weldan jamili
• Re: btree on disk
  • From: kasthurirangan . balaji
• Re: How to detect user's existence over UNIX
  • From: Neo
• Re: will system() waste memory?
  • From: Golden California Girls
• Re: what does this line mean?
  • From: André Gillibert
• Re: Block sigchld to make sure all children handled
  • From: those who know me have no need of my name
• Block sigchld to make sure all children handled
  • From: Andrew Smith
• Re: make and command line variables
  • From: guenther@xxxxxxxxx
• Re: non-threaded accept
  • From: David Schwartz
• Re: Debug multiple binaries
  • From: Paul Pluzhnikov
• thread id
  • From: Roman Mashak
• Re: make and command line variables
  • From: Måns Rullgård
• make and command line variables
  • From: Dave Programmer
• Re: writev returns less then expected
  • From: Frank Cusack
• Re: Debug multiple binaries
  • From: Tim Frink
• Re: Debug multiple binaries
  • From: Tim Frink
• Re: Export in bash
  • From: fred . l . kleinschmidt
• Re: writev returns less then expected
  • From: Frank Cusack
• Re: Is there a way to tell libc to do immediate free to OS?
  • From: fjblurt
• Re: VI editor question
  • From: Michael Zawrotny
• Re: writev returns less then expected
  • From: Rick Jones
• Re: Tying UDP socket to stdin, stdout
  • From: John Doe
• Re: VI editor question
  • From: Amy
• Re: persistent process
  • From: Stephen Westwood
• Re: thread id
  • From: Golden California Girls
• Re: VI editor question
  • From: Gary R. Schmidt
• Re: will system() waste memory?
  • From: Giorgos Keramidas
• Re: VI editor question
  • From: hymie!
• Re: process related issue..
  • From: talk_2_piyush
• Is there a way to tell libc to do immediate free to OS?
  • From: Bin Chen
• Re: writev returns less then expected
  • From: Rainer Weikusat
• Re: Is using malloc with pthreads safe?
  • From: Rob Hoelz
• Re: Is using malloc with pthreads safe?
  • From: Bin Chen
• Re: Is using malloc with pthreads safe?
  • From: Måns Rullgård
• Is using malloc with pthreads safe?
  • From: Rob Hoelz
• libreadline in multithreaded enviornment
  • From: hankypan1
• Re: writev returns less then expected
  • From: Jim Marshall
• Re: Debug multiple binaries
  • From: Paul Pluzhnikov
• Re: How to detect user's existence over UNIX
  • From: Logan Shaw
• Re: writev returns less then expected
  • From: Logan Shaw
• Re: start a program on another virtual tty
  • From: fjblurt
• Re: VI editor question
  • From: Logan Shaw
• Re: writev returns less then expected
  • From: fjblurt
• Re: writev returns less then expected
  • From: Bit Banger
• start a program on another virtual tty
  • From: Bin Chen
• Re: VI editor question
  • From: Bin Chen
• VI editor question
  • From: Amy
• Re: writev returns less then expected
  • From: Rick Jones
• Re: writev returns less then expected
  • From: Jim Marshall
• Re: writev returns less then expected
  • From: moi
• writev returns less then expected
  • From: Jim Marshall
• Re: Telling the linker to ignore missing libs
  • From: Giorgos Keramidas
• Re: Telling the linker to ignore missing libs
  • From: Michael B Allen
• Re: Export in bash
  • From: Chris F.A. Johnson
• Re: Export in bash
  • From: Robert Harris
• Export in bash
  • From: lak
• Re: Debug multiple binaries
  • From: Spoon
• Re: Debug multiple binaries
  • From: Tim Frink
• Libreadline + get pt + multiple session over socket
  • From: hankypan1
• Re: How to detect user's existence over UNIX
  • From: Rainer Weikusat
• Re: How to detect user's existence over UNIX
  • From: Herbert Pophal
• btree on disk
  • From: kasthurirangan . balaji
• How to detect user's existence over UNIX
  • From: Neo
• Re: can gdb support record of execution of function?
  • From: Paul Pluzhnikov
• can gdb support record of execution of function?
  • From: Bin Chen
• Re: 11 datagrams in a PF_UNIX datagram system buffer
  • From: Bin Chen
• Re: Telling the linker to ignore missing libs
  • From: Paul Pluzhnikov
• Re: Debug multiple binaries
  • From: Paul Pluzhnikov
• Telling the linker to ignore missing libs
  • From: Michael B Allen
• Debug multiple binaries
  • From: Tim Frink
• 11 datagrams in a PF_UNIX datagram system buffer
  • From: Spoon
• Re: will system() waste memory?
  • From: Daniel Rock
• Re: will system() waste memory?
  • From: Rainer Weikusat
• Re: will system() waste memory?
  • From: Daniel Rock
• Re: will system() waste memory?
  • From: Rainer Weikusat
• Re: How to use recover command???? :-(
  • From: Bill Marcum
• Re: will system() waste memory?
  • From: Daniel Rock
• process related issue..
  • From: J de Boyne Pollard
• Re: How to use recover command???? :-(
  • From: James Carlson
• Re: will system() waste memory?
  • From: Rainer Weikusat
• process related issue..
  • From: talk_2_piyush
• Re: Linux SystemLinux Systems Programming Tutorial
  • From: Joachim Schmitz
• How to use recover command???? :-(
  • From: iamnivin
• How to use recover command???? :-(
  • From: iamnivin
• How to use recover command???? :-(
  • From: iamnivin
• How to use recover command???? :-(
  • From: iamnivin
• Re: Tying UDP socket to stdin, stdout
  • From: Almond
• Re: Linux SystemLinux Systems Programming Tutorial
  • From: Ralf Becker
• T2000 sol10u4 raidctl: enter_filelock:filelock is owned by
  • From: alielmali78@xxxxxxxxx
• Re: will system() waste memory?
  • From: Daniel Rock
• Re: will system() waste memory?
  • From: Rainer Weikusat
• Re: will system() waste memory?
  • From: Daniel Rock
• Re: non-threaded accept
  • From: Captain Dondo
• Re: persistent process
  • From: Stephen Westwood
• Re: persistent process
  • From: Stephen Westwood
• Re: will system() waste memory?
  • From: Rainer Weikusat
• Re: will system() waste memory?
  • From: Rainer Weikusat
• Re: Tying UDP socket to stdin, stdout
  • From: Spoon
• Re: will system() waste memory?
  • From: Giorgos Keramidas
• Re: will system() waste memory?
  • From: Chris Friesen
• Re: will system() waste memory?
  • From: Chris Friesen
• Re: will system() waste memory?
  • From: David Schwartz
• Re: will system() waste memory?
  • From: Bin Chen
• Re: will system() waste memory?
  • From: Bin Chen
• Re: non-threaded accept
  • From: Captain Dondo
• Re: non-threaded accept
  • From: Golden California Girls
• Re: Tying UDP socket to stdin, stdout
  • From: Barry Margolin
• Re: Tying UDP socket to stdin, stdout
  • From: Almond
• Re: non-threaded accept
  • From: Almond
• Re: Daemon question
  • From: Almond
• Re: non-threaded accept
  • From: David Schwartz
• non-threaded accept
  • From: CptDondo
• Re: Forking from a thread?
  • From: Eric Sosman
• Re: Forking from a thread?
  • From: Rob Hoelz
• Re: Forking from a thread?
  • From: Eric Sosman
• Re: what does this line mean?
  • From: David Schwartz
• Re: will system() waste memory?
  • From: Daniel Rock
• Re: what does this line mean?
  • From: James Antill
• Forking from a thread?
  • From: Rob Hoelz
• Re: Problem with popen
  • From: fjblurt
• Re: Tying UDP socket to stdin, stdout
  • From: jdthebigj
• Re: Question about pthread_process_shared attribute
  • From: Chris Friesen
• Re: will system() waste memory?
  • From: Chris Friesen
• Re: will system() waste memory?
  • From: Rainer Weikusat
• Re: Question about pthread_process_shared attribute
  • From: Eric Sosman
• Problem with popen
  • From: hg
• Re: will system() waste memory?
  • From: Daniel Rock
• Re: will system() waste memory?
  • From: James Carlson
• Re: Daemon question
  • From: Rainer Weikusat
• Re: will system() waste memory?
  • From: Ben Bacarisse
• Re: Time measurements
  • From: Rainer Weikusat
• Re: Tying UDP socket to stdin, stdout
  • From: Spoon
• Question about pthread_process_shared attribute
  • From: chsalvia
• Daemon question
  • From: J de Boyne Pollard
• will system() waste memory?
  • From: Bin Chen
• Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: J de Boyne Pollard
• Re: Unix AWK programming Question
  • From: Jörg Schmitz-Linneweber
• Re: Time measurements
  • From: Rainer Weikusat
• Unix AWK programming Question
  • From: Tommy
• Re: Daemon question
  • From: Almond
• Re: Daemon question
  • From: Almond
• Re: what does this line mean?
  • From: David Schwartz
• Re: Time measurements
  • From: Golden California Girls
• Re: what does this line mean?
  • From: Bin Chen
• Re: Time measurements
  • From: Rainer Weikusat
• Re: Daemon question
  • From: Måns Rullgård
• Re: Daemon question
  • From: K-mart Cashier
• Re: Tying UDP socket to stdin, stdout
  • From: jdthebigj
• Re: Daemon question
  • From: Måns Rullgård
• Re: Daemon question
  • From: K-mart Cashier
• Re: Daemon question
  • From: Måns Rullgård
• Daemon question
  • From: K-mart Cashier
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Roger Leigh
• Re: Tying UDP socket to stdin, stdout
  • From: William Ahern
• Re: Tying UDP socket to stdin, stdout
  • From: Barry Margolin
• Re: Tying UDP socket to stdin, stdout
  • From: jdthebigj
• Re: Tying UDP socket to stdin, stdout
  • From: jdthebigj
• Re: Tying UDP socket to stdin, stdout
  • From: jdthebigj
• Re: what does this line mean?
  • From: David Schwartz
• Re: Checking peer connection is lost or not
  • From: David Schwartz
• Re: Buffering Client data in a Server Application (select() usage)
  • From: James Antill
• Re: Time measurements
  • From: Andrei Voropaev
• Re: Tying UDP socket to stdin, stdout
  • From: fjblurt
• Re: Buffering Client data in a Server Application (select() usage)
  • From: Alex Fraser
• Re: Load balancing and "default gateway"
  • From: Gordon Burditt
• Re: Where do different types (storage class) of data gets stored?
  • From: Gordon Burditt
• Re: Load balancing and "default gateway"
  • From: Barry Margolin
• Re: Tying UDP socket to stdin, stdout
  • From: Barry Margolin
• Re: Buffering Client data in a Server Application (select() usage)
  • From: DiAvOl
• Re: Buffering Client data in a Server Application (select() usage)
  • From: Alex Fraser
• Load balancing and "default gateway"
  • From: aprak . ofatys
• Re: problem with UDP socket & recvfrom()
  • From: Rick Jones
• Re: Time measurements
  • From: Chris Friesen
• Re: Where do different types (storage class) of data gets stored?
  • From: fred . l . kleinschmidt
• Where do different types (storage class) of data gets stored?
  • From: Magesh
• Re: Buffering Client data in a Server Application (select() usage)
  • From: DiAvOl
• Re: problem with UDP socket & recvfrom()
  • From: MNiegl
• Re: Time measurements
  • From: Rainer Weikusat
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Fredrik Roubert
• Tying UDP socket to stdin, stdout
  • From: jdthebigj
• Re: Time measurements
  • From: Andrei Voropaev
• Re: Checking peer connection is lost or not
  • From: Andrei Voropaev
• Checking peer connection is lost or not
  • From: Mukesh
• Re: problem with UDP socket & recvfrom()
  • From: Rick Jones
• Re: persistent process
  • From: William Ahern
• problem with UDP socket & recvfrom()
  • From: MNiegl
• Re: Time measurements
  • From: Eric Sosman
• Re: Time measurements
  • From: Rainer Weikusat
• Re: Time measurements
  • From: Eric Sosman
• Re: Time measurements
  • From: Rainer Weikusat
• Re: Time measurements
  • From: Andrei Voropaev
• Re: Buffering Client data in a Server Application (select() usage)
  • From: Andrei Voropaev
• persistent process
  • From: J de Boyne Pollard
• How can I get the window size of serial console
  • From: alok
• Buffering Client data in a Server Application (select() usage)
  • From: charpour
• Re: persistent process
  • From: William Ahern
• Re: persistent process
  • From: Måns Rullgård
• Re: Time measurements
  • From: Henry Townsend
• Re: Why put the structures in a structure when assembling a TCP/IP Packet?
  • From: Rainer Weikusat
• Re: Time measurements
  • From: openjaf
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Rainer Weikusat
• Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: J de Boyne Pollard
• Re: persistent process
  • From: Stephen Westwood
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Fredrik Roubert
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Fredrik Roubert
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Gianni Mariani
• Re: Time measurements
  • From: Logan Shaw
• Re: what does this line mean?
  • From: Barry Margolin
• what does this line mean?
  • From: Bin Chen
• Re: what does this line mean?
  • From: Paul Pluzhnikov
• Re: how many ephemeral port no will be used when a server accept 1000 connections?
  • From: David Schwartz
• Re: persistent process
  • From: Måns Rullgård
• Re: persistent process
  • From: Stephen Westwood
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Gianni Mariani
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: persistent process
  • From: Måns Rullgård
• Re: Why put the structures in a structure when assembling a TCP/IP Packet?
  • From: Giorgos Keramidas
• Re: Recvfrom() not returning
  • From: sfncook
• Re: Recvfrom() not returning
  • From: sfncook
• Re: Recvfrom() not returning
  • From: sfncook
• Re: Time measurements
  • From: Andrei Voropaev
• Multicast socket bound to IPADDR_ANY
  • From: n.vaughan
• Re: Recvfrom() not returning
  • From: Spoon
• Re: Time measurements
  • From: Henry Townsend
• Re: Recvfrom() not returning
  • From: Robert Harris
• Re: Need suggestion on UDP Concurrent server
  • From: VDR
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: fjblurt
• Re: how many ephemeral port no will be used when a server accept 1000 connections?
  • From: fjblurt
• how many ephemeral port no will be used when a server accept 1000 connections?
  • From: Little guy
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Logan Shaw
• Re: Time measurements
  • From: Logan Shaw
• Re: Time measurements
  • From: Eric Sosman
• Re: Time measurements
  • From: Rick Jones
• Recvfrom() not returning
  • From: sfncook
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: William Ahern
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: William Ahern
• Re: Time measurements
  • From: Eric Sosman
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: Time measurements
  • From: Tim Frink
• Re: Time measurements
  • From: viqtor13th
• Time measurements
  • From: Tim Frink
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Robert Harris
• Re: Need suggestion on UDP Concurrent server
  • From: David Schwartz
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Need suggestion on UDP Concurrent server
  • From: VDR
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Fredrik Roubert
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: Output of ldd
  • From: Paul Pluzhnikov
• Re: http header
  • From: David Schwartz
• Re: Output of ldd
  • From: David Schwartz
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: Paul Pluzhnikov
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Robert Harris
• Re: Define feature flags for use in Makefiles and C code?
  • From: ta0kira
• Any portable way get a filename in UTF-8 or to get the FS encoding ?
  • From: Timothy Madden
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: nass
• Re: Shell Script to Parse Conf Files
  • From: Ulrich Eckhardt
• Re: Shell Script to Parse Conf Files
  • From: William Pursell
• Re: Shell Script to Parse Conf Files
  • From: Logan Shaw
• Re: Shell Script to Parse Conf Files
  • From: Daniel Rock
• Re: Shell Script to Parse Conf Files
  • From: ccdrbrg@xxxxxxxxx
• Re: Obtaining domain name
  • From: Michael T Pins
• Re: Output of ldd
  • From: Paul Pluzhnikov
• Re: Shell Script to Parse Conf Files
  • From: Chris F.A. Johnson
• Re: Output of ldd
  • From: Henry Townsend
• Output of ldd
  • From: Paulo Matos
• Re: Shell Script to Parse Conf Files
  • From: Glenn Hutchings
• Shell Script to Parse Conf Files
  • From: ccdrbrg@xxxxxxxxx
• Re: Serial communication and EOF?
  • From: Geoff Clare
• Re: Serial communication and EOF?
  • From: Andrei Voropaev
• Re: Obtaining domain name
  • From: Jim Jackson
• Re: Date & Time representation in "struct stat" - <sys/stat.h>
  • From: Spoon
• Re: Date & Time representation in "struct stat" - <sys/stat.h>
  • From: Robert Harris
• Date & Time representation in "struct stat" - <sys/stat.h>
  • From: Magesh
• Re: http header
  • From: Barry Margolin
• Re: Obtaining domain name
  • From: desas2@xxxxxxxxx
• Re: SED problem
  • From: desas2@xxxxxxxxx
• Re: http header
  • From: Logan Shaw
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: Paul Pluzhnikov
• http header
  • From: ucscnishantha
• Re: Define feature flags for use in Makefiles and C code?
  • From: toby
• Re: Obtaining domain name
  • From: Michael T Pins
• Re: Obtaining domain name
  • From: Doug McIntyre
• Re: How to get the count of tcp packets per port?
  • From: James Carlson
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: nass
• Re: SED problem
  • From: mcbalagtas
• Obtaining domain name
  • From: Henrik Goldman
• Re: Serial communication and EOF?
  • From: Jef Driesen
• Re: SED problem
  • From: Bill Marcum
• Re: Scheduling of threads
  • From: David Schwartz
• How to get the count of tcp packets per port?
  • From: Jennifer
• Re: Serial communication and EOF?
  • From: Geoff Clare
• Re: Serial communication and EOF?
  • From: Jef Driesen
• Re: Serial communication and EOF?
  • From: Mark Hobley
• Re: nfs -- file creation ctime
  • From: Logan Shaw
• Re: C++ code to read a binary file larger than 2GB on a 32-bit system?
  • From: Ulrich Eckhardt
• Re: Serial communication and EOF?
  • From: Barry Margolin
• Re: SED problem
  • From: desas2@xxxxxxxxx
• Define feature flags for use in Makefiles and C code?
  • From: skillzero@xxxxxxxxx
• SED problem
  • From: mcbalagtas
• Re: C++ code to read a binary file larger than 2GB on a 32-bit system?
  • From: fjblurt
• C++ code to read a binary file larger than 2GB on a 32-bit system?
  • From: cooldisk
• unpv22e on linux debian etch
  • From: wensem@xxxxxxxxx
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: nass
• want to share your photos?
  • From: diprat7
• Re: Serial communication and EOF?
  • From: Jef Driesen
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: Paul Pluzhnikov
• Re: Scheduling of threads
  • From: Rainer Weikusat
• Re: Serial communication and EOF?
  • From: Geoff Clare
• Re: Scheduling of threads
  • From: kmeson
• Re: Serial communication and EOF?
  • From: Geoff Clare
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: Rainer Weikusat
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: nass
• Re: How to handle multiple sendto() and recvfrom() with udp socket
  • From: James Carlson
• Re: Scheduling of threads
  • From: Spoon
• Re: Scheduling of threads
  • From: Rainer Weikusat
• Re: nfs -- file creation ctime
  • From: Rainer Weikusat
• Re: Scheduling of threads
  • From: kmeson
• Re: Serial communication and EOF?
  • From: Jef Driesen
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: Paul Pluzhnikov
• Re: Preprocessor commands?
  • From: Paul Pluzhnikov
• Re: Scheduling of threads
  • From: David Schwartz
• Re: nfs -- file creation ctime
  • From: Logan Shaw
• Re: Detecting that a file is on an NFS filesystem
  • From: Logan Shaw
• Re: Serial communication and EOF?
  • From: Scott Lurndal
• Re: Detecting that a file is on an NFS filesystem
  • From: Henry Townsend
• Re: Serial communication and EOF?
  • From: Jef Driesen
• Re: Serial communication and EOF?
  • From: Scott Lurndal
• Re: Preprocessor commands?
  • From: Scott Lurndal
• Re: Preprocessor commands?
  • From: Scott Lurndal
• Re: Detecting that a file is on an NFS filesystem
  • From: alfa_bet
• Re: nfs -- file creation ctime
  • From: Frank Cusack
• Re: Serial communication and EOF?
  • From: Jef Driesen
• Re: Detecting that a file is on an NFS filesystem
  • From: Henry Townsend
• Re: Detecting that a file is on an NFS filesystem
  • From: Henry Townsend
• Detecting that a file is on an NFS filesystem
  • From: alfa_bet
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: Azazel
• Re: Serial communication and EOF?
  • From: Geoff Clare
• Re: Preprocessor commands?
  • From: SM Ryan
• Re: nfs -- file creation ctime
  • From: SM Ryan
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: nass
• Re: Passing options to gcc with make?
  • From: Andrei Voropaev
• Re: Preprocessor commands?
  • From: Maurizio Loreti
• Re: Preprocessor commands?
  • From: desktop
• Re: Preprocessor commands?
  • From: Maurizio Loreti
• Passing options to gcc with make?
  • From: desktop
• Preprocessor commands?
  • From: desktop
• Re: How to handle multiple sendto() and recvfrom() with udp socket
  • From: fjblurt
• How to handle multiple sendto() and recvfrom() with udp socket
  • From: apollo135
• Re: Scheduling of threads
  • From: Frank Cusack
• Re: nfs -- file creation ctime
  • From: Frank Cusack
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: Paul Pluzhnikov
• Re: Scheduling of threads
  • From: Chris Friesen
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: nass
• Scheduling of threads
  • From: kmeson
• Re: timestamps handling
  • From: Rainer Weikusat
• Re: Question from Unix Network Programming by W. Richard Stevens
  • From: Rainer Weikusat
• Re: a tool for debugging memory leaks? for ARM and OS-Linux
  • From: nass
• Question from Unix Network Programming by W. Richard Stevens
  • From: K-mart Cashier
• timestamps handling
  • From: inftoconc

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Newsgroups  > comp.unix.programmer  > 2007-10