corelinux-public — General discussions of CoreLinux++

Re: [Corelinux-public] Back!

[Hans - D. <dul...@eg...>]

On Tue, 2 Jan 2001, Frank V. Castellucci wrote:

> Date: Tue, 02 Jan 2001 21:54:36 -0500
> From: Frank V. Castellucci <fr...@co...>
> Reply-To: cor...@li...
> To: CoreLinux Public <cor...@li...>
> Subject: [Corelinux-public] Back!
>
> Happy New Year sportsfans!

Happy New Year to you too.

>
> After a short break, ahem, I am getting back on track with some of the
> library objectives.
>

I took a break too, probably longer than you did, :-).

> There are two areas of focus for me:
>
> 1. Abstract persistent framework
> 2. Increased meta class correctness and capability.
>
> In addition, the documentation is starting to ferment <grin>, so if
> anyone has the notion....
>
> Cheers
>

-- 
Hans Dulimarta, Ph.D. |                dul...@co...
Research Associate    |     http://www.egr.msu.edu/~dulimart
P: 517-432-7589       |     http://corelinux.sourceforge.net
F: 760-281-7691     http://freshmeat.net/projects/snapsource
Elec. & Comp. Engg., Mich. State Univ., E. Lansing, MI 48824

[Corelinux-public] Back!

[Frank V. C. <fr...@co...>]

Happy New Year sportsfans!

After a short break, ahem, I am getting back on track with some of the
library objectives.

There are two areas of focus for me:

1. Abstract persistent framework
2. Increased meta class correctness and capability.

In addition, the documentation is starting to ferment <grin>, so if
anyone has the notion....

Cheers
-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux

[Corelinux-public] More types needed

[Frank V. C. <fr...@co...>]

While I continue to pull together thoughts on the Persistence
Abstraction, it is clear that the defined (MetaType) types are not
sufficient. The following are obvious:

String
Char

List
Associative Collections (Map/Dictionary,Set,Bag)

Anyone interested in doing these, or opening a discussion on
Persistence, be glad to hear from you.

Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package

[Corelinux-public] Re: [Corelinux-develop] debian packages

[Frank V. C. <fr...@co...>]

Christophe Prud'homme wrote:
> 
> Hie all
> 
> the debian packages for clfw(0.2.6) and clfll(0.1.0) are uploaded on
> corelinux sourceforge account.
> 
> they should appear (Frank?) quickly on the download page !!

They should be there within the hour! Thanks Christophe!

> 
> they have been compiled on potato and therefore should work on potato and
> woody.

Cool, I will update download.php as well

> 
> best regards
> C.
> --
> Christophe Prud'homme
> MIT -- 77 Mass Ave
> 02215 Cambridge MA
> _______________________________________________
> Corelinux-develop mailing list
> Cor...@li...
> http://lists.sourceforge.net/mailman/listinfo/corelinux-develop

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package

[Corelinux-public] debian packages

[Christophe Prud'h. <pru...@an...>]

Hie all


the debian packages for clfw(0.2.6) and clfll(0.1.0) are uploaded on 
corelinux sourceforge account.

they should appear (Frank?) quickly on the download page !!

they have been compiled on potato and therefore should work on potato and 
woody.

best regards
C.
-- 
Christophe Prud'homme
MIT -- 77 Mass Ave
02215 Cambridge MA

[Corelinux-public] libclfw++ 0.2.6 and libclfll++ 0.1.0 released

[Frank V. C. <fr...@co...>]

I was able to finish, build and upload (tarballs and rpms only) these
two releases.

This is the first milestone of the frameworks activity as we have a
concrete implementation finally!!!

Thanks for waiting!

PS: Maybe we can get Christophe to put down the Medoc for a moment to
get the debians built :)

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux

[Corelinux-public] Almost there

[Frank V. C. <fr...@co...>]

Well, the clfw changes are in and built, and some of the clfll changes
are in for final.

I finished the housekeeping in the former and need to catch the code up
to the later :)

BTW: States bounders, Happy Thanksgiving, and, err, here's to president
elect, ummm.....

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package

[Corelinux-public] First concrete framework ready!

[Frank V. C. <fr...@co...>]

libclfll++ (FunctionLibraryLoad) is in CVS (module = clfll) and runs!!!

this module requires the lastest CVS updates to the libclfw++ (in CVS
module = clfw)

While there is more housekeeping to be done, this is an example of the
type framework structures we will be developing and delivering.

Comments, feedback, flames, etc. are welcome.

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package

[Corelinux-public] libclfw++ 0.2.5 released

[Frank V. C. <fr...@co...>]

So as not to leave the core library all by it's lonesome :)

