comp.unix.programmer

• Date Index

---

• makefile recursion, billy
• Unix scripting, tejal.acharya@xxxxxxxxx
  • Re: Unix scripting, Stephan Brönnimann
• how to use ioctl to check out memory usage, lanchen . ubuntu
  • Re: how to use ioctl to check out memory usage, Rainer Temme
    • Re: how to use ioctl to check out memory usage, lanchen . ubuntu
• LDPC platform: Looking forward, saad
• how to write a library ( .a or .so file ) in Unix using C? Urgent!!!, ZOLTAN
  • Re: how to write a library ( .a or .so file ) in Unix using C? Urgent!!!, Rich Teer
    • Re: how to write a library ( .a or .so file ) in Unix using C? Urgent!!!, Thomas Dickey
• Compiling a Visual Studio project in Unix using gcc/icc, saad
  • Re: Compiling a Visual Studio project in Unix using gcc/icc, saad
• libXt version, seema
  • Re: libXt version, Fred Kleinschmidt
  • Re: libXt version, Chuck Dillon
• pthread_join(): any way to limit how long it waits for?, Simon Elliott
  • Re: pthread_join(): any way to limit how long it waits for?, Maxim Yegorushkin
    • Re: pthread_join(): any way to limit how long it waits for?, Simon Elliott
      • Re: pthread_join(): any way to limit how long it waits for?, David Schwartz
      • Re: pthread_join(): any way to limit how long it waits for?, Simon Elliott
      • Re: pthread_join(): any way to limit how long it waits for?, David Schwartz
      • Re: pthread_join(): any way to limit how long it waits for?, Simon Elliott
      • Re: pthread_join(): any way to limit how long it waits for?, Andrei Voropaev
      • Re: pthread_join(): any way to limit how long it waits for?, David Schwartz
      • Re: pthread_join(): any way to limit how long it waits for?, Simon Elliott
• Threaded/forked timer that terminates a function after n minutes passed, Jakub Moskal
  • Re: Threaded/forked timer that terminates a function after n minutes passed, Stephan Brönnimann
    • Re: Threaded/forked timer that terminates a function after n minutes passed, Jakub Moskal
      • Re: Threaded/forked timer that terminates a function after n minutes passed, Jakub Moskal
      • Re: Threaded/forked timer that terminates a function after n minutes passed, Stephan Brönnimann
      • Re: Threaded/forked timer that terminates a function after n minutes passed, Jakub Moskal
      • Re: Threaded/forked timer that terminates a function after n minutes passed, Stephan Brönnimann
      • Re: Threaded/forked timer that terminates a function after n minutes passed, Stephan Brönnimann
      • Re: Threaded/forked timer that terminates a function after n minutes passed, Stephan Brönnimann
• Unix specific C++ header files for Intel C compiler, saad
  • Re: Unix specific C++ header files for Intel C compiler, Maxim Yegorushkin
    • Re: Unix specific C++ header files for Intel C compiler, saad
      • Re: Unix specific C++ header files for Intel C compiler, saad
• Find out which character set is used, thomas . mertes
  • Re: Find out which character set is used, Måns Rullgård
    • Re: Find out which character set is used, thomas . mertes
• Writing a unix command prompt, repairman2003
  • Re: Writing a unix command prompt, Robert Harris
    • Re: Writing a unix command prompt, Barry Margolin
      • Re: Writing a unix command prompt, Chris F.A. Johnson
      • Re: Writing a unix command prompt, Barry Margolin
      • Re: Writing a unix command prompt, Henry Townsend
      • Re: Writing a unix command prompt, Barry Margolin
  • Re: Writing a unix command prompt, Stephan Brönnimann
  • Re: Writing a unix command prompt, Stephan Brönnimann
  • Re: Writing a unix command prompt, Stephan Brönnimann
  • Re: Writing a unix command prompt, Pascal Bourguignon
  • <Possible follow-ups>
  • Writing a unix command prompt, repairman2003
• Re: Question: making a blank directory tree from existing tree (OS X 10.4.3), Elmer Fudd
• Grep / Bash problem, Elmer Fudd
  • Re: Grep / Bash problem, Conrad J. Sabatier
    • Re: Grep / Bash problem, Elmer Fudd
      • Re: Grep / Bash problem, Bit Twister
      • Re: Grep / Bash problem, Conrad J. Sabatier
      • Re: Grep / Bash problem, Conrad J. Sabatier
      • Re: Grep / Bash problem, Conrad J. Sabatier
  • Re: Grep / Bash problem, Logan Shaw
    • Re: Grep / Bash problem, Elmer Fudd
      • Re: Grep / Bash problem, Bill Marcum
      • Re: Grep / Bash problem, Logan Shaw
      • Re: Grep / Bash problem, Logan Shaw
      • Re: Grep / Bash problem, Robert Harris
      • Re: Grep / Bash problem, Logan Shaw
      • Re: Grep / Bash problem, Robert Harris
  • Re: Grep / Bash problem, John W. Krahn
• loading process environment variables, RickE
  • Re: loading process environment variables, Pascal Bourguignon
    • Re: loading process environment variables, Måns Rullgård
      • Re: loading process environment variables, RickE
      • Re: loading process environment variables, RickE
      • Re: loading process environment variables, phil-news-nospam
      • Re: loading process environment variables, RickE
      • Re: loading process environment variables, phil-news-nospam
      • Re: loading process environment variables, RickE
      • Re: loading process environment variables, RickE
      • Re: loading process environment variables, Roger Leigh
      • Re: loading process environment variables, Mark Hobley
  • Re: loading process environment variables, Paul Pluzhnikov
• Capturing output from other process, John Smith
  • Re: Capturing output from other process, Pascal Bourguignon
    • Re: Capturing output from other process, Barry Margolin
