comp.unix.programmer

• Thread Index

---

• Re: I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: Barry Margolin
• Re: I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: Gordon Burditt
• Re: I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: Casper H . S . Dik
• Re: I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: K-mart Cashier
• Re: I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: Bjarni Juliusson
• Re: I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: K-mart Cashier
• Re: I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: Bjarni Juliusson
• Re: I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: K-mart Cashier
• Re: I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: Bjarni Juliusson
• I don't see why the pipe program doesn't show up on ps when it 'hangs'
  • From: K-mart Cashier
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Barry Margolin
• Re: x11 and undefined inheritance operation
  • From: Fred
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Bjarni Juliusson
• Re: Initialised global variable and unitialised global variable
  • From: Bjarni Juliusson
• Re: x11 and undefined inheritance operation
  • From: Scoots
• x11 and undefined inheritance operation
  • From: Scoots
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Drew Lawson
• Re: Retrieve context of a suspended thread.
  • From: Scott Lurndal
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Rainer Weikusat
• Re: Error while using gcov
  • From: William Pursell
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Drew Lawson
• Re: Initialised global variable and unitialised global variable
  • From: James Kanze
• Re: Retrieve context of a suspended thread.
  • From: Casper H . S . Dik
• Re: Initialised global variable and unitialised global variable
  • From: sai
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: David Schwartz
• Re: Retrieve context of a suspended thread.
  • From: Scott Lurndal
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Barry Margolin
• Re: Retrieve context of a suspended thread.
  • From: David Schwartz
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: David Schwartz
• Re: Retrieve context of a suspended thread.
  • From: Ian Collins
• Re: How do I Know that multicast is supported?
  • From: Gordon Burditt
• Re: About performance of Posix message Queue
  • From: Jens Thoms Toerring
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Lew Pitcher
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Eric Sosman
• Re: Recursive option for ldd
  • From: Bjarni Juliusson
• Retrieve context of a suspended thread.
  • From: k3xji
• Re: broken pipe
  • From: Rainer Weikusat
• Re: RFC of email files?
  • From: André Gillibert
• Re: Initialised global variable and unitialised global variable
  • From: Bjarni Juliusson
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Barry Margolin
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: mukesh
• Initialised global variable and unitialised global variable
  • From: sai
• Re: How do I Know that multicast is supported?
  • From: smilor93
• Re: How do I Know that multicast is supported?
  • From: Gordon Burditt
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Ian Collins
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Ian Collins
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Barry Margolin
• Re: thanks a lot
  • From: Barry Margolin
• How do I Know that multicast is supported?
  • From: smilor93
• About performance of Posix message Queue
  • From: smilor93
• Re: broken pipe
  • From: zoot51
• Re: Thread starvation with pthreads in Linux?
  • From: David Schwartz
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: David Schwartz
• Re: Thread starvation with pthreads in Linux?
  • From: Casper H . S . Dik
• Re: Error while using gcov
  • From: Mihir Patel
• Re: Error while using gcov
  • From: Mihir Patel
• Re: release resource when process received kill signal
  • From: James Kanze
• Re: Thread starvation with pthreads in Linux?
  • From: James Kanze
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Eric Sosman
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: mukesh
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Lew Pitcher
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: mukesh
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Lew Pitcher
• Re: sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: Eric Sosman
• sprintf()/printf() behaves in different way on 64-bit UNIX, for +ve and -ve integer value, when integer value is printed using %ld specifiers
  • From: mukesh
• Re: OpenSSL re-negotiation
  • From: Jiri Klimes
• Re: OpenSSL re-negotiation
  • From: David Schwartz
• Re: Recursive option for ldd
  • From: pk
• Re: OpenSSL re-negotiation
  • From: Jiri Klimes
• Re: OpenSSL re-negotiation
  • From: Saju Pillai
• Re: broken pipe
  • From: Bjarni Juliusson
