Platon Technologies
not logged in Login Registration
EnglishSlovak
open source software development celebrating 10 years of open source development! Thursday, April 24, 2025
About Us
Magazine
Open Source
CVS
Services
Index  »  Projects  »  libco  »  Download  »  libco-0.2.3

Release
Go Back ]
Name libco-0.2.3
Date and Time 2003-04-05 19:18
State development
License GNU LGPL
Attached Files libco-0.2.3.tar.gz (363,211 bytes)GNU-style source tarball
Changelog
libco 0.2.3
	BEWARE: this version depends on python2.2 headers & libs -- this
	dependency will be factored out, but this will take place after copp
	refactoring

	BEWARE (2): The API changed quite a lot from last version...
	
	- very basic python support - with specially-crafted objects it already
	  works - but argument types are limited to int and return value is
	  ignored - for now
	- vastly improved co_exception (cox_*) subsystem: now it supports
	  arbitrary number of cleanup stacks -- and also it underwent preliminary
	  preparations for thread-safedness
	- introduced the concept of object flavours
	- implemented until-now-forced message apparatus as "small" flavour (the
	  destroy flag and method array)
	- implemented the event handling as "default" flavour, operating on top
of
	  "small" one
	- re-did the object layout - now we have data pointer instead of embedding
	  header into custom struct's (objects used to be implemented this way in
	  ancient times in then-forming libcwe IIRC)
	- new constructor style - the <objtype>_new function is generated by copp:
	  it will call the flavour's object instantiation and then send "init"
	  message to the object; "bless" is reserved for user initialisation of
	  object (and can take arguments, like the old constructors could)
	- semi-automatic clone support -- you can get cloning by providing
	  "copy_data_from" and "copy_data_deep_from" methods for your
object --
	  everything else is taken care of by libco
	- object destruction underwent some re-work -- now there is "delete"
	  message that should be safe to send in any situation; the "destroy2"
and
	  "destroy" methods are layered below "delete", where
"destroy2" is
	  reserved for flavour implementation and "destroy" is for object
	  implementators disposal (and shalt be called from inside destroy2);
	- co_super now accepts "exit" message (which replaces "destroy"
as
	  introduced in 0.2.2)
	- co_super is returned by new co_init function (do NOT use co_super_new --
	  it is broken badly)
	- most important: added more entries to the THANKS file :)

Copyright © 2002-2006 Platon Group
Site powered by Metafox CMS
Go to Top · Feedback form · Application form
Report bug on PLATON.SK website · Terms of use · Privacy policy