comp.os.linux.development.apps

• Date Index

---

• app developement, Aravind
  • Re: app developement, brooks . tim . a
• linux programming, Martin Jørgensen
  • Re: linux programming, Joe Pfeiffer
    • Re: linux programming, Martin Jørgensen
      • Re: linux programming, David Schwartz
• problem on /proc/self/exe and /proc/num/exe, William
  • Re: problem on /proc/self/exe and /proc/num/exe, John Fusco
    • Re: problem on /proc/self/exe and /proc/num/exe, William
  • Re: problem on /proc/self/exe and /proc/num/exe, Paul Pluzhnikov
    • Re: problem on /proc/self/exe and /proc/num/exe, William
      • Re: problem on /proc/self/exe and /proc/num/exe, Paul Pluzhnikov
• SIGSEGV handler Question, LaBird
  • Re: SIGSEGV handler Question, John Reiser
    • Re: SIGSEGV handler Question, LaBird
      • Re: SIGSEGV handler Question, Paul Pluzhnikov
  • Re: SIGSEGV handler Question, gil_hamilton@xxxxxxxxxxx
    • Re: SIGSEGV handler Question, LaBird
• SMTP library??, akhodakivskiy
  • Re: SMTP library??, Unknown
  • Re: SMTP library??, Bjoern Schliessmann
  • Re: SMTP library??, zentara
    • Re: SMTP library??, Jan Panteltje
  • Re: SMTP library??, Hadron Quark
• Building X11R7.1/xorg from source, Andreas Wittmann
  • Re: Building X11R7.1/xorg from source, Bjoern Schliessmann
    • Re: Building X11R7.1/xorg from source, Andreas Wittmann
      • Re: Building X11R7.1/xorg from source, Andreas Wittmann
• Linux user space PCI driver interface?, Jan Panteltje
• X office crossover, sahaabk
  • Re: X office crossover, joseph2k
• block size more than 4096 in ext2/3, nag
  • Re: block size more than 4096 in ext2/3, "Nils O. Selåsdal"
• signals and pthread (again), Capstar
• communication problem, pietro
  • Re: communication problem, Andrei Voropaev
• # of Physical processors in a Unix system, pbaronia
  • Re: # of Physical processors in a Unix system, Norm Dresner
  • Re: # of Physical processors in a Unix system, John Fusco
  • Re: # of Physical processors in a Unix system, Winfried Magerl
    • Re: # of Physical processors in a Unix system, Bill Marcum
• Writing Xinput driver?, Jules
  • Re: Writing Xinput driver?, Martin Kroeker
    • Re: Writing Xinput driver?, Jules
      • Re: Writing Xinput driver?, Martin Kroeker
• Books on writing CGI using C, Binary
• what does 'bis' mean in RFC title?, Binary
  • Re: what does 'bis' mean in RFC title?, Josef Moellers
    • Re: what does 'bis' mean in RFC title?, Binary
• Re: split a /path/filename into components, Bernhard Holzmayer
  • Re: split a /path/filename into components, Josef Moellers
  • <Possible follow-ups>
  • Re: split a /path/filename into components, Josef Moellers
  • Re: split a /path/filename into components, Rikishi 42
    • Re: split a /path/filename into components, Josef Moellers
      • Re: split a /path/filename into components, Rikishi 42
  • Re: split a /path/filename into components, braven
  • Re: split a /path/filename into components, samiruor
  • Re: split a /path/filename into components, Eric
  • Re: split a /path/filename into components, kenneth kahn
    • Re: split a /path/filename into components, Jan Panteltje
  • Re: split a /path/filename into components, arindambose.jesus@xxxxxxxxx
    • Re: split a /path/filename into components, Michael Rasmussen
      • Re: split a /path/filename into components, Josef Moellers
      • Re: split a /path/filename into components, Jan Panteltje
• Re: Legacy app segfaults under Fedora Core 5, "Nils O. Selåsdal"
• Flash : Partition Boundaries, karthik.naig@xxxxxxxxx
  • Re: Flash : Partition Boundaries, Sudip
• low level graphics, dave frost
  • Re: low level graphics, Lew Pitcher
    • Re: low level graphics, dave frost
      • Re: low level graphics, Lew Pitcher
      • Re: low level graphics, Unknown
      • Re: low level graphics, John Dallman [311000]
      • Re: low level graphics, dave frost
  • Re: low level graphics, jasen
