Linux-Development-Sys Digest #677, Volume #8     Sun, 29 Apr 01 17:13:10 EDT

Contents:
  Re: sockets ("Volker Kiesewetter")
  sysctl & arrays. ("Arie.")
  Re: Pipe Problem (eric)
  DHCP client broken in 2.4.4 (Guy Geens)
  what is the means of andl in at&t Asm?? (hushui)
  Re: ide vs. scsi why so much slower (Mark Hahn)
  Re: mount ([EMAIL PROTECTED])
  Re: what is the means of andl in at&t Asm?? (Alexander Viro)
  Linux, streams and the standard library (John Beardmore)
  Re: Linux, streams and the standard library ("Neil Butterworth")
  Re: Linux, streams and the standard library (David Konerding)
  do_irq and do_softirq ([EMAIL PROTECTED])
  Re: what is the means of andl in at&t Asm?? (Robert Redelmeier)
  init_module in linux 2.4.x ("pirates")
  Re: Linux, streams and the standard library (John Beardmore)
  Re: Linux, streams and the standard library (John Beardmore)
  Re: Linux, streams and the standard library (Philip Armstrong)
  Re: Linux, streams and the standard library ("Neil Butterworth")
  Re: Linux, streams and the standard library (=?ISO-8859-1?Q?Rasmus_B=F8g_Hansen?=)
  Re: mount ("Darren")
  Re: mount ("Darren")
  Re: sockets ("Darren")
  Re: sockets ("Darren")

----------------------------------------------------------------------------

From: "Volker Kiesewetter" <[EMAIL PROTECTED]>
Crossposted-To: 
comp.os.linux.development.apps,linux.redhat.devel,linux.redhat.development
Subject: Re: sockets
Date: Sun, 29 Apr 2001 16:13:10 -0400

Im Artikel <AJDG6.2653$[EMAIL PROTECTED]> schrieb
"Darren" <[EMAIL PROTECTED]>:

> Hello. I am looking for some info on socket programming for Linux. I
> assume from the man pages it is similar to Winsock programming. Can
> anyone direct me to a decent document on the subject as I find the man
> pages lacking

Try "Understanding Sockets in Unix, NT, and Java" from Kenneth M. Nordby.
You can download it from the IBM-Site:

ftp://www6.software.ibm.com/software/developer/library/sockets.pdf

Also lots of other interesting documents there.


Have fun !


Volker

------------------------------

From: "Arie." <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux
Subject: sysctl & arrays.
Date: Sat, 28 Apr 2001 20:12:15 +0200

Hi,
In my project I need to use 3 arrays, which the user can change their
value with out compile the kernel again.
While I use only one array, all the project worked well. So I add 2
other array, same definition, different name. The Kernel has been
compiled, with out any error message regarding the arrays. I reboot the
machine, and try
'echo 1 2 3 4 5 6 7 8 > /proc/sys/net/ipv4/myarray2' after some seconds
the kernel fall with the 'killing the idle task'.
I check the definiotn of myarray2, and it is the same as myarray1. I
remove the code which read from myarray2, and the same.

The arrays are in 40 int size. the kernel is 2.2.14-5.0 , i386 machine.

any one have any idea what can cause the kernel falling after
initializing a variable under proc?
{not immediately, I even can make ls a few times, send a ping or two}