• Lookup between 2 files ( korn shell ), pawan_test
  • Re: Lookup between 2 files ( korn shell ), Logan Shaw
    • Re: Lookup between 2 files ( korn shell ), pawan_test
      • Re: Lookup between 2 files ( korn shell ), Chris F.A. Johnson
      • Re: Lookup between 2 files ( korn shell ), pawan_test
      • Re: Lookup between 2 files ( korn shell ), Chris F.A. Johnson
      • Re: Lookup between 2 files ( korn shell ), pawan_test
      • Re: Lookup between 2 files ( korn shell ), pawan_test
      • Re: Lookup between 2 files ( korn shell ), Logan Shaw
      • Re: Lookup between 2 files ( korn shell ), pawan_test
      • Re: Lookup between 2 files ( korn shell ), Ralf Fassel
  • <Possible follow-ups>
  • Lookup between 2 files ( korn shell ), pawan_test
• Compiling against libnet, Pigpenn
  • Re: Compiling against libnet, Cat
    • Re: Compiling against libnet, Pigpenn
  • Re: Compiling against libnet, Artie Gold
  • Re: Compiling against libnet, Casper H . S . Dik
  • Re: Compiling against libnet, Pigpenn
• Stack Confusion with Buffer Overflow, Markus Pitha
  • Re: Stack Confusion with Buffer Overflow, Pascal Bourguignon
    • Re: Stack Confusion with Buffer Overflow, Markus Pitha
      • Re: Stack Confusion with Buffer Overflow, Måns Rullgård
      • Re: Stack Confusion with Buffer Overflow, Markus Pitha
      • Re: Stack Confusion with Buffer Overflow, Måns Rullgård
      • Re: Stack Confusion with Buffer Overflow, Markus Pitha
      • Re: Stack Confusion with Buffer Overflow, Måns Rullgård
    • Re: Stack Confusion with Buffer Overflow, Casper H . S . Dik
      • Re: Stack Confusion with Buffer Overflow, Pascal Bourguignon
  • Re: Stack Confusion with Buffer Overflow, Barry Margolin
  • Re: Stack Confusion with Buffer Overflow, Paul Pluzhnikov
  • Re: Stack Confusion with Buffer Overflow, Markus Pitha
• write(2) trips SIGCHLD after EPIPE why?, Michael B Allen
  • Re: write(2) trips SIGCHLD after EPIPE why?, Michael B Allen
  • Re: write(2) trips SIGCHLD after EPIPE why?, Casper H . S . Dik
• Persistent linux program called by web..., vigotti
• number sort, whcui
  • Re: number sort, Robert Harris
  • Re: number sort, Bill Marcum
  • Re: number sort, William James
• Recursion problem using C, Dreamcatcher
  • Re: Recursion problem using C, Casper H . S . Dik
  • Re: Recursion problem using C, Giorgos Keramidas
    • Re: Recursion problem using C, Alex Fraser
      • Re: Recursion problem using C, Dreamcatcher
      • Re: Recursion problem using C, Victor Wagner
      • Re: Recursion problem using C, Giorgos Keramidas
  • Re: Recursion problem using C, Thomas Maier-Komor
  • Re: Recursion problem using C, Pascal Bourguignon
• GDB Break the program execution, Salvatore Di Fazio
  • Re: GDB Break the program execution, Giorgos Keramidas
    • Re: GDB Break the program execution, Salvatore Di Fazio
  • Re: GDB Break the program execution, Pascal Bourguignon
    • Re: GDB Break the program execution, Salvatore Di Fazio
      • Re: GDB Break the program execution, Pascal Bourguignon
  • Re: GDB Break the program execution, Paul Pluzhnikov
    • Re: GDB Break the program execution, Salvatore Di Fazio
      • Re: GDB Break the program execution, Paul Pluzhnikov
      • Re: GDB Break the program execution, Salvatore Di Fazio
      • Re: GDB Break the program execution, Salvatore Di Fazio
      • Re: GDB Break the program execution, Andrei Voropaev
      • Re: GDB Break the program execution, Salvatore Di Fazio
      • Re: GDB Break the program execution, Salvatore Di Fazio
• child remains after parent exits, ivdneut@xxxxxxxxx
  • Re: child remains after parent exits, Paul Pluzhnikov
    • Re: child remains after parent exits, ivdneut@xxxxxxxxx
      • Re: child remains after parent exits, Ralf Fassel
      • Re: child remains after parent exits, Casper H . S . Dik
      • Re: child remains after parent exits, ivdneut@xxxxxxxxx
      • Re: child remains after parent exits, Torgny Lyon
      • Re: child remains after parent exits, ivdneut@xxxxxxxxx
      • Re: child remains after parent exits, Paul Pluzhnikov
• encrypt a string and decrypt it back in Unix Shell Programming, kiranhiremath
  • Re: encrypt a string and decrypt it back in Unix Shell Programming, Pascal Bourguignon
  • Re: encrypt a string and decrypt it back in Unix Shell Programming, Alex Fraser
    • Re: encrypt a string and decrypt it back in Unix Shell Programming, kiranhiremath
      • Re: encrypt a string and decrypt it back in Unix Shell Programming, Alex Fraser
      • Re: encrypt a string and decrypt it back in Unix Shell Programming, kiranhiremath
      • Re: encrypt a string and decrypt it back in Unix Shell Programming, Stephan Brönnimann
• C++ POSIX implementation?, darkspleen@xxxxxxxxx
  • Re: C++ POSIX implementation?, Ian Collins
  • Re: C++ POSIX implementation?, Thomas Maier-Komor
  • Re: C++ POSIX implementation?, Maxim Yegorushkin
• howto interpret error, Adam
  • Re: howto interpret error, Gordon Burditt
• Patching traceroute, Pigpenn
  • Re: Patching traceroute, Thomas Maier-Komor
  • Re: Patching traceroute, Ian Zimmerman