• Window swapping, LinuxAsm
• gcc question, Hadron Quark
  • Re: gcc question, David Schwartz
• probems in porting mfc windows applications into linux with drivers, mktg
  • Re: probems in porting mfc windows applications into linux with drivers, Lew Pitcher
• IDE for Linux with good code completion, Happy . Cerberus
  • Re: IDE for Linux with good code completion, John Fusco
  • Re: IDE for Linux with good code completion, "Nils O. Selåsdal"
    • Re: IDE for Linux with good code completion, Bjoern Schliessmann
      • Re: IDE for Linux with good code completion, Michael Rasmussen
      • Re: IDE for Linux with good code completion, Bjoern Schliessmann
  • Re: IDE for Linux with good code completion, Jan Panteltje
    • Re: IDE for Linux with good code completion, Hadron Quark
      • Re: IDE for Linux with good code completion, Jan Panteltje
      • Re: IDE for Linux with good code completion, Bjoern Schliessmann
      • Re: IDE for Linux with good code completion, Jan Panteltje
      • Re: IDE for Linux with good code completion, Michael Rasmussen
      • Re: IDE for Linux with good code completion, Happy . Cerberus
      • Re: IDE for Linux with good code completion, Hadron Quark
      • Re: IDE for Linux with good code completion, Jan Panteltje
      • Re: IDE for Linux with good code completion, Hadron Quark
      • Re: IDE for Linux with good code completion, Jan Panteltje
      • Re: IDE for Linux with good code completion, Bob Tennent
      • Re: IDE for Linux with good code completion, Happy . Cerberus
    • Re: IDE for Linux with good code completion, Happy . Cerberus
      • Re: IDE for Linux with good code completion, Bill Pursell
      • Re: IDE for Linux with good code completion, Happy . Cerberus
      • Re: IDE for Linux with good code completion, Michael Rasmussen
      • Re: IDE for Linux with good code completion, Happy . Cerberus
      • Re: IDE for Linux with good code completion, Igor Pozgaj
  • Re: IDE for Linux with good code completion, vivekian
    • Re: IDE for Linux with good code completion, Happy . Cerberus
      • Re: IDE for Linux with good code completion, vivekaseeja
  • Re: IDE for Linux with good code completion, Timo Busshaus
  • Re: IDE for Linux with good code completion, Lars Rune Nøstdal
• Memory puzzle, karthik.naig@xxxxxxxxx
  • Re: Memory puzzle, malc
    • Re: Memory puzzle, karthik.naig@xxxxxxxxx
      • Re: Memory puzzle, malc
  • Re: Memory puzzle, "Nils O. Selåsdal"
    • Re: Memory puzzle, karthik.naig@xxxxxxxxx
  • Re: Memory puzzle, jasen
    • Re: Memory puzzle, karthik.naig@xxxxxxxxx
      • Re: Memory puzzle, jasen
• Is Fedora and Linux 3 ES are compatible. ? Valgrind Question ?, raxitsheth2000
  • Re: Is Fedora and Linux 3 ES are compatible. ? Valgrind Question ?, John Dallman [311000]
    • Re: Is Fedora and Linux 3 ES are compatible. ? Valgrind Question ?, raxitsheth2000
    • Re: Is Fedora and Linux 3 ES are compatible. ? Valgrind Question ?, raxitsheth2000
      • Re: Is Fedora and Linux 3 ES are compatible. ? Valgrind Question ?, raxitsheth2000
• df Vs ls : mismatch, karthik.naig@xxxxxxxxx
  • Re: df Vs ls : mismatch, Bill Marcum
• is not a core dump: File format not recognized, emopunkdotnet@xxxxxxxxxxxxxx
• Standard behaviour of keys, Wolfgang Draxinger
  • Re: Standard behaviour of keys, John Hasler
    • Re: Standard behaviour of keys, Thomas Dickey
  • Re: Standard behaviour of keys, Jan Panteltje
  • Re: Standard behaviour of keys, jasen
  • Re: Standard behaviour of keys, Julián Albo
• A few questions about popt., Bill Pursell
• C problem using select() and alarm(), Joe
  • Re: C problem using select() and alarm(), Hadron Quark
    • Re: C problem using select() and alarm(), Joe
      • Re: C problem using select() and alarm(), Bill Pursell
      • Re: C problem using select() and alarm(), Joe
      • Re: C problem using select() and alarm(), Hadron Quark
  • Re: C problem using select() and alarm(), Bill Pursell
    • Re: C problem using select() and alarm(), Joe
      • Re: C problem using select() and alarm(), jasen
  • Re: C problem using select() and alarm(), jasen
  • Re: C problem using select() and alarm(), David Schwartz
