- Boost - lists.boost.org

Fw: Boost License Permission
by John Maddock 28 Sep '04

28 Sep '04

Another permission received: ----- Original Message ----- From: <SCleary(a)jerviswebb.com> To: <boost-owner(a)lists.boost.org> Sent: Tuesday, September 28, 2004 12:53 PM Subject: Boost License Permission > I, Stephen Cleary, give permission for all my contributions to Boost to be > moved to the Boost Software License Version 1. > > -Steve > > P.S. Sorry for the late reply; I've been on sabbatical. >

1 0

[Optional] Borland failures
by Aleksey Gurtovoy 28 Sep '04

28 Sep '04

Could somebody who cares about Borland take a look/comment of these two: http://tinyurl.com/5uw9x http://tinyurl.com/6jse9 ? Judging from the errors, they seem like a low-hanging fruit. -- Aleksey Gurtovoy MetaCommunications Engineering

3 5

regression problems
by Victor A. Wagner Jr. 28 Sep '04

28 Sep '04

I've had to remove mingw from my regression testing since it's creating .lib files which cause bjam to "except" when running the tests. I can see _what_ the problem is, but not _why_ it is. Here's the call stack (well what appears relevant... the top when the error occurs) bjam.exe!_chvalidator(int c=-128, int mask=8) Line 56 + 0x2a bytes C > bjam.exe!file_archscan(char * archive=0x02fd82c0, void (void *, char *, int, long)* func=0x00412400, void * closure=0x00500458) Line 266 + 0x36 bytes C bjam.exe!timestamp(char * target=0x02fd86e0, long * time=0x0097ab8c) Line 164 + 0x15 bytes C bjam.exe!search(char * target=0x00b3247c, long * time=0x0097ab8c, char * * another_target=0x00000000) Line 130 + 0xd bytes C bjam.exe!bind_explicitly_located_target(void * xtarget=0x0097ab64, void * data=0x00000000) Line 165 + 0x14 bytes C bjam.exe!hashenumerate(hash * hp=0x004ffd08, void (void *, void *)* f=0x0040f9d0, void * data=0x00000000) Line 251 + 0xe bytes C bjam.exe!bind_explicitly_located_targets() Line 176 + 0x12 bytes C bjam.exe!make(int n_targets=1, const char * * targets=0x0012f6bc, int anyhow=0) Line 128 C bjam.exe!main(int argc=0, char * * argv=0x003213c0, char * * arg_environ=0x00321470) Line 434 + 0x15 bytes C Here's a memory dump of the variable "name"...note the two \n\n near the end (just before the FD FD FD FD) and NO trailing '\0' to stop the strlen() 0x02FD9EA8 65 78 65 63 75 74 69 6f 6e 5f 6d 6f 6e 69 74 6f execution_monito 0x02FD9EB8 72 2e 6f 62 6a 2f 0a 75 6e 69 74 5f 74 65 73 74 r.obj/.unit_test 0x02FD9EC8 5f 70 61 72 61 6d 65 74 65 72 73 2e 6f 62 6a 2f _parameters.obj/ 0x02FD9ED8 0a 75 6e 69 74 5f 74 65 73 74 5f 6c 6f 67 2e 6f .unit_test_log.o 0x02FD9EE8 62 6a 2f 0a 75 6e 69 74 5f 74 65 73 74 5f 6d 6f bj/.unit_test_mo 0x02FD9EF8 6e 69 74 6f 72 2e 6f 62 6a 2f 0a 75 6e 69 74 5f nitor.obj/.unit_ 0x02FD9F08 74 65 73 74 5f 72 65 73 75 6c 74 2e 6f 62 6a 2f test_result.obj/ 0x02FD9F18 0a 75 6e 69 74 5f 74 65 73 74 5f 73 75 69 74 65 .unit_test_suite 0x02FD9F28 2e 6f 62 6a 2f 0a 73 75 70 70 6c 69 65 64 5f 6c .obj/.supplied_l 0x02FD9F38 6f 67 5f 66 6f 72 6d 61 74 74 65 72 73 2e 6f 62 og_formatters.ob 0x02FD9F48 6a 2f 0a 0a fd fd fd fd 80 00 1a 00 dd 00 dd 06 j/..ýýýý...Ý.Ý. 0x02FD9F58 d8 f6 fd 02 78 01 32 00 dd dd dd dd dd dd dd dd Øöý.x.2.ÝÝÝÝÝÝÝÝ Further debug information available upon request. It would be nice to get the mingw tests back in my testing...this system has a fair chunk of free time right now. Oh, as for the white space in the report? I have NO idea were to even start looking. Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

3 6

GUI Windowing Framework in C++
by Reece Dunn 28 Sep '04

28 Sep '04