• OpenSSL re-negotiation
  • From: Jiri Klimes
• broken pipe
  • From: sreekanthtou
• Recursive option for ldd
  • From: Rahul
• Re: release resource when process received kill signal
  • From: William Pursell
• Re: thanks a lot
  • From: jellybean stonerfish
• Re: thanks a lot
  • From: Barry Margolin
• thanks a lot
  • From: smilor93@xxxxxxxxx
• Re: release resource when process received kill signal
  • From: David Schwartz
• Re: release resource when process received kill signal
  • From: Ian Collins
• Re: WINSCP for Linux
  • From: Ian Collins
• Re: WINSCP for Linux
  • From: AK_2009
• release resource when process received kill signal
  • From: smilor93@xxxxxxxxx
• Re: WINSCP for Linux
  • From: AK_2009
• Re: Thread starvation with pthreads in Linux?
  • From: David Schwartz
• Re: Thread starvation with pthreads in Linux?
  • From: David Schwartz
• Re: WINSCP for Linux
  • From: Aaron W . Hsu
• Re: WINSCP for Linux
  • From: Aaron W . Hsu
• Re: WINSCP for Linux
  • From: AK_2009
• Re: WINSCP for Linux
  • From: Ian Collins
• Re: WINSCP for Linux
  • From: AK_2009
• Re: Thread starvation with pthreads in Linux?
  • From: Scott Lurndal
• Re: Thread starvation with pthreads in Linux?
  • From: Scott Lurndal
• Re: Thread starvation with pthreads in Linux?
  • From: ppi
• Re: Thread starvation with pthreads in Linux?
  • From: Chris Friesen
• Re: Thread starvation with pthreads in Linux?
  • From: chsalvia
• Re: WINSCP for Linux
  • From: Nate Eldredge
• WINSCP for Linux
  • From: AK_2009
• Re: Thread starvation with pthreads in Linux?
  • From: David Schwartz
• Thread starvation with pthreads in Linux?
  • From: chsalvia
• Re: Need a help to share a variable of Dynamic Shared Library across the processes using that library.
  • From: abhishekvora . 86
• Re: epoll and multiple UDP multicast streams
  • From: Rainer Weikusat
• Re: epoll and multiple UDP multicast streams
  • From: David Schwartz
• Re: epoll and multiple UDP multicast streams
  • From: george13p
• Re: epoll and multiple UDP multicast streams
  • From: george13p
• Re: RFC of email files?
  • From: Måns Rullgård
• Re: Need a help to share a variable of Dynamic Shared Library across the processes using that library.
  • From: Gordon Burditt
• Re: RFC of email files?
  • From: Scott Lurndal
• Re: Need a help to share a variable of Dynamic Shared Library across the processes using that library.
  • From: Scott Lurndal
• Re: IOCTL to read a disk block
  • From: Scott Lurndal
• Re: RFC of email files?
  • From: Måns Rullgård
• Re: RFC of email files?
  • From: boltar2003
• Re: RFC of email files?
  • From: Måns Rullgård
• RFC of email files?
  • From: boltar2003
• Re: epoll and multiple UDP multicast streams
  • From: Rainer Weikusat
• Re: simple GUI tools
  • From: Jens Thoms Toerring
• Re: Need a help to share a variable of Dynamic Shared Library across the processes using that library.
  • From: Bjarni Juliusson
• Need a help to share a variable of Dynamic Shared Library across the processes using that library.
  • From: abhishekvora . 86
• Re: simple GUI tools
  • From: Beej Jorgensen
• Re: simple GUI tools
  • From: Bill Waddington
• Re: simple GUI tools
  • From: Moi
• gdb is sending SIGINT to executable
  • From: Sushrut Sardeshmukh
• Re: simple GUI tools
  • From: Aaron W . Hsu
• Re: epoll and multiple UDP multicast streams
  • From: David Schwartz
• Re: simple GUI tools
  • From: Aaron W . Hsu