Quite a bit was added in regards to the whole meta thing. At the highest
level is the MetaSpace which manages Ontologies, which are the semantic
network of MetaClass composites which are the fat wrappers of MetaType.
Ontologies are organized in a namespace fashion, although the standard
of using that is implementation defined. Significant interface changes
from previous version, requires CoreLinux++ 0.4.30 and libuuid. 

Web Download:
http://download.sourceforge.net/corelinux/libclfw-0.2.5.tar.gz

Change reference
http://sourceforge.net/project/shownotes.php?release_id=16529

Tally-ho!
-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux

[Corelinux-public] CoreLinux++ 0.4.30 released

[Frank V. C. <fr...@co...>]

This release completes the implementation of EventSemaphore to
specification. Minor bug fixes are included.

Web Download:
http://download.sourceforge.net/corelinux/libcorelinux-0.4.30.tar.gz


Change reference
http://sourceforge.net/project/shownotes.php?release_id=16258


-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux

[Corelinux-public] 0.2.4 uploaded and 0.4.29 updated for potato

[Christophe Prud'h. <pru...@MI...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

debian update:

the deb packages for clfw(0.2.4) have been uploaded
the deb packages for corelinux(0.4.29) updated for potato

so deb packages work for woody(unstable) and potato(stable).

regards
C.
- -- 
   Christophe Prud'homme                  |
   MIT, 77, Mass Ave, Rm 3-243            |   I respect faith, but doubt is
   Cambridge MA 02139                     |   what gives you an education.
   Tel (Office) : (00 1) (617) 253 0229   |   -- Wilson Mizner
   Fax (Office) : (00 1) (617) 258 8559   |
   http://augustine.mit.edu/~prudhomm     |
                          Following the hacker spirit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjoHB4EACgkQ4iUvDP8XyZLILQCgrJVN4aQcAkrNMayo1zVVmG8b
YUMAnRtivjXVr3ZfQK0okF3T+ZnSWOdC
=xNXq
-----END PGP SIGNATURE-----

Re: [Corelinux-public] libclfw++ 0.2.3 debian packages available

[Christophe Prud'h. <pru...@MI...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tuesday 31 October 2000 11:39, you wrote:
> Christophe managed to build the packages, I don't know if he is flying
> over Spain or huddled in some shack in the swamps of Jersey, but he came
> through!
:)

actually I am very silent these days because unfortunately I am not as 
scalable as I wish :(
but once I am on vacation I will have my brain back :)
and it happens at the end of next week

C.
- -- 
  Christophe Prud'homme                 |  Its name is Public Opinion.
  MIT, 77, Mass Ave, Rm 3-243           |  It is held in reverence.
  Cambridge MA 02139                    |  It settles everything.
  Tel (Office) : (00 1) (617) 253 0229  |  Some think it is the voice of God.
  Fax (Office) : (00 1) (617) 258 8559  |  -- Mark Twain
  http://augustine.mit.edu/~prudhomm    |
                          Following the hacker spirit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjoDMkQACgkQ4iUvDP8XyZJ6JwCdGVpvLsHCS/YOlF1x0WI4aWCu
JTQAmQFelMNiiDkj2KRTjaiKDW9z4QEG
=q4vg
-----END PGP SIGNATURE-----

[Corelinux-public] libclfw++ 0.2.3 debian packages available

[Frank V. C. <fr...@co...>]

Christophe managed to build the packages, I don't know if he is flying
over Spain or huddled in some shack in the swamps of Jersey, but he came
through!

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux

[Corelinux-public] libclfw++ 0.4.3 released

[Frank V. C. <fr...@co...>]

This release turns up the heat in extending MetaType from a glorified
RTTI class, to a mini method broker. You can now define named functions
to the MetaType that can be called (ala classless) without knowing an
object instance type. 

If anyone can do a debian build from the tarball, please let me know.
Christophe, who thankfully provided that for us, is flying all over the
world and is unavailable for the time being.
-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux

Re: [Corelinux-public] clfw 0.2.2 released

[Frank V. C. <fr...@co...>]

Let me know if you get it to the /home/groups/corelinux/packages/debian
directory. 
I can load from there, or if you wanted to try your hand at adding the
files to the release?

Frank


Christophe Prud'homme wrote:
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On Thursday 26 October 2000 08:57, you wrote:
> > New structure (semantically more correct), new types, attribute get/set
> > marshalling, minor fixes.
> >
> > clfw CVS has been tagged rel-0-2-2
> I'll build the .deb today
> 
> - --
>     Christophe Prud'homme                   |    So so is good, very good,
>     MIT, 77, Mass Ave, Rm 3-243             |    very excellent good:
>     Cambridge MA 02139                      |    and yet it is not;
>     Tel (Office) : (00 1) (617) 253 0229    |    it is but so so.
>     Fax (Office) : (00 1) (617) 258 8559    |    -- William Shakespeare,
>     http://augustine.mit.edu/~prudhomm      |    "As You Like It"
>                           Following the hacker spirit
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.4 (GNU/Linux)
> Comment: For info see http://www.gnupg.org
> 
> iEYEARECAAYFAjn8gsAACgkQ5i/coy8vSEjPbgCeITMxCXNxsnGHsmJAXVoJ8kbi
> vFsAnjZ9Ojd2eGgQtAsWHsPTpzx/RJG+
> =RPSL
> -----END PGP SIGNATURE-----
> _______________________________________________
> Corelinux-public mailing list
> Cor...@li...
> http://lists.sourceforge.net/mailman/listinfo/corelinux-public

Re: [Corelinux-public] clfw 0.2.2 released

[Christophe Prud'h. <pru...@MI...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> > clfw CVS has been tagged rel-0-2-2
>
> I'll build the .deb today
I updated the debian files for 0.2.2 and move the tag rel-0-2-2 to the new 
revisions for changelog and rules in the debian dir

- -- 
Christophe Prud'homme               |
MIT, 77, Mass Ave, Rm 3-243         | Le travail est pour moi la chose la plus
Cambridge MA 02139                  | sacrée!!!...
Tel (Office) : (00 1) (617) 253 0229| C'est pour cela que je n'y touche pas!!!
Fax (Office) : (00 1) (617) 258 8559|
http://augustine.mit.edu/~prudhomm  |
                          Following the hacker spirit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjn8i9QACgkQ5i/coy8vSEh+rgCfVyYL0Ug/k2II2dexzYbUIi+D
Od8AmgOhxQ63agLNGPhB2vnqqyCKu0bX
=uERm
-----END PGP SIGNATURE-----

Re: [Corelinux-public] clfw 0.2.2 released

[Christophe Prud'h. <pru...@MI...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thursday 26 October 2000 08:57, you wrote:
> New structure (semantically more correct), new types, attribute get/set
> marshalling, minor fixes.
>
> clfw CVS has been tagged rel-0-2-2
I'll build the .deb today


- -- 
    Christophe Prud'homme                   |    So so is good, very good,
    MIT, 77, Mass Ave, Rm 3-243             |    very excellent good:
    Cambridge MA 02139                      |    and yet it is not;
    Tel (Office) : (00 1) (617) 253 0229    |    it is but so so.
    Fax (Office) : (00 1) (617) 258 8559    |    -- William Shakespeare,
    http://augustine.mit.edu/~prudhomm      |    "As You Like It"
                          Following the hacker spirit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjn8gsAACgkQ5i/coy8vSEjPbgCeITMxCXNxsnGHsmJAXVoJ8kbi
vFsAnjZ9Ojd2eGgQtAsWHsPTpzx/RJG+
=RPSL
-----END PGP SIGNATURE-----

[Corelinux-public] Changes to MetaType

[Frank V. C. <fr...@co...>]

Recent check-in includes the ability to declare a function dispatch
table, each member of the table containing a text descriptor and
function address that can be used to direct the appropriate object
method call.

For example (lots of stuff omitted) :

// in A.hpp

class A : public virtual FrameworkEntity
{
	DECLARE_METATYPEMEMBERS( A );
public:
        int	doSomething( int v );
};

// in A.cpp

// Either use macros or create by hand, to define the function
// If using the macro, then just provide the body 
// **note the names

DISPATCH_FUNCTION( A, doSomething )
    *((int *)ret) = myPointer->doSomething( (int) args[0] );
CLOSE_DISPATCH_FUNCTION;

// Which expands to

static extern "C" void AdoSomething
    (
	FrameworkEntityPtr aClass,
	void		   **args,
	void		   *ret
    )
{
    A *myPointer = A::castdown( aClass );
    *((int *)ret) = myPointer->doSomething( (int) args[0] );
}

// Then create a dispatch descriptor

DEFINE_DISPATCH_DESCRIPTOR( A, doSomething, doSomething );

// where first arg is class
//       second arg is stringified for lookup
//	 third arg is the method
// 

// Create the table to collect all descriptors

OPEN_DISPATCH_TABLE( A )
    DEFINE_DISPATCH_ENTRY( A, doSomething )
CLOSE_DISPATCH_TABLE;

DEFINE_METATYPE( A, someid, someversion );

// In user application, the ability will be used to call the method with
// the context of the instance (anA)

int main( void )
{
    A	anA;
    int	x(5);
    int	y(0);

    anA.getType()->dispatch(&anA,"doSomething",(void **)&x,(void *)&y);
}

The MetaType method (dispatch) should be in sometime tonight, all the
macros are in.

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package

[Corelinux-public] clfw 0.2.2 released

[Frank V. C. <fr...@co...>]

New structure (semantically more correct), new types, attribute get/set
marshalling, minor fixes.

clfw CVS has been tagged rel-0-2-2

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package

[Corelinux-public] Debian [woody] packages released

[Frank V. C. <fr...@co...>]

libcorelinux++ 0.4.29
libclfw++ 0.2.1

debian packages have been released. Sorry for the delay.

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux

[Corelinux-public] CoreLinux++ 0.4.29 Released

[Frank V. C. <fr...@co...>]

Mainly released with fixes to compile on gcc 2.97

Some documentation updates
-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package

[Corelinux-public] libclfw++ 0.2.0 Released

[Frank V. C. <fr...@co...>]

Today, the next step in creating a great frameworks library has been
introduced: libclfw++ 0.2.0.

While not extensive change, the very important MetaType has been added,
along with declaration and definition macros. There are two (2) types
that have also added: FrameworkEntity and Number, which metaclasses are
defined as MetaTypeRoot and MetaTypeNumber respectivley.

A small testdriver has been added as well.

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package

[Corelinux-public] CoreLinux++ 0.4.28 Released

[Frank V. C. <fr...@co...>]

Finally, after working through a number of false starts and mishaps, we
have released the new library.

Included is the EventSemaphoreGroup and EventSemaphore which completes
the original Semaphore requirement. In addition, a few compilation bugs
were fixed.

The class library documentation has been updated, but not
CoreLinux++Doc.

For 0.4.29 we will:

 - be adding some features to the EventSemaphore for full use case
coverage
 - extending Environment class methods for more Linux specific system
calls
 - improving the documentation


libclfw work is not suspended, but I continue to search for existing
metaclass/metatype implementation that satisfy the lite weight needs we
have posted in regards to Meta Object Programming (MOP). I am prepared
to get the NIHC implementation (class Class), but that is a bit heavier
than I wanted at the moment.



-- 
Frank V. Castellucci

[Corelinux-public] Semaphore work completed

[Frank V. C. <fr...@co...>]

With the recent addition of the EventSemaphore and EventSemaphoreGroup
(thanks Hans!), the original requirement has now been satisfied. All
recent defects (of critical nature) for EventSemaphore have been checked
in.

While avaiable now in CVS, we anticipate a release build sometime this
week.

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package

Re: [Corelinux-public] MetaClass

[Frank V. C. <fr...@co...>]

> Thomas Maguire wrote:
> 
> It is a little unclear from the functional requirements as to the
> intent of the MetaClass ontology.
> Is it a static compilation time class DAG or is it a dynamic type
> creation system that allows
> me to prototype new types and semantics?  The dynamic approach could
> allow for the
> creation of new types and allow coercion of parent types into the
> newly created type.
> This coupled with some sort of dynamic dispatch mechanism could even
> allow for
> method extension.
> 
> Just a thought
> 
> Tom
> 

First off, the statements made in regards to ontology are to elucidate
some terminology that may not be familiar to the focus audience (C++
developers). After all, many a C++'er idea of type information is what
you get out of RTTI. I am very familiar with conceptual modeling, and
run-time instantiation for reasoning and reification, I just couldn't
assume the rest of the world was.

Having done that, and apparently hooking a fish right off the bat
<grin>, the next step was to realize, through feedback,  whether or not
this would be a useful addition, or would it hopelessly complicate the
implementation and use of the class libraries.

The subject attained rights of passage because of my struggle of trying
to design the FunctionLibrary Loader without meta-class and type
ontologies. I played with alternative ideas to find some elegant and
correct way to express arguments and return types that don't just flop
into the domain (application developers) solution space. I can find no
better way. Obviously this would be available to all extensions thereby
normalizing how these type situations (no pun intended) could be dealt
with cleanly, and without rewriting the wheel.

Once I started walking down the meta-class path, Christophe and I
discussed the potential for a dynamic IDL type declarative parser to
create types "on the fly" if you will. But discussing this to some level
I fell that there is a thin line between what we want to achieve and
full out object brokering. I don't not want to go for the latter!

From the short term, again, I am interested in being able to express
types, not prototypes, with some level of attribute expressiveness.

-- 
Frank V. Castellucci
http://corelinux.sourceforge.net
OOA/OOD/C++ Standards and Guidelines for Linux
http://PythPat.sourceforge.net
Pythons Pattern Package