You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(188) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(59) |
Feb
(13) |
Mar
(4) |
Apr
(1) |
May
(15) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <gj...@fh...> - 2005-01-19 21:52:24
|
Quoting Christian Prochnow <cp...@se...>: > Hi List, > Hi Gregor *zwinker*, > > > i got the confirmation from my old employer to list them as a P::Classes > reference customer !! > > @Gregor, could you please modify the webpage? > > Menu: > "press coverage" -> "users" > > Add "Berliner Freiverkehr AG" and "Berliner Effektengesellschaft > AG" (http://www.effektengesellschaft.de, logo can be found there) to the list > > of our customers/users. > > with some description like that: > "The Berliner Freiverkehr AG is one of the leading financial service > providers > in Germany. We're proud that almost any mission-critical application in the > Berliner Freiverkehr AG runs on top of P::Classes 1.0, not limited to the > Linux platform, but also on Windows and Solaris." done, i've added it directly to the press page, since it was empty anyways, if you like it as a seperate page, let me know i also changed the text a bit "any application" wasn't that much, now it's "all applications" ;), maybe stephan wants to cross check the text too > Contact: > add the pclasses-cvs mailing-list. > add my email address cp...@se... (i get so many spam .. doesn't > matter ... SA rocks) yessir, been there, done that > Please add a "Team" link to the menu. dito listed in order of appearance, any objections ? ;) > @All, could anybody write some description about himself to put it on the > webpage? i'm looking forward to getting the info text just post it to the dev list and i'll add it asap note: please mark the subject field so i can spot the mails containing the info text right away (as in, dont post it together with some general coding related stuff since i might not read all those mails) > > Any thoughts ? > > > Greetings, > Christian > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > pclasses-devel mailing list > pcl...@li... > https://lists.sourceforge.net/lists/listinfo/pclasses-devel > |
From: Christian P. <cp...@se...> - 2005-01-19 19:33:35
|
Hi List ! I would like to welcome a new member in our team: Daniel Loof. He works full-time for my old employer "Berliner Freiverkehr AG" as a C++ coder. He knows P::Classes 1.0 very well, cause most software in the Berliner Freiverkehr depends on it. So he decided to join our team and assist us with our world-leading-portable-application-framework effort ;-) Maybe daniel posts some introduction about himself to the list. Greetings and welcome Daniel ! Christian |
From: Christian P. <cp...@se...> - 2005-01-19 16:33:54
|
[Re-post .. sf.net seems to have lost this message ?] Hi List ! I would like to welcome a new member in our team: Daniel Loof. He works full-time for my old employer "Berliner Freiverkehr AG" as a C++ coder. He knows P::Classes 1.0 very well, cause most software in the Berliner Freiverkehr depends on it. So he decided to join our team and assist us with our world-leading-portable-application-framework effort ;-) Maybe daniel posts some introduction about himself to the list. Greetings and welcome Daniel ! Christian |
From: Christian P. <cp...@se...> - 2005-01-19 15:16:52
|
Hi List, Hi Gregor *zwinker*, i got the confirmation from my old employer to list them as a P::Classes reference customer !! @Gregor, could you please modify the webpage? Menu: "press coverage" -> "users" Add "Berliner Freiverkehr AG" and "Berliner Effektengesellschaft AG" (http://www.effektengesellschaft.de, logo can be found there) to the list of our customers/users. with some description like that: "The Berliner Freiverkehr AG is one of the leading financial service providers in Germany. We're proud that almost any mission-critical application in the Berliner Freiverkehr AG runs on top of P::Classes 1.0, not limited to the Linux platform, but also on Windows and Solaris." Contact: add the pclasses-cvs mailing-list. add my email address cp...@se... (i get so many spam .. doesn't matter ... SA rocks) Please add a "Team" link to the menu. @All, could anybody write some description about himself to put it on the webpage? Any thoughts ? Greetings, Christian |
From: stephan b. <st...@s1...> - 2005-01-18 17:20:52
|
On Tuesday 18 January 2005 10:29, Christian Prochnow wrote: > While looking at your code i wonder why it is called "clipboard" ? > For real clipboard support we need at least an interface to X11/Win32 > clipboard. i tried using the Qt clipboard support for s11nbrowser and i kept getting intermittent "does not own clipboard" errors, so i wrote a simple replacement. The class doesn't require any UI support as-is. It could easily be used in a shell app, for example, or even midnight commander. -- ----- st...@s1... http://s11n.net "...pleasure is a grace and is not obedient to the commands of the will." -- Alan W. Watts |
From: Christian P. <cp...@se...> - 2005-01-18 09:37:42
|
Stephan, please get the toc Makefile's in sync with autoconf versions. I noticed missing sources (z.B. in Net module). Greetings, Christian |
From: Christian P. <cp...@se...> - 2005-01-18 09:28:57
|
Am Montag 17 Januar 2005 23:45 schrieb stephan beal: > Yo! > > i just remembered that i have some s11n-based clipboard code in > s11nbrowser (http://s11n.net/s11nbrowser/), and realized it would be > really useful in P2. Before i start porting it i'd like to ask which > module it should belong to? My original thought is App, but it's more > generic than that, and can be used at the general framework level. > Maybe the SIO module would be appropriate? In general, i like to have clipboard support in P2. It should belong to the UI module - cause it is highly UI dependant. While looking at your code i wonder why it is called "clipboard" ? For real clipboard support we need at least an interface to X11/Win32 clipboard. > > It requires sigs/slots, but this support could be easily removed, and of > course s11n (or SIO). Attached is the original (trivial) > implementation, for the curious. In short, it allows saving any > Serializable object to a clipboard (and an arbitrary number of > clipboards may exist). Slots are used to notify listeners when the > clipboard is updated. The slots support isn't strictly necessary, but > seems useful, and is definately useful in a UI context. For example, in > s11nbrowser we connect to slots to update the clipboard-related > menus/buttons to reflect the current clipboard state. |
From: stephan b. <st...@s1...> - 2005-01-18 08:46:18
|
Yo! i just remembered that i have some s11n-based clipboard code in s11nbrowser (http://s11n.net/s11nbrowser/), and realized it would be really useful in P2. Before i start porting it i'd like to ask which module it should belong to? My original thought is App, but it's more generic than that, and can be used at the general framework level. Maybe the SIO module would be appropriate? It requires sigs/slots, but this support could be easily removed, and of course s11n (or SIO). Attached is the original (trivial) implementation, for the curious. In short, it allows saving any Serializable object to a clipboard (and an arbitrary number of clipboards may exist). Slots are used to notify listeners when the clipboard is updated. The slots support isn't strictly necessary, but seems useful, and is definately useful in a UI context. For example, in s11nbrowser we connect to slots to update the clipboard-related menus/buttons to reflect the current clipboard state. -- ----- st...@s1... http://s11n.net "...pleasure is a grace and is not obedient to the commands of the will." -- Alan W. Watts |
From: stephan b. <st...@s1...> - 2005-01-16 01:03:23
|
On Sunday 16 January 2005 01:18, Christian Prochnow wrote: > I think we need a plugin registry. Since (as far as i understand the > code) the plugin code cannot detect if a shared library has > registered some types in the Factory. That's essentially correct. > If we have tons of plugins (and all of them get loaded) it will > consume huge memory even if the app does not use all plugins. Again, correct - there will be unused/unwanted factory registrations in arbitrary Factory types. > Second we need a HTTPFormData class that could be send via > HTTPRequest (thats your own wish ;-). Okay, that's the last time i make a wish ;). -- ----- st...@s1... http://s11n.net "... pleasure is a grace, not subject to the commands of the will." -- Alan W. Watts |
From: stephan b. <st...@s1...> - 2005-01-16 00:31:45
|
On Sunday 16 January 2005 01:10, Christian Prochnow wrote: > uctype.[h|cpp] and ustring.[h|cpp] are also missing in Makefile.toc. Fixed now... thanks for pointing that out. :) > Are you on a coding session with marc ? ;-) Yo. :) We're at Bernhardt's. > What about Marcs xml parser and xmlrpc stuff ? That's what we've been working on most of the night :). The XMLRpc tree runs, as of about 10 minutes ago, under toc on Marc's box. IRC? Wenn so, ein SMS an mich oder Marc schicken, dann treffen wir uns dort. -- ----- st...@s1... http://s11n.net "... pleasure is a grace, not subject to the commands of the will." -- Alan W. Watts |
From: stephan b. <st...@s1...> - 2005-01-16 00:27:24
|
On Saturday 15 January 2005 20:43, stephan beal wrote: > On Saturday 15 January 2005 19:22, Christian Prochnow wrote: > > stephan: unicodedata.h now comes from cvs. generated files are > > unicodedata_db.h and unicodedata_extra_db.h > > Doh! i've been out of touch with emails the past few days. i'll > correct this tonight. FYI: ist schon gefixed und in CVS. -- ----- st...@s1... http://s11n.net "... pleasure is a grace, not subject to the commands of the will." -- Alan W. Watts |
From: Christian P. <cp...@se...> - 2005-01-16 00:18:03
|
Am Samstag 15 Januar 2005 11:23 schrieb st...@s1...: > i'll be with Marc and Bernhard in Ravensburg until tomorrow (Sunday) > sometime, so if you've got special coding wishes, let us know! I think we need a plugin registry. Since (as far as i understand the code) the plugin code cannot detect if a shared library has registered some types in the Factory. If we have tons of plugins (and all of them get loaded) it will consume huge memory even if the app does not use all plugins. Second we need a HTTPFormData class that could be send via HTTPRequest (thats your own wish ;-). Greetings to Marc and Bernhard. Christian |
From: Christian P. <cp...@se...> - 2005-01-16 00:10:22
|
uctype.[h|cpp] and ustring.[h|cpp] are also missing in Makefile.toc. Are you on a coding session with marc ? ;-) What about Marcs xml parser and xmlrpc stuff ? Greetings, Christian Am Sonntag 16 Januar 2005 00:16 schrieb stephan beal: > Update of /cvsroot/pclasses/pclasses2/src/Unicode > In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv13065 > > Modified Files: > Makefile.toc > Log Message: > added unicodedata.cpp > > Index: Makefile.toc > =================================================================== > RCS file: /cvsroot/pclasses/pclasses2/src/Unicode/Makefile.toc,v > retrieving revision 1.9 > retrieving revision 1.10 > diff -u -d -r1.9 -r1.10 > --- Makefile.toc 15 Jan 2005 23:08:45 -0000 1.9 > +++ Makefile.toc 15 Jan 2005 23:16:38 -0000 1.10 > @@ -12,7 +12,8 @@ > > SOURCES = Char.cpp \ > String.cpp \ > - TextStream.cpp > + TextStream.cpp \ > + unicodedata.cpp > > HEADERS = unicodedata.h > > @@ -26,7 +27,8 @@ > > OBJECTS = Char.o \ > String.o \ > - TextStream.o > + TextStream.o \ > + unicodedata.o > > $(OBJECTS): $(SOURCES_UNICODE_GEN) > > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > pclasses-cvs mailing list > pcl...@li... > https://lists.sourceforge.net/lists/listinfo/pclasses-cvs |
From: stephan b. <st...@s1...> - 2005-01-15 19:42:11
|
On Saturday 15 January 2005 19:22, Christian Prochnow wrote: > stephan: unicodedata.h now comes from cvs. generated files are > unicodedata_db.h and unicodedata_extra_db.h Doh! i've been out of touch with emails the past few days. i'll correct this tonight. -- ----- st...@s1... http://s11n.net "... pleasure is a grace, not subject to the commands of the will." -- Alan W. Watts |
From: Christian P. <cp...@se...> - 2005-01-15 18:22:02
|
Hi ! Please have a look at the cvs commit messages. toc makefiles are out of sync! i've re-worked character database generation/incluson. autoconf/automake works. stephan: unicodedata.h now comes from cvs. generated files are unicodedata_db.h and unicodedata_extra_db.h Regards, Christian Am Samstag 15 Januar 2005 17:50 schrieb gj...@fh...: > i noticed that too > just a couple of hours ago i tried to compile p2 at my workstation and it > went nuts compiling the unicode stuff, exact same error > > // > gregor > > Quoting st...@s1...: > > Hiya! > > > > On the way to Ravensburg, on the train i found out that i can't compile > > the Unicode code after doing an update last night. It appears that the > > data type used in the array in unicodedata.h is not declared anywhere: > > > > > > /usr/bin/gawk -f ./unicodedata.awk UnicodeData.txt >unicodedata.h > > g++ -pipe -O2 -DNDEBUG -fPIC -I. -I../../include -c -o Char.o > > Char.cpp > > In file included from Char.cpp:22: > > unicodedata.h:1: error: syntax error before `[' token > > Char.cpp: In member function `int P::Unicode::Char::toNumber() const': > > Char.cpp:157: error: ISO C++ forbids declaration of `codePointData' with > > no > > type > > Char.cpp:157: error: uninitialized const `codePointData' > > Char.cpp:157: error: syntax error before `*' token > > Char.cpp:159: error: `data' undeclared (first use this function) > > Char.cpp:159: error: (Each undeclared identifier is reported only once > > for each > > function it appears in.) > > > > usw, usf... > > > > i grepped for codePointData but did not find a declaration anywhere. > > > > i'll be with Marc and Bernhard in Ravensburg until tomorrow (Sunday) > > sometime, so if you've got special coding wishes, let us know! > > > > ----- stephan > > (i wish this train had a wireless hotspot...) > > > > > > > > ------------------------------------------------------- > > The SF.Net email is sponsored by: Beat the post-holiday blues > > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > > _______________________________________________ > > pclasses-devel mailing list > > pcl...@li... > > https://lists.sourceforge.net/lists/listinfo/pclasses-devel > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > pclasses-devel mailing list > pcl...@li... > https://lists.sourceforge.net/lists/listinfo/pclasses-devel |
From: <gj...@fh...> - 2005-01-15 16:50:19
|
i noticed that too just a couple of hours ago i tried to compile p2 at my workstation and it went nuts compiling the unicode stuff, exact same error // gregor Quoting st...@s1...: > Hiya! > > On the way to Ravensburg, on the train i found out that i can't compile > the Unicode code after doing an update last night. It appears that the > data type used in the array in unicodedata.h is not declared anywhere: > > > /usr/bin/gawk -f ./unicodedata.awk UnicodeData.txt >unicodedata.h > g++ -pipe -O2 -DNDEBUG -fPIC -I. -I../../include -c -o Char.o > Char.cpp > In file included from Char.cpp:22: > unicodedata.h:1: error: syntax error before `[' token > Char.cpp: In member function `int P::Unicode::Char::toNumber() const': > Char.cpp:157: error: ISO C++ forbids declaration of `codePointData' with > no > type > Char.cpp:157: error: uninitialized const `codePointData' > Char.cpp:157: error: syntax error before `*' token > Char.cpp:159: error: `data' undeclared (first use this function) > Char.cpp:159: error: (Each undeclared identifier is reported only once > for each > function it appears in.) > > usw, usf... > > i grepped for codePointData but did not find a declaration anywhere. > > i'll be with Marc and Bernhard in Ravensburg until tomorrow (Sunday) > sometime, so if you've got special coding wishes, let us know! > > ----- stephan > (i wish this train had a wireless hotspot...) > > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > pclasses-devel mailing list > pcl...@li... > https://lists.sourceforge.net/lists/listinfo/pclasses-devel > |
From: <st...@s1...> - 2005-01-15 16:32:04
|
Hiya! On the way to Ravensburg, on the train i found out that i can't compile the Unicode code after doing an update last night. It appears that the data type used in the array in unicodedata.h is not declared anywhere: /usr/bin/gawk -f ./unicodedata.awk UnicodeData.txt >unicodedata.h g++ -pipe -O2 -DNDEBUG -fPIC -I. -I../../include -c -o Char.o Char.cpp In file included from Char.cpp:22: unicodedata.h:1: error: syntax error before `[' token Char.cpp: In member function `int P::Unicode::Char::toNumber() const': Char.cpp:157: error: ISO C++ forbids declaration of `codePointData' with no type Char.cpp:157: error: uninitialized const `codePointData' Char.cpp:157: error: syntax error before `*' token Char.cpp:159: error: `data' undeclared (first use this function) Char.cpp:159: error: (Each undeclared identifier is reported only once for each function it appears in.) usw, usf... i grepped for codePointData but did not find a declaration anywhere. i'll be with Marc and Bernhard in Ravensburg until tomorrow (Sunday) sometime, so if you've got special coding wishes, let us know! ----- stephan (i wish this train had a wireless hotspot...) |
From: Christian P. <cp...@se...> - 2005-01-14 15:52:27
|
Hi ! Am Donnerstag 13 Januar 2005 11:50 schrieb Christian Prochnow: > > Essentiall, i'd like to know how to write data over a POST request. > > I'll have a look at the HTTP RFC. I _think_ POST data must be sent to the > server with HTTPRequest::write(). http://www.faqs.org/rfcs/rfc1867.html read this. Adding a HTTPFormData class that could be send via HTTPRequest::write() would be helpful. Greetings, Christian |
From: Christian P. <cp...@se...> - 2005-01-13 10:50:40
|
Am Mittwoch 12 Januar 2005 11:34 schrieb stephan beal: > On Saturday 08 January 2005 11:31, Christian Prochnow wrote: > > Am Freitag 07 Januar 2005 18:02 schrieb stephan beal: > > > YES!!!!! That means i can get serialization of arbitrarily-sized > > > data working over http :). Is it possible now to send encoded data, > > > zB, like <textarea> field data? > > > > what does "<textarea> encoded field data" mean ? > > i mean, e.g., a <textarea> HTML field. The data is not sent as a GET > parameter, but is fed to the http server somehow (i don't know how). > > In the ps11n experimental code i have only been able to serialize over a > GET request, which limits us to very small objects. Deserialization can > read arbitrarily sized data, because we read the data from the result > body. > > Essentiall, i'd like to know how to write data over a POST request. I'll have a look at the HTTP RFC. I _think_ POST data must be sent to the server with HTTPRequest::write(). Christian |
From: Christian P. <cp...@se...> - 2005-01-13 10:49:13
|
Am Mittwoch 12 Januar 2005 11:32 schrieb stephan beal: > On Tuesday 11 January 2005 16:56, Christian Prochnow wrote: > > The first LogTarget plugin is already in CVS: > > ConsoleLogTarget [alias: Console] > > i could just look at the sources instead of asking, but i'll ask anyway: > did you look at Factory<>::alias()? That allows you to register > arbitrary aliases for class names, to make this type of aliasing > transparent to clients. zB: > > LogManager::instance().alias( "DefaultLogger", "ConsoleLogTarget" ); yes! i used the alias() method in the two macros. Christian |
From: stephan b. <st...@s1...> - 2005-01-12 10:36:16
|
On Saturday 08 January 2005 11:31, Christian Prochnow wrote: > Am Freitag 07 Januar 2005 18:02 schrieb stephan beal: > > YES!!!!! That means i can get serialization of arbitrarily-sized > > data working over http :). Is it possible now to send encoded data, > > zB, like <textarea> field data? > > what does "<textarea> encoded field data" mean ? i mean, e.g., a <textarea> HTML field. The data is not sent as a GET parameter, but is fed to the http server somehow (i don't know how). In the ps11n experimental code i have only been able to serialize over a GET request, which limits us to very small objects. Deserialization can read arbitrarily sized data, because we read the data from the result body. Essentiall, i'd like to know how to write data over a POST request. -- ----- st...@s1... http://s11n.net "...pleasure is a grace and is not obedient to the commands of the will." -- Alan W. Watts |
From: stephan b. <st...@s1...> - 2005-01-12 10:34:14
|
On Tuesday 11 January 2005 16:56, Christian Prochnow wrote: > The first LogTarget plugin is already in CVS: > ConsoleLogTarget [alias: Console] i could just look at the sources instead of asking, but i'll ask anyway: did you look at Factory<>::alias()? That allows you to register arbitrary aliases for class names, to make this type of aliasing transparent to clients. zB: LogManager::instance().alias( "DefaultLogger", "ConsoleLogTarget" ); -- ----- st...@s1... http://s11n.net "...pleasure is a grace and is not obedient to the commands of the will." -- Alan W. Watts |
From: stephan b. <st...@s1...> - 2005-01-12 10:31:41
|
On Tuesday 11 January 2005 17:09, Christian Prochnow wrote: > Hi Stephan, Hi List, Hi, guys! i'm finally getting back online after spending the weekend hacking with Marc, and finally getting to my mails again. > NAMEDTYPEFACTORY_REGISTER_TYPE(Base, Bla); > NAMEDTYPEFACTORY_REGISTER_ALIAS(Base, "AliasedBla", Bla); That works fine, but breaks when you have complex template types with commas in the names. In my experience this type of approach is 100% okay for non-template types, however. > Thats it ! No more hand-coded plugin-stub code. > Couldn't get any easier! Until you want to register template types with commas in the names, then use pclasses/RegisterFactory.h (or hand-write a stub, if you like). > Damn.. i really love the new Plugin framework. :) Es freut mich das zu hoeren. It was designed for ease of client use. -- ----- st...@s1... http://s11n.net "...pleasure is a grace and is not obedient to the commands of the will." -- Alan W. Watts |
From: Christian P. <cp...@se...> - 2005-01-11 16:09:17
|
Hi Stephan, Hi List, I've added a method to Factory and some helper macros to make life easier when registering named types and plugin types. template <typename TypeName> void registerType( const key_type & key, TypeName ); doesn't require passing Hook::FactoryCreateHook<InterfaceT,TypeName>::create. -- class Base { }; class Bla : public Base { }; NamedTypeFactory<Base>::instance().registerType("Bla", Bla()); -- and this gets even simpler: -- NAMEDTYPEFACTORY_REGISTER_TYPE(Base, Bla); NAMEDTYPEFACTORY_REGISTER_ALIAS(Base, "AliasedBla", Bla); -- While developing the ConsoleLogTarget plugin i've added two macros to make plugin developers life really easy: -- class MyBla: public Base { }; PLUGIN_REGISTER_TYPE(Base, MyBla); PLUGIN_REGISTER_ALIAS(Base, "MyAliasedBla", MyBla); -- Thats it ! No more hand-coded plugin-stub code. Couldn't get any easier! Damn.. i really love the new Plugin framework. Greetings, Christian |
From: Christian P. <cp...@se...> - 2005-01-11 15:55:40
|
Hi List ! I've added the re-worked logging framework from P1 to P2's CVS. LogMessage: Log message class (stores severity, timestamp and log msg). LogChannel: Log message channel/stream. Output's messages to targets registered with the LogChannel. Keeps per-thread stream-state. LogTarget: The LogTarget output's the LogMessage's (zB. to file, socket, ...). LogManager: Logging Manager, makes life easier, keeps track of LogChannels and LogTargets. Client usage: -- snip -- // get instance to the LogManager LogManager& mgr = LogManager::instance(); // add a global log channel LogChannel* globalChan = mgr.addChannel("global"); // add a LogTarget of type ConsoleLogTarget to the globalChan LogChannel // The LogTarget is created by the PluginManager and owned by the LogManager. LogTarget* target = mgr.addTarget(globalChan, "console", "ConsoleLogTarget"); if(!target) return; // open target target->open(URL("stdin://")); // we may now send messages to the LogChannel ... (*globalChan) << "Hello world!" << endl; // change message level to Critical and send next log message (*globalChan)(LogMessage::Critical) << "Bush sucks!" << endl; mgr("global") << "Even simpler ... but slower" << endl; -- snip -- Of course, the client is allowed to directly add LogTargets to LogChannels. However, the LogManager does not care about deleting manually added LogTargets. The first LogTarget plugin is already in CVS: ConsoleLogTarget [alias: Console] Have a nice day! Greetings, Christian |