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...@us...> - 2000-08-17 03:38:11
|
I experience some segfault with corelinux/observer (in notifyObservers() ) so in order to debug I added a new package for libcorelinux libcorelinux-dbg which provides the static lib with debug symbols, compiled with --enable-debug (-g -O0 -DALL_ASSERTIONS=1) the packages creation is quite involved now because of this new package since I need to do 2 configure and I have to directories... regards C. -- Christophe Prud'homme OOA and OOD for Linux CoreLinux -- http://corelinux.sourceforge.net Finite Element Method Codes KFem -- http://kfem.sourceforge.net |
|
From: Frank V. C. <fr...@co...> - 2000-08-17 03:14:40
|
Christophe Prud'homme wrote: > > everything in the subject > > in the past I implemented the Observer Pattern it was ok and worked well > but the design in corelinux is way more flexible > I just applied it for iterative process control(iterative solvers) > Now plugging a new observer or creating a new event is really cool :) > > C. I'm curious as to what identifier you use for the events. Numeric? Something else? -- Frank V. Castellucci |
|
From: Christophe Prud'h. <pru...@us...> - 2000-08-17 01:52:54
|
everything in the subject in the past I implemented the Observer Pattern it was ok and worked well but the design in corelinux is way more flexible I just applied it for iterative process control(iterative solvers) Now plugging a new observer or creating a new event is really cool :) C. -- Christophe Prud'homme OOA and OOD for Linux CoreLinux -- http://corelinux.sourceforge.net Finite Element Method Codes KFem -- http://kfem.sourceforge.net |
|
From: Christophe Prud'h. <pru...@us...> - 2000-08-17 01:19:28
|
On Wed, 16 Aug 2000, you wrote: > Christophe, > > When you pulled the original clfw down, you didn't use the :pserver did > you? argh yes <big blush> -- Christophe Prud'homme OOA and OOD for Linux CoreLinux -- http://corelinux.sourceforge.net Finite Element Method Codes KFem -- http://kfem.sourceforge.net |
|
From: Frank V. C. <fr...@co...> - 2000-08-17 00:54:15
|
Christophe, When you pulled the original clfw down, you didn't use the :pserver did you? -- 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...> - 2000-08-17 00:32:17
|
> sed and awk together? nope perl, I try to become a perl programmer so that's a good way to learn:) I am ok with sed and awk so that's as fun as perl which is incredibly cryptic I think that the guy(Larry Wall) who wrote the grammar of this language is either very good or very crazy or may be both > > Hey, do you guys have write access to clfw? They did not respond to the > service request yet but it may have been fixed. cvs rm libtool cvs [server aborted]: "remove" requires write access to the repository :( -- Christophe Prud'homme OOA and OOD for Linux CoreLinux -- http://corelinux.sourceforge.net Finite Element Method Codes KFem -- http://kfem.sourceforge.net |
|
From: Frank V. C. <fr...@co...> - 2000-08-17 00:23:21
|
Christophe Prud'homme wrote: > > > There is no logic to the order in the macro, other than they are > > consistent between themselves (name,type, ...). > > > > so I take it you are suggesting (type, name,...) to be more like the > > DECLARE_TYPE. > > yes actually being consistent with the underlying naming/typedefing is good > so that it is easy to remember. > > I say this as a user that's all > > > If you feel it is right (and I think both you and Hans do, and I do as > > well), go for it. It won't be the last time some legacy stuff I threw in > > there will come back to haunt us. :) > I'll do that > That's a huge job for the examples, I'll try to automate it :) sed and awk together? Hey, do you guys have write access to clfw? They did not respond to the service request yet but it may have been fixed. -- 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...> - 2000-08-17 00:20:00
|
> There is no logic to the order in the macro, other than they are > consistent between themselves (name,type, ...). > > so I take it you are suggesting (type, name,...) to be more like the > DECLARE_TYPE. yes actually being consistent with the underlying naming/typedefing is good so that it is easy to remember. I say this as a user that's all > If you feel it is right (and I think both you and Hans do, and I do as > well), go for it. It won't be the last time some legacy stuff I threw in > there will come back to haunt us. :) I'll do that That's a huge job for the examples, I'll try to automate it :) -- Christophe Prud'homme OOA and OOD for Linux CoreLinux -- http://corelinux.sourceforge.net Finite Element Method Codes KFem -- http://kfem.sourceforge.net |
|
From: Frank V. C. <fr...@co...> - 2000-08-16 23:43:23
|
Christophe Prud'homme wrote: > > Hi > > I use CORELINUX_MAP and CORELINUX_VECTOR macros > they are fine but don't you think that it is a brain pain > to remember to swap the name and the type all the time? > > I mean generally we do > > typedef Type newType; > > BTW DECLARE_TYPE is just fine for that > > but in the _MAP and VECTOR macros the arguments are not in the right order. > > Now it is > CORELINUX_VECTOR( NewVector, double) > and IMHO should be > CORELINUX_VECTOR( double, NewVector ) > just for the sake of a coherent behaviour. > > Comments? > Am I missing something? There is no logic to the order in the macro, other than they are consistent between themselves (name,type, ...). so I take it you are suggesting (type, name,...) to be more like the DECLARE_TYPE. That is fine, except we are now faced with an interface change throughout the library, examples, and whatever else users in the world will have to change. If you feel it is right (and I think both you and Hans do, and I do as well), go for it. It won't be the last time some legacy stuff I threw in there will come back to haunt us. :) -- Frank V. Castellucci |
|
From: Hans - D. <dul...@eg...> - 2000-08-16 21:50:22
|
On Wed, 16 Aug 2000, Christophe Prud'homme wrote: > Date: Wed, 16 Aug 2000 17:38:56 -0400 > From: Christophe Prud'homme <pru...@MI...> > Reply-To: cor...@li... > To: cor...@li... > Subject: [Corelinux-develop] comment on corelinux macros > > Hi > > I use CORELINUX_MAP and CORELINUX_VECTOR macros > they are fine but don't you think that it is a brain pain > to remember to swap the name and the type all the time? > > I mean generally we do > > typedef Type newType; > > BTW DECLARE_TYPE is just fine for that > > but in the _MAP and VECTOR macros the arguments are not in the right order. > > Now it is > CORELINUX_VECTOR( NewVector, double) > and IMHO should be > CORELINUX_VECTOR( double, NewVector ) > just for the sake of a coherent behaviour. > > Comments? If coherent is the objective, I agree with you. > Am I missing something? > > regards > C. > > -- Hans Dulimarta, Ph.D. dul...@co... P: 517-432-7589 http://www.egr.msu.edu/~dulimart F: 760-281-7691 http://corelinux.sourceforge.net Elec. & Comp. Engg., Mich. State Univ., E. Lansing, MI 48824 |
|
From: Christophe Prud'h. <pru...@MI...> - 2000-08-16 21:39:11
|
Hi I use CORELINUX_MAP and CORELINUX_VECTOR macros they are fine but don't you think that it is a brain pain to remember to swap the name and the type all the time? I mean generally we do typedef Type newType; BTW DECLARE_TYPE is just fine for that but in the _MAP and VECTOR macros the arguments are not in the right order. Now it is CORELINUX_VECTOR( NewVector, double) and IMHO should be CORELINUX_VECTOR( double, NewVector ) just for the sake of a coherent behaviour. Comments? Am I missing something? regards C. -- Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | As flies to wanton boys are we Cambridge MA 02139 | to the gods; they kill us for Tel (Office) : (00 1) (617) 253 0229 | their sport. Fax (Office) : (00 1) (617) 258 8559 | -- Shakespeare, "King Lear" http://augustine.mit.edu/~prudhomm | Following the hacker spirit |
|
From: Frank V. C. <fr...@co...> - 2000-08-16 14:28:50
|
Christophe Prud'homme wrote: > > Hi all > > Ok I am deep in using corelinux for one of my project > and I needed documentation and examples > guess what? > > I created the doxygen doc for the examples and it is just great > as always (thx Frank) > > BTW frank you write very funny text in your examples :) > (I like the one with the monkey, and I hope I am not one :) ) > > I just changed one line in each examp*.cpp to generate the correct doc > and added a new doxygen conf file for documentation generation > > Should we add this to the libcorelinux-examples? > so would be very valuable for the users ! By all means, yes! -- Frank V. Castellucci |
|
From: Christophe Prud'h. <pru...@MI...> - 2000-08-16 02:10:33
|
Sorry two broken links the download page is - http://corelinux.sourceforge.net/download.php the classes reference manual is: - http://corelinux.sourceforge.net/html/index.html 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 |
|
From: Christophe Prud'h. <pru...@MI...> - 2000-08-16 02:04:14
|
Hi all, The web site has been updated again, 1-a few minor changes(and one eye candy) o added a download page htpp://corelinux.sourceforge.net/download.php since the corelinux is growing steadily and the framework library is born you can expect more stuff soon o updated all the manuals * the RCS keyworkds are now well supported thx to Hans * the developper manual has an autoconf for you developpers who use it it tells you the FULL story on how to check corelinux existence in configure.in, see http://corelinux.sourceforge.net/develop.php o new steel menu bar :) 2-I just added the classes reference manual in the menus now see http://corelinux.sourceforge.net/html/html/index.html the reference was generated with the new 0.4.26 release. You will find all the corelinux classes plus the ones used in the examples and the documentation for all the examples. Note that the examples classes are not in the corelinux namespace but might derive from corelinux classes. Unfortunately the examples documentation didn't make it to the libcorelinux-doc packages(deb or rpm) since I did it today but it will be there for the next release. Enjoy! C. -- 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 |
|
From: Christophe Prud'h. <pru...@MI...> - 2000-08-15 23:28:25
|
Now the cpp corelinux macros I expanded so it helps a lot while reading the doc since I have, still :), the write access to corelinux I'll update this ASAP -- Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | C'est de la buche? Cambridge MA 02139 | Non c'est kloug! Tel (Office) : (00 1) (617) 253 0229 | C'est colmatti avec du schpountz... Fax (Office) : (00 1) (617) 258 8559 | -- Le Pere Noel est une ordure http://augustine.mit.edu/~prudhomm | Following the hacker spirit |
|
From: Christophe Prud'h. <pru...@MI...> - 2000-08-15 23:25:49
|
Hi all Ok I am deep in using corelinux for one of my project and I needed documentation and examples guess what? I created the doxygen doc for the examples and it is just great as always (thx Frank) BTW frank you write very funny text in your examples :) (I like the one with the monkey, and I hope I am not one :) ) I just changed one line in each examp*.cpp to generate the correct doc and added a new doxygen conf file for documentation generation Should we add this to the libcorelinux-examples? so would be very valuable for the users ! -- Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | Cambridge MA 02139 | All laws are simulations of reality. Tel (Office) : (00 1) (617) 253 0229 | -- John C. Lilly Fax (Office) : (00 1) (617) 258 8559 | http://augustine.mit.edu/~prudhomm | Following the hacker spirit |
|
From: Frank V. C. <fr...@co...> - 2000-08-15 16:58:37
|
Christophe Prud'homme wrote:
> > BTW: libclfrmwrk builds like a charm
> Good
> I'll cvs update later today
>
> they are a few empty dirs empty, should they be prune?
>
No.
They will have examples, or global headers in them eventually.
Remember in
clfw/clfw
LibLoad.hpp
Persist.hpp
etc?
|
|
From: Christophe Prud'h. <pru...@MI...> - 2000-08-15 15:28:41
|
> BTW: libclfrmwrk builds like a charm Good I'll cvs update later today they are a few empty dirs empty, should they be prune? C. -- Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | A wise person makes his own Cambridge MA 02139 | decisions, Tel (Office) : (00 1) (617) 253 0229 | a weak one obeys public opinion. Fax (Office) : (00 1) (617) 258 8559 | -- Chinese proverb http://augustine.mit.edu/~prudhomm | Following the hacker spirit |
|
From: Christophe Prud'h. <pru...@MI...> - 2000-08-15 15:24:58
|
> do you have some specific compilation flags? > what make the libs fatter is generally the debugging flags > do you define CXXFLAGS in you environment variables? forget this > (both deb and rpm use the same flags otherwise, they are built using > configure) > I rebuild corelinux rpms on my computer to see if they have the same size > as yours. I rebuilt it and have about the same size as yours my guess is that the rpm contents are not compressed automatically this is the only explanation I'll have a look at the rpm manual in the doc I compress the doc manually and everything is fine ! (deb ~= rpm) -- Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | Man is the only animal that blushes Cambridge MA 02139 | or needs to. Tel (Office) : (00 1) (617) 253 0229 | -- Mark Twain Fax (Office) : (00 1) (617) 258 8559 | http://augustine.mit.edu/~prudhomm | Following the hacker spirit |
|
From: Frank V. C. <fr...@co...> - 2000-08-15 15:19:23
|
Christophe Prud'homme wrote: > On Tue, 15 Aug 2000, you wrote: > > On Tue, 15 Aug 2000, you wrote: > > > Any ideas? > > > > dunno, I have to check that > that's strange they are really huge , I remember that both rpm and deb > should have almost exactly the same files except a one or two minor files for > distribution specific > my first guess would be that debian is better than redhat :) > but you gonna reject it so I'll look further If it is so, than that would be fine, but I think you next quote is appropriate. > do you have some specific compilation flags? > what make the libs fatter is generally the debugging flags > do you define CXXFLAGS in you environment variables? > (both deb and rpm use the same flags otherwise, they are built using > configure) > I rebuild corelinux rpms on my computer to see if they have the same size as > yours. I usually: 1. ./autorun.sh 2. ./configure 3. make rpm I am not at the machine to determine what is in there. If it is not obvious from anything you can see I will check tonight. BTW: libclfrmwrk builds like a charm > C. |
|
From: Christophe Prud'h. <pru...@MI...> - 2000-08-15 15:10:04
|
On Tue, 15 Aug 2000, you wrote: > On Tue, 15 Aug 2000, you wrote: > > Any ideas? > > dunno, I have to check that that's strange they are really huge , I remember that both rpm and deb should have almost exactly the same files except a one or two minor files for distribution specific my first guess would be that debian is better than redhat :) but you gonna reject it so I'll look further do you have some specific compilation flags? what make the libs fatter is generally the debugging flags do you define CXXFLAGS in you environment variables? (both deb and rpm use the same flags otherwise, they are built using configure) I rebuild corelinux rpms on my computer to see if they have the same size as yours. C. -- Christophe Prud'homme | MIT, 77, Mass Ave, Rm 3-243 | Man is the only animal that blushes Cambridge MA 02139 | or needs to. Tel (Office) : (00 1) (617) 253 0229 | -- Mark Twain Fax (Office) : (00 1) (617) 258 8559 | http://augustine.mit.edu/~prudhomm | Following the hacker spirit |
|
From: Christophe Prud'h. <pru...@MI...> - 2000-08-15 14:13:21
|
On Tue, 15 Aug 2000, you wrote:
> Any ideas?
dunno, I have to check that
--
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
|
|
From: Frank V. C. <fr...@co...> - 2000-08-15 13:58:29
|
Any ideas? -- Frank V. Castellucci |
|
From: Frank V. C. <fr...@co...> - 2000-08-15 05:11:42
|
Here is the support request with the clfw CVS write access for you guys. I have pruned and merged the changes Christophe made to CVS. The Framework library builds, and a distribution is made with no problems now. -- Frank V. Castellucci http://corelinux.sourceforge.net OOA/OOD/C++ Standards and Guidelines for Linux http://PythPat.sourceforge.net Pythons Pattern Package |
|
From: Hans D. <dul...@eg...> - 2000-08-15 04:28:38
|
Christophe Prud'homme wrote: > > Ok the web is updated > please check because there are a few changes :) > I hope I didn't screw up everything like sourceforge > > Hans do you still have your rcs.perl ? Yes. It's in the attachment. > I removed the comments at some points because perl gave me an error > However the comments were quite helpful and it would be good to have > them unfortunately I committed my fix > I will revert the fix > and put the comments back > -- > 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 | > Following the hacker spirit > > _______________________________________________ > Corelinux-develop mailing list > Cor...@li... > http://lists.sourceforge.net/mailman/listinfo/corelinux-develop -- Hans Dulimarta, Ph.D. dul...@co... P: 517-432-7589 http://www.egr.msu.edu/~dulimart F: 760-281-7691 http://corelinux.sourceforge.net Elec. & Comp. Engg., Mich. State Univ., E. Lansing, MI 48824 |
1115 messages has been excluded from this view by a project administrator.
