Menu
▾
▴
corelinux-develop — Developer centric mail list for CoreLinux++
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(144) |
Aug
(209) |
Sep
(117) |
Oct
(44) |
Nov
(41) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(14) |
Feb
(64) |
Mar
(25) |
Apr
(35) |
May
(29) |
Jun
(6) |
Jul
(7) |
Aug
|
Sep
(12) |
Oct
(6) |
Nov
|
Dec
(1) |
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2004 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2006 |
Jan
(7) |
Feb
(5) |
Mar
(2) |
Apr
(1) |
May
(9) |
Jun
(11) |
Jul
(9) |
Aug
(5) |
Sep
(7) |
Oct
|
Nov
|
Dec
(9) |
| 2007 |
Jan
(3) |
Feb
(5) |
Mar
(2) |
Apr
(5) |
May
(1) |
Jun
(1) |
Jul
(5) |
Aug
(16) |
Sep
(7) |
Oct
(8) |
Nov
(8) |
Dec
(2) |
| 2008 |
Jan
(4) |
Feb
(7) |
Mar
(27) |
Apr
(26) |
May
(28) |
Jun
(17) |
Jul
(38) |
Aug
(13) |
Sep
(17) |
Oct
(12) |
Nov
(37) |
Dec
(51) |
| 2009 |
Jan
(41) |
Feb
(19) |
Mar
(30) |
Apr
(43) |
May
(138) |
Jun
(111) |
Jul
(76) |
Aug
(27) |
Sep
(28) |
Oct
(33) |
Nov
(11) |
Dec
(18) |
| 2010 |
Jan
(3) |
Feb
(5) |
Mar
(40) |
Apr
(51) |
May
(74) |
Jun
(76) |
Jul
(46) |
Aug
(41) |
Sep
(26) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Christophe Prud'h. <pru...@MI...> - 2001-02-17 20:27:42
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 17 February 2001 15:27, you wrote: > Christophe Prud'homme wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > > I've been thinking of something else for CoreLinux++, things that m= ake > > > it more useful in a general sense like Wireless, Socket, Fax, etc. > > > support > > > > Hum so what were you thinking exactly ? > > you want to provide some kind of services(client/server or peer to pe= er)? > > Well, my thoughts were like "wouldn't it be cool to provide something > that automagically offers WAP support" Wow that would be awesome I don't have a portable phone but sound a cool project I jst might want to buy one just to test this out :) > > > on the persistence side, do you know any OODB which is open software = ? > > on the technical side of persistence are you going to use or at least > > address the possibility that the user/programmer might want to use O= ODB? > > As it is a framework, we would probably provide at least one > implementation (MySQL?) and hopefully more. Remember, the goals have > been to abstract the frameworks to provide the MAXIMUM implementation > flexibility. yes:) that why I changed my mind and sais the user/programmer of the=20 framework :) is mysql supporting SQL3 ? best regards C. - --=20 Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | Un prud'homme =E9tait un ho= mme Cambridge MA 02139 | d'honneur et de valeur, Tel (Office) : (00 1) (617) 253 0229 | sage et loyal. Fax (Office) : (00 1) (617) 258 8559 | -- Chateaubriand http://augustine.mit.edu/~prudhomm | ICQ UIN: 24560867 Alias: Jesunix | Following the hacker spirit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqO3uEACgkQoY+0C9S+FFD/4wCfQyyDfbJb7FtvFccHKLZURoa0 OrYAn3ebBAJ3Jpn2NDz+NdHi3RX0cYK0 =3DFaMI -----END PGP SIGNATURE----- |
|
From: Frank V. C. <fr...@co...> - 2001-02-17 20:22:20
|
Christophe Prud'homme wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hie, > > Frank , shall i open a bug/feature on corelinux site about that? > > since the meta class stuff is a framework, the idea is also to provide a > <flexible> meta compiler that would be easy to modify/extend/enhance. > > Design pattern to use: interpreter Sounds good, see my other message about abstractions and ultimate flexibility. We can then implement how-ever we want, yes? > > best regards > C. > - -- > Christophe Prud'homme | > MIT, 77, Mass Ave, Rm 3-243 | "It may be that our role on this > Cambridge MA 02139 | planet is not to worship God but to > Tel (Office) : (00 1) (617) 253 0229 | create him." > Fax (Office) : (00 1) (617) 258 8559 | -Arthur C. Clarke > http://augustine.mit.edu/~prudhomm | > ICQ UIN: 24560867 Alias: Jesunix | > Following the hacker spirit > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.4 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iEYEARECAAYFAjqO3EsACgkQoY+0C9S+FFBjHgCgiLZhbT9+/EtF25WIb7qlAQst > E6MAoI4Z81FWAfDjEZ2W0wirkMi6Poxe > =bmrG > -----END PGP SIGNATURE----- > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/lists/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 |
|
From: Frank V. C. <fr...@co...> - 2001-02-17 20:21:19
|
Christophe Prud'homme wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > I've been thinking of something else for CoreLinux++, things that make > > it more useful in a general sense like Wireless, Socket, Fax, etc. > > support > Hum so what were you thinking exactly ? > you want to provide some kind of services(client/server or peer to peer)? Well, my thoughts were like "wouldn't it be cool to provide something that automagically offers WAP support" > > on the persistence side, do you know any OODB which is open software ? > on the technical side of persistence are you going to use or at least address > the possibility that the user/programmer might want to use OODB? As it is a framework, we would probably provide at least one implementation (MySQL?) and hopefully more. Remember, the goals have been to abstract the frameworks to provide the MAXIMUM implementation flexibility. > > C. > - -- > Christophe Prud'homme | > MIT, 77, Mass Ave, Rm 3-243 | > Cambridge MA 02139 | Virtue would go far if ... > Tel (Office) : (00 1) (617) 253 0229 | vanity did not keep it company. > Fax (Office) : (00 1) (617) 258 8559 | -- La Rochefoucauld > http://augustine.mit.edu/~prudhomm | > ICQ UIN: 24560867 Alias: Jesunix | > Following the hacker spirit > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.4 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iEYEARECAAYFAjqO2s4ACgkQoY+0C9S+FFAI0QCeITjooIryi0gzcWl3B3TnHz9F > r3gAnRxntRKdhF+pZM8CHwsgikH/afvN > =8h2u > -----END PGP SIGNATURE----- > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/lists/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 |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-02-17 20:16:36
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hie, Frank , shall i open a bug/feature on corelinux site about that? since the meta class stuff is a framework, the idea is also to provide a=20 <flexible> meta compiler that would be easy to modify/extend/enhance. Design pattern to use: interpreter best regards C. - --=20 Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | "It may be that our role on this Cambridge MA 02139 | planet is not to worship God bu= t to Tel (Office) : (00 1) (617) 253 0229 | create him." Fax (Office) : (00 1) (617) 258 8559 | -Arthur C. Clarke http://augustine.mit.edu/~prudhomm | ICQ UIN: 24560867 Alias: Jesunix | Following the hacker spirit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqO3EsACgkQoY+0C9S+FFBjHgCgiLZhbT9+/EtF25WIb7qlAQst E6MAoI4Z81FWAfDjEZ2W0wirkMi6Poxe =3DbmrG -----END PGP SIGNATURE----- |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-02-17 20:10:06
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > I've been thinking of something else for CoreLinux++, things that make > it more useful in a general sense like Wireless, Socket, Fax, etc. > support Hum so what were you thinking exactly ? you want to provide some kind of services(client/server or peer to peer)? on the persistence side, do you know any OODB which is open software ? on the technical side of persistence are you going to use or at least add= ress=20 the possibility that the user/programmer might want to use OODB? C. - --=20 Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | Cambridge MA 02139 | Virtue would go far if ... Tel (Office) : (00 1) (617) 253 0229 | vanity did not keep it compa= ny. Fax (Office) : (00 1) (617) 258 8559 | -- La Rochefoucauld http://augustine.mit.edu/~prudhomm | ICQ UIN: 24560867 Alias: Jesunix | Following the hacker spirit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqO2s4ACgkQoY+0C9S+FFAI0QCeITjooIryi0gzcWl3B3TnHz9F r3gAnRxntRKdhF+pZM8CHwsgikH/afvN =3D8h2u -----END PGP SIGNATURE----- |
|
From: Frank V. C. <fr...@co...> - 2001-02-17 19:59:09
|
Cool. Have fun in DC I've been thinking of something else for CoreLinux++, things that make it more useful in a general sense like Wireless, Socket, Fax, etc. support Thoughts? Hans? Christophe Prud'homme wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > If you log onto cf.sourceforge.net using ssh you can select which > > distribution to work under. > cool > > I don't know what tools may be on the debian if someone wants to check > > it out. > I'll check this out next week > I am going down to washington DC for a few days > In the mean time I'll think about the parser/meta object information generator > > as you may have seen I ahve updated the debian packages. I may be a debian > developper next week so I have to be prepared:) > > best regards > C. > > - -- > Christophe Prud'homme | > MIT, 77, Mass Ave, Rm 3-243 | Somebody once asked me if I thought sex > Cambridge MA 02139 | was dirty. I said, "It is if you're > Tel (Office) : (00 1) (617) 253 0229 | doing it right." > Fax (Office) : (00 1) (617) 258 8559 | -- Woody allen > http://augustine.mit.edu/~prudhomm | > ICQ UIN: 24560867 Alias: Jesunix | > Following the hacker spirit > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.4 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iEYEARECAAYFAjqO1YwACgkQoY+0C9S+FFDNtQCghXx5T+9eu0ThGCjZVCJuYuXl > Qf8An3wkR/uj/k71B9RDP760SLwhUDiX > =o81W > -----END PGP SIGNATURE----- > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/lists/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 |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-02-17 19:47:51
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > If you log onto cf.sourceforge.net using ssh you can select which > distribution to work under. cool > I don't know what tools may be on the debian if someone wants to check > it out. I'll check this out next week I am going down to washington DC for a few days In the mean time I'll think about the parser/meta object information gene= rator as you may have seen I ahve updated the debian packages. I may be a debia= n=20 developper next week so I have to be prepared:) best regards C. - --=20 Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | Somebody once asked me if I though= t sex Cambridge MA 02139 | was dirty. I said, "It is if you'r= e Tel (Office) : (00 1) (617) 253 0229 | doing it right." Fax (Office) : (00 1) (617) 258 8559 | -- Woody allen http://augustine.mit.edu/~prudhomm | ICQ UIN: 24560867 Alias: Jesunix | Following the hacker spirit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqO1YwACgkQoY+0C9S+FFDNtQCghXx5T+9eu0ThGCjZVCJuYuXl Qf8An3wkR/uj/k71B9RDP760SLwhUDiX =3Do81W -----END PGP SIGNATURE----- |
|
From: Frank V. C. <fr...@co...> - 2001-02-17 19:15:18
|
To interested person(s) If you log onto cf.sourceforge.net using ssh you can select which distribution to work under. I don't know what tools may be on the debian if someone wants to check it out. -- Frank V. Castellucci http://corelinux.sourceforge.net OOA/OOD/C++ Standards and Guidelines for Linux http://PythPat.sourceforge.net Pythons Pattern Package |
|
From: Frank V. C. <fr...@co...> - 2001-02-16 02:41:22
|
Christophe Prud'homme wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hie all, > > Ok I start having a better view at the MetaSpace/Class framework > I played a bit with the examples and the framework > it is definitely powerful > However putting into place all this information is really a pain. > It seems that in other projects they are using a kind of parser and generate > automatically the metaobject informations! > would that be of interest into this framework Yes > the parser would recognize some keywords and generate from these informations > the metaclass informations, dispatch tables and so on... Yes, yes, and did I say yes? :) > > best regards > C. > - -- > Christophe Prud'homme | Pierre: Je suis désolé Thérèse, je ne > MIT, 77, Mass Ave, Rm 3-243 | sais pas ce qui m'a pris... > Cambridge MA 02139 | c'est une catastrophe. > Tel (Office) : (00 1) (617) 253 0229 | Thérèse: Ce n'est rien Pierre, > Fax (Office) : (00 1) (617) 258 8559 | je n'ai rien senti.... > http://augustine.mit.edu/~prudhomm | -- Le Pere Noel est une ordure > ICQ UIN: 24560867 Alias: Jesunix | > Following the hacker spirit > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.4 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iEYEARECAAYFAjqMD3wACgkQoY+0C9S+FFAnfwCfSga8gQJhsJfJOyulCDbuV9r2 > QugAnR/yx6z9zU2QraHBYgfsW8hx8ye3 > =GDNB > -----END PGP SIGNATURE----- > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/lists/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 |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-02-15 18:23:55
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 http://www.25hoursaday.com/DistributedObjectTechnologiesCompared.htm C. - --=20 Christophe Prud'homme | Pierre: Je suis d=E9sol=E9 Th=E9r= =E8se, je ne MIT, 77, Mass Ave, Rm 3-243 | sais pas ce qui m'a pris.= =2E. Cambridge MA 02139 | c'est une catastrophe. Tel (Office) : (00 1) (617) 253 0229 | Th=E9r=E8se: Ce n'est rien Pierre= , Fax (Office) : (00 1) (617) 258 8559 | je n'ai rien senti.... http://augustine.mit.edu/~prudhomm | -- Le Pere Noel est une ordure Following the hacker spirit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqL+YAACgkQoY+0C9S+FFBRcACfcG920WZiAaLT7pdtkhfEnP5T sQ0AnRw9d741xipUMfRG15j4aCyLsD6k =3DlWND -----END PGP SIGNATURE----- |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-02-15 17:22:30
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 now that I have setup my mail client to use gpg here is the way to retrieve my public key gpg -v --recv-keys --keyserver germany.keyserver.net "D4BE1450" "D4BE1450" is my key ID or go on http://www.keyserver.net/en/ and look for me(prudhomm) :) BTW I am closer than ever to become a debian developper :) It takes some time but I will make it so corelinux should enter debian Real Soon Now=20 (that why I use gpg btw.) best regards C. - --=20 Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | To err is human, Cambridge MA 02139 | to repent, divine, Tel (Office) : (00 1) (617) 253 0229 | to persist, devilish. Fax (Office) : (00 1) (617) 258 8559 | -- Benjamin Franklin http://augustine.mit.edu/~prudhomm | ICQ UIN: 24560867 Alias: Jesunix | Following the hacker spirit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqMEHkACgkQoY+0C9S+FFAk7gCfSamQl3qygfM9fMn7X7De5W4l YaQAn0c3CvcJN0R2R3EYfcvQMn3gv2wM =3DYf/S -----END PGP SIGNATURE----- |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-02-15 17:18:12
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hie all, Ok I start having a better view at the MetaSpace/Class framework I played a bit with the examples and the framework it is definitely powerful However putting into place all this information is really a pain. It seems that in other projects they are using a kind of parser and gener= ate=20 automatically the metaobject informations! would that be of interest into this framework the parser would recognize some keywords and generate from these informat= ions=20 the metaclass informations, dispatch tables and so on... best regards C. - --=20 Christophe Prud'homme | Pierre: Je suis d=E9sol=E9 Th=E9r= =E8se, je ne MIT, 77, Mass Ave, Rm 3-243 | sais pas ce qui m'a pris.= =2E. Cambridge MA 02139 | c'est une catastrophe. Tel (Office) : (00 1) (617) 253 0229 | Th=E9r=E8se: Ce n'est rien Pierre= , Fax (Office) : (00 1) (617) 258 8559 | je n'ai rien senti.... http://augustine.mit.edu/~prudhomm | -- Le Pere Noel est une ordure ICQ UIN: 24560867 Alias: Jesunix | Following the hacker spirit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqMD3wACgkQoY+0C9S+FFAnfwCfSga8gQJhsJfJOyulCDbuV9r2 QugAnR/yx6z9zU2QraHBYgfsW8hx8ye3 =3DGDNB -----END PGP SIGNATURE----- |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-02-15 16:56:15
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi here is a big patch for clfw any problems with that? should I commit? best regards C. - --=20 Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | The Second Law of Thermodynami= cs: Cambridge MA 02139 | If you think things are in a m= ess Tel (Office) : (00 1) (617) 253 0229 | now, just wait! Fax (Office) : (00 1) (617) 258 8559 | -- Jim Warner http://augustine.mit.edu/~prudhomm | ICQ UIN: 24560867 Alias: Jesunix | Following the hacker spirit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqMCk4ACgkQoY+0C9S+FFDFZQCeLLVYX+nHjJKvrgh5yHH6/XqH D3sAoIXMHpspQ9A+4T/QxXp6tLDXEcTA =3DYvit -----END PGP SIGNATURE----- |
|
From: Frank V. C. <fr...@co...> - 2001-02-06 17:33:45
|
Christophe, You are right. I had the namespace removed from the macro declaration (and instead opted for specific namespace qualifiers) because of a problem when you write and application around it (see the example exfl1) The fact that the definitions are in macros is hard to debug, but my thoughts were that they would just be used by the the types we define. For external users (developers/applications), I was going to expand the interface on MetaType and MetaClass so that they can be constructed at run time by applications that want to extend the ontologies. Thoughts? Christophe Prud'homme wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hie > > I used the metaclass/type framework and I must say that I went in lots of > trouble. > - - lots of compilation error if you do not use > using namespace corelinux > - - even with that there are some problems because not everything is in the > corelinux namespace > - - the fact that everything is pretty macro centric is REALLY hard to debug. > - - documentation is missing for explanation but I plan to write that. > > I have done some modifications in order to correct these problems (namespace > ones mainly) but some cleanup is needed first. > > best regards > C. > - -- > Christophe Prud'homme > OOA and OOD for Linux > CoreLinux -- http://corelinux.sourceforge.net > Finite Element Method Codes > KFem -- http://kfem.sourceforge.net > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.4 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iEYEARECAAYFAjqAFMwACgkQoY+0C9S+FFAaswCeNb+UkTaP7RZZ3cK2DGZzfjEU > QjYAoIV0e7qJBIQbLKNNzN+8vwd38ZmC > =zC+U > -----END PGP SIGNATURE----- > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/lists/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 |
|
From: Christophe Prud'h. <pru...@us...> - 2001-02-06 15:35:39
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hie I used the metaclass/type framework and I must say that I went in lots of= =20 trouble.=20 - - lots of compilation error if you do not use using namespace corelinux - - even with that there are some problems because not everything is in t= he=20 corelinux namespace - - the fact that everything is pretty macro centric is REALLY hard to de= bug. - - documentation is missing for explanation but I plan to write that. I have done some modifications in order to correct these problems (namesp= ace=20 ones mainly) but some cleanup is needed first. best regards C. - --=20 Christophe Prud'homme=20 OOA and OOD for Linux CoreLinux -- http://corelinux.sourceforge.net Finite Element Method Codes KFem -- http://kfem.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjqAFMwACgkQoY+0C9S+FFAaswCeNb+UkTaP7RZZ3cK2DGZzfjEU QjYAoIV0e7qJBIQbLKNNzN+8vwd38ZmC =3DzC+U -----END PGP SIGNATURE----- |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-02-06 15:11:04
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 06 February 2001 08:23, you wrote: > ????? > All I sent were simple PNG images. Electric Eyes should have opened it, > even your web-browser Yeah I saw them. the thing is I cannot visualize the corelinux/MagicDraw diagrams anymore (see message in the previous mail) and I don't know if it is java or magi= c=20 draw problem. best regards C. - --=20 Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | I respect faith, but doubt = is Cambridge MA 02139 | what gives you an education= =2E 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 iEYEARECAAYFAjqAE5MACgkQoY+0C9S+FFBZtACeNDmtIPruxUb63tlc2oc0A5ip BZQAn3kb6iRQxyCg206NTZGRSXbcm2pS =3D+0Jn -----END PGP SIGNATURE----- |
|
From: Frank V. C. <fr...@co...> - 2001-02-06 13:17:32
|
????? All I sent were simple PNG images. Electric Eyes should have opened it, even your web-browser Christophe Prud'homme wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hie Franck > > sorry but my version of magicdraw is broken > I have the following message > > cannot read/write main.ini when I start mduml > > so I cannot read the visualize the diagrams > > best regards > C. > - -- > Christophe Prud'homme > OOA and OOD for Linux > CoreLinux -- http://corelinux.sourceforge.net > Finite Element Method Codes > KFem -- http://kfem.sourceforge.net > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.0.4 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iEYEARECAAYFAjp/G+kACgkQoY+0C9S+FFB+PwCfQvZ5knvtvsbZ4Hg0jmybDh3T > lIQAn0011UAH3Sh7hXzlkVqu4JF9fSUe > =Fjcg > -----END PGP SIGNATURE----- > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/lists/listinfo/corelinux-develop |
|
From: Christophe Prud'h. <pru...@us...> - 2001-02-05 21:37:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hie Franck sorry but my version of magicdraw is broken=20 I have the following message cannot read/write main.ini when I start mduml so I cannot read the visualize the diagrams best regards C. - --=20 Christophe Prud'homme=20 OOA and OOD for Linux CoreLinux -- http://corelinux.sourceforge.net Finite Element Method Codes KFem -- http://kfem.sourceforge.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjp/G+kACgkQoY+0C9S+FFB+PwCfQvZ5knvtvsbZ4Hg0jmybDh3T lIQAn0011UAH3Sh7hXzlkVqu4JF9fSUe =3DFjcg -----END PGP SIGNATURE----- |
|
From: Frank V. C. <fr...@co...> - 2001-02-04 22:27:23
|
Ok, now that the contract is slowing down I have time to breathe again. I have re-awoken the persistent framework model (having trashed one or two of them) by going back to the fundemental use cases and analysis steps for discussion. There are two (2) things that are evident immediatley when thinking about a framework abstraction for OO persist: 1. Applications work with objects 2. Modeling the mapping of objects to persistent store is not the requirement of the application, but one of a modeler. To that end I have attached some simple diagrams (2 use case and 1 analaysis class) which should be self explanatory. But, heh, if you DO have questions or comments I would appreciate it. The hardest part will be defining the element types in terms that all persist (from flat file to relational) can relate to without slanting the implementation to a specific terminology. Sorry for the heavy attachment. -- Frank V. Castellucci http://corelinux.sourceforge.net OOA/OOD/C++ Standards and Guidelines for Linux |
|
From: Frank V. C. <fr...@co...> - 2001-01-18 11:05:27
|
Christophe Prud'homme wrote: > > Another 2 cents:) > > should the data be human readable ? I believe that is the question to the person who writes the concrete persistent implementation classes. > That is, is it of interest to be able to edit "by hand" the "state" of an > object ? Again, is that our concern in the abstraction? > is it a concern for the framework or for the user of the framework ? Well, it is not of concern for the CoreLinux++ group as long as we don't BREAK the ability to do what the implementation needs to do. > > Otherwise it appears to me that a structured/hierarchical way of storing data > would be best for the persistence framework. > > C. > -- > Christophe Prud'homme | Pierre: Je suis désolé Thérèse, je ne > MIT, 77, Mass Ave, Rm 3-243 | sais pas ce qui m'a pris... > Cambridge MA 02139 | c'est une catastrophe. > Tel (Office) : (00 1) (617) 253 0229 | Thérèse: Ce n'est rien Pierre, > Fax (Office) : (00 1) (617) 258 8559 | je n'ai rien senti.... > http://augustine.mit.edu/~prudhomm | -- Le Pere Noel est une ordure > Following the hacker spirit > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/lists/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 |
|
From: Frank V. C. <fr...@co...> - 2001-01-17 10:58:24
|
Yes, go ahead and make the release changes if you want. You have release privileges on the project. Let me know if you have any problems. I would do it but it would have to wait for the weekend. Christophe Prud'homme wrote: > > I would like to release the packages with the changes I have made > (ps/pdf mainly and soft clean up in the packaging) > > just increase the package version -1 --> -2 > > and we could release an update of the redhat packages also > > thoughts? > should we wait for the next release of the libraries ? > > C. > -- > Christophe Prud'homme | > MIT, 77, Mass Ave, Rm 3-243 | In theory, theory and practice > Cambridge MA 02139 | are the same. In practice they > Tel (Office) : (00 1) (617) 253 0229 | are different. > Fax (Office) : (00 1) (617) 258 8559 | > http://augustine.mit.edu/~prudhomm | > Following the hacker spirit > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/lists/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 |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-01-17 03:53:55
|
I would like to release the packages with the changes I have made (ps/pdf mainly and soft clean up in the packaging) just increase the package version -1 --> -2=20 and we could release an update of the redhat packages also=20 thoughts? should we wait for the next release of the libraries ? C. --=20 Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | In theory, theory and practi= ce Cambridge MA 02139 | are the same. In practice th= ey Tel (Office) : (00 1) (617) 253 0229 | are different. Fax (Office) : (00 1) (617) 258 8559 | http://augustine.mit.edu/~prudhomm | Following the hacker spirit |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-01-17 03:48:44
|
Another 2 cents:) should the data be human readable ? That is, is it of interest to be able to edit "by hand" the "state" of an= =20 object ? is it a concern for the framework or for the user of the framework ? Otherwise it appears to me that a structured/hierarchical way of storing = data=20 would be best for the persistence framework. C. --=20 Christophe Prud'homme | Pierre: Je suis d=E9sol=E9 Th=E9r= =E8se, je ne MIT, 77, Mass Ave, Rm 3-243 | sais pas ce qui m'a pris.= =2E. Cambridge MA 02139 | c'est une catastrophe. Tel (Office) : (00 1) (617) 253 0229 | Th=E9r=E8se: Ce n'est rien Pierre= , Fax (Office) : (00 1) (617) 258 8559 | je n'ai rien senti.... http://augustine.mit.edu/~prudhomm | -- Le Pere Noel est une ordure Following the hacker spirit |
|
From: Frank V. C. <fr...@co...> - 2001-01-16 11:08:42
|
Christophe Prud'homme wrote: > > On Saturday 13 January 2001 20:01, you wrote: > > Pun intended :) > > > > Anyway, my initial thoughts (from real world experience) is to avoid the > > stream operator persistence protocol. > what is this ? > is it just the << op used to store the relevant data? Yes > > In other words, real world systems don't store data in blobs. While it > > may be easy for the application developer, it results in poor > > performance, poor scalability, and a nightmare when the data store > > exceeds some physical limitation. > yes and no. > In my case, the data is few big, very big blobs which are scattered over > filesystems using parallel virtual filesystems. Don't discount the power of abstraction!!! :) > > Furthermore, classes aren't modeled in single monoliths, and the > > persistent framework should reflect that object oriented applications > > are hierarchical by and far, shouldn't the data be as well? > yes. > I personnally deal with persistence using very specific solutions for my > domain (scientific computing) and they are not really -- I think -- > applicable to real world applications. > > On this topic I agree with you > Am I wrong if I say that XML seem to be a language of choice to store data > for object ? It seems that it is heavily used these days as the language of > choice for configuration files and persistence. XML is being abused as it is perceived to be the panacea of computing. XML SHOULD be used to interchange information between systems so that they can readily parse the structure (converting and/or using it as they choose). For that reason I believe XML is a wonderful thing (not counting the issue about structural reasoning). It is NOT meant to be readable (configuration), nor does it perform when used as a database (persist). I'll see your 0.02 and raise you 0.02! > > my 2 cents > C. > -- > Christophe Prud'homme | > MIT, 77, Mass Ave, Rm 3-243 | Somebody once asked me if I thought sex > Cambridge MA 02139 | was dirty. I said, "It is if you're > Tel (Office) : (00 1) (617) 253 0229 | doing it right." > Fax (Office) : (00 1) (617) 258 8559 | -- Woody allen > http://augustine.mit.edu/~prudhomm | > Following the hacker spirit > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/lists/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 |
|
From: Christophe Prud'h. <pru...@MI...> - 2001-01-16 04:00:12
|
On Saturday 13 January 2001 20:01, you wrote: > Pun intended :) > > Anyway, my initial thoughts (from real world experience) is to avoid th= e > stream operator persistence protocol. what is this ? is it just the << op used to store the relevant data? > > In other words, real world systems don't store data in blobs. While it > may be easy for the application developer, it results in poor > performance, poor scalability, and a nightmare when the data store > exceeds some physical limitation. yes and no. In my case, the data is few big, very big blobs which are scattered over=20 filesystems using parallel virtual filesystems. > > Furthermore, classes aren't modeled in single monoliths, and the > persistent framework should reflect that object oriented applications > are hierarchical by and far, shouldn't the data be as well? yes. I personnally deal with persistence using very specific solutions for my=20 domain (scientific computing) and they are not really -- I think --=20 applicable to real world applications. On this topic I agree with you Am I wrong if I say that XML seem to be a language of choice to store dat= a=20 for object ? It seems that it is heavily used these days as the language = of=20 choice for configuration files and persistence.=20 my 2 cents C. --=20 Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | Somebody once asked me if I though= t sex Cambridge MA 02139 | was dirty. I said, "It is if you'r= e Tel (Office) : (00 1) (617) 253 0229 | doing it right." Fax (Office) : (00 1) (617) 258 8559 | -- Woody allen http://augustine.mit.edu/~prudhomm | Following the hacker spirit |
1115 messages has been excluded from this view by a project administrator.