• fork, exec, and killing a child process manually while it's running, simonboland
  • Re: fork, exec, and killing a child process manually while it's running, Fletcher Glenn
    • Re: fork, exec, and killing a child process manually while it's running, Mark B
      • Re: fork, exec, and killing a child process manually while it's running, Bjorn Reese
      • Re: fork, exec, and killing a child process manually while it's running, Jordan Abel
  • Re: fork, exec, and killing a child process manually while it's running, Gordon Burditt
• Reading data from gps on serial port, James Brodie
  • Re: Reading data from gps on serial port, David Schwartz
    • Re: Reading data from gps on serial port, James Brodie
      • Re: Reading data from gps on serial port, David Schwartz
      • Re: Reading data from gps on serial port, James Brodie
      • Re: Reading data from gps on serial port, David Schwartz
• Passing Data to a Running Daemon in C, cicalese
  • Re: Passing Data to a Running Daemon in C, David Schwartz
    • Re: Passing Data to a Running Daemon in C, cicalese
      • Re: Passing Data to a Running Daemon in C, David Schwartz
      • Re: Passing Data to a Running Daemon in C, cicalese
• Looking for graphics adapter, lslomer
• UDp broadcast problem, LinuxGuy
  • Re: UDp broadcast problem, Ian
• The fastest mechanism of IPC, atom10jj@xxxxxxxxx
  • Re: The fastest mechanism of IPC, Rodrick Brown
    • Re: The fastest mechanism of IPC, Paul Pluzhnikov
      • Re: The fastest mechanism of IPC, Rich Teer
      • Re: The fastest mechanism of IPC, Paul Pluzhnikov
      • Re: The fastest mechanism of IPC, Logan Shaw
  • Re: The fastest mechanism of IPC, Pascal Bourguignon
• sharing memory with non-children, Logan Shaw
  • Re: sharing memory with non-children, Ian Collins
    • Re: sharing memory with non-children, Logan Shaw
      • Re: sharing memory with non-children, Pascal Bourguignon
      • Re: sharing memory with non-children, Logan Shaw
      • Re: sharing memory with non-children, Michael Wojcik
      • Re: sharing memory with non-children, Ian Collins
      • Re: sharing memory with non-children, Logan Shaw
    • Re: sharing memory with non-children, Jan Andres
  • Re: sharing memory with non-children, Maxim Yegorushkin
• How to detect that stdin was closed., Karl_Schmitt_1969
  • Re: How to detect that stdin was closed., Rainer Temme
  • Re: How to detect that stdin was closed., Barry Margolin
  • Re: How to detect that stdin was closed., Hubble
• Re: garbage collection questions, "Nils O. Selåsdal"
• Signal handling, sudeep
  • Re: Signal handling, Paul Pluzhnikov
    • Re: Signal handling, sudeep
      • Re: Signal handling, Paul Pluzhnikov
      • Re: Signal handling, sudeep
• send() returns 0 but poll() says I can write, Jan Vidar Krey
  • Message not available
    • Re: send() returns 0 but poll() says I can write, Jan Vidar Krey
      • Re: send() returns 0 but poll() says I can write, Jan Vidar Krey
• Re: threading in g++, Shark
  • Re: threading in g++, Paul Pluzhnikov
• Ensuring that a daemon runs as a single instance, Mark Hobley
  • Re: Ensuring that a daemon runs as a single instance, Pascal Bourguignon
    • Re: Ensuring that a daemon runs as a single instance, Måns Rullgård
      • Re: Ensuring that a daemon runs as a single instance, Pascal Bourguignon
    • Re: Ensuring that a daemon runs as a single instance, Mark Hobley
      • Re: Ensuring that a daemon runs as a single instance, Pascal Bourguignon
  • Re: Ensuring that a daemon runs as a single instance, SM Ryan
    • Re: Ensuring that a daemon runs as a single instance, Logan Shaw
      • Re: Ensuring that a daemon runs as a single instance, Pascal Bourguignon
  • Re: Ensuring that a daemon runs as a single instance, David Schwartz
    • Re: Ensuring that a daemon runs as a single instance, Mark Hobley
      • Re: Ensuring that a daemon runs as a single instance, Stefaan A Eeckels
      • Re: Ensuring that a daemon runs as a single instance, David Schwartz
• Implementing health check using 'Content Switching Module', mshetty
• writing into FIFO using writev system call, param
  • Re: writing into FIFO using writev system call, Kurtis D. Rader
    • Re: writing into FIFO using writev system call, param
• How to override compiler, seema
  • Re: How to override compiler, Logan Shaw
    • Re: How to override compiler, Fletcher Glenn
• broadcast, manish
  • Re: broadcast, Gordon Burditt
    • Re: broadcast, manish
      • Re: broadcast, David Schwartz
      • Re: broadcast, Pascal Bourguignon
  • Re: broadcast, Thomas Maier-Komor
• recvfrom multiple servers, manish
  • Re: recvfrom multiple servers, Ian Collins
• Signal question again. Last one for a while,, Chad
  • Re: Signal question again. Last one for a while,, Fletcher Glenn
    • Re: Signal question again. Last one for a while,, Chad
• write a network bridge, fabrizio
• lseek + read = ENOENT, Sam Steingold
  • Re: lseek + read = ENOENT, Casper H . S . Dik
  • Re: lseek + read = ENOENT, Pascal Bourguignon
• Web Service Client, mturker
• receiving broadcast packets, LinuxGuy
  • Re: receiving broadcast packets, Maxim Yegorushkin
• How to set EOF of a file?, vansky
  • Re: How to set EOF of a file?, Barry Margolin
  • Re: How to set EOF of a file?, SM Ryan
    • Re: How to set EOF of a file?, vansky
      • Re: How to set EOF of a file?, "Nils O. Selåsdal"
      • Re: How to set EOF of a file?, Pascal Bourguignon
      • Re: How to set EOF of a file?, vansky
      • Re: How to set EOF of a file?, Pascal Bourguignon
      • Re: How to set EOF of a file?, vansky
      • Re: How to set EOF of a file?, Pascal Bourguignon
      • Re: How to set EOF of a file?, vansky
      • Re: How to set EOF of a file?, Pascal Bourguignon
      • Re: How to set EOF of a file?, vansky
      • Re: How to set EOF of a file?, vansky
      • Re: How to set EOF of a file?, Pascal Bourguignon
      • Re: How to set EOF of a file?, vansky
      • Re: How to set EOF of a file?, Barry Margolin
      • Re: How to set EOF of a file?, vansky
      • Re: How to set EOF of a file?, vansky
      • Re: How to set EOF of a file?, Giorgos Keramidas
