comp.unix.programmer

• Date Index

---

• Need help in semaphore., Biranchi
  • Re: Need help in semaphore., darren
• How to make a shared lib executable?, Kenny McCormack
  • Re: How to make a shared lib executable?, Måns Rullgård
    • Message not available
      • Message not available
      • Re: How to make a shared lib executable?, Kenny McCormack
      • Re: How to make a shared lib executable?, Huibert Bol
      • Re: How to make a shared lib executable?, Kenny McCormack
      • Message not available
      • Re: How to make a shared lib executable?, Paul Pluzhnikov
      • Message not available
      • Re: How to make a shared lib executable?, Huibert Bol
      • Re: How to make a shared lib executable?, Kenny McCormack
• Re: Only first thread can start a function, Ian Collins
  • Re: Only first thread can start a function, Mariano
• pthread_cond in multi threaded application, sam . n . seaborn
  • Re: pthread_cond in multi threaded application, Ian Collins
    • Re: pthread_cond in multi threaded application, sam . n . seaborn
      • Re: pthread_cond in multi threaded application, Ian Collins
• Overwriting and reloading library, yoddeb
  • Re: Overwriting and reloading library, fjblurt
  • Re: Overwriting and reloading library, Scott Lurndal
• Re: daemon openlog() question..., fjblurt
  • <Possible follow-ups>
  • Re: daemon openlog() question..., K-mart Cashier
  • Re: daemon openlog() question..., Barry Margolin
    • Re: daemon openlog() question..., K-mart Cashier
      • Re: daemon openlog() question..., Barry Margolin
• permission denied on bind when restart with execl, Mariano
  • Re: permission denied on bind when restart with execl, Gordon Burditt
    • Re: permission denied on bind when restart with execl, Barry Margolin
      • Message not available
      • Re: permission denied on bind when restart with execl, phil-news-nospam
      • Message not available
      • Re: permission denied on bind when restart with execl, Gordon Burditt
• flex & bison: parse command line arguments?, Rui Maciel
  • Re: flex & bison: parse command line arguments?, fjblurt
  • Re: flex & bison: parse command line arguments?, Christiano Farina Haesbaert
• Why does redirection cause the program to terminate in the following case, K-mart Cashier
  • Re: Why does redirection cause the program to terminate in the following case, pk
  • Message not available
    • Re: Why does redirection cause the program to terminate in the following ?case, K-mart Cashier
• list all file lock in a file, cinsk
  • Re: list all file lock in a file, WANG Cong
  • Re: list all file lock in a file, ta0kira
• How to fast close socket?, Bin Chen
  • Re: How to fast close socket?, WANG Cong
  • Re: How to fast close socket?, ta0kira
  • Re: How to fast close socket?, guenther@xxxxxxxxx
  • Re: How to fast close socket?, David Schwartz
    • Re: How to fast close socket?, fjblurt
      • Re: How to fast close socket?, guenther@xxxxxxxxx
      • Re: How to fast close socket?, David Schwartz
      • Re: How to fast close socket?, fjblurt
      • Re: How to fast close socket?, David Schwartz
      • Re: How to fast close socket?, Rainer Weikusat
      • Re: How to fast close socket?, guenther@xxxxxxxxx
      • Re: How to fast close socket?, David Schwartz
      • Message not available
      • Re: How to fast close socket?, David Schwartz
      • Message not available
      • Re: How to fast close socket?, Rick Jones
      • Message not available
      • Message not available
      • Message not available
      • Re: How to fast close socket?, David Schwartz
      • Re: How to fast close socket?, Barry Margolin
• output Nth line of matching string using grep, sinbad
  • Re: output Nth line of matching string using grep, mik3l3374
• getnameinfo() buffer overflow!, Bin Chen
  • Re: getnameinfo() buffer overflow!, David Schwartz
    • Message not available
      • Re: getnameinfo() buffer overflow!, Bin Chen
      • Re: getnameinfo() buffer overflow!, bqbert
