On Saturday, June 28, 2003, at 06:32 PM, Philippe A. Bouchard wrote:
Thanks... but is it possible to obtain the initial address of the
functor
object portably, given the current thread object?
To the best of my knowledge, no. As currently designed the thread
constructor is not required to reco
Howard Hinnant wrote:
> On Saturday, June 28, 2003, at 02:43 PM, Philippe A. Bouchard wrote:
>
>> Hi there,
>>
>> I was wondering if you were planning to implement some static
>> thread &
>> thread::current() that returns the current thread id (& thread). That
>> would
>> be really useful.
Hello everybody,
I just got the boost_1.30.0 version. Some libraries
(like thread) require use of a DLL. However I would like to avoid the DLL hell.
>From looking at the output of the thread build it looks like a statically
linkable library is not available.
Is there some reason why I wou
Hi all,
A few weeks ago I prompted for interest in a multiply
indexed set container, whth alas little response from the
community. In the meanwhile, I continued working in
multiindex_set and now the library is 90% completed,
save docs. It is available at
http://groups.yahoo.com/group/boost/files
Thanks for the quick fixes on the other bug reports, John.
Here is what might be a new one. The code below indicates that no match
was found, but I was expecting it to indicate that a partial match was
found beginning at 'a'. If I don't push the space on beforehand, I do
get a partial match. Ha
On Saturday, June 28, 2003, at 02:43 PM, Philippe A. Bouchard wrote:
Hi there,
I was wondering if you were planning to implement some static
thread &
thread::current() that returns the current thread id (& thread). That
would
be really useful.
The thread default constructor serves this ro
Hi there,
I was wondering if you were planning to implement some static thread &
thread::current() that returns the current thread id (& thread). That would
be really useful.
I vote for standardizing boost::thread if so...!
Philippe A. Bouchard
_
"Alexander Terekhov" <[EMAIL PROTECTED]> escribió en el mensaje news:[EMAIL PROTECTED]
>
> Fernando Cacciola wrote:
> >
> > Alexander Terekhov <[EMAIL PROTECTED]> wrote in message
> > news:[EMAIL PROTECTED]
> > >
> > > Fernando Cacciola wrote:
> > > [...]
> > > > Motivated by A. Terekhov concerns,
Beman Dawes <[EMAIL PROTECTED]> writes:
> At 01:26 PM 6/27/2003, Alisdair Meredith wrote:
>
> >Plus, not all PCs with Boost distributions are going to have Internet
> >connections. In these cases you really do need to include the license
> >with the distribution. [Especially as you are bindin
Brian McNamara wrote:
I would like to see if there is interest in incorporating the FC++
library into Boost.
I am interested in functional programming in general, having studied Haskell
at university. I know that there is already some support for this
programming paradigm available via functiona
On 28 Jun 2003 01:38:14 -0700 (PDT) Daryle Walker wrote:
> On Friday, June 27, 2003, at 8:34 AM, Larry Evans wrote:
>
>> Paul A. Bristow wrote:
>
> [SNIP]
[snip]
> Was the code machine-generated (e.g. Perl script, etc.)? I was
> wondering that when I noticed that the statements end (as always) an
On Mon, 23 Jun 2003 15:24:54 +0200, Daniel Frey wrote:
> FYI: I send the question with a minimalistic example to csc++, should
> appear there soon. My personal feeling is that GCC/MSVC are correct, but
> let's see what happens at csc++...
OK, I was wrong. Daveed Vandervoorde provided the referenc
Bugs item #762304, was opened at 2003-06-28 02:22
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=107586&aid=762304&group_id=7586
Category: None
Group: None
Status: Open
Resolution: None
Pr
On Friday, June 27, 2003, at 8:34 AM, Larry Evans wrote:
Paul A. Bristow wrote:
[SNIP]
(More sadly, I was much impeded in trying to understand much of
Larry's work in progress on account of the bizarre layout - this
would be an serious impediment to acceptance by Boosters - see the
Boost coding
On Friday, June 27, 2003, at 8:59 AM, Edward Diener wrote:
[EMAIL PROTECTED] wrote:
From: Edward Diener [mailto:[EMAIL PROTECTED]
[SNIP]
"The Tokenizer documentation for char_separator tokenizer
function states that the default argument for the second template
type is "char_traits". This is incor
On Friday, June 27, 2003, at 1:27 PM, Paul A. Bristow wrote:
I also have an updated ('C++ 1998 STL standardized') version of James
Kanze's of filtering streambuf and filtering streams derived from his
files at www.gabi-soft.fr re-built for MSVC 7.1, (Could be posted on
request).
and his illumi
16 matches
Mail list logo