A windowing framework should abstract the windowing facilities of a particular platform. Here are my list of requirements for this type of framework: [1] Support constructor-based window creation, e.g.: frame.add( new gui::button( "Boost!" )); The justification for this is that I find using an OnCreate + Create style for creating windows (MFC and WTL) or similar is too complex: the above method for creating a component is 1 line compared to many lines in other frameworks. For the record, I have a basic version of the above implemented in Windows where the add function changes the parent of the child component. This would make it easy to implement advanced GUI like docking controls. [2] Support for lightweight components: components that do not use native window handles. This will allow for advanced facilities like layout managers. The infrastructure should be such that using native and lightweight components is transparent. Component positioning should be allowed to be set explicitly (absolute position - using the units library?) or set using layout managers. There should be wrapping, clipping and stretching position schemes for the various layout managers. [3] The event manager should be platform independent, flexible and extensible. That is to say, if you are using Windows, you should be able to register a handler for a Windows-specific message. In general, the library should match system messages to an independent version wherever possible. It should also support message reflection where a message for a component is handled by a different window or object (e.g. responding to a close message on an application object). When an event is handled, the handler should inform the manager how to process the event: (1) the event has been handled (e.g. focus events); (2) the event was not handled - try the next handler; (3) the event was handled, but processing should continue (e.g. draw events) There has been discussions in earlier threads (Java style GUI in C++) about using boost::signal as an event handler. I have two questions regarding this: (1) if I have n message types, do I need n boost::signal objects? If so, this would increase the size of each component. Also, what if you want a "handle all events" handler. (2) if generic events are defined in an 'event' object, and a handler function has the form: event_handled_type eventfn( const event & e ); what if you want to support: event_handled_type pressed( const mouse_event & me ); event_handled_type key_down( const key_event & ke ); Regards, Reece

6 13

Re: [boost] [uBLAS] Linux regressions
by Michael Stevens 28 Sep '04

28 Sep '04

On Monday 27 September 2004 15:25, Martin Wille wrote: > Possibly stale results. I'll remove all ublas results > before the next run. Martin thanks for responding to this. I have been watching the results for a while. I just looked at todays results and there are still errors. Last week I intentionally add some blank lines into some source files to change the line numbers in runtime asserts. Todays results are still showing the old line numbers. Since you removed old ublas results before the test I suspect there must be some problem with your CVS updates. I have double checked and Boost CVS has the new file versions. For example boost/numeric/ublas/vector_assign.hpp should be labeled: Revision 1.25 Fri Sep 24 06:31:48 2004 UTC (4 days, 1 hour ago) by mistevens Thanks and good luck, Michael

2 2

[uBLAS] Linux regressions
by Aleksey Gurtovoy 28 Sep '04

28 Sep '04

uBLAS "test2" currently fails with most of Linux toolsets, and it used to pass in the previous release -- http://tinyurl.com/3vmlv. Does anybody has any idea what's up here? -- Aleksey Gurtovoy MetaCommunications Engineering

2 3

serialization: buffers
by Darren Cook 28 Sep '04

28 Sep '04

I've a class like this: class Example{ int str[BSize]; int *p; }; Where p points to next available element (p==str+BSize is possible when it is full). I.e. str is like begin() and p is like end(). I want to add a serialize() function, something like this: template<class Archive> void serialize(Archive &ar,const unsigned int){ ar & BOOST_SERIALIZATION_NVP(buf,p); } but there seems to be no support for buffers like this? For the moment I've implemented using separate load/save functions, where save writes the buffer size and load starts by reading it. While much simpler than the load/save code I'm replacing, the above 1-liner is even more appealing. Darren

1 0

RE: [boost] lexical_cast.hpp:102: error: `wstring' is not a member of `std' ?
by DY, JERRY U (SBCSI) 28 Sep '04

28 Sep '04

Could be related to the following g++ problem. Scheduled to be fixed in gcc 3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17005 -Jerry -----Original Message----- From: Rob [mailto:spamrefuse@yahoo.com] Sent: Sunday, September 26, 2004 9:17 PM To: boost(a)lists.boost.org Subject: [boost] lexical_cast.hpp:102: error: `wstring' is not a member of `std' ? Hello, I'm not a boost expert, but I'm using LyX, which has boost (version 1.31.0) included in its source code. I have FreeBSD (4.10) and use gcc 3.4.2. When I compile LyX, I get an error from boost: [...] ../../boost/boost/lexical_cast.hpp:102: error: `wstring' is not a member of `std' ../../boost/boost/lexical_cast.hpp:102: error: `wstring' is not a member of `std' ../../boost/boost/lexical_cast.hpp:103: error: template argument 1 is invalid ../../boost/boost/lexical_cast.hpp:103: error: explicit specialization of non-template `<type error>' ../../boost/boost/lexical_cast.hpp:162: error: declaration of `operator>>' as non-function ../../boost/boost/lexical_cast.hpp:162: error: expected `;' before '(' token ../../boost/boost/lexical_cast.hpp:168: error: expected `;' before "private" When I reported this to the LyX list, I was told to forward the problem to the boost list. There may be a problem here with FreeBSD, gcc 3.4.2 and boost. Any idea what is going on here? Thanks, Rob. _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

2 1

regression results? (where's the beef??)
by Victor A. Wagner Jr. 28 Sep '04

28 Sep '04

Is it just me, or have the regression results not been picked up by metacomm in the past 24 hours? Victor A. Wagner Jr. http://rudbek.com The five most dangerous words in the English language: "There oughta be a law"

3 2

Re: immutable string
by Igor Kholodov 28 Sep '04

28 Sep '04

>> Agree, but which name should we used - >> "reverse_const_iterator" >> or "const_reverse_iterator"? >> I thought it was the latter. > >Now I see :) Will fix it. Great, after the fix I will run the same tests with VC 7.1. It is amazing how many strings are const_string-compatible objects! Thanks, Igor Kholodov cttl(a)users.sourceforge.net http://cttl.sourceforge.net/

2 1