another wierd thing I notice that when I read a sysctl value from the
code ) I mean in the kernel-code...) his value is 100*value, any one
have reason for that? 
(until now I didn't mind to x/100 any time I needed get the value ;-))

Thanks,
  Arie.

------------------------------

From: eric <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.development.apps
Subject: Re: Pipe Problem
Date: Sun, 29 Apr 2001 09:54:39 -0500

Frank wrote:

> Hi all,
>
> I'm currently implementing the pipe operator for a custom shell.
> Though, it seems that my pipe hangs on the second process when I try to
> pipe more than 2 programs.  So, I could only assume that I might have
> implemented the pipe wrong for all processes in between.  So, the only
> assumption is the the first process and the last process works
> correctly.  So, I'm wondering what am I doing wrong with the processes
> in between.
>
> Frank
> TIA
>
> /* NOTE:  nPipes is the number of operators present.  So, if nPipes = 2,
> then 3 programs need to be executed */
>
> void ExecutePipe(struct CmdLine *pList, int nPipes)
> {
>   int i;
>   int fidPipe[2];
>   enum PIPES { READ, WRITE }; /* Constants 0 and 1 for READ and WRITE */
>   struct CmdLine *pCurrent = pList;
>
>   pipe(fidPipe);
>
>   for(i = 0; i < nPipes + 1; i++) {
>     if(i == nPipes) {
>       ...
>       if( (pid = fork()) == 0
>         execvp(pCurrent->argv[0], pCurrent->argv);
>         } else {
>         waitpid(...)
>         ...
>       }
>     } else {
>       int pid;
>       if((pid = fork()) == 0) {
>         if(i != 0) {
>           /* if we are in the middle of a pipe, stdin should be closed
> and be converted to the read of the pipe. */
>           close(fileno(stdin));
>           dup2(fidPipe[READ], fileno(stdin));
>          }
>          /* Now, close the read end of the pipe since we don't need it
> */
>          lose(fidPipe[READ]);
>          /* Close stdout, which would be redircted the the write end of
> the pipe */
>          close(fileno(stdout));
>          dup2(fidPipe[WRITE], fileno(stdout));
>          /* Close the write pipe, which we don't need */
>          close(fidPipe[WRITE]);
>          execvp(pCurrent->argv[0], pCurrent->argv);
>        } else {
>          int status;
>          waitpid(pid, &status, 0);
>        }
>      }
>      pCurrent = next in link list;
>    }
>   return;
> }

I'd say you actually have two problems.  The first is the waitpid in the
else clause of the lower fork.  This will cause your program to stop and
wait until the child process has stopped before it will fire off the next
child process.  The second problem which looks even hairier is that you are
trying to assign each of the middle processes the same pipe as their stdin
and stdout.  You need to have a pipe set for each process (actually
I believe you can use n-1 pipe sets) that you fire up.  The stdin in for
the next process needs to be assigned the stdout of the previous process
and it's stdout be one of the new pipes, with the last one having it's
stdout be regular stdout (which you do have).

Hope this helped,

Eric
MVP for Unix Programming
BrainBench http://www.brainbench.com


------------------------------

Subject: DHCP client broken in 2.4.4
From: Guy Geens <[EMAIL PROTECTED]>
Date: Sun, 29 Apr 2001 15:53:51 GMT

I just tried to upgrade my system from kernel 2.4.3 to 2.4.4. After
reboot, the system could not get a network address from the DHCP
server. The old 2.4.3 kernel works fine.

Both kernels have been compiled with the same options.

When I assign a static IP address to the network card, I can make
connections without problems.

The DCHP client tries to get an IP address from the server, but it
doesn't seem to get any answer. (So it tries again and again...)

When I look in the log files for the DHCP server, I see each request
and the answer being logged and answered.

My network card is a RTL8139 (driver 8139too.c). The DHCP client is
the ISC client, version 2.0pl5. (Taken from Debian woody.)

Any hints on how to fix this are appreciated.

Please CC: me on your replies.

-- 
G. ``Iggy'' Geens - ICQ: #64109250
Home: <[EMAIL PROTECTED]> - Work: <[EMAIL PROTECTED]>
WWW: http://users.pandora.be/guy.geens/
  ``I was thinking about how everyone was dying
    and maybe it's time to live.''              - Eels

------------------------------

From: hushui <[EMAIL PROTECTED]>
Subject: what is the means of andl in at&t Asm??
Date: 29 Apr 2001 15:19:23 GMT

What is the meaning of GET_CURRENT  in system call ??
Hi,everybody,
in entry.S there are many definations about sysytem calls .

I want to know some about GET_CURRENT which is used as GET_CURRENT(%ebx)
the defination of it is following
#define GET_CURRENT(reg) \
 movl %esp, reg; \
 andl $-8192, reg;

put the value of reg to esp then   andl $-8192, reg;
What is this means???
Thank you  



-- 

Hi
 I am a linux guy from china.


------------------------------

From: Mark Hahn <[EMAIL PROTECTED]>
Subject: Re: ide vs. scsi why so much slower
Date: 29 Apr 2001 16:11:36 GMT

>>I have an Asus A7V133 motherboard with a 30 GByte WesternDigital ATA-100
>>7200 RPM drive. hdparm -Tt gives:
>>      3.6  MBytes/sec with no DMA
>>      32.0 MBytes/sec with DMA

>30 MB/s (with udma, of course) IDE have been common for several years now;
basically, as soon as 15G/platter was achieved (notably by IBM DTLA's).

>>All I did was "hdparm -d 1 /dev/hda". Different values of -u and -m gave

on the current kernel (2.4 - 2.2 is officially obsolete), there's 
no need to fudge with hdparm, since most controllers autotune and 
use dma by default.

> - larger "-m" values can further lower the CPU load caused by

-m is only relevant for PIO modes.

> - in cases where "-u1" works without causing havoc, it gets

-u is basically irrelevant for DMA modes.

note that the %CPU numbers measured are quite bogus; if you measure
%CPU directly (by how much they slow down another process), you find
that udma streaming costs a few percent (depending on bandwidth,
processor, etc)

regards, mark hahn.

------------------------------

From: [EMAIL PROTECTED]
Crossposted-To: comp.unix.programmer,linux.redhat.devel,linux.redhat.development
Subject: Re: mount
Date: Sun, 29 Apr 2001 16:30:09 -0000

In comp.unix.programmer Darren <[EMAIL PROTECTED]> wrote:
> Is there a programmatical way to mount/unmount a volume preferably in the
> same way the mount gnu command does?

Read the source to gnu mount. You will love all the #ifdef's, looks
like there is a different API for each flavor of Unix. I like the
one on FreeBSD myself, mount(2).

------------------------------

From: [EMAIL PROTECTED] (Alexander Viro)
Subject: Re: what is the means of andl in at&t Asm??
Date: 29 Apr 2001 12:51:03 -0400

In article <9chbdr$[EMAIL PROTECTED]>,
hushui  <[EMAIL PROTECTED]> wrote:
>What is the meaning of GET_CURRENT  in system call ??
>Hi,everybody,
>in entry.S there are many definations about sysytem calls .
>
>I want to know some about GET_CURRENT which is used as GET_CURRENT(%ebx)
>the defination of it is following
>#define GET_CURRENT(reg) \
> movl %esp, reg; \

move long (32bit) from register esp to reg

> andl $-8192, reg;

do bitwise 'and' (32bit) -8192 to reg.

IOW, the whole thing puts esp & -8192 into reg. Since -8192 is ~8191, that's
esp with 13 lower bits cleared, i.e. esp rounded down to the multiple of 8K.

>put the value of reg to esp then   andl $-8192, reg;

It would be, if the idiotic Intel syntax was used. IOW, you got the order
of arguments wrong. E.g.
        addl n, %eax
is "add n to eax", or, in Intel syntax,
        ADD EAX, [n]

Suffix of the instruction determines the size of arguments (no DWORD PTR for
you), %<register_name> means register, $<number> means constant. IOW,
%eax    is      register EAX
eax     is      value of variable called eax
$eax    is      address of that variable
With binary operations, source goes before the target. That's it.

-- 
"You're one of those condescending Unix computer users!"
"Here's a nickel, kid.  Get yourself a better computer" - Dilbert.

------------------------------

From: John Beardmore <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.alpha,comp.os.linux.setup
Subject: Linux, streams and the standard library
Date: Sun, 29 Apr 2001 18:43:41 +0100

I'm starting a C++ project which has to compile to form both an MSVC 6 
command line application and an RH Linux 6.2 command line application.

I was hoping to use C++ with the Standard Library as described in "The 
C++ Programming Language" by Bjarne Stroustrup.  WiIl this be
possible ?

I ask, because as soon as I stated adding code to the class skeleton I 
found I needed to add a reference to the standard library at link time.

Was I being hopelessly naive in expecting it to be linked by default ? 
In the end I found it in:

     /usr/lib/gcc-lib/alpha-redhat-linux/egcs-2.91.66/libstdc++.a

but it doesn't seem to be in the default library path so I have to 
identify the full path in the Makefile.  That stuff now compiles, but is 
this normal ?


Now I've added stuff that requires the #include <sstream> according to 
Stroustrup.  I can find sstream.h, but only in:

     /usr/include/linuxconf/sstream.h

which doesn't seem to be in the default include path.  When I include 
this by giving the full path, the compile fails, complaining that 
ostringstream is undeclared, and it does indeed seem to be unmentioned 
the linuxconf sstream.h file.


So -  a couple of questions:

  1) is there a way to get ostringstream to work ?

  2) is the Standard C++ library ready for prime time under Linux ? 