• utility to trace what's goin on in an c++ application, saint . d . a
  • Re: utility to trace what's goin on in an c++ application, Patrick
  • Re: utility to trace what's goin on in an c++ application, Josef Moellers
  • Re: utility to trace what's goin on in an c++ application, Lars Rune Nøstdal
  • Re: utility to trace what's goin on in an c++ application, raxitsheth2000
• using pam_pkcs11 and developing my own PKCS11 module, christian . bongiorno
• linux socket programming and HTTP Protocol Problem, Paul Hulme
  • Re: linux socket programming and HTTP Protocol Problem, Michael Rasmussen
  • Re: linux socket programming and HTTP Protocol Problem, Jan Panteltje
  • Re: linux socket programming and HTTP Protocol Problem, David Schwartz
  • Re: linux socket programming and HTTP Protocol Problem, jasen
• Re: Probelm with WINE and MFC application, Hadron Quark
• porting mfc windows application into linux, mktg
  • Re: porting mfc windows application into linux, Lew Pitcher
• Obtaining a stack trace from a core dump, Lou
  • Re: Obtaining a stack trace from a core dump, John Reiser
    • Re: Obtaining a stack trace from a core dump, John Reiser
  • Re: Obtaining a stack trace from a core dump, Paul Pluzhnikov
    • Re: Obtaining a stack trace from a core dump, John Reiser
    • Re: Obtaining a stack trace from a core dump, Lou
      • Re: Obtaining a stack trace from a core dump, Paul Pluzhnikov
• Shared memory question, Jack
  • Re: Shared memory question, Lew Pitcher
  • Re: Shared memory question, jasen
  • Re: Shared memory question, David Schwartz
• Java ServerSocket not unbound, s . weber
  • Re: Java ServerSocket not unbound, jasen
• Client Server Application Not working Two Systems, owolablo
  • Re: Client Server Application Not working Two Systems, jasen
    • Re: Client Server Application Not working Two Systems, owolablo
      • Re: Client Server Application Not working Two Systems, owolablo
      • Re: Client Server Application Not working Two Systems, jasen
• pseudo-terminal and getpass(), marekdec
  • Re: pseudo-terminal and getpass(), Bill Marcum
• Serial port programming C++, Jim
• Re: BIOS calls, John Reiser
  • Re: BIOS calls, Eric
    • Re: BIOS calls, John Reiser
      • Re: BIOS calls, Eric
      • Re: BIOS calls, John Reiser
      • Re: BIOS calls, jasen
  • <Possible follow-ups>
  • Re: BIOS calls, David Schwartz
  • Re: BIOS calls, jasen
    • Re: BIOS calls, Eric
  • Re: BIOS calls, Perianayagam Somasundaram
• semaphore question, Jack
  • Re: semaphore question, Bill Medland
    • Re: semaphore question, Jack
      • Re: semaphore question, jasen
      • Re: semaphore question, Lew Pitcher
      • Re: semaphore question, Lew Pitcher
      • Re: semaphore question, Bill Medland
      • Re: semaphore question, Jack
      • Re: semaphore question, Bill Medland
      • Re: semaphore question, Jack
      • Re: semaphore question, Bill Medland
      • Re: semaphore question, Jack
• PTY setup, thezha
• Top 10 command line tools for programmers to master, pinkfloydhomer
  • Re: Top 10 command line tools for programmers to master, Bill Pursell
    • Re: Top 10 command line tools for programmers to master, Hadron Quark
      • Re: Top 10 command line tools for programmers to master, Bill Pursell
      • Re: Top 10 command line tools for programmers to master, Jan Panteltje
      • Re: Top 10 command line tools for programmers to master, Hadron Quark
  • Re: Top 10 command line tools for programmers to master, jasen
  • Re: Top 10 command line tools for programmers to master, Jan Panteltje
  • Re: Top 10 command line tools for programmers to master, Bill Medland
  • Re: Top 10 command line tools for programmers to master, John Fusco
    • Re: Top 10 command line tools for programmers to master, Jan Panteltje
  • Re: Top 10 command line tools for programmers to master, Hadron Quark
  • Re: Top 10 command line tools for programmers to master, David E. Konerding DSD staff