• Re: simple GUI tools
  • From: Bill Waddington
• Re: simple GUI tools
  • From: Mark Wooding
• Re: IOCTL to read a disk block
  • From: Gordon Burditt
• Re: IOCTL to read a disk block
  • From: Ian Collins
• simple GUI tools
  • From: Bill Waddington
• Re: white space problem in argument to system()
  • From: Afridi
• Re: epoll and multiple UDP multicast streams
  • From: george13p
• Re: epoll and multiple UDP multicast streams
  • From: george13p
• Re: epoll and multiple UDP multicast streams
  • From: Barry Margolin
• Re: white space problem in argument to system()
  • From: Barry Margolin
• Re: epoll and multiple UDP multicast streams
  • From: David Schwartz
• epoll and multiple UDP multicast streams
  • From: george13p
• Re: white space problem in argument to system()
  • From: John Gordon
• Re: white space problem in argument to system()
  • From: Måns Rullgård
• white space problem in argument to system()
  • From: Afridi
• Re: UDP Multicast Question
  • From: neilsolent
• Re: UDP Multicast Question
  • From: David Schwartz
• Re: UDP Multicast Question
  • From: neilsolent
• Re: ld (linker) appears to set incorrect memory locations when plugin libraries involved
  • From: Thomas Maier-Komor
• Re: UDP Multicast Question
  • From: David Schwartz
• UDP Multicast Question
  • From: neilsolent
• ld (linker) appears to set incorrect memory locations when plugin libraries involved
  • From: Mantra
• Re: Call for papers First Software Freedom Conference 2008 (SFK09) in Pristina/Prishtina/Prishtinë/Prishtina Kosova/Kosovo :
  • From: JamesMikeDuPont@xxxxxxxxxxxxxx
• The Magic Lamp - Programs, Source Code, algorithm, tutorials Download
  • From: Flashy
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: Christoph Bartoschek
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: Christoph Bartoschek
• Re: get pixel value like kcolorchooser
  • From: SD
• Re: gnu screen backspace question
  • From: SD
• Re: What's the point of using tcflush() in the following code snippet
  • From: Barry Margolin
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: David Schwartz
• Re: What's the point of using tcflush() in the following code snippet
  • From: Scott Lurndal
• What's the point of using tcflush() in the following code snippet
  • From: K-mart Cashier
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: Shea Tomsin
• Re: get pixel value like kcolorchooser
  • From: Fred
• get pixel value like kcolorchooser
  • From: alternative451
• gnu screen backspace question
  • From: the.dude
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: David Schwartz
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: Rainer Weikusat
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: Christoph Bartoschek
• Re: NFS server details?
  • From: Barry Margolin
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: Marc
• Re: NFS server details?
  • From: Ian Collins
• NFS server details?
  • From: Marco
• Re: Perl split() doing something odd.
  • From: Barry Margolin
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: David Schwartz
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: sheatomsin
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: Marc
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: sheatomsin
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: Ian Collins
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: sheatomsin
• Re: Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: David Schwartz
• Does anyone know why C++ std queue is faster than my C queue implementation?
  • From: sheatomsin
• Re: Perl split() doing something odd.
  • From: David Mathog
• Re: Doubt on 'select' on sockets
  • From: Maxim Yegorushkin
• Jaeger LeCoultre Reverso Classique Watch, Best Wristwatch
  • From: hualibao466
• Re: Doubt on 'select' on sockets
  • From: Ian Collins
• Re: Error while using gcov
  • From: William Pursell
• Re: Perl split() doing something odd.
  • From: John W. Krahn
• Re: Perl split() doing something odd.
  • From: John W. Krahn
• Re: Perl split() doing something odd.
  • From: Barry Margolin
• Rolex Yacht-Master Watch, Best Wristwatch
  • From: hualibao405
• Re: Perl split() doing something odd.
  • From: David Mathog