Isn't its
     use utterly routine these days ?  Or am I trying to be too modern ?

I'm having no problem getting this stuff to compile under MSVC 6.  Have 
I missed something obvious under Linux ?


If the compiler that ships with RH6.2 won't do what I need,  ( I guess 
it must be a year old now ! ),  is it simple to upgrade it to a later 
gcc that
will ?

If gcc won't work with the standard C++ lib, will the Compaq C for Linux 
Alpha compiler be any use ?  Will that compiler coexist with the Linux 
compiler ?  I gather I'd still need that for building kernels !

I've just tried to get an 'on line test drive' to see if the Compaq 
compiler would compile my code skeleton, but the link from the Compaq 
site is broken.

If I can, I'd rather stay with a standard Linux compiler so that we can 
port to Intel Linux if needs be later on.


Cheers, J/.
-- 
John Beardmore

------------------------------

From: "Neil Butterworth" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.alpha,comp.os.linux.setup
Subject: Re: Linux, streams and the standard library
Date: Sun, 29 Apr 2001 18:02:42 +0100

"John Beardmore" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...

[snip]
>
> So -  a couple of questions:
>
>   1) is there a way to get ostringstream to work ?

Yes - use STLport. You can download it from www.stlport.org.

>   2) is the Standard C++ library ready for prime time under Linux ?
> Isn't its
>      use utterly routine these days ?  Or am I trying to be too modern ?