• minimum # of open file limit?, cinsk
• Re: su command, Joachim Schmitz
• Is there a ioctl(or getsockopt) to see if the TCP connection is closed by peer?, Bin Chen
  • Message not available
    • Re: Is there a ioctl(or getsockopt) to see if the TCP connection is closed by peer?, Bin Chen
      • Re: Is there a ioctl(or getsockopt) to see if the TCP connection is closed by peer?, David Schwartz
      • Message not available
      • Message not available
      • Re: Is there a ioctl(or getsockopt) to see if the TCP connection is closed by peer?, Barry Margolin
      • Message not available
      • Message not available
      • Re: Is there a ioctl(or getsockopt) to see if the TCP connection is closed by peer?, David Schwartz
      • Message not available
      • Message not available
      • Re: Is there a ioctl(or getsockopt) to see if the TCP connection is closed by peer?, WANG Cong
      • Re: Is there a ioctl(or getsockopt) to see if the TCP connection is closed by peer?, David Schwartz
• Doubt on __pthread_sighandler, kiran
  • Re: Doubt on __pthread_sighandler, Ian Collins
    • Re: Doubt on __pthread_sighandler, David Schwartz
• Top 10 Things To Look For In A Web Host, best_hosting
• Using refresh() with ncurses, Boltar
  • Message not available
    • Re: Using refresh() with ncurses, Boltar
• SIGPIPE on cygwin, Thomas Maier-Komor
  • Re: SIGPIPE on cygwin, Thomas Maier-Komor
    • Re: SIGPIPE on cygwin, Thomas Maier-Komor
• A qestion regarding sshd, Bin Chen
  • Re: A qestion regarding sshd, David Schwartz
• thread and process, asit
  • Re: thread and process, Ian Collins
    • Re: thread and process, ta0kira
  • Re: thread and process, Rainer Weikusat
  • Re: thread and process, David Schwartz
    • Message not available
      • Re: thread and process, David Schwartz
      • Message not available
      • Re: thread and process, David Schwartz
      • Message not available
      • Re: thread and process, David Schwartz
      • Message not available
      • Re: thread and process, Scott Lurndal
• Re: flex, bison: compilation warning, fjblurt
  • <Possible follow-ups>
  • Re: flex, bison: compilation warning, Rui Maciel
    • Re: flex, bison: compilation warning, Rainer Weikusat
    • Re: flex, bison: compilation warning, fjblurt
      • Re: flex, bison: compilation warning, Rainer Weikusat
      • Re: flex, bison: compilation warning, Rainer Weikusat
• file transfer protocol, asit
  • Message not available
    • Message not available
      • Message not available
      • Re: file transfer protocol, Barry Margolin
  • Re: file transfer protocol, Mark Hobley
    • Re: file transfer protocol, asit
      • Re: file transfer protocol, Barry Margolin
• Re: change console prompt, Joachim Schmitz
• Re: yahoo or google employee, Paul Pluzhnikov
  • Re: yahoo or google employee, Bin Chen
• Re: What object files did linker actually use?, Gordon Burditt
• Network program locks for MTU 9000, David Mathog
  • Message not available
    • Re: Network program locks for MTU 9000, David Mathog
      • Re: Network program locks for MTU 9000, Rick Jones
• Apache modules vs. FastCGI, Sasha
  • Re: Apache modules vs. FastCGI, Christof Meerwald
    • Re: Apache modules vs. FastCGI, Sasha
• Re: grep doesn't know '\xHH' ?, Fred
  • Message not available
    • Re: grep doesn't know '\xHH' ?, Ben Bacarisse
      • Re: grep doesn't know '\xHH' ?, Ben Bacarisse
      • Message not available
      • Re: grep doesn't know '\xHH' ?, Ben Bacarisse
      • Re: grep doesn't know '\xHH' ?, WANG Cong
      • Re: grep doesn't know '\xHH' ?, guenther@xxxxxxxxx
      • Re: grep doesn't know '\xHH' ?, WANG Cong
      • Message not available
      • Message not available
      • Re: grep doesn't know '\xHH' ?, Ben Bacarisse
  • <Possible follow-ups>
  • Re: grep doesn't know '\xHH' ?, Robert Harris
• less behaves differently in parent and child process, WANG Cong
  • Re: less behaves differently in parent and child process, fjblurt
  • Re: less behaves differently in parent and child process, David Schwartz
    • Message not available
      • Re: less behaves differently in parent and child process, WANG Cong
      • Re: less behaves differently in parent and child process, guenther@xxxxxxxxx
    • Re: less behaves differently in parent and child process, WANG Cong