• Question regarding signals, Chad
  • Re: Question regarding signals, Barry Margolin
  • Re: Question regarding signals, Pascal Bourguignon
• GNU build tools / which version, gelbeiche
  • Re: GNU build tools / which version, Måns Rullgård
    • Re: GNU build tools / which version, gelbeiche
• [request for help/code] simple "packet loss" measuring in C/C++, Krzysiek Orlikowski
• DMalloc and Solaris?, jim_marshall2268
• UFTP source code, smarto59
  • Re: UFTP source code, "Nils O. Selåsdal"
  • Re: UFTP source code, Mark Hobley
    • Re: UFTP source code, Barry Margolin
• argp error during include, Paulo Matos
  • Re: argp error during include, Maxim Yegorushkin
• Unresolved symbol using STLport on HPUX 11, Torsten Mueller
  • Re: Unresolved symbol using STLport on HPUX 11, Paul Pluzhnikov
• c++/socket programming development top nyc financial firm, lf@xxxxxxxxxxxxx
• reading-writing loop, manish
  • Re: reading-writing loop, "Nils O. Selåsdal"
    • Re: reading-writing loop, manish
      • Re: reading-writing loop, Andrei Voropaev
      • Re: reading-writing loop, Ian Collins
  • Re: reading-writing loop, JH Trauntvein
  • Re: reading-writing loop, James Antill
• rename(2) silliness, phil-news-nospam
  • Re: rename(2) silliness, "Nils O. Selåsdal"
    • Re: rename(2) silliness, Pascal Bourguignon
      • Re: rename(2) silliness, Casper H . S . Dik
      • Re: rename(2) silliness, Pascal Bourguignon
      • Re: rename(2) silliness, Casper H . S . Dik
      • Re: rename(2) silliness, phil-news-nospam
      • Re: rename(2) silliness, Casper H . S . Dik
      • Re: rename(2) silliness, phil-news-nospam
      • Re: rename(2) silliness, "Nils O. Selåsdal"
  • Re: rename(2) silliness, Pascal Bourguignon
    • Re: rename(2) silliness, Casper H . S . Dik
• serial ports: how do I know data has been sent?, Simon Elliott
  • Re: serial ports: how do I know data has been sent?, James Carlson
    • Re: serial ports: how do I know data has been sent?, Simon Elliott
      • Re: serial ports: how do I know data has been sent?, James Carlson
      • Re: serial ports: how do I know data has been sent?, Simon Elliott
      • Re: serial ports: how do I know data has been sent?, James Carlson
  • Re: serial ports: how do I know data has been sent?, David Schwartz
    • Re: serial ports: how do I know data has been sent?, Simon Elliott
      • Re: serial ports: how do I know data has been sent?, David Schwartz
      • Re: serial ports: how do I know data has been sent?, Simon Elliott
      • Re: serial ports: how do I know data has been sent?, James Carlson
      • Re: serial ports: how do I know data has been sent?, Simon Elliott
  • Re: serial ports: how do I know data has been sent?, Mark Hobley
• broadcasting, manish
  • Re: broadcasting, Maxim Yegorushkin
    • Re: broadcasting, manish
      • Re: broadcasting, Maxim Yegorushkin
      • Re: broadcasting, Barry Margolin
• compressing multiple buffers, nike
  • Re: compressing multiple buffers, Pascal Bourguignon
    • Re: compressing multiple buffers, nike
      • Re: compressing multiple buffers, Pascal Bourguignon
• socket question, stathis gotsis
  • Re: socket question, Barry Margolin
    • Re: socket question, Lew Pitcher
• line by line tracing (gprof? not sure what to use), lw
  • Re: line by line tracing (gprof? not sure what to use), Pascal Bourguignon
• APUE 2e, Paul Floyd
  • Re: APUE 2e, Thomas Dickey
    • Re: APUE 2e, Thomas Maier-Komor
      • Re: APUE 2e, Thomas Dickey
      • Re: APUE 2e, Bill Fulton
      • Re: APUE 2e, Thomas Dickey
      • Re: APUE 2e, Rich Teer
      • Re: APUE 2e, Rich Teer
      • Re: APUE 2e, Thomas Dickey
      • Re: APUE 2e, Paul Floyd
  • Re: APUE 2e, jfathman
    • Re: APUE 2e, Paul Floyd
• TCP takes a long time to send packet, kvartan
  • Re: TCP takes a long time to send packet, Barry Margolin
  • Re: TCP takes a long time to send packet, David Schwartz
    • Re: TCP takes a long time to send packet, Barry Margolin
      • Re: TCP takes a long time to send packet, David Schwartz
• memory leak in threaded getpwuid_r() usage, knt
  • Re: memory leak in threaded getpwuid_r() usage, "Nils O. Selåsdal"
    • Re: memory leak in threaded getpwuid_r() usage, knt
• Re: Number of elements in an array., Peter Karlsson
• Cross compiling from solaris x86 to sparc?, John Smith
  • Re: Cross compiling from solaris x86 to sparc?, Thomas Maier-Komor