No, I've been using it for quite some time with absolutely no problems. Not
under RedHat though - I run SuSE.

[snip]

NeilB





------------------------------

From: [EMAIL PROTECTED] (David Konerding)
Crossposted-To: comp.os.linux.alpha
Subject: Re: Linux, streams and the standard library
Date: 29 Apr 2001 18:28:16 GMT
Reply-To: [EMAIL PROTECTED]

On Sun, 29 Apr 2001 18:43:41 +0100, John Beardmore <[EMAIL PROTECTED]> wrote:
> I'm starting a C++ project which has to compile to form both an MSVC 6 
> command line application and an RH Linux 6.2 command line application.
> 
> I was hoping to use C++ with the Standard Library as described in "The 
> C++ Programming Language" by Bjarne Stroustrup.  WiIl this be
> possible ?
> 
> So -  a couple of questions:
> 
>   1) is there a way to get ostringstream to work ?
> 
>   2) is the Standard C++ library ready for prime time under Linux ? 
> Isn't its
>      use utterly routine these days ?  Or am I trying to be too modern ?
> 

I'm going to save you some time (because I wasted a lot of my own
before learning what the answer was).  ostringstream is not supported
with RH6.2's supplied compiler/libraries.  Yes, standard C++ library is
ready for prime time under linux, but it's not an out-of-the-box
experience yet.  Yes, stndard C++ is utterly routine (on some platforms-
for example, Tru64 and IRIX, as long as you have $$$).  It's a bit
"modern" since the specification was only standardized recently, and
software people have to play catch-up.

If you want standard C++ with the standard C++ library on Linux, and
you are using RH 6.2, then download gcc-2.95.3, compile and install it
according to the instructions, then download STLport-4.0 from
www.stlport.org, and install it according to its instructions.  Compile
your apps to use the header files from STLport and link against the
STLport library.

The RH6.2 g++ compiler isn't standard C++ compiliant; gcc-2.95.3 is
nearly enough so (more so than MSVC6 by far) for nearly all code.
Worse, the standard C++ libray they included ISN'T standard.  It's
pre-standard, with crap like strstream.h.  On the other hand, STLport
is an excellent implementation of the standard C++ library.

RH7.1 comes with a modified g++ compiler, its main issue is that the
ABI it uses is incompatible with the standard g++ library and so when
you try to link apps you have a hard time getting everything to work
properly if you use things like exceptions.  As long as you stick to
their compiler, everything will work OK (although you'll pull your hair
out trying to get STLport to compile with their compiler due to
locations of some include files, I have solved this problem, drop me a
line if youwant to know the details).

You might run into some problems because the alpha version of linux
tends to be less well-tested than the intel version, and might not
compile as easily.

Dave

------------------------------

From: [EMAIL PROTECTED]
Subject: do_irq and do_softirq
Date: Sun, 29 Apr 2001 19:16:15 GMT

Hello,