• vi in linux to vi in unix, asit
  • Re: vi in linux to vi in unix, Alexander Zschach
    • Re: vi in linux to vi in unix, Fred
      • Re: vi in linux to vi in unix, asit
      • Re: vi in linux to vi in unix, Rainer Weikusat
      • Re: vi in linux to vi in unix, Scott Lurndal
      • Re: vi in linux to vi in unix, Rainer Weikusat
      • Re: vi in linux to vi in unix, asit
      • Re: vi in linux to vi in unix, Scott Lurndal
      • Re: vi in linux to vi in unix, asit
      • Re: vi in linux to vi in unix, Ian Collins
      • Re: vi in linux to vi in unix, asit
      • Re: vi in linux to vi in unix, bqbert
      • Re: vi in linux to vi in unix, Gary R. Schmidt
      • Message not available
      • Message not available
      • Message not available
      • Re: vi in linux to vi in unix, Gary R. Schmidt
      • Re: vi in linux to vi in unix, Kenny McCormack
      • Re: vi in linux to vi in unix, Rainer Weikusat
      • Message not available
      • Re: vi in linux to vi in unix, Alan McKenney
      • Re: vi in linux to vi in unix, Scott Lurndal
      • Message not available
      • Re: vi in linux to vi in unix, Scott Lurndal
      • Re: vi in linux to vi in unix, Aaron W . Hsu
      • Re: vi in linux to vi in unix, Alan McKenney
• Re: debugging or tracing a multi-threaded program, darren
  • <Possible follow-ups>
  • Re: debugging or tracing a multi-threaded program, mojmir
  • Re: debugging or tracing a multi-threaded program, Ian Collins
• reading from a file and writing to other using pipe, Shashank
  • Re: reading from a file and writing to other using pipe, Fred
    • Re: reading from a file and writing to other using pipe, David Schwartz
  • Message not available
    • Re: reading from a file and writing to other using pipe, Scott Lurndal
• Is it important to learn system calls before std c library ?, nix
  • Re: Is it important to learn system calls before std c library ?, ta0kira
• make say 'mymakefile' is up to date, but it is not true.what to do?, Behzad
  • Re: make say 'mymakefile' is up to date, but it is not true.what to do?, Jens Thoms Toerring
    • Re: make say 'mymakefile' is up to date, but it is not true.what to do?, Behzad
      • Message not available
      • Re: make say 'mymakefile' is up to date, but it is not true.what to ?do?, Behzad
      • Re: make say 'mymakefile' is up to date, but it is not true.what to ?do?, Rainer Weikusat
• Can a program make itself immune to an interposer?, Kenny McCormack
  • Re: Can a program make itself immune to an interposer?, Gordon Burditt
    • Re: Can a program make itself immune to an interposer?, Kenny McCormack
      • Re: Can a program make itself immune to an interposer?, Gordon Burditt
      • Re: Can a program make itself immune to an interposer?, Kenny McCormack
      • Re: Can a program make itself immune to an interposer?, Paul Pluzhnikov
      • Message not available
      • Re: Can a program make itself immune to an interposer?, Kenny McCormack
    • Re: Can a program make itself immune to an interposer?, guenther@xxxxxxxxx
  • Re: Can a program make itself immune to an interposer?, Paul Pluzhnikov
    • Re: Can a program make itself immune to an interposer?, Kenny McCormack
    • Re: Can a program make itself immune to an interposer?, Måns Rullgård
      • Re: Can a program make itself immune to an interposer?, Paul Pluzhnikov
      • Re: Can a program make itself immune to an interposer?, Måns Rullgård
• handling multiple SIGCHLDs reliably, sam . n . seaborn
  • Re: handling multiple SIGCHLDs reliably, Chris Friesen
    • Re: handling multiple SIGCHLDs reliably, K-mart Cashier
  • Re: handling multiple SIGCHLDs reliably, guenther@xxxxxxxxx
• Closing socket without sending FIN?, Kyku
  • Re: Closing socket without sending FIN?, Eric Sosman
  • Re: Closing socket without sending FIN?, Alex Fraser
  • Re: Closing socket without sending FIN?, Rainer Temme
    • Re: Closing socket without sending FIN?, Kyku
      • Re: Closing socket without sending FIN?, Rainer Weikusat
  • Re: Closing socket without sending FIN?, Gordon Burditt
• Entry point, Sasha
  • Re: Entry point, Doug McIntyre
    • Re: Entry point, fjblurt
    • Re: Entry point, Sasha
      • Re: Entry point, fjblurt