• How to implement a function to copy file on LINUX ?, vansky
  • Re: How to implement a function to copy file on LINUX ?, Måns Rullgård
    • Re: How to implement a function to copy file on LINUX ?, vansky
  • Re: How to implement a function to copy file on LINUX ?, Alex Fraser
    • Re: How to implement a function to copy file on LINUX ?, vansky
  • Re: How to implement a function to copy file on LINUX ?, SM Ryan
    • Re: How to implement a function to copy file on LINUX ?, vansky
    • Re: How to implement a function to copy file on LINUX ?, Geoff Clare
  • <Possible follow-ups>
  • Re: How to implement a function to copy file on LINUX ?, SM Ryan
    • Re: How to implement a function to copy file on LINUX ?, James Carlson
    • Re: How to implement a function to copy file on LINUX ?, Logan Shaw
      • Re: How to implement a function to copy file on LINUX ?, SM Ryan
      • Re: How to implement a function to copy file on LINUX ?, Geoff Clare
  • Re: How to implement a function to copy file on LINUX ?, SM Ryan
• Evil filename, Fletcher Glenn
  • Re: Evil filename, Victor Wagner
  • Re: Evil filename, Bjorn Reese
    • Re: Evil filename, Mark Rafn
      • Re: Evil filename, Thomas Maier-Komor
      • Re: Evil filename, Keith Thompson
  • Re: Evil filename, Keith Thompson
    • Re: Evil filename, Måns Rullgård
      • Re: Evil filename, David Schwartz
      • Re: Evil filename, Brian Raiter
      • Re: Evil filename, David Schwartz
      • Re: Evil filename, Rich Teer
      • Re: Evil filename, Pascal Bourguignon
      • Re: Evil filename, Michael Paoli
      • Re: Evil filename, Keith Thompson
      • Message not available
      • Re: Evil filename, Keith Thompson
  • Re: Evil filename, SM Ryan
  • Re: Evil filename, Michael Paoli
  • Re: Evil filename, Jan Andres
    • Re: Evil filename, Keith Thompson
      • Re: Evil filename, Jan Andres
    • Re: Evil filename, Eric Sosman
      • Re: Evil filename, Jordan Abel
      • Re: Evil filename, Jan Andres
      • Re: Evil filename, Michael Wojcik
• Unix source code, decoy
  • Re: Unix source code, Torgny Lyon
  • Re: Unix source code, Pascal Bourguignon
  • Re: Unix source code, Veritas
  • Re: Unix source code, Rodrick Brown
    • Re: Unix source code, Måns Rullgård
      • Re: Unix source code, Thomas Dickey
    • Re: Unix source code, Victor Wagner
      • Re: Unix source code, Jordan Abel
    • Re: Unix source code, "Nils O. Selåsdal"
• Re: AC_SYS_LARGEFILE in configure.in but..., Colossus
  • <Possible follow-ups>
  • Re: AC_SYS_LARGEFILE in configure.in but..., Colossus
• Port Win app to Linux Questions: Memory management and OEM Char, vansky
  • Re: Port Win app to Linux Questions: Memory management and OEM Char, Måns Rullgård
    • Re: Port Win app to Linux Questions: Memory management and OEM Char, vansky
      • Re: Port Win app to Linux Questions: Memory management and OEM Char, Roger Leigh
• library names and AC_CHECK_LIB, gelbeiche
• Code for lseek, Elephant
  • Re: Code for lseek, Roger Leigh
• RPC causes linux system to hang hard, Andrew Falanga
• Fork, Volatile and Alarm, Bill K.
  • Re: Fork, Volatile and Alarm, Roger Leigh
  • Re: Fork, Volatile and Alarm, "Nils O. Selåsdal"
• Linux Programming Question:: Get Free Disk Info (with path name if possible), vansky
  • Re: Linux Programming Question:: Get Free Disk Info (with path name if possible), Artie Gold
    • Re: Linux Programming Question:: Get Free Disk Info (with path name if possible), vansky
  • Re: Linux Programming Question:: Get Free Disk Info (with path name if possible), Hubble
    • Re: Linux Programming Question:: Get Free Disk Info (with path name if possible), Roger Leigh
    • Re: Linux Programming Question:: Get Free Disk Info (with path name if possible), Artie Gold
• History of getopt - When was it included in stdio?, Mark Hobley
  • Re: History of getopt - When was it included in stdio?, Robert Harris
    • Re: History of getopt - When was it included in stdio?, Geoff Clare
• question about AC_CHECK_LIB, gelbeiche
  • Re: question about AC_CHECK_LIB, Roger Leigh
    • Re: question about AC_CHECK_LIB, gelbeiche
• linker error: For a defined method in C++, Nikhil
  • Re: linker error: For a defined method in C++, joe
    • Re: linker error: For a defined method in C++, Nikhil
      • Re: linker error: For a defined method in C++, joe
• bi-directional socket communication, kiwi
  • Re: bi-directional socket communication, Robert Harris
  • Re: bi-directional socket communication, Alex Fraser
    • Re: bi-directional socket communication, kiwi
      • Re: bi-directional socket communication, David Schwartz
      • Re: bi-directional socket communication, kiwi
      • Re: bi-directional socket communication, David Schwartz
      • Re: bi-directional socket communication, kiwi
      • Re: bi-directional socket communication, Karl Malbrain
      • Re: bi-directional socket communication, David Schwartz
      • Re: bi-directional socket communication, kiwi
      • Re: bi-directional socket communication, Karl Malbrain
      • Re: bi-directional socket communication, kiwi
      • Re: bi-directional socket communication, Karl Malbrain
      • Re: bi-directional socket communication, David Schwartz
      • Re: bi-directional socket communication, David Schwartz
      • Re: bi-directional socket communication, kiwi
      • Re: bi-directional socket communication, kiwi
      • Re: bi-directional socket communication, Barry Margolin
• Perform action until event, lroland@xxxxxxxxx
  • Re: Perform action until event, Fletcher Glenn
  • Re: Perform action until event, Alex Fraser
    • Re: Perform action until event, lroland@xxxxxxxxx
      • Re: Perform action until event, Alex Fraser
• Re: inetd wierd behaviour with instances limit, Michael Wojcik
• My first .a file, but linker can't resolve references, lib newbie
  • Re: My first .a file, but linker can't resolve references, Paul Pluzhnikov
    • Re: My first .a file, but linker can't resolve references, lib newbie