• Re: Doubt on 'select' on sockets
  • From: David Schwartz
• Re: Perl split() doing something odd.
  • From: John W. Krahn
• Perl split() doing something odd.
  • From: David Mathog
• Re: mq_timedreceive() ignoring timeout value
  • From: guenther@xxxxxxxxx
• Re: mq_timedreceive() ignoring timeout value
  • From: Chris Croughton
• Re: multithreaded program ignores signals
  • From: Maxim Yegorushkin
• Re: Doubt on 'select' on sockets
  • From: Maxim Yegorushkin
• multithreaded program ignores signals
  • From: camper . happy
• Re: how to wait until a child blocks?
  • From: David Schwartz
• setting header in as3
  • From: haris
• Re: Telnet Shell Script using kermit
  • From: Joachim Schmitz
• Re: mq_timedreceive() ignoring timeout value
  • From: boltar2003
• Re: Telnet Shell Script using kermit
  • From: Nate Eldredge
• Re: how to wait until a child blocks?
  • From: Christof Warlich
• Re: Telnet Shell Script using kermit
  • From: Golden California Girls
• Re: how to wait until a child blocks?
  • From: David Schwartz
• Re: Doubt on 'select' on sockets
  • From: Ian Collins
• Re: Overloading operator new for a set of shared libraries
  • From: Ian Collins
• Re: mq_timedreceive() ignoring timeout value
  • From: Chris Croughton
• Re: Telnet Shell Script using kermit
  • From: Mark Hobley
• Re: efence doesn't produce a core dump
  • From: John Gordon
• Re: efence doesn't produce a core dump
  • From: Rainer Weikusat
• Re: how to wait until a child blocks?
  • From: Christof Warlich
• efence doesn't produce a core dump
  • From: Bjoern Fabritius
• Re: mq_timedreceive() ignoring timeout value
  • From: boltar2003
• Re: how to prevent second SIGINT from killing program
  • From: Maxim Yegorushkin
• Re: Doubt on 'select' on sockets
  • From: Maxim Yegorushkin
• Re: mq_timedreceive() ignoring timeout value
  • From: Maxim Yegorushkin
• Re: how to prevent second SIGINT from killing program
  • From: boltar2003
• Re: how to prevent second SIGINT from killing program
  • From: Maxim Yegorushkin
• Re: how to wait until a child blocks?
  • From: Barry Margolin
• Re: Overloading operator new for a set of shared libraries
  • From: Maxim Yegorushkin
• how to prevent second SIGINT from killing program
  • From: camper . happy
• how to wait until a child blocks?
  • From: Christof Warlich
• mq_timedreceive() ignoring timeout value
  • From: boltar2003
• Doubt on 'select' on sockets
  • From: Prasanth
• Re: ioctl codes
  • From: Chris Croughton
• Re: Telnet Shell Script using kermit
  • From: Chris Croughton
• Re: Telnet Shell Script using kermit
  • From: Nate Eldredge
• Re: Telnet Shell Script using kermit
  • From: Michael Mol
• Re: Telnet Shell Script using kermit
  • From: Paulo
• ioctl codes
  • From: sheffmail
• Online & classroom training in Storage, systems and virtualisation...
  • From: sara
• Re: pthread cancelation and mutex
  • From: David Schwartz
• Re: pthread cancelation and mutex
  • From: fmoreau
• cheap RED MONKEY jeans wholesale
  • From: wholesale3
• Re: Telnet Shell Script using kermit
  • From: Mark Hobley
• Re: pthread cancelation and mutex
  • From: David Schwartz
• Re: How to tell when execv has succeeded
  • From: David Schwartz
• Error while using gcov
  • From: Mihir Patel
• Re: pthread cancelation and mutex
  • From: Francis Moreau
• Telnet Shell Script using kermit
  • From: Paulo
• Re: Deleteing data at the end of a file.
  • From: The Doctor