• What binary manipulation tools are there?, RyanMcCoskrie
  • Re: What binary manipulation tools are there?, Jens Thoms Toerring
  • Re: What binary manipulation tools are there?, Eric Sosman
  • Re: What binary manipulation tools are there?, pk
    • Re: What binary manipulation tools are there?, RyanMcCoskrie
      • Re: What binary manipulation tools are there?, Barry Margolin
  • Re: What binary manipulation tools are there?, RyanMcCoskrie
• kernel-user communication, VDR
  • Re: kernel-user communication, Jens Thoms Toerring
    • Re: kernel-user communication, Bin Chen
• I don't understand why I'm getting "Bad file descriptor ", K-mart Cashier
  • Re: I don't understand why I'm getting "Bad file descriptor ", Rainer Weikusat
    • Re: I don't understand why I'm getting "Bad file descriptor ", K-mart Cashier
  • Re: I don't understand why I'm getting "Bad file descriptor ", K-mart Cashier
    • Re: I don't understand why I'm getting "Bad file descriptor ", Harold Shand
      • Re: I don't understand why I'm getting "Bad file descriptor ", K-mart Cashier
      • Re: I don't understand why I'm getting "Bad file descriptor ", Harold Shand
      • Re: I don't understand why I'm getting "Bad file descriptor ", K-mart Cashier
      • Re: I don't understand why I'm getting "Bad file descriptor ", Kenny Riodan
      • Re: I don't understand why I'm getting "Bad file descriptor ", Harold Shand
    • Re: I don't understand why I'm getting "Bad file descriptor ", William Pursell
  • Re: I don't understand why I'm getting "Bad file descriptor ", rudolf
    • Re: I don't understand why I'm getting "Bad file descriptor ", K-mart Cashier
      • Re: I don't understand why I'm getting "Bad file descriptor ", Rainer Weikusat
      • Re: I don't understand why I'm getting "Bad file descriptor ", Lars Uffmann
• grep or sed: obtaining just the data that matches a regular expression, Mark Hobley
  • Re: grep or sed: obtaining just the data that matches a regular expression, John W. Krahn
  • Re: grep or sed: obtaining just the data that matches a regular expression, shakahshakah@xxxxxxxxx
    • Re: grep or sed: obtaining just the data that matches a regular expression, Ike Naar
• OPEN_MAX in Linux, alexandrug
  • Re: OPEN_MAX in Linux, David Schwartz
• How to read algorithms?, saneman
  • Re: How to read algorithms?, Chris Friesen
    • Re: How to read algorithms?, Scott Lurndal
      • Re: How to read algorithms?, Ian Collins
      • Re: How to read algorithms?, Ian Collins
    • Re: How to read algorithms?, William Pursell
    • Re: How to read algorithms?, Rainer Weikusat
  • Re: How to read algorithms?, Rainer Weikusat
• Re: Need a Replica of FIOSENDFD (BSD) on Linux, Maxim Yegorushkin
• Re: which function should I use to list all of the FILE SYSTEMS in UNIX??, Jens Thoms Toerring
  • Message not available
    • Re: which function should I use to list all of the FILE SYSTEMS in UNIX??, Jens Thoms Toerring
      • Re: which function should I use to list all of the FILE SYSTEMS in UNIX??, Ian Collins
  • Message not available
    • Re: which function should I use to list all of the FILE SYSTEMS in UNIX??, Scott Lurndal
      • Re: which function should I use to list all of the FILE SYSTEMS in UNIX??, Scott Lurndal
  • <Possible follow-ups>
  • Re: which function should I use to list all of the FILE SYSTEMS in UNIX??, Gordon Burditt
• Verifying a User Password - calling crypt(), phykell
  • Re: Verifying a User Password - calling crypt(), Marc
    • Re: Verifying a User Password - calling crypt(), phykell
  • Re: Verifying a User Password - calling crypt(), ta0kira
• Where do c source and header files live?, darren
  • Re: Where do c source and header files live?, Sjoerd
  • Re: Where do c source and header files live?, Gordon Burditt
  • Re: Where do c source and header files live?, Doug McIntyre
• How come I can't re-acquire the controlling terminal here, K-mart Cashier
  • Message not available
    • Re: How come I can't re-acquire the controlling terminal here, Scott Lurndal
      • Re: How come I can't re-acquire the controlling terminal here, K-mart Cashier
      • Re: How come I can't re-acquire the controlling terminal here, Scott Lurndal