• Connection refused problem, nobody
  • Re: Connection refused problem, Alex Fraser
    • Re: Connection refused problem, nobody
  • Re: Connection refused problem, Karl Malbrain
• Unable to read data from file thru mmap() function, Nikhil
  • Re: Unable to read data from file thru mmap() function, Pascal Bourguignon
• Signal race conditions., Sri
  • Re: Signal race conditions., "Nils O. Selåsdal"
  • Re: Signal race conditions., loic-dev
• help required, shady
  • Re: help required, Bill Marcum
    • Re: help required, shady
      • Re: help required, Mark Hobley
      • Re: help required, shady
• Copying to another user's directory, lambert54
  • Re: Copying to another user's directory, Fletcher Glenn
  • Re: Copying to another user's directory, Keith Thompson
    • Re: Copying to another user's directory, lambert54
      • Re: Copying to another user's directory, lambert54
      • Re: Copying to another user's directory, Mark Hobley
      • Re: Copying to another user's directory, Måns Rullgård
      • Re: Copying to another user's directory, David Schwartz
      • Re: Copying to another user's directory, Mark Hobley
• Select, Salvo
• Sed Routine, Jeff Kloek
  • Re: Sed Routine, Giorgos Keramidas
  • Re: Sed Routine, ~Glynne
  • Re: Sed Routine, Hubble
• [LONG] Error calling function in a shared lib, ohaya
  • Re: [LONG] Error calling function in a shared lib, Thomas Maier-Komor
• Closing the FILE* from fdopen(), Phil Endecott
  • Re: Closing the FILE* from fdopen(), "Nils O. Selåsdal"
  • Re: Closing the FILE* from fdopen(), Roger Leigh
  • Re: Closing the FILE* from fdopen(), Måns Rullgård
    • Re: Closing the FILE* from fdopen(), Phil Endecott
  • Re: Closing the FILE* from fdopen(), Casper H . S . Dik
• how to get thread count, jois . de . vivre
  • Re: how to get thread count, "Nils O. Selåsdal"
• Creating library of objectfiles depending on each other, John Smith
  • Re: Creating library of objectfiles depending on each other, "Nils O. Selåsdal"
  • Re: Creating library of objectfiles depending on each other, Måns Rullgård
  • Re: Creating library of objectfiles depending on each other, Pascal Bourguignon
  • Re: Creating library of objectfiles depending on each other, John Smith
  • Re: Creating library of objectfiles depending on each other, Paul Pluzhnikov
• problem with recv() - need help!!, michal . shmueli
• problem with recv()- need help !!!, michal . shmueli
  • Re: problem with recv()- need help !!!, Fletcher Glenn
• Solaris gcc structure alignment, John Smith
  • Re: Solaris gcc structure alignment, Casper H . S . Dik
    • Re: Solaris gcc structure alignment, John Smith
    • Re: Solaris gcc structure alignment, Måns Rullgård
  • Re: Solaris gcc structure alignment, Måns Rullgård
    • Re: Solaris gcc structure alignment, John Smith
      • Re: Solaris gcc structure alignment, Paul Pluzhnikov
      • Re: Solaris gcc structure alignment, John Smith
      • Re: Solaris gcc structure alignment, Ulrich Eckhardt
      • Re: Solaris gcc structure alignment, John Smith
    • Re: Solaris gcc structure alignment, John Smith
  • Re: Solaris gcc structure alignment, Pascal Bourguignon
• Re: Finding mac address on solaris 10, John Smith
  • Re: Finding mac address on solaris 10, Carlos
• Path MTU discovery in IPV6., Prathap
  • <Possible follow-ups>
  • Path MTU discovery in IPV6., Prathap
  • Path MTU discovery in IPV6., Prathap
• C++ Command Line Parsers, Paulo Matos
  • Re: C++ Command Line Parsers, Roger Leigh
    • Re: C++ Command Line Parsers, Roger Leigh
  • Message not available
    • Re: C++ Command Line Parsers, Jordan Abel
  • Message not available
    • Re: C++ Command Line Parsers, Roger Leigh
• HELP! Problem getting interposer/LD_PRELOAD working, ohaya
  • Re: HELP! Problem getting interposer/LD_PRELOAD working, ohaya
    • Re: HELP! Problem getting interposer/LD_PRELOAD working, Casper H . S . Dik
      • Re: HELP! Problem getting interposer/LD_PRELOAD working, ohaya
      • Re: HELP! Problem getting interposer/LD_PRELOAD working, Casper H . S . Dik
      • Re: HELP! Problem getting interposer/LD_PRELOAD working, ohaya
      • Re: HELP! Problem getting interposer/LD_PRELOAD working, Casper H . S . Dik
      • Re: HELP! Problem getting interposer/LD_PRELOAD working, ohaya
      • Re: HELP! Problem getting interposer/LD_PRELOAD working, ohaya
      • Re: HELP! Problem getting interposer/LD_PRELOAD working, those who know me have no need of my name
      • Re: HELP! Problem getting interposer/LD_PRELOAD working, ohaya
• I don't understand why the compiler does this., Chad
  • Re: I don't understand why the compiler does this., Erik Max Francis
    • Re: I don't understand why the compiler does this., Rob Arthan
      • Re: I don't understand why the compiler does this., Brian Raiter
      • Re: I don't understand why the compiler does this., David Schwartz
    • Re: I don't understand why the compiler does this., Paul Pluzhnikov
      • Re: I don't understand why the compiler does this., Erik Max Francis
      • Re: I don't understand why the compiler does this., Jordan Abel
      • Re: I don't understand why the compiler does this., Paul Pluzhnikov
      • Re: I don't understand why the compiler does this., Paul Pluzhnikov
      • Re: I don't understand why the compiler does this., David Schwartz
  • <Possible follow-ups>
  • I don't understand why the compiler does this., Chad
  • I don't understand why the compiler does this., Chad
    • Re: I don't understand why the compiler does this., Simon Elliott
    • Re: I don't understand why the compiler does this., Brian Raiter
  • I don't understand why the compiler does this., Chad
  • I don't understand why the compiler does this., Chad
    • Re: I don't understand why the compiler does this., Hubble