in the do_irq() function (\arch\i386\kernel\irq.c) do_softirq() is
called.
In do_softirq() (\kernel\softirq.c) interrupts get enabled.
Isn't this possible: do_softirq() can get interrupted bij an IRQ, so
do_irq() is called which finally calls do_softirq(), which gets
interrupted again... and so on...
If not (probably) then what stops this from happening?

Bart

------------------------------

Date: Sun, 29 Apr 2001 14:26:37 -0500
From: Robert Redelmeier <[EMAIL PROTECTED]>
Subject: Re: what is the means of andl in at&t Asm??

hushui wrote:
> 
> What is the meaning of GET_CURRENT  in system call ??
> in entry.S there are many definations about sysytem calls .
> 
> I want to know some about GET_CURRENT which is used as GET_CURRENT(%ebx)
> the defination of it is following
> #define GET_CURRENT(reg) \
>  movl %esp, reg; \
>  andl $-8192, reg;
> 
> put the value of reg to esp then   andl $-8192, reg;
> What is this means???

This #define creates an assembler macro using AT&T syntax:

The first line moves the stack pointer (%esp) into the 
target register, %ebx in this case.

The second line masks (AND) that register with -8192, 
better understood as 0xFFFFFFE000 to clear the lower
13 bits.

Presumably, this macro is used to return the base
(lowest) address of the current stack.  It isn't very
general code because it assumes that the stack size
is an invarient 8 KB.

-- Robert

------------------------------

From: "pirates" <[EMAIL PROTECTED]>
Subject: init_module in linux 2.4.x
Date: Mon, 30 Apr 2001 05:06:49 +0900

I'm a beginner of Linux and I'm just starting to read USB source code
in Linux 2.4.3. I cannot find "init_module" in USB source code, but
the USB seems to be linked dynamically with insmod.

Could anyone show me why it's not in the source code, and process
of USB core installation/initialization and OHCI installation/initialization
?

 I guess usb_major_init() is the top level of initialization part for USB
core
 which calls devfs_register_chrdev(), the same function as
register_chrdev().

 I'm not sure the process "where from" and "when" the usb_major_init()
 is called.

 I guess init_module() for usbcore is called when insmod links usbcore.o,
but
 I haven't found the init_module() in the USB source code.

 What is the process from insmod to usb_major_init ?

 Thanks,
 Pirates


------------------------------

From: John Beardmore <[EMAIL PROTECTED]>
Subject: Re: Linux, streams and the standard library
Date: Sun, 29 Apr 2001 21:22:19 +0100

In article <[EMAIL PROTECTED]>, David Konerding 
<[EMAIL PROTECTED]> writes
>On Sun, 29 Apr 2001 18:43:41 +0100, John Beardmore 
><[EMAIL PROTECTED]> wrote:
>> I'm starting a C++ project which has to compile to form both an MSVC 6
>> command line application and an RH Linux 6.2 command line application.
>>
>> I was hoping to use C++ with the Standard Library as described in "The
>> C++ Programming Language" by Bjarne Stroustrup.  WiIl this be
>> possible ?
>>
>> So -  a couple of questions:
>>
>>   1) is there a way to get ostringstream to work ?
>>
>>   2) is the Standard C++ library ready for prime time under Linux ?
>> Isn't its
>>      use utterly routine these days ?  Or am I trying to be too modern ?
>>
>
>I'm going to save you some time (because I wasted a lot of my own
>before learning what the answer was).  ostringstream is not supported
>with RH6.2's supplied compiler/libraries.  Yes, standard C++ library is
>ready for prime time under linux, but it's not an out-of-the-box
>experience yet.  Yes, stndard C++ is utterly routine (on some platforms-
>for example, Tru64 and IRIX, as long as you have $$$).  It's a bit
>"modern" since the specification was only standardized recently, and
>software people have to play catch-up.
>
>If you want standard C++ with the standard C++ library on Linux, and
>you are using RH 6.2, then download gcc-2.95.3, compile and install it
>according to the instructions, then download STLport-4.0 from
>www.stlport.org, and install it according to its instructions.  Compile
>your apps to use the header files from STLport and link against the
>STLport library.
>
>The RH6.2 g++ compiler isn't standard C++ compiliant; gcc-2.95.3 is
>nearly enough so (more so than MSVC6 by far) for nearly all code.
>Worse, the standard C++ libray they included ISN'T standard.  It's
>pre-standard, with crap like strstream.h.  On the other hand, STLport
>is an excellent implementation of the standard C++ library.