• ld and as 86 ?, Bill Cunningham
  • Re: ld and as 86 ?, Paul Kimoto
    • Re: ld and as 86 ?, Bill Cunningham
  • Re: ld and as 86 ?, jasen
• tcp server implementation, eric
  • Re: tcp server implementation, David Schwartz
• Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, David Schwartz
  • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, Toni Erdmann
• Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, "Nils O. Selåsdal"
  • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, "Nils O. Selåsdal"
  • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, Toni Erdmann
    • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, "Nils O. Selåsdal"
      • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, Toni Erdmann
      • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, "Nils O. Selåsdal"
      • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, Toni Erdmann
    • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, John Dallman [311000]
  • <Possible follow-ups>
  • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, BearItAll
    • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, David Schwartz
  • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, jasen
  • Re: GCC difference in size of 'long int' on Suse SLES9 / Suse Professional 10.0, Ian Hilliard
• How many copy of data using mmap and shm_open?, kowalskiingrid
  • Re: How many copy of data using mmap and shm_open?, David Schwartz
    • Re: How many copy of data using mmap and shm_open?, kowalskiingrid
      • Re: How many copy of data using mmap and shm_open?, David Schwartz
      • Re: How many copy of data using mmap and shm_open?, jasen
  • Re: How many copy of data using mmap and shm_open?, jasen
• Difference between daemon and background process, kowalskiingrid
  • Re: Difference between daemon and background process, Floyd L. Davidson
  • Re: Difference between daemon and background process, Bjoern Schliessmann
  • Re: Difference between daemon and background process, "Nils O. Selåsdal"
  • Re: Difference between daemon and background process, jasen
• Can you call fork twice?, kowalskiingrid
  • Re: Can you call fork twice?, Josef Moellers
  • Re: Can you call fork twice?, jasen
• Fun with libpthread.so, John Dallman [311000]
  • Re: Fun with libpthread.so, Aaron Isotton
    • Re: Fun with libpthread.so, John Dallman [311000]
      • Re: Fun with libpthread.so, David Schwartz
      • Re: Fun with libpthread.so, John Dallman [311000]
      • Re: Fun with libpthread.so, David Schwartz
      • Re: Fun with libpthread.so, David Schwartz
      • Re: Fun with libpthread.so, John Dallman [311000]
      • Re: Fun with libpthread.so, jasen
  • Re: Fun with libpthread.so, David Schwartz
    • Re: Fun with libpthread.so, John Dallman [311000]
      • Re: Fun with libpthread.so, "Nils O. Selåsdal"
      • Re: Fun with libpthread.so, John Dallman [311000]
      • Re: Fun with libpthread.so, "Nils O. Selåsdal"
      • Re: Fun with libpthread.so, John Dallman [311000]
      • Re: Fun with libpthread.so, David Schwartz
      • Re: Fun with libpthread.so, John Dallman [311000]
      • Re: Fun with libpthread.so, David Schwartz
      • Re: Fun with libpthread.so, John Dallman [311000]
      • Re: Fun with libpthread.so, Paul Pluzhnikov
      • Re: Fun with libpthread.so, John Dallman [311000]
• nohup question, kowalskiingrid
  • Re: nohup question, Binary
  • Re: nohup question, Floyd L. Davidson
    • Re: nohup question, Hadron Quark
  • Re: nohup question, jasen
    • Re: nohup question, Bill Pursell
  • Re: nohup question, Josef Moellers
• Protecting a file from being changed/removed, Peter Kim
  • Re: Protecting a file from being changed/removed, Josef Moellers
  • Re: Protecting a file from being changed/removed, jasen
  • Re: Protecting a file from being changed/removed, John Reiser
  • Re: Protecting a file from being changed/removed, David Schwartz
  • Re: Protecting a file from being changed/removed, Lajos Parkatti
  • Re: Protecting a file from being changed/removed, Peter Kim
• must LD_LIBRARY_PATH end with a :, Eric Taylor
  • Re: must LD_LIBRARY_PATH end with a :, gil_hamilton@xxxxxxxxxxx
  • Re: must LD_LIBRARY_PATH end with a :, jasen
• WEB/CGI and environment var, Claudio Daffra
  • Re: WEB/CGI and environment var, JH Trauntvein
  • Re: WEB/CGI and environment var, jasen
    • Re: WEB/CGI and environment var, Claudio Daffra
      • Re: WEB/CGI and environment var, Jan Panteltje
      • Re: WEB/CGI and environment var, jasen