• Re: weird serial blocking behavior, Jim Alexander
• m4 macro for boost libs, gelbeiche
• Kinds of sharing resources and reentrancy, Alex Vinokur
  • Re: Kinds of sharing resources and reentrancy, Markus Elfring
• Re: TCP/UNIX Question, DMFH
• "connect'" returns before server "accept"s, chengiz
  • Re: "connect'" returns before server "accept"s, Joseph Dionne
    • Re: "connect'" returns before server "accept"s, Michael Wojcik
  • Re: "connect'" returns before server "accept"s, Barry Margolin
    • listen() and signal() (was: "connect'" returns before server "accept"s), Alex Vinokur
      • Re: listen() and signal(), Joseph Dionne
  • Re: "connect'" returns before server "accept"s, Kurtis D. Rader
  • Re: "connect'" returns before server "accept"s, Casper H . S . Dik
  • Re: "connect'" returns before server "accept"s, David Schwartz
    • Re: "connect'" returns before server "accept"s, Andrei Voropaev
    • Re: "connect'" returns before server "accept"s, chengiz
      • Re: "connect'" returns before server "accept"s, David Schwartz
      • Re: "connect'" returns before server "accept"s, Joseph Dionne
      • Re: "connect'" returns before server "accept"s, Andrei Voropaev
• Semaphore problem!SoS!!, aggelos
• CLOSE_WAIT state on sockets during high volume, jois . de . vivre
  • Re: CLOSE_WAIT state on sockets during high volume, stuart . 9 . wilson
  • Re: CLOSE_WAIT state on sockets during high volume, Casper H . S . Dik
    • Re: CLOSE_WAIT state on sockets during high volume, jois . de . vivre
  • Re: CLOSE_WAIT state on sockets during high volume, stuart . 9 . wilson
• curses and newline, Simon Elliott
  • Re: curses and newline, Thomas Dickey
    • Re: curses and newline, Simon Elliott
• initialize the global variables in .so files, Vinu
  • Re: initialize the global variables in .so files, Maxim Yegorushkin
• Serial ports and O_NONBLOCK, Simon Elliott
  • Re: Serial ports and O_NONBLOCK, Simon Elliott
    • Re: Serial ports and O_NONBLOCK, David Schwartz
      • Re: Serial ports and O_NONBLOCK, Simon Elliott
      • Re: Serial ports and O_NONBLOCK, Simon Elliott
      • Re: Serial ports and O_NONBLOCK, Simon Elliott
      • Re: Serial ports and O_NONBLOCK, James Carlson
      • Re: Serial ports and O_NONBLOCK, Simon Elliott
• Valgrind false alarm?, grant_holler
  • Re: Valgrind false alarm?, grant_holler
    • Re: Valgrind false alarm?, Erik Max Francis
      • Re: Valgrind false alarm?, Måns Rullgård
      • Re: Valgrind false alarm?, Erik Max Francis
      • Re: Valgrind false alarm?, Måns Rullgård
      • Re: Valgrind false alarm?, Erik Max Francis
      • Re: Valgrind false alarm?, "Nils O. Selåsdal"
      • Re: Valgrind false alarm?, Måns Rullgård
      • Re: Valgrind false alarm?, Frank Cusack
      • Re: Valgrind false alarm?, Måns Rullgård
      • Re: Valgrind false alarm?, Frank Cusack
      • Re: Valgrind false alarm?, Måns Rullgård
      • Re: Valgrind false alarm?, Dag-Erling Smørgrav
      • Re: Valgrind false alarm?, Måns Rullgård
      • Re: Valgrind false alarm?, Frank Cusack
      • Re: Valgrind false alarm?, Paul Pluzhnikov
      • Re: Valgrind false alarm?, Brian Raiter
      • Re: Valgrind false alarm?, Erik Max Francis
      • Re: Valgrind false alarm?, grant_holler
      • Re: Valgrind false alarm?, Erik Max Francis
      • Re: Valgrind false alarm?, Paul Pluzhnikov
      • Re: Valgrind false alarm?, Paul Pluzhnikov
      • Re: Valgrind false alarm?, Erik Max Francis
      • Re: Valgrind false alarm?, Jordan Abel
      • Re: Valgrind false alarm?, Paul Pluzhnikov
      • Re: Valgrind false alarm?, Jordan Abel
    • Re: Valgrind false alarm?, "Nils O. Selåsdal"
      • Re: Valgrind false alarm?, Bjørn Augestad
      • Re: Valgrind false alarm?, Erik Max Francis
      • Re: Valgrind false alarm?, Bjorn Reese
      • Re: Valgrind false alarm?, Bjørn Augestad
      • Re: Valgrind false alarm?, David Schwartz
      • Re: Valgrind false alarm?, Bjørn Augestad
      • Re: Valgrind false alarm?, Erik Max Francis
      • Re: Valgrind false alarm?, Bjorn Reese
      • Re: Valgrind false alarm?, David Schwartz
      • Re: Valgrind false alarm?, Bjørn Augestad
      • Re: Valgrind false alarm?, Bjorn Reese
• Solaris SIGSEGV signal handlers, Norman Black
  • Re: Solaris SIGSEGV signal handlers, Norman Black
• SMTP Proxy design question, dgiagio
  • Re: SMTP Proxy design question, Barry Margolin
    • Re: SMTP Proxy design question, Giorgos Keramidas
  • Re: SMTP Proxy design question, Rahul
• socketaddr struct and incomplete type warnings, Steven Woody
  • Re: socketaddr struct and incomplete type warnings, Bjørn Augestad
    • Re: socketaddr struct and incomplete type warnings, Steven Woody