• Re: Deleteing data at the end of a file.
  • From: Måns Rullgård
• Deleteing data at the end of a file.
  • From: The Doctor
• Re: pthread cancelation and mutex
  • From: Michael Mol
• Re: How to tell when execv has succeeded
  • From: Maxim Yegorushkin
• Re: pthread cancelation and mutex
  • From: Ian Collins
• Re: pthread cancelation and mutex
  • From: Francis Moreau
• Locale setting and chinese file processing problems
  • From: Blackguester
• Re: Call for papers First Software Freedom Conference 2008 (SFK09) in Pristina/Prishtina/Prishtinë/Prishtina Kosova/Kosovo :
  • From: Ryan McCoskrie
• Re: pthread cancelation and mutex
  • From: Ian Collins
• pthread cancelation and mutex
  • From: Francis Moreau
• Overloading operator new for a set of shared libraries
  • From: Brian Cole
• Re: "VMS-style search logicals" on unix?
  • From: Sven Mascheck
• Re: 256 file handle limit on Solaris 10
  • From: Casper H . S . Dik
• Re: 256 file handle limit on Solaris 10
  • From: Casper H . S . Dik
• Re: 256 file handle limit on Solaris 10
  • From: Casper H . S . Dik
• Re: How to tell when execv has succeeded
  • From: Chris Croughton
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Mattias Wikstrom
• Re: Call for papers First Software Freedom Conference 2008 (SFK09) in Pristina/Prishtina/Prishtinë/Prishtina Kosova/Kosovo :
  • From: JamesMikeDuPont@xxxxxxxxxxxxxx
• "VMS-style search logicals" on unix?
  • From: Greg Dharma
• Re: How to tell when execv has succeeded
  • From: David Schwartz
• Re: Call for papers First Software Freedom Conference 2008 (SFK09) in Pristina/Prishtina/Prishtinë/Prishtina Kosova/Kosovo :
  • From: JamesMikeDuPont@xxxxxxxxxxxxxx
• Re: Solaris 10 - Strange error fopen not failing !!!
  • From: Eric Sosman
• Solaris 10 - Strange error fopen not failing !!!
  • From: raxit@xxxxxxxxx
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Mattias Wikstrom
• Re: How to tell when execv has succeeded
  • From: Maxim Yegorushkin
• IPv6 socket + v4-mapped address -> IPv6 ip options?
  • From: oliver . kowalke
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Ryan McCoskrie
• Re: How to tell when execv has succeeded
  • From: David Schwartz
• Re: POSIX shared memory question
  • From: Barry Margolin
• Re: How to tell when execv has succeeded
  • From: Barry Margolin
• Re: Porting from (FILE*) API to file descriptors. What is the equivalent of...
  • From: Stephan Beal
• Re: POSIX shared memory question
  • From: David Schwartz
• Re: How to tell when execv has succeeded
  • From: David Schwartz
• Re: Porting from (FILE*) API to file descriptors. What is the equivalent of...
  • From: Lew Pitcher
• Re: 256 file handle limit on Solaris 10
  • From: Eric Sosman
• Porting from (FILE*) API to file descriptors. What is the equivalent of...
  • From: Stephan Beal
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Scott Lurndal
• Re: 256 file handle limit on Solaris 10
  • From: Scott Lurndal
• Re: How to tell when execv has succeeded
  • From: Chris Croughton
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Rainer Weikusat
• Re: How to tell when execv has succeeded
  • From: David Schwartz
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Mark Wooding
• Re: How to tell when execv has succeeded
  • From: Mark Wooding
• Re: 256 file handle limit on Solaris 10
  • From: James Carlson
• Re: How to tell when execv has succeeded
  • From: Maxim Yegorushkin
• Re: POSIX shared memory question
  • From: Maxim Yegorushkin
• Re: POSIX shared memory question
  • From: Robert Latest
• Re: POSIX shared memory question
  • From: Rainer Weikusat