• where can i get source codes of system calls ? thanks, jasminwang
  • Re: where can i get source codes of system calls ? thanks, Thomas Richter
  • Re: where can i get source codes of system calls ? thanks, Jan Panteltje
  • Re: where can i get source codes of system calls ? thanks, jasen
    • Re: where can i get source codes of system calls ? thanks, jasminwang
      • Re: where can i get source codes of system calls ? thanks, John Dallman [311000]
      • Re: where can i get source codes of system calls ? thanks, jasminwang
      • Re: where can i get source codes of system calls ? thanks, Kenneth
      • Re: where can i get source codes of system calls ? thanks, jasminwang
• Makefile question - seperate include / source dirs, elitecodex
  • Re: Makefile question - seperate include / source dirs, gil_hamilton
    • Re: Makefile question - seperate include / source dirs, elitecodex
  • Re: Makefile question - seperate include / source dirs, Bill Pursell
• need beta tester for new multiplayer game software!!, maxime_phan
• want to see each thread's pid, Binary
  • Re: want to see each thread's pid, Andrei Voropaev
    • Re: want to see each thread's pid, Binary
• Re: where to find the complete solution for multiple user space timer, joseph2k
• system wide maximum of processes on 2.6.x?, oliver . kowalke
  • Re: system wide maximum of processes on 2.6.x?, Josef Moellers
    • Re: system wide maximum of processes on 2.6.x?, oliver . kowalke
      • Re: system wide maximum of processes on 2.6.x?, Bjoern Schliessmann
      • Re: system wide maximum of processes on 2.6.x?, David Schwartz
      • Re: system wide maximum of processes on 2.6.x?, joseph2k
      • Re: system wide maximum of processes on 2.6.x?, Markus Schoder
      • Re: system wide maximum of processes on 2.6.x?, David Schwartz
      • Re: system wide maximum of processes on 2.6.x?, Olivier Croquette
      • Re: system wide maximum of processes on 2.6.x?, Josef Moellers
• how to run multiple processes from a single process?, mandydhaliwal
  • Re: how to run multiple processes from a single process?, Tim Keck
  • Re: how to run multiple processes from a single process?, "Nils O. Selåsdal"
  • Re: how to run multiple processes from a single process?, Jan Panteltje
    • Re: how to run multiple processes from a single process?, Floyd L. Davidson
  • Re: how to run multiple processes from a single process?, jasen
• Great website - Too bad no one sees it 63FH, vqmtyppj
• Interactive Voice Response - IVR Info, web-info
• Signal Handling SIGXCPU, llothar
• Re: make options, Bjoern Schliessmann
  • Re: make options, Eric
  • <Possible follow-ups>
  • Re: make options, jacob navia
  • Re: make options, Maxim Yegorushkin
• gcc 4.1.1 broke my program (vs 4.0.2) ?, david
  • Re: gcc 4.1.1 broke my program (vs 4.0.2) ?, "Nils O. Selåsdal"
    • Re: gcc 4.1.1 broke my program (vs 4.0.2) ?, david
  • Re: gcc 4.1.1 broke my program (vs 4.0.2) ?, Markku Kolkka
  • Re: gcc 4.1.1 broke my program (vs 4.0.2) ?, Eric
• GTK About Dialog Crash, bhartman33@xxxxxxxxx
  • Re: GTK About Dialog Crash, Michael Rasmussen
    • Re: GTK About Dialog Crash, bhartman33@xxxxxxxxx
      • Re: GTK About Dialog Crash, Michael Rasmussen
      • Re: GTK About Dialog Crash, bhartman33@xxxxxxxxx
      • Re: GTK About Dialog Crash, Michael Rasmussen
      • Re: GTK About Dialog Crash, bhartman33@xxxxxxxxx
      • Re: GTK About Dialog Crash, Michael Rasmussen
      • Re: GTK About Dialog Crash, bhartman33@xxxxxxxxx
• Shared Object vs IPC, midgleyben
  • Re: Shared Object vs IPC, Lew Pitcher
  • Re: Shared Object vs IPC, Wolfgang Draxinger
    • Re: Shared Object vs IPC, Armel Asselin
  • Re: Shared Object vs IPC, "Nils O. Selåsdal"