• How to check the status of a directory in C under Unix?, Hongyu
  • Re: How to check the status of a directory in C under Unix?, Barry Margolin
    • Re: How to check the status of a directory in C under Unix?, Ben Bacarisse
  • Re: How to check the status of a directory in C under Unix?, fjblurt
  • Re: How to check the status of a directory in C under Unix?, stdazi
    • Re: How to check the status of a directory in C under Unix?, Hongyu
      • Re: How to check the status of a directory in C under Unix?, Ben Bacarisse
  • Message not available
    • Re: How to check the status of a directory in C under Unix?, Rainer Weikusat
      • Re: How to check the status of a directory in C under Unix?, ta0kira
      • Re: How to check the status of a directory in C under Unix?, fjblurt
      • Re: How to check the status of a directory in C under Unix?, ta0kira
      • Re: How to check the status of a directory in C under Unix?, Rainer Weikusat
      • Message not available
      • Re: How to check the status of a directory in C under Unix?, Rainer Weikusat
      • Re: How to check the status of a directory in C under Unix?, Harold Shand
      • Re: How to check the status of a directory in C under Unix?, Rainer Weikusat
      • Re: How to check the status of a directory in C under Unix?, Rainer Weikusat
      • Message not available
      • Re: How to check the status of a directory in C under Unix?, Rainer Weikusat
• Beta testing website, mike222
• headerfiles and make?, saneman
  • Re: headerfiles and make?, David Schwartz
    • Re: headerfiles and make?, darren
      • Re: headerfiles and make?, saneman
      • Re: headerfiles and make?, Jens Thoms Toerring
      • Re: headerfiles and make?, John Gordon
      • Re: headerfiles and make?, saneman
      • Re: headerfiles and make?, David Schwartz
      • Re: headerfiles and make?, saneman
      • Re: headerfiles and make?, Rainer Weikusat
      • Re: headerfiles and make?, Gordon Burditt
      • Re: headerfiles and make?, David Schwartz
    • Re: headerfiles and make?, saneman
      • Re: headerfiles and make?, Jens Thoms Toerring
      • Re: headerfiles and make?, David Schwartz
  • Re: headerfiles and make?, zoot51
• Ascii to binary translator, has any one heard this?, RyanMcCoskrie
  • Re: Ascii to binary translator, has any one heard this?, Stephane Chazelas
    • Re: Ascii to binary translator, has any one heard this?, John W. Krahn
      • Re: Ascii to binary translator, has any one heard this?, shakahshakah@xxxxxxxxx
  • Message not available
    • Re: Ascii to binary translator, has any one heard this?, Rainer Weikusat
      • Message not available
      • Re: Ascii to binary translator, has any one heard this?, Rainer Weikusat
  • Re: Ascii to binary translator, has any one heard this?, jellybean stonerfish
  • Re: Ascii to binary translator, has any one heard this?, Scott Lurndal
    • Re: Ascii to binary translator, has any one heard this?, shakahshakah@xxxxxxxxx
  • Message not available
    • Re: Ascii to binary translator, has any one heard this?, Ulrich Eckhardt
• ccache, rudra
  • Re: ccache, Jens Thoms Toerring
• Affecting dynamic library load path programmatically on solaris, Antti Karanta
  • Re: Affecting dynamic library load path programmatically on solaris, fjblurt
    • Re: Affecting dynamic library load path programmatically on solaris, Antti Karanta
      • Re: Affecting dynamic library load path programmatically on solaris, fjblurt
      • Re: Affecting dynamic library load path programmatically on solaris, Antti Karanta
    • Re: Affecting dynamic library load path programmatically on solaris, Paul Pluzhnikov
      • Re: Affecting dynamic library load path programmatically on solaris, Antti Karanta
      • Re: Affecting dynamic library load path programmatically on solaris, Paul Pluzhnikov
      • Re: Affecting dynamic library load path programmatically on solaris, Antti Karanta
• flex+bison problem: syntax error that shouldn't be, Rui Maciel
  • Re: flex+bison problem: syntax error that shouldn't be, fjblurt
    • Re: flex+bison problem: syntax error that shouldn't be, Rui Maciel
  • Re: flex+bison problem: syntax error that shouldn't be, Jens Thoms Toerring
    • Re: flex+bison problem: syntax error that shouldn't be, Rui Maciel
      • Re: flex+bison problem: syntax error that shouldn't be, Jens Thoms Toerring