• Re: POSIX shared memory question
  • From: Maxim Yegorushkin
• Re: POSIX shared memory question
  • From: Maxim Yegorushkin
• Re: sem_wait() not returning
  • From: Ni@m
• Re: sem_wait() not returning
  • From: Ni@m
• Re: sem_wait() not returning
  • From: Ni@m
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Ryan McCoskrie
• Re: IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: DanielJohnson
• Re: IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: Gordon Burditt
• Re: IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: DanielJohnson
• Re: How to tell when execv has succeeded
  • From: David Schwartz
• Re: POSIX shared memory question
  • From: Scott Lurndal
• Re: IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: Gordon Burditt
• Re: IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: DanielJohnson
• Re: How to tell when execv has succeeded
  • From: Gordon Burditt
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Rainer Weikusat
• Re: IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: Gordon Burditt
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Mattias Wikstrom
• How to tell when execv has succeeded
  • From: Chris Croughton
• Re: Building a pipe "by hand" in C?
  • From: Chris Croughton
• Re: IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: DanielJohnson
• Re: Path MTU discovery
  • From: Rick Jones
• Re: IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: DanielJohnson
• Re: POSIX shared memory question
  • From: boltar2003
• Re: sem_wait() not returning
  • From: Rainer Weikusat
• Re: sem_wait() not returning
  • From: boltar2003
• Re: API to get the number of network interfaces
  • From: Maxim Yegorushkin
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Rainer Weikusat
• Re: POSIX shared memory question
  • From: Rainer Weikusat
• Re: POSIX shared memory question
  • From: Maxim Yegorushkin
• Re: sem_wait() not returning
  • From: Maxim Yegorushkin
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Barry Margolin
• Re: POSIX shared memory question
  • From: boltar2003
• Re: POSIX shared memory question
  • From: boltar2003
• Re: POSIX shared memory question
  • From: Maxim Yegorushkin
• sem_wait() not returning
  • From: boltar2003
• Re: POSIX shared memory question
  • From: Rainer Weikusat
• POSIX shared memory question
  • From: boltar2003
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Rainer Weikusat
• Re: IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: Gordon Burditt
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Michael Mol
• Re: Could UNIX I/O be Made Type-Safe?
  • From: JC
• Re: Path MTU discovery
  • From: Mark Wooding
• IPv6 address not connecting but IPv4-mapped -IPv6 does. Please help.
  • From: DanielJohnson
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Mattias Wikstrom
• Re: Path MTU discovery
  • From: Rick Jones
• Make money Online
  • From: lizzy
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Mattias Wikstrom
• Re: Could UNIX I/O be Made Type-Safe?
  • From: JC
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Eric Sosman
• Call for papers First Software Freedom Conference 2008 (SFK09) in Pristina/Prishtina/Prishtinë/Prishtina Kosova/Kosovo :
  • From: JamesMikeDuPont@xxxxxxxxxxxxxx
• Re: Could UNIX I/O be Made Type-Safe?
  • From: JC
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Rainer Weikusat
• Re: Could UNIX I/O be Made Type-Safe?
  • From: GPS
• Re: API to get the number of network interfaces
  • From: Geoff Clare
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Mattias Wikstrom
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Rainer Weikusat
• Re: Could UNIX I/O be Made Type-Safe?
  • From: James Kanze
• Re: Could UNIX I/O be Made Type-Safe?
  • From: James Kanze
• Re: Safe to delete file after dlopen()/dlsym()?
  • From: JC
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Michael Mol
• Re: Safe to delete file after dlopen()/dlsym()?
  • From: David Schwartz
• Safe to delete file after dlopen()/dlsym()?
  • From: Skip Montanaro
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Barry Margolin
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Barry Margolin
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Eric Sosman
• Re: API to get the number of network interfaces
  • From: William Ahern
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Mattias Wikstrom
• Re: Could UNIX I/O be Made Type-Safe?
  • From: JC