OK, that sounds great.  If I upgrade to gcc-2.95.3, will I still be able 
to build kernels for RH 6.2 ?  Will I need to upgrade any system 
libraries ?  How easy will it be to revert to my old compiler if I run 
into problems ?


>RH7.1 comes with a modified g++ compiler, its main issue is that the
>ABI it uses is incompatible with the standard g++ library and so when
>you try to link apps you have a hard time getting everything to work
>properly if you use things like exceptions.  As long as you stick to
>their compiler, everything will work OK (although you'll pull your hair
>out trying to get STLport to compile with their compiler due to
>locations of some include files, I have solved this problem, drop me a
>line if youwant to know the details).

It's OK, I'll steer clear of going to 7.x for now.


>You might run into some problems because the alpha version of linux
>tends to be less well-tested than the intel version, and might not
>compile as easily.

Ho hum...

Well, I'll give it a try !  Not much choice if the box is going to be 
much use really !


Cheers, J/.
-- 
John Beardmore

------------------------------

From: John Beardmore <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.alpha,comp.os.linux.setup
Subject: Re: Linux, streams and the standard library
Date: Sun, 29 Apr 2001 21:22:58 +0100

In article <[EMAIL PROTECTED]>, Neil Butterworth 
<[EMAIL PROTECTED]> writes
>"John Beardmore" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]...

>> So -  a couple of questions:
>>
>>   1) is there a way to get ostringstream to work ?
>
>Yes - use STLport. You can download it from www.stlport.org.
>
>>   2) is the Standard C++ library ready for prime time under Linux ?
>> Isn't its
>>      use utterly routine these days ?  Or am I trying to be too modern ?
>
>No, I've been using it for quite some time with absolutely no problems. Not
>under RedHat though - I run SuSE.

What compiler version are you using ?


Cheers, J/.
-- 
John Beardmore

------------------------------

From: [EMAIL PROTECTED] (Philip Armstrong)
Crossposted-To: comp.os.linux.alpha,comp.os.linux.setup
Subject: Re: Linux, streams and the standard library
Date: 29 Apr 2001 20:54:46 +0100

In article <[EMAIL PROTECTED]>,
Neil Butterworth <[EMAIL PROTECTED]> wrote:
>"John Beardmore" <[EMAIL PROTECTED]> wrote in message
>news:[EMAIL PROTECTED]...
>
>[snip]
>>
>> So -  a couple of questions:
>>
>>   1) is there a way to get ostringstream to work ?
>
>Yes - use STLport. You can download it from www.stlport.org.

Or install gcc-2.95.3 which has ostringstream in its version
of the STL.

>>   2) is the Standard C++ library ready for prime time under Linux ?
>> Isn't its
>>      use utterly routine these days ?  Or am I trying to be too modern ?
>
>No, I've been using it for quite some time with absolutely no problems. Not
>under RedHat though - I run SuSE.

Indeed. With gcc-2.95.3 the STL support is pretty complete. gcc-3.0
should finish off all the corner cases in the c++ support hopefully.

Phil


-- 
http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt


------------------------------

From: "Neil Butterworth" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.alpha,comp.os.linux.setup
Subject: Re: Linux, streams and the standard library
Date: Sun, 29 Apr 2001 20:47:45 +0100

"John Beardmore" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> In article <[EMAIL PROTECTED]>, Neil Butterworth
> <[EMAIL PROTECTED]> writes
> >"John Beardmore" <[EMAIL PROTECTED]> wrote in message
> >news:[EMAIL PROTECTED]...
>
> >> So -  a couple of questions:
> >>
> >>   1) is there a way to get ostringstream to work ?
> >
> >Yes - use STLport. You can download it from www.stlport.org.
> >
> >>   2) is the Standard C++ library ready for prime time under Linux ?
> >> Isn't its
> >>      use utterly routine these days ?  Or am I trying to be too modern
?
> >
> >No, I've been using it for quite some time with absolutely no problems.
Not
> >under RedHat though - I run SuSE.
>
> What compiler version are you using ?

gcc 2.95.2

NeilB





------------------------------

