E. Gladyshev wrote:
IMO, I should be able to just use the library w/o this
kind of workarounds. It is hard to debug these .lib/.h
conflict issues.
Why build the .lib at all? Why not just add the signals source file to
your project? I did this for a while with thread and signals. I've
since now
Hello,
Often some function and functors requires to be overloaded N times to
handle undefinite number of arguments, depending on some default setting.
Maybe the following could be used; it overloads operator , () and gradually
creates a typelist. This typelist is used to replace the undefinit
There is a problem with the Borland BCB6 compiler specializing std::swap
for user defined types when using the STLport standard library. This
may apply to other compilers using the library as well, but only have
experience with Borland.
An example is the clearest demonstration:
// - Begin
Alisdair Meredith <[EMAIL PROTECTED]> writes:
> version.hpp still claims to be version 1.30.0
Oh well. I guess there are some details missing from the release
manager's responsibilities on the release procedure page.
--
Dave Abrahams
Boost Consulting
www.boost-consulting.com
_
If anyone's interested, the enclosed patch against the current CC-mode
CVS makes Emacs CC-mode very well-behaved w.r.t. identifying template
syntax. Along with various hacks in my .emacs file to customize how
it's indented, I'm able to do this automatically:
template <
class T
David Abrahams wrote:
> It looks like you need to build your vc6 stlport debug
> library also; that would account for the failure in the
> testing library tests.
Done.
--
Misha Bergal
MetaCommunications Engineering
___
Unsubscribe & other changes: ht
On Mon, 04 Aug 2003 10:51:07 +0400 Vladimir Prus <[EMAIL PROTECTED]>
wrote:
[snip]
> >> > Another option might be: "create_directory_and_parents"
> >> > That name is longer than "create_directories" although it better
> >> > describes the function.
> So, to summarize, I've no problem with the curre
E. Gladyshev wrote:
> I was wondering, has the boost comunitiy had a
> discussion about exporting/importing C++ classes from
> a DLL?
Exporting/importing C++ classes is completely implementation dependent, due
mainly to name mangling, and requires a DLL for a particular
platform/compiler/release t
The concept checker ReadableIteratorConcept is causing several failures
for the new iterator adaptors under BCB6.
I have two possible patches, either of which solve the problem.
# if BOOST_WORKAROUND( __BORLANDC__, BOOST_TESTED_AT( 0x564) )
typedef BOOST_DEDUCED_TYPENAME
boost::detail::iterat
Shouldn't the documentation for function and signals be added when your're
making an official release also?
What's the status regarding the new doc-system btw? (too lazy/tired to dig
through the archives right now ;-)
// Fredrik
David Abrahams wrote:
> Version 1.30.1 is a bugfix-only update. See
"John Madsen" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> >- A policy based design to whereas the policy extends the classes
interface.
> >- Stronger typing (the types are different based on typename, not on
> >traits). The traits approach seems fundamentally flawed as two separa
At 03:35 AM 7/30/2003, Christophe Meessen wrote:
>would anybody be interested in a stdC++ string variant class using UTF8
>as native encoding ?
On Wednesday, July 30, 2003, at 08:25 AM, Beman Dawes wrote:
Yes, although I'd be much more interested in a string variant that
could handle other mult
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Monday, August 04, 2003 2:33 PM
> To: Boost mailing list
> Subject: RE: Re: Re: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PROTECTED]>
> wrote:
>
> > This
Version 1.30.1 is a bugfix-only update. See http://www.boost.org for
details of what has been fixed.
Version 1.31.0, due out shortly, will contain some changes to library
interfaces (notably the iterator adaptors library) which may break
client code. Version 1.30.1 was released in order to deli
--- Brock Peabody <[EMAIL PROTECTED]>
wrote:
> This saves us from having to find a representational
> scheme that will
> fit on top of an unknown number of platforms which
> might not have
> anything in common.
>
I think this is where we disagree. I prefer to find a
single low-level represnt
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Monday, August 04, 2003 1:03 PM
> To: Boost mailing list
> Subject: RE: Re: Re: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PROTECTED]>
> wrote:
>
> > If we
--- Brock Peabody <[EMAIL PROTECTED]>
wrote:
> If we can keep our interface simple
> it might be easiest
> to just make the library an interface specification
> which is implemented
> totally independently for each target platform. Does
> that seem
> reasonable?
I agree.
I think we can have 2 la
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of E. Gladyshev
> Sent: Monday, August 04, 2003 11:29 AM
> To: Boost mailing list
> Subject: RE: Re: [boost] GUI/GDI template library
>
>
> --- Brock Peabody <[EMAIL PROTECTED]>
> wrote:
> >
> > http://
John,
What compiler are you using? The example only works on VC 6. I added
that limitation to the description. I'll have a version ready for VC
7.1 soon.
I did fix the include file problem. The file was on my box :)
The main code of interest is just the snippet in
boost_test_gui/dialog.cpp.
I was wondering, has the boost comunitiy had a
discussion about exporting/importing C++ classes from
a DLL?
Eugene
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
_
John Torjo wrote:
> Hi Michael,
>
>>
>> 1) How is this going?
>>
>
> Unfortunately, I've been EXTREMELY busy these days :(
>
> It's almost done - I've worked on making a small footprint of
> SMART_ASSERT (when using SMART_ASSERT, the generated code should be
> as small as possible)
>
> Note: try th
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Martin Wille
> Sent: Monday, August 04, 2003 5:10 AM
> To: Boost mailing list
> Subject: Re: [boost] RE: Re: Filesystem: create_directories
> May I bicycleshedingly suggest
>
> make_directory_hierarchy
--- Russell Hind <[EMAIL PROTECTED]> wrote:
> E. Gladyshev wrote:
> It can cause problems but if you are aware of it,
> then you can work
> around it quite easily.
IMO, I should be able to just use the library w/o this
kind of workarounds. It is hard to debug these .lib/.h
conflict issues.
>
Hi,
I tried compiling the boost_gui code, but got compile-time errors.
Do I need a Service pack?
Example:
desired_size_operations.cpp
d:\john\programming\boost\boost_gui\boost_gui\floatroutines.h(8) : error
C2065: 'pow' : undeclared identifier
d:\john\programming\boost\boost_gui\boost_gui\floatr
E. Gladyshev wrote:
Thanks for taking a look at the problem. IMO,
distributing objects between inlines and DLL functions
is not a very good idea. The classic example is:
It can cause problems but if you are aware of it, then you can work
around it quite easily. Part of the reason in speed. Som
--- Brock Peabody <[EMAIL PROTECTED]>
wrote:
>
> http://groups.yahoo.com/group/boost/files/
>
> The name is boost_gui.zip. There is a ton of code,
> but the interface
I think, your library has a lot of good stuff. However
it does need a major redesign to cleanly remove all
direct references to
--- Russell Hind <[EMAIL PROTECTED]> wrote:
> E. Gladyshev wrote:
> You have
> objects created inside the signals lib
> (non-multi-threaded) so it
> doesn't create/initialise the lock member variables.
> There is then
> header code which is compiled directly in your
> application
Thanks fo
Terje Slettebø wrote:
>> From: "Philippe A. Bouchard" <[EMAIL PROTECTED]>
>
>> WxWindows don't have any intermediate compiler but the end user
>> syntax is not attractive for the signal / slot mechanism (macros).
>
> It's also possible to do the signal/slot without macros on wxWindows.
> See here (
Hi Jeff,
>
> > Told you I'd come back for more ;)
> > Here are some more improvements I would consider useful:
> >
> > [1]
> > unary operator-(time_iterator).
> > Example: -hours(24) instead of hours(-24).
> > (seems more straightforward)
>
> I see your point, but then don't you have to add all the
David Abrahams wrote:
> Darren Cook <[EMAIL PROTECTED]> writes:
>> I also like:
>> make_directories_as_neccessary()
>
> "on_demand" is shorter than "as_neccessary" Also, more specific. Who's
> to say when it's 'neccessary'?
To me, "on_demand" suggest that the creation of the directories will b
> -Original Message-
> From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]
> On Behalf Of John Torjo
> Sent: Monday, August 04, 2003 2:34 AM
> To: Boost mailing list
> Subject: Re: [boost] Re: Re: GUI/GDI template library
>
[...]
>
> Forgive me for not agreeing with you here ;-)
OK, but
FWIW, I use the word "obtain" in such contexts.
A naming pattern of mine is therefore:
create_something
just to create something
get_something
to get something
obtain_something
to get something anyway (i.e. creating it if it doesn't exist)
Sted
"David Abrahams" <[EMAIL PR
Pascal Bleser <[EMAIL PROTECTED]> writes:
> aCC tells me that it's the same function... yuck...
> Agreed, it's a sick compiler
You've hit the nail on the head.
> , but nevertheless...
> I will try once more using STLport, but it's not about the STL IMHO.
My advice? Don't waste your time. Use
Bugs item #782831, was opened at 2003-08-04 18:08
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=782831&group_id=7586
Category: None
Group: None
Status: Open
Resolution: None
Pr
Darren Cook <[EMAIL PROTECTED]> writes:
>> May I bicycleshedingly suggest
>>make_directory_hierarchy()
>
> I've been following this discussion, and that is the best suggestion
> so far. I think the word "make" or "create" is critical, to show that
> something might be created. As someone else
Vladimir Prus <[EMAIL PROTECTED]> writes:
> One problem is that "demand" still does not communicate to me that
> something will be created.
That's why I'm saying you have to treat it as a term of art. It
becomes like a naming convention ("on demand, create XXX").
--
Dave Abrahams
Boost Consulti
On Mon, 4 Aug 2003 12:50:36 +0300, John Torjo wrote
> Told you I'd come back for more ;)
> Here are some more improvements I would consider useful:
>
> [1]
> unary operator-(time_iterator).
> Example: -hours(24) instead of hours(-24).
> (seems more straightforward)
I see your point, but then don
May I bicycleshedingly suggest
make_directory_hierarchy()
I've been following this discussion, and that is the best suggestion so far.
I think the word "make" or "create" is critical, to show that something
might be created. As someone else said, "demand" suggests an exception or
error code
Sorry if this is a recurrent question...
Has anybody been able to compile BOOST (date_time and test) with aCC (HP ANSI C++ B3910B A.03.35) on
HP-UX ?
I tried using configure and with the new STL shipped with the compiler (-AA flag): the configure
seems pretty good (no "Failed"), but the compila
Vladimir Prus <[EMAIL PROTECTED]> writes:
> David Abrahams wrote:
>
>> David Abrahams <[EMAIL PROTECTED]> writes:
>>
>>> Jeremy Siek <[EMAIL PROTECTED]> writes:
>>>
I seem to remember the named parameters mechanism being fragile
under VC6.
>>>
>>> After a painstaking binary search in re
"John Torjo" <[EMAIL PROTECTED]> writes:
>>
>> Here's an example I just cooked up of using the PP lib to solve a
>> classic C++ OO problem: repeated boilerplate in the definition of
>> Pimpl classes. Paul, if you want to put it (or something like it) in
>> the PP lib docs, you're welcome to.
>>
>
Misha Bergal <[EMAIL PROTECTED]> writes:
> Misha Bergal <[EMAIL PROTECTED]> writes:
>
>> David Abrahams <[EMAIL PROTECTED]> writes:
>>
>> > I am slightly concerned about the number of unexpected failures with
>> > intel7.1-stlport. Is there a configuration problem?
>>
>> Yes, there is. The mai
> Aleksey Gurtovoy <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Fernando Cacciola wrote:
> > "Aleksey Gurtovoy" <[EMAIL PROTECTED]> escribió en el mensaje
> news:[EMAIL PROTECTED]
> > > David Abrahams wrote:
> > > > Here's an example I just cooked up of using the PP lib to solve a
Thomas Witt wrote:
Vladimir Prus wrote:
| Reid Sweatman wrote:
|
| So, to summarize, I've no problem with the current name that I've
| introduced.
:-). Seriously having two functions that differ only by number is a
no-go to me.
| Of other suggestions "create_directory_and_parents" looks best
| to
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED]
> Sent: Monday, July 28, 2003 11:17 AM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Boost Digest, Vol 445, Issue 1
>
>
> Dear Boost friends,
>
> > was unwittingly working with apples a
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Vladimir Prus
> Sent: Monday, August 04, 2003 12:51 AM
> To: [EMAIL PROTECTED]
> Subject: [boost] RE: Re: Filesystem: create_directories
>
>
> Reid Sweatman wrote:
> FWIW, I don't like
> - "create_full_d
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Thomas Witt
> Sent: Monday, August 04, 2003 3:05 AM
> To: Boost mailing list
> Subject: Re: [boost] RE: Re: Filesystem: create_directories
> Vladimir,
>
> Vladimir Prus wrote:
>
> | Reid Sweatman wrote:
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of David Abrahams
> Sent: Sunday, August 03, 2003 7:15 PM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Filesystem: create_directories
>
>
> Thomas Witt <[EMAIL PROTECTED]> writes:
>
> > I'de like to get away
Hi Jeff,
Told you I'd come back for more ;)
Here are some more improvements I would consider useful:
[1]
unary operator-(time_iterator).
Example: -hours(24) instead of hours(-24).
(seems more straightforward)
note: hours(24) can be also written as:
hours(0) - hours(24) but look ugly
[2]
Does
>
> Here's an example I just cooked up of using the PP lib to solve a
> classic C++ OO problem: repeated boilerplate in the definition of
> Pimpl classes. Paul, if you want to put it (or something like it) in
> the PP lib docs, you're welcome to.
>
Hi Dave,
Pretty cool!
Small note: instead of 'in
Hi Michael,
>
> 1) How is this going?
>
Unfortunately, I've been EXTREMELY busy these days :(
It's almost done - I've worked on making a small footprint of SMART_ASSERT
(when using SMART_ASSERT, the generated code should be as small as possible)
Note: try the latest version - www.torjo.com/smar
> > 1. i'm 99% sure that plain
> > resource language or even XML is much cleaner than c++ bindings-
> > templates-operators mess.
>
> Templates aren't always beautiful, but this library is targeted towards
> C++ programmers who should be familiar with them. We've had the STL for
> ov
> > 2. is there potential to identify a "generic state
> > machine"
> > that can be part of your gui templates/library
> > without
> > getting tangled in the application specific
> > machines. i
>
> One more on the state machines. Even the standard
> button control is a state machine (when you p
> It might not be too hard to make the GUI objects 'serialize' themselves
> into a native resource file but this would be useless without something
> to convert a resource file back into C++ code. Something like this
> could be written on top of a pure C++ solution with the help of a
> serializat
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of David Abrahams
> Sent: Sunday, August 03, 2003 8:09 AM
> To: [EMAIL PROTECTED]
> Subject: [boost] Re: Filesystem: create_directories
>
>
> Dave Gomboc <[EMAIL PROTECTED]> writes:
>
> > Ah, naming again. My
David Abrahams <[EMAIL PROTECTED]> writes:
> Could you possibly do another regression run? There have been quite a
> few little changes since the last one.
Sure, actually we are running the regressions on RC_1_30_0
continuously, with the interruptions for configuration changes and
power outages
Misha Bergal <[EMAIL PROTECTED]> writes:
> David Abrahams <[EMAIL PROTECTED]> writes:
>
> > I am slightly concerned about the number of unexpected failures with
> > intel7.1-stlport. Is there a configuration problem?
>
> Yes, there is. The main trunks intel-win32-tools.jam,1.28 enables
> wchar
Hi Pavel,
I agree with most of your comments.
>
> 2. in function cb_iterator::operator -(), shouldn't it be std::less instead
> of less? (actually I do not see why < isn't enough here).
I call less() just because efficiency reasons. If I called operator < it would
result in unnecessary calls
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vladimir,
Vladimir Prus wrote:
| Reid Sweatman wrote:
|
| So, to summarize, I've no problem with the current name that I've
| introduced.
:-). Seriously having two functions that differ only by number is a
no-go to me.
| Of other suggestions "create_d
Beman Dawes wrote:
> Care to suggest a docs patch?
Guess I asked for that
I should have time to write something up this weekend, assuming John is
happy.
--
AlisdairM
Team Thai Kingdom
___
Unsubscribe & other changes: http://lists.boost.org/mailman/
E. Gladyshev wrote:
Have you built the signals library multi-threaded or
single threaded and
Whatever the default build is.
Single threaded.
The application is set to use multi-thread run-time
libraries and MFC.DLL.
Not seen this specific one, the most common problem
I saw was a hang so
it
61 matches
Mail list logo