• Linux Syscalls, POSIX Functions and other generic Library Functions., fabio de francesco
  • Re: Linux Syscalls, POSIX Functions and other generic Library Functions., jasen
    • Re: Linux Syscalls, POSIX Functions and other generic Library Functions., fabio de francesco
      • Re: Linux Syscalls, POSIX Functions and other generic Library Functions., "Nils O. Selåsdal"
      • Re: Linux Syscalls, POSIX Functions and other generic Library Functions., Julián Albo
      • Re: Linux Syscalls, POSIX Functions and other generic Library Functions., Joe Pfeiffer
• retain the window contents, jjs
• Shared Library Exceptions & Vague Linkage, akennis
• Getting FILE* from a memory map, nirnimesh
  • Re: Getting FILE* from a memory map, John Reiser
• hiding cursor when printing to stdout, saint . d . a
  • Re: hiding cursor when printing to stdout, Grant Edwards
  • Re: hiding cursor when printing to stdout, Bill Marcum
    • Re: hiding cursor when printing to stdout, Floyd L. Davidson
      • Re: hiding cursor when printing to stdout, Julián Albo
      • Re: hiding cursor when printing to stdout, Thomas Dickey
• Re: Can alarm() be used in multi-threaded environment?, pvl_google@xxxxxxxxx
• OpenInventor problems, harry
• GTK Spinbutton Problem, bhartman33@xxxxxxxxx
  • Re: GTK Spinbutton Problem, Tim Keck
    • Re: GTK Spinbutton Problem, bhartman33@xxxxxxxxx
      • Re: GTK Spinbutton Problem, bhartman33@xxxxxxxxx
      • Re: GTK Spinbutton Problem, bhartman33@xxxxxxxxx
• Looking for linux development forum to discuss gdb, Hadron Quark
  • Re: Looking for linux development forum to discuss gdb, Spoons
• Target in Makefile.am to make a completly static version, Michael Rasmussen
• Verifying "Real" serial ports, JH Trauntvein
  • Re: Verifying "Real" serial ports, Jan Panteltje
  • Re: Verifying "Real" serial ports, Bill Marcum
  • Re: Verifying "Real" serial ports, none
• VPATH and -lNAME dependency in Makefile, Bill Pursell
  • Re: VPATH and -lNAME dependency in Makefile, jasen
    • Re: VPATH and -lNAME dependency in Makefile, Bill Pursell
      • Re: VPATH and -lNAME dependency in Makefile, jasen
• Is there C/C++ corresponding function in Linux for Java's java.util.Locale.getCountry?, xiebopublic
  • Re: Is there C/C++ corresponding function in Linux for Java's java.util.Locale.getCountry?, Josef Moellers
  • Re: Is there C/C++ corresponding function in Linux for Java's java.util.Locale.getCountry?, Josef Moellers
    • Re: Is there C/C++ corresponding function in Linux for Java's java.util.Locale.getCountry?, Roger Leigh
  • Re: Is there C/C++ corresponding function in Linux for Java's java.util.Locale.getCountry?, Binary
• Help! Shared memory is getting deleted after process is killed, Anuradha
  • Re: Help! Shared memory is getting deleted after process is killed, "Nils O. Selåsdal"
    • Re: Help! Shared memory is getting deleted after process is killed, Anuradha
      • Re: Help! Shared memory is getting deleted after process is killed, gil_hamilton
      • Re: Help! Shared memory is getting deleted after process is killed, Anuradha
• ZModem communication within C Applications?, dao
  • Re: ZModem communication within C Applications?, jasen
    • Re: ZModem communication within C Applications?, dao
      • Re: ZModem communication within C Applications?, dao
      • Re: ZModem communication within C Applications?, jasen
      • Re: ZModem communication within C Applications?, dao
      • Re: ZModem communication within C Applications?, jasen
      • Re: ZModem communication within C Applications?, Josef Moellers
      • Re: ZModem communication within C Applications?, dao
      • Re: ZModem communication within C Applications?, Josef Moellers
      • Re: ZModem communication within C Applications?, jasen
• no route to host, jasen
  • Re: no route to host, davids
    • Re: no route to host, jasen
      • Re: no route to host, davids
      • Re: no route to host, jasen
• Re: client server programming, davids
  • <Possible follow-ups>
  • Re: client server programming, jasen

• Security
• UNIX
• Linux
• Coding
• Usenet

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

linux.derkeiler.com  > Newsgroups  > comp.os.linux.development.apps  > 2006-08