[pclasses-devel] Re: pclasses and s11n

[stephan b. <st...@s1...>]

On Saturday 18 December 2004 14:18, Marc Duerner wrote:
> > i really like the name pclasses!
>
> Alright, alright, we'll keep it ;)

That's up to you guys. i think the name is sharp, though. 
"Clean-sounding." Though of course it leaves open some undesirable 
puns ;).


> > Very few people, like Alexandrescu, but his work is primarily
> > theoretical/experimental.
>
> Hmm, do you have any papers from him or something?

moderncppdesign.(com?net?org?)


> > We need to kill of C by providing a better C++ framework :).
>
> How would you like to proceed? 

i think you guys have done a hell of a job in getting a running start!
i'll answer this in a longer mail later on with some potential ideas. 
The s11n/P integration was a lot simpler than i though it'd be, and i'd 
like to play some more with remote serialization.


> I realised that I never subscribed to 
> pclasses-devel. I subscribed read your emails in the archive. Also I
> attached an unofficial snapshot of P::Classes 2. We have the freedom
> to address everything we want in p2.

Excellent :). i've got the latest CVS tree - is that what's in the 
attached file?

> One idea about the "IORequest_Get::receive() suggestion"
>
> size_t ret = receive( &v[0], v.size() );
>
> I havent really thought about this. I have a class ByteArray that I
> use for this to avoid char[]. Maybe we could have a function in
> ByteArray::toString() or something. Or cprochs new String class has a
> ctor for a vector<char>. putch() / getch() could also be handy in
> P::IODevice.

The exact impl isn't important - just knew that is a quick/easy way to 
convert between C-string and std::string.

> On the other hand all this should rather be done in the IOStream
> class. But then I guess its not so easy to get an IOStream from the
> IORequest_Get class. Hmm :/

i realized that as well. i don't know if it's for intentional design 
reasons or "Pech gehabt."

> About the abort in PIO, maybe its an exception from loading a plugin
> which is P::RuntimeError. just change your catch() to catch
> P::BaseError. and see if you get something.

it's all resolved - i wasn't doing the netdb part, or was leaving out 
the connect call on the http client. Adding a couple try/catches helped 
me out.

> Its GPL with a linking exception for closed source programs. They
> will switch to LGPL in the next major release because too many people
> misunderstood their license.

That's good news.

> I am on IRC now for 1-2 hours maybe and then on the plane back to
> Europe, see you later,

i'm on irc now: gjehle is there, but hasn't noticed me yet.

i'd love to hear your ideas about where you'd like to take pclasses, 
assuming you've got some specific areas you're focusing on. i'll wait 
until everyone's caught up on reading my spams before i post more.

See ya!

-- 
----- st...@s1...   http://s11n.net
"...pleasure is a grace and is not obedient to the commands
of the will." -- Alan W. Watts