• libc and *nix, Bill Cunningham
  • Re: libc and *nix, Bin Chen
  • Re: libc and *nix, Doug McIntyre
    • Re: libc and *nix, Bill Cunningham
      • Re: libc and *nix, James Kanze
• About libraries, Ankur
  • Re: About libraries, Jens Thoms Toerring
    • Re: About libraries, Ankur
      • Re: About libraries, Jens Thoms Toerring
      • Re: About libraries, Scott Lurndal
      • Re: About libraries, Ankur
  • Re: About libraries, ta0kira
• Write to pipe from another process?, skillzero@xxxxxxxxx
  • Re: Write to pipe from another process?, Gordon Burditt
    • Re: Write to pipe from another process?, skillzero@xxxxxxxxx
  • Re: Write to pipe from another process?, Rainer Weikusat
• Re: File mapping, CBFalconer
  • <Possible follow-ups>
  • Re: File mapping, James Kanze
    • Re: File mapping, Rainer Weikusat
• How do I reacquire the terminal in the following in case, K-mart Cashier
  • Re: How do I reacquire the terminal in the following in case, Barry Margolin
    • Re: How do I reacquire the terminal in the following in case, William Pursell
• meaning of tv_nsec, viza
  • Re: meaning of tv_nsec, Ian Collins
    • Re: meaning of tv_nsec, Harold Shand
      • Re: meaning of tv_nsec, Ian Collins
      • Re: meaning of tv_nsec, phil-news-nospam
    • Re: meaning of tv_nsec, viza
  • Re: meaning of tv_nsec, David Schwartz
    • Re: meaning of tv_nsec, viza
    • Re: meaning of tv_nsec, Boon
      • Re: meaning of tv_nsec, Måns Rullgård
• System headers, compiler conformance..., s0suk3
  • Re: System headers, compiler conformance..., viza
    • Re: System headers, compiler conformance..., s0suk3
      • Re: System headers, compiler conformance..., Scott Lurndal
      • Re: System headers, compiler conformance..., viza
      • Re: System headers, compiler conformance..., Ben Bacarisse
      • Re: System headers, compiler conformance..., William Pursell
      • Re: System headers, compiler conformance..., Ben Bacarisse
      • Re: System headers, compiler conformance..., Harold Shand
      • Re: System headers, compiler conformance..., William Pursell
  • Re: System headers, compiler conformance..., Ian Collins
    • Re: System headers, compiler conformance..., s0suk3
      • Re: System headers, compiler conformance..., Scott Lurndal
      • Re: System headers, compiler conformance..., Ian Collins
      • Re: System headers, compiler conformance..., Scott Lurndal
      • Re: System headers, compiler conformance..., Ian Collins
      • Re: System headers, compiler conformance..., William Ahern
      • Re: System headers, compiler conformance..., Ian Collins
• system call tracing, asit
  • Re: system call tracing, Thomas Maier-Komor
    • Re: system call tracing, Ian Collins
      • Re: system call tracing, asit
      • Re: system call tracing, Daniel Molina Wegener
    • Re: system call tracing, Michael Paoli
• signal race, Thomas Maier-Komor
  • Re: signal race, Rainer Weikusat
    • Re: signal race, Thomas Maier-Komor
  • Re: signal race, ppi
    • Re: signal race, Thomas Maier-Komor
      • Re: signal race, fjblurt
      • Re: signal race, Rainer Weikusat
      • Re: signal race, fjblurt
      • Re: signal race, fjblurt
      • Re: signal race, Thomas Maier-Komor
      • Re: signal race, Thomas Maier-Komor
      • Re: signal race, Rainer Weikusat
      • Re: signal race, Thomas Maier-Komor
      • Re: signal race, William Ahern
      • Re: signal race, Thomas Maier-Komor
      • Re: signal race, William Ahern
      • Re: signal race, Thomas Maier-Komor
      • Re: signal race, William Ahern
      • Re: signal race, Thomas Maier-Komor
      • Re: signal race, guenther@xxxxxxxxx
      • Re: signal race, Thomas Maier-Komor
      • Re: signal race, William Ahern
      • Re: signal race, Thomas Maier-Komor
  • Re: signal race, Barry Margolin
    • Re: signal race, Thomas Maier-Komor
• How can I get stdscr size in ncurses?, Boltar
  • Re: How can I get stdscr size in ncurses?, Sjoerd
