Why does not streambuf::in_avail() work?
What do I need to do to use this functionality to check if there are
some
data on the stream (so that get() does not lock) ???
When I use it now, it returns 0 even if there are a lot of data on the
stream… 
Any sugestions??
-Arve
This looks like a bug in the interaction between libstdc++ and our
libc. The good news is that the Dinkum C++ version works fine, so
when 6.1 is released that will help you out. I’ll take a look and
see if I can find this problem…
Arve Slenes <arve@datarespons.no> wrote:
Why does not streambuf::in_avail() work?
What do I need to do to use this functionality to check if there are
some
data on the stream (so that get() does not lock) ???When I use it now, it returns 0 even if there are a lot of data on the
stream… >Any sugestions??
-Arve
Hi…
Is Dinkum open source? How does it compare with gnu?
Regards…
Miguel.
Colin Burgess wrote:
This looks like a bug in the interaction between libstdc++ and our
libc. The good news is that the Dinkum C++ version works fine, so
when 6.1 is released that will help you out. I’ll take a look and
see if I can find this problem…Arve Slenes <> arve@datarespons.no> > wrote:
Why does not streambuf::in_avail() work?
What do I need to do to use this functionality to check if there are
some
data on the stream (so that get() does not lock) ???When I use it now, it returns 0 even if there are a lot of data on the
stream… >Any sugestions??
-Arve
Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com
Now, is there an other way of checking if there are something to receive
on the stream??
I don’t want my program to lock up you see… I need such a feature badly…
-Arve
Colin Burgess wrote:
This looks like a bug in the interaction between libstdc++ and our
libc. The good news is that the Dinkum C++ version works fine, so
when 6.1 is released that will help you out. I’ll take a look and
see if I can find this problem…Arve Slenes <> arve@datarespons.no> > wrote:
Why does not streambuf::in_avail() work?
What do I need to do to use this functionality to check if there are
some
data on the stream (so that get() does not lock) ???When I use it now, it returns 0 even if there are a lot of data on the
stream… >Any sugestions??
-Arve
Miguel Simon <simon@ou.edu> wrote:
Hi…
Is Dinkum open source? How does it compare with gnu?
Dinkum C/C++ libraries are not a part of Project Gnu. Both don’t
contain no Gnu code.
Please visit Dinkum site for more info:
http://www.dinkumware.com
M.
Regards…
Miguel.
Colin Burgess wrote:
This looks like a bug in the interaction between libstdc++ and our
libc. The good news is that the Dinkum C++ version works fine, so
when 6.1 is released that will help you out. I’ll take a look and
see if I can find this problem…Arve Slenes <> arve@datarespons.no> > wrote:
Why does not streambuf::in_avail() work?
What do I need to do to use this functionality to check if there are
some
data on the stream (so that get() does not lock) ???When I use it now, it returns 0 even if there are a lot of data on the
stream… >Any sugestions??
-Arve–
my opinions are mine, only mine, solely mine, and they are not related
in any possible way to the institution(s) in which I study and work.Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com
Both don’t contain no Gnu code.
You realise, of course, that the above sentence indicates that both
libraries do contain some GNU code 
“Rennie Allen” <RAllen@csical.com> wrote in message
news:D4907B331846D31198090050046F80C90565BE@exchangecal.hq.csical.com…
Both don’t contain no Gnu code.
You realise, of course, that the above sentence indicates that both
libraries do contain some GNU code >
LSHMBA ( Laughing So Hard My Belly Aches)!
Actually, I am wondering if this is intentional ? Is this a strategy
for utilizing free source in commercial software, while being “perfectly
honest” about it ?
I can just see the Mickeysoft press release now:
(Redmond Washington, Aug 2001) Mickeysoft: Mickeysoft today announced
that they are shipping their latest TCP/IP stack which is said to be
comparable in performance and robustness to the BSD 4.4 implementation.
In the past Mickeysoft has received criticism from the open source
community over allegations that they have included portions of open
source in their networking software. Mickeysoft’s chief protocol
software technologist Dub L. Naygatiff was quoted as saying “This new
protocol stack doesn’t contain no open source code in it”. When
questioned further about Mickeysoft’s clean-room policies, Mr. Naygatiff
insisted that “No one on our team viewed no open source”.
Sources in the open source community say they are not satisfied with Mr.
Naygatiff’s comments. One Linux programmer was overheard saying “We
don’t want no harm to come to Mickeysoft, and due to their large size,
we might not take them to no court”.
-----Original Message-----
From: Mario Charest [mailto:mcharest@deletezinformatic.com]
Posted At: Monday, June 25, 2001 2:39 PM
Posted To: devtools
Conversation: Why does not streambuf::in_avail() work?
Subject: Re: Why does not streambuf::in_avail() work?
“Rennie Allen” <RAllen@csical.com> wrote in message
news:D4907B331846D31198090050046F80C90565BE@exchangecal.hq.csical.com…
Both don’t contain no Gnu code.
You realise, of course, that the above sentence indicates that both
libraries do contain some GNU code >
LSHMBA ( Laughing So Hard My Belly Aches)!
“Disclaimer: All similarities to every body else’s code and look/feel of
the final product are barely coincidental.” rebarked Bill Doors.
Rennie Allen wrote:
Actually, I am wondering if this is intentional ? Is this a strategy
for utilizing free source in commercial software, while being “perfectly
honest” about it ?I can just see the Mickeysoft press release now:
(Redmond Washington, Aug 2001) Mickeysoft: Mickeysoft today announced
that they are shipping their latest TCP/IP stack which is said to be
comparable in performance and robustness to the BSD 4.4 implementation.
In the past Mickeysoft has received criticism from the open source
community over allegations that they have included portions of open
source in their networking software. Mickeysoft’s chief protocol
software technologist Dub L. Naygatiff was quoted as saying “This new
protocol stack doesn’t contain no open source code in it”. When
questioned further about Mickeysoft’s clean-room policies, Mr. Naygatiff
insisted that “No one on our team viewed no open source”.Sources in the open source community say they are not satisfied with Mr.
Naygatiff’s comments. One Linux programmer was overheard saying “We
don’t want no harm to come to Mickeysoft, and due to their large size,
we might not take them to no court”.-----Original Message-----
From: Mario Charest [mailto:> mcharest@deletezinformatic.com> ]
Posted At: Monday, June 25, 2001 2:39 PM
Posted To: devtools
Conversation: Why does not streambuf::in_avail() work?
Subject: Re: Why does not streambuf::in_avail() work?“Rennie Allen” <> RAllen@csical.com> > wrote in message
news:> D4907B331846D31198090050046F80C90565BE@exchangecal.hq.csical.com> …Both don’t contain no Gnu code.
You realise, of course, that the above sentence indicates that both
libraries do contain some GNU code >LSHMBA ( Laughing So Hard My Belly Aches)!
Miguel Simon
Research Engineer
School of Aerospace and Mechanical Engineering
University of Oklahoma
http://www.amerobotics.ou.edu/
http://www.saic.com