• Need some suggestion on programming on Unix!!, seema
  • Re: Need some suggestion on programming on Unix!!, Pascal Bourguignon
• How to flush write() on stdout ?, Steven Woody
  • Re: How to flush write() on stdout ?, Bjorn Reese
    • Re: How to flush write() on stdout ?, Steven Woody
      • Re: How to flush write() on stdout ?, Maxim Yegorushkin
      • Re: How to flush write() on stdout ?, "Nils O. Selåsdal"
      • Re: How to flush write() on stdout ?, Steven Woody
  • Re: How to flush write() on stdout ?, "Nils O. Selåsdal"
• .so file used as multithreaded, puzzlecracker
  • Re: .so file used as multithreaded, David Schwartz
  • Re: .so file used as multithreaded, Rich Teer
    • Re: .so file used as multithreaded, puzzlecracker
      • Re: .so file used as multithreaded, Måns Rullgård
      • Re: .so file used as multithreaded, Rich Teer
      • Re: .so file used as multithreaded, puzzlecracker
      • Re: .so file used as multithreaded, David Schwartz
      • Re: .so file used as multithreaded, Rich Teer
• Cross compiler for x86_64, John Smith
  • Re: Cross compiler for x86_64, Valentin Nechayev
    • Re: Cross compiler for x86_64, John Smith
      • Re: Cross compiler for x86_64, Rich Teer
      • Re: Cross compiler for x86_64, John Smith
• regexp, Imre Palik
  • Re: regexp, Maxim Yegorushkin
    • Re: regexp, Imre Palik
      • Re: regexp, Maxim Yegorushkin
• Re: Comparative performance of executables with static and dynamic libraries, Imre Palik
• Re: Flushing Sockets in C?, Valentin Nechayev
• Close (sockfd) fails, Rahul
  • Re: Close (sockfd) fails, Barry Margolin
  • Re: Close (sockfd) fails, Casper H . S . Dik
    • Re: Close (sockfd) fails, Rahul
• How do get a timer in a thread?, Steven Woody
  • Re: How do get a timer in a thread?, "Nils O. Selåsdal"
    • Re: How do get a timer in a thread?, Steven Woody
      • Re: How do get a timer in a thread?, "Nils O. Selåsdal"
      • Re: How do get a timer in a thread?, Steven Woody
  • Re: How do get a timer in a thread?, Roland Csaszar
  • Re: How do get a timer in a thread?, Casper H . S . Dik
    • Re: How do get a timer in a thread?, Steven Woody
      • Re: How do get a timer in a thread?, "Nils O. Selåsdal"
  • Re: How do get a timer in a thread?, Norman Black
    • Re: How do get a timer in a thread?, Steven Woody
      • Re: How do get a timer in a thread?, Norman Black
• Tracking death of grand-child processes, Henrik Klinkmann
  • Re: Tracking death of grand-child processes, Rahul
  • Re: Tracking death of grand-child processes, Barry Margolin
  • Re: Tracking death of grand-child processes, Chris Friesen
  • Re: Tracking death of grand-child processes, Chuck Dillon
• need information on the following items, RajneeKanth
  • Re: need information on the following items, Pascal Bourguignon
  • Re: need information on the following items, Roger Leigh
• Memory Fragmentation Tool, grant_holler
  • Re: Memory Fragmentation Tool, Paul Pluzhnikov
    • Re: Memory Fragmentation Tool, grant_holler
• redirected stdout works for bc, not for factor. why?, giannizzz
  • Re: redirected stdout works for bc, not for factor. why?, Barry Margolin
  • Re: redirected stdout works for bc, not for factor. why?, Andrei Voropaev
    • Re: redirected stdout works for bc, not for factor. why?, Jordan Abel
    • Re: redirected stdout works for bc, not for factor. why?, Bjorn Reese
• [OT] Cygwin + MySQL, Salvatore Di Fazio
  • Re: Cygwin + MySQL, CCC
    • Re: Cygwin + MySQL, Salvatore Di Fazio
      • Re: Cygwin + MySQL, CCC
      • Re: Cygwin + MySQL, Salvatore Di Fazio
      • Re: Cygwin + MySQL, Keith Thompson
      • Re: Cygwin + MySQL, Salvatore Di Fazio
      • Re: Cygwin + MySQL, Salvatore Di Fazio
• Curses Question, Brian C
  • Re: Curses Question, Roger Leigh
  • Re: Curses Question, Stan Milam
• Re: select function result is inconsistent with description man page, clayne
  • Re: select function result is inconsistent with description man page, hao
    • Re: select function result is inconsistent with description man page, clayne
      • Re: select function result is inconsistent with description man page, David Schwartz
      • Re: select function result is inconsistent with description man page, hao
      • Re: select function result is inconsistent with description man page, Casper H . S . Dik
      • Re: select function result is inconsistent with description man page, clayne
• regarding unix specific commands, fidlee
  • Re: regarding unix specific commands, Jordan Abel
    • Re: regarding unix specific commands, joe
      • Re: regarding unix specific commands, Jordan Abel
      • Re: regarding unix specific commands, joe
      • Re: regarding unix specific commands, Keith Thompson
  • <Possible follow-ups>
  • regarding unix specific commands, fidlee
    • Re: regarding unix specific commands, Barry Margolin
      • Re: regarding unix specific commands, fidlee
      • Re: regarding unix specific commands, clayne
      • Re: regarding unix specific commands, Pascal Bourguignon
      • Re: regarding unix specific commands, fidlee
      • Re: regarding unix specific commands, Jordan Abel
      • Re: regarding unix specific commands, Pascal Bourguignon
      • Re: regarding unix specific commands, Bjorn Reese
      • Re: regarding unix specific commands, Roger Leigh
      • Re: regarding unix specific commands, Jordan Abel
      • Re: regarding unix specific commands, Roger Leigh
      • Re: regarding unix specific commands, Jordan Abel

• Security
• UNIX
• Linux
• Coding
• Usenet

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

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