• Re: Could UNIX I/O be Made Type-Safe?
  • From: JC
• Re: Could UNIX I/O be Made Type-Safe?
  • From: JC
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Mattias Wikstrom
• Re: Unix system call to find network information
  • From: Mark Wooding
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Gordon Burditt
• Re: Could UNIX I/O be Made Type-Safe?
  • From: David Schwartz
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Chris McDonald
• Re: Could UNIX I/O be Made Type-Safe?
  • From: David Schwartz
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Michael Mol
• Re: Could UNIX I/O be Made Type-Safe?
  • From: David Schwartz
• Re: Could UNIX I/O be Made Type-Safe?
  • From: JC
• Re: Could UNIX I/O be Made Type-Safe?
  • From: Eric Sosman
• Re: Building a pipe "by hand" in C?
  • From: James Kanze
• Re: API to get the number of network interfaces
  • From: Geoff Clare
• Re: shared vs static library
  • From: JH Trauntvein
• Re: Building a pipe "by hand" in C?
  • From: Robert Latest
• Re: Could UNIX I/O be Made Type-Safe?
  • From: JC
• Re: Building a pipe "by hand" in C?
  • From: boblatest
• Re: Building a pipe "by hand" in C?
  • From: boblatest
• Could UNIX I/O be Made Type-Safe?
  • From: Mattias Wikstrom
• Re: Building a pipe "by hand" in C?
  • From: William Ahern
• Re: Building a pipe "by hand" in C?
  • From: Gordon Burditt
• Re: Building a pipe "by hand" in C?
  • From: Eric Sosman
• Re: shared vs static library
  • From: Rainer Weikusat
• Building a pipe "by hand" in C?
  • From: Robert Latest
• Re: gtk and pixbuf
  • From: Robert Harris
• Re: gtk and pixbuf
  • From: Bjarni Juliusson
• gtk and pixbuf
  • From: alternative451
• Re: ip version speicifc ping
  • From: Saju Pillai
• ip version speicifc ping
  • From: Rahul
• Re: Unix system call to find network information
  • From: William Ahern
• Re: API to get the number of network interfaces
  • From: William Ahern
• Path MTU discovery
  • From: Mark Wooding
• Re: autotools: alter makefile output from configure script?
  • From: Mark Wooding
• Re: API to get the number of network interfaces
  • From: Saju Pillai
• Unix system call to find network information
  • From: Rahul
• API to get the number of network interfaces
  • From: Rahul
• Re: autotools: alter makefile output from configure script?
  • From: William Pursell
• Re: autotools: alter makefile output from configure script?
  • From: William Pursell
• Re: Using ucontext in signal handler
  • From: Matthias Pohl
• Re: shared vs static library
  • From: JC
• Re: shared vs static library
  • From: Rainer Weikusat
• Re: autotools: alter makefile output from configure script?
  • From: Rui Maciel
• Re: autotools: alter makefile output from configure script?
  • From: Rui Maciel
• Re: shared vs static library
  • From: James Kanze
• Re: shared vs static library
  • From: James Kanze
• Re: C++: check if a directory exists
  • From: James Kanze
• Re: C++: check if a directory exists
  • From: godhelpme
• Re: shared vs static library
  • From: JC
• Re: autotools: alter makefile output from configure script?
  • From: Giorgos Keramidas
• Re: shared vs static library
  • From: William Pursell
• Re: shared vs static library
  • From: JC
• Re: shared vs static library
  • From: JC
• Re: shared vs static library
  • From: JC
• Re: shared vs static library
  • From: JC
• Re: shared vs static library
  • From: William Pursell
• Re: shared vs static library
  • From: Rainer Weikusat
• Re: shared vs static library
  • From: James Kanze
• Re: autotools: alter makefile output from configure script?
  • From: Giorgos Keramidas

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Newsgroups  > comp.unix.programmer  > 2009-01