From: =?ISO-8859-1?Q?Rasmus_B=F8g_Hansen?= <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.alpha,comp.os.linux.setup
Subject: Re: Linux, streams and the standard library
Date: Sun, 29 Apr 2001 22:47:46 +0200

On 29 Apr 2001, Philip Armstrong wrote:

> In article <[EMAIL PROTECTED]>,
> Neil Butterworth <[EMAIL PROTECTED]> wrote:
> >"John Beardmore" <[EMAIL PROTECTED]> wrote in message
> >news:[EMAIL PROTECTED]...
> >
> >[snip]
> >>
> >> So -  a couple of questions:
> >>
> >>   1) is there a way to get ostringstream to work ?
> >
> >Yes - use STLport. You can download it from www.stlport.org.
>
> Or install gcc-2.95.3 which has ostringstream in its version
> of the STL.
>
> >>   2) is the Standard C++ library ready for prime time under Linux ?
> >> Isn't its
> >>      use utterly routine these days ?  Or am I trying to be too modern ?
> >
> >No, I've been using it for quite some time with absolutely no problems. Not
> >under RedHat though - I run SuSE.
>
> Indeed. With gcc-2.95.3 the STL support is pretty complete. gcc-3.0
> should finish off all the corner cases in the c++ support hopefully.

In RedHat 6.2 there was some egcs (1.1.2 I think). I think it is the gcc
2.91.66 one. I don't know how complete the STL support was thence.

Rasmus

-- 
-- [ Rasmus 'M�ffe' B�g Hansen ] --------------------------------------
If a trainstation is the place where trains stop, what is a workstation?
========================================= [ Remove 'spam' to reply ] ==


------------------------------

From: "Darren" <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.programmer,linux.redhat.devel,linux.redhat.development
Subject: Re: mount
Date: Sun, 29 Apr 2001 21:38:19 +0100


Peter T. Breuer <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]...
> In comp.os.linux.development.system Darren <[EMAIL PROTECTED]> wrote:
> > Is there a programmatical way to mount/unmount a volume preferably in
the
> > same way the mount gnu command does?
>
> man 2 mount
>
thanks Peter, that was just what I was looking for




------------------------------

From: "Darren" <[EMAIL PROTECTED]>
Crossposted-To: comp.unix.programmer,linux.redhat.devel,linux.redhat.development
Subject: Re: mount
Date: Sun, 29 Apr 2001 21:39:36 +0100


<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]...
> In comp.unix.programmer Darren

aaahhh I love Linux there is everything you could imagine, its just knowing
where to find the damned stuff :-)



------------------------------

From: "Darren" <[EMAIL PROTECTED]>
Subject: Re: sockets
Date: Sun, 29 Apr 2001 21:45:36 +0100


Cameron Kerr <[EMAIL PROTECTED]> wrote in message
news:dnTG6.1902$[EMAIL PROTECTED]...
> [snip]
Thanks Cameron



------------------------------

From: "Darren" <[EMAIL PROTECTED]>
Crossposted-To: 
comp.os.linux.development.apps,linux.redhat.devel,linux.redhat.development
Subject: Re: sockets
Date: Sun, 29 Apr 2001 21:54:37 +0100


Volker Kiesewetter <[EMAIL PROTECTED]> wrote in message
news:9ch7i7$2nh$[EMAIL PROTECTED]...
> Im Artikel <AJDG6.2653$[EMAIL PROTECTED]> schrieb
> "Darren" <[EMAIL PROTECTED]>:
>
> > Hello. I am looking for some info on socket programming for Linux. I
> > assume from the man pages it is similar to Winsock programming. Can
> > anyone direct me to a decent document on the subject as I find the man
> > pages lacking
>
> Try "Understanding Sockets in Unix, NT, and Java" from Kenneth M. Nordby.
> You can download it from the IBM-Site:
>
> ftp://www6.software.ibm.com/software/developer/library/sockets.pdf
>
> Also lots of other interesting documents there.

Thanks Volker


Darren



------------------------------


** FOR YOUR REFERENCE **

The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:

    Internet: [EMAIL PROTECTED]

You can send mail to the entire list by posting to the
comp.os.linux.development.system newsgroup.

Linux may be obtained via one of these FTP sites:
    ftp.funet.fi                                pub/Linux
    tsx-11.mit.edu                              pub/linux
    sunsite.unc.edu                             pub/Linux

End of Linux-Development-System Digest
******************************

Reply via email to