• Urgent requirement for Unix, saniya
• trace/breakpoint trap, sinbad
  • Re: trace/breakpoint trap, Paul Pluzhnikov
    • Re: trace/breakpoint trap, sinbad
      • Re: trace/breakpoint trap, Paul Pluzhnikov
• fortran +tee, rudra
  • Re: fortran +tee, Barry Margolin
• Linux pstack side effects, Time Waster
• get LDAP user's password from program, mark . bergman
  • Re: get LDAP user's password from program, Doug McIntyre
  • Re: get LDAP user's password from program, James Kanze
• Serial ID from Compact Flash Cards, Alexander Zschach
• EINTR vs. ERESTART, Thomas Maier-Komor
  • Re: EINTR vs. ERESTART, Rainer Weikusat
    • Re: EINTR vs. ERESTART, Thomas Maier-Komor
• help me in writing shell script, Injam
  • Re: help me in writing shell script, David Schwartz
• About .so and .o files, Ankur
  • Re: About .so and .o files, shakahshakah@xxxxxxxxx
    • Re: About .so and .o files, Ben Bacarisse
      • Re: About .so and .o files, Ankur
  • Re: About .so and .o files, Ben Bacarisse
  • Re: About .so and .o files, shakahshakah@xxxxxxxxx
• Reliable Singal question, K-mart Cashier
  • Re: Reliable Singal question, William Ahern
• parent popen to read, how to determine child state?, Jyoti Sharma
  • Re: parent popen to read, how to determine child state?, Bin Chen
  • Re: parent popen to read, how to determine child state?, David Schwartz
• better solution for this problem., sinbad
  • Re: better solution for this problem., John Gordon
    • Re: better solution for this problem., sinbad
      • Re: better solution for this problem., John Gordon
      • Re: better solution for this problem., sinbad
  • Re: better solution for this problem., Gordon Burditt
    • Re: better solution for this problem., sinbad
  • Re: better solution for this problem., Bercea Gabriel
• Waiting for mutiple objects, Sasha
  • Re: Waiting for mutiple objects, David Schwartz
    • Re: Waiting for mutiple objects, Sasha
      • Re: Waiting for mutiple objects, Sasha
      • Re: Waiting for mutiple objects, David Schwartz
      • Re: Waiting for mutiple objects, David Schwartz
• wait4, Thomas Maier-Komor
  • Re: wait4, fjblurt
• Re: programi parsing question, santosh
  • <Possible follow-ups>
  • Re: programi parsing question, s0suk3
  • Re: programi parsing question, CBFalconer
  • Re: programi parsing question, vippstar
• read gdb symbols in a program, sinbad
  • Re: read gdb symbols in a program, Bin Chen
    • Re: read gdb symbols in a program, Paul Pluzhnikov
  • Re: read gdb symbols in a program, Paul Pluzhnikov
• Resources on networking, s0suk3
  • Re: Resources on networking, Chris McDonald
    • Re: Resources on networking, s0suk3
  • Re: Resources on networking, Rick Jones
  • Re: Resources on networking, Bin Chen
• Java programs works fine with gcj, Tracebacks with OpenJDK, Dan Stromberg
• exported symbols, S James S Stapleton
  • Re: exported symbols, fjblurt
    • Re: exported symbols, S James S Stapleton
      • Re: exported symbols, fjblurt
      • Re: exported symbols, S James S Stapleton
      • Re: exported symbols, fjblurt
      • Re: exported symbols, S James S Stapleton
      • Re: exported symbols, fjblurt
      • Re: exported symbols, S James S Stapleton
      • Re: exported symbols, fjblurt
      • Re: exported symbols, S James S Stapleton
  • Re: exported symbols, Paul Pluzhnikov
• Application to check the Internet status??, Ravindra.B
  • Re: Application to check the Internet status??, Mark Hobley
  • Re: Application to check the Internet status??, David Schwartz
  • Re: Application to check the Internet status??, Mark Rafn
  • Re: Application to check the Internet status??, Gordon Burditt
• Multicast not working in linux., rashmisingh02
  • Re: Multicast not working in linux., Bin Chen
  • Re: Multicast not working in linux., Igmar Palsenberg
    • Re: Multicast not working in linux., rashmisingh02
    • Re: Multicast not working in linux., Thomas Maier-Komor
      • Re: Multicast not working in linux., rashmisingh02
  • Re: Multicast not working in linux., Raphael Mankin
    • Re: Multicast not working in linux., rashmisingh02
• Why cast in the following case, K-mart Cashier
  • Re: Why cast in the following case, Bin Chen
  • Re: Why cast in the following case, Måns Rullgård
• Alternatives to regex?, bwaichu@xxxxxxxxx
  • Re: Alternatives to regex?, Måns Rullgård
• shared memory and mmap, migurus
  • Re: shared memory and mmap, Chris Friesen
    • Re: shared memory and mmap, migurus
      • Re: shared memory and mmap, Chris Friesen
      • Re: shared memory and mmap, migurus
      • Re: shared memory and mmap, Chris Friesen
      • Re: shared memory and mmap, Huibert Bol
      • Re: shared memory and mmap, Scott Lurndal
      • Re: shared memory and mmap, Ambrose Silk
      • Re: shared memory and mmap, migurus
• Unix "system " command, aki
  • Re: Unix "system " command, aki
  • Re: Unix "system " command, Sjoerd
    • Re: Unix "system " command, Jens Thoms Toerring
      • Re: Unix "system " command, Barry Margolin
• Re: gdb vs fortran RTL -- fight for SIGSEGV, Jacek Dziedzic
  • <Possible follow-ups>
  • Re: gdb vs fortran RTL -- fight for SIGSEGV, Jacek Dziedzic
  • Re: gdb vs fortran RTL -- fight for SIGSEGV, Jacek Dziedzic
    • Re: gdb vs fortran RTL -- fight for SIGSEGV, Paul Pluzhnikov
  • Re: gdb vs fortran RTL -- fight for SIGSEGV, Jacek Dziedzic
  • Re: gdb vs fortran RTL -- fight for SIGSEGV, Jacek Dziedzic
• Group permission question, K-mart Cashier
  • Re: Group permission question, Barry Margolin
    • Re: Group permission question, K-mart Cashier
      • Re: Group permission question, Rainer Weikusat
      • Re: Group permission question, Barry Margolin
• atomic file lock, almeidaraf
  • Re: atomic file lock, Sjoerd
  • Re: atomic file lock, fjblurt
  • Re: atomic file lock, Rainer Weikusat
• FD_SETSIZE, alexandrug
  • Re: FD_SETSIZE, Sjoerd
    • Re: FD_SETSIZE, Kenny McCormack
  • Re: FD_SETSIZE, Rick Jones
  • Re: FD_SETSIZE, David Schwartz
• Advice on books for UNIX programming, Sasha
  • Re: Advice on books for UNIX programming, Eric Sosman
  • Re: Advice on books for UNIX programming, Sjoerd
• Symbol versioning in Linux, Sirius Black
• ./<directory_name> not found???, chlebsco
  • Re: ./<directory_name> not found???, John Gordon
    • Re: ./<directory_name> not found???, chlebsco
  • Re: ./<directory_name> not found???, Gordon Burditt
    • Re: ./<directory_name> not found???, chlebsco
• How does the touch utility change the file modification time?, thagor2008
  • Re: How does the touch utility change the file modification time?, John Gordon
    • Re: How does the touch utility change the file modification time?, Boltar
• inb and outb, lak
  • Re: inb and outb, David Schwartz
  • Re: inb and outb, Scott Lurndal
  • Re: inb and outb, Gordon Burditt
• POLL() problem, arnuld
  • Re: POLL() problem, arnuld
  • Re: POLL() problem, David Schwartz
    • Re: POLL() problem, arnuld
      • Re: POLL() problem, shakahshakah@xxxxxxxxx
      • Re: POLL() problem, fjblurt
      • Re: POLL() problem, shakahshakah@xxxxxxxxx
      • Re: POLL() problem, arnuld
      • Re: POLL() problem, shakahshakah@xxxxxxxxx
      • Re: POLL() problem, arnuld
• Re: TCP server eating up the whole CPU, arnuld
  • Re: TCP server eating up the whole CPU, David Schwartz
    • Re: TCP server eating up the whole CPU, arnuld
      • Re: TCP server eating up the whole CPU, arnuld
• Re: file deletion in a directory with some conditions ., aki
  • Re: file deletion in a directory with some conditions ., Jens Thoms Toerring
• dot or pixel to postscript/pdf point conversion, ssylee
  • Re: dot or pixel to postscript/pdf point conversion, ssylee
• Re: error on second write to tape on 64bit linux system, Scott Lurndal

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Newsgroups  > comp.unix.programmer  > 2008-08