From kreckel at ThEP.Physik.Uni-Mainz.DE Tue Sep 7 16:16:18 1999 From: kreckel at ThEP.Physik.Uni-Mainz.DE (Richard B. Kreckel) Date: Tue, 7 Sep 1999 16:16:18 +0200 (CEST) Subject: New CLN released Message-ID: So, nearly everybody has succeded subscribing to the two new lists. After having removed some oopses I suppose everything is up and running now. Welcome folks! It seems like last weeks effort in fixing the anoying radical-bug in CLN has shown some effect on Bruno Haible's side. He put up a new version (CLN 1.0.2) which incorporates my fix and some other stuff. I am just downloading it. Here are some excerpts from the mail he sent me, maybe somebody finds something useful. (Sorry, it's in German.) > 1999-03-09: > > Hierf?r mu? ich hin und wieder abfragen, ob ein solches > > Objekt nun ein Integer ist oder nicht. Daf?r gibt es kein vorgesehenes > > Interface. Man kann nat?rlich mit cl_I_p() herumtricksen. > > cln-1.0.2 wird ein echtes `instanceof' enthalten, z.B. > > cl_N x = ... > if (instanceof(x,cl_RA_ring)) > // x ist rationale Zahl > > 1999-05-31: > > Wir w?rden gerne eine Hash-Funktion > > haben, um Objekte vom Typ cl_N zu hashen. Ein unsigned w?rde uns > > ausreichen. Ich frage mich nur, wie ich das anstellen sollte. Die > > Hash-Funktion sollte halt dieselben Werte zur?ckliefern wenn die > > Zahlen identisch sind > > cln-1.0.2 wird eine solche Funktion `cl_equal_hashcode' enthalten, die > so gebaut ist, dass z.B. 3/4 und 0.75 denselben Hashcode haben. Oops, Alex, what do you think about this? Shouldn't they be different? Can 0.75 be exact at all??? > > Bei rationalen Zahlen w?re auch ein > > Zugriff auf Z?hler / Nenner praktisch. > > Wird ebenfalls drin sein. Love and Happiness! -richy. -- Richard Kreckel From Alexander.Frink at Uni-Mainz.DE Thu Sep 9 17:34:58 1999 From: Alexander.Frink at Uni-Mainz.DE (Alexander Frink) Date: Thu, 9 Sep 1999 17:34:58 +0200 (CEST) Subject: problem with normal() Message-ID: Hi! It is time to open the discussion in this mailing list, since all developers seem to be subscribed. I found a problem with normal() which did not exist in older versions of GiNaC, but I have not found out yet when exactly it broke: symbol z("z"); symbol a("a"); ex e=-(z+1)/(2*a-1)+2*(z+1)*a/(2*a-1); cout << "e=" << e << endl; //e.printtree(cout); cout << "e.normal()=" << e.normal() << endl; //e.normal().printtree(cout); cout << "e.normal().normal()=" << e.normal().normal() << endl; //e.normal().normal().printtree(cout); gives e=(2*a-1)^(-1)*(-z-1)+(2*a-1)^(-1)*(2*z+2)*a e.normal()=(2*a-1)^(-1)*(2*a*z-z+2*a-1) e.normal().normal()=z+1 The printtree() output looks reasonable. -- Alexander Frink E-Mail: Alexander.Frink at Uni-Mainz.DE Institut fuer Physik Phone: +49-6131-393391 Johannes-Gutenberg-Universitaet D-55099 Mainz, Germany From Alexander.Frink at Uni-Mainz.DE Fri Sep 10 14:29:37 1999 From: Alexander.Frink at Uni-Mainz.DE (Alexander Frink) Date: Fri, 10 Sep 1999 14:29:37 +0200 (CEST) Subject: problem with normal() In-Reply-To: Message-ID: On Thu, 9 Sep 1999, Alexander Frink wrote: > I found a problem with normal() which did not exist in older > versions of GiNaC, but I have not found out yet when exactly > it broke: I tried several old versions, and it seems that this bug has been present for quite a long time, since end of May. On May 28, it still worked. On May 29, 30 and 31, the test produces a division by zero error Beginning with Jun 01, normal() does not work as expected. The division by zero problem was probably introduced by a change in numeric.cpp, checked in May 28 18:59, and fixed May 31 18:24, the only other files which changed were normal.h and normal.cpp, checked in May 31 18:24 and 19:00 resp. -- Alexander Frink E-Mail: Alexander.Frink at Uni-Mainz.DE Institut fuer Physik Phone: +49-6131-393391 Johannes-Gutenberg-Universitaet D-55099 Mainz, Germany From kreckel at ThEP.Physik.Uni-Mainz.DE Fri Sep 10 22:14:46 1999 From: kreckel at ThEP.Physik.Uni-Mainz.DE (Richard B. Kreckel) Date: Fri, 10 Sep 1999 22:14:46 +0200 (CEST) Subject: problem with normal() In-Reply-To: Message-ID: On Fri, 10 Sep 1999, Alexander Frink wrote: [...] > I tried several old versions, and it seems that this bug has > been present for quite a long time, since end of May. > > On May 28, it still worked. > On May 29, 30 and 31, the test produces a division by zero error > Beginning with Jun 01, normal() does not work as expected. > > The division by zero problem was probably introduced by a change > in numeric.cpp, checked in May 28 18:59, and fixed May 31 18:24, > the only other files which changed were normal.h and normal.cpp, > checked in May 31 18:24 and 19:00 resp. Just coming back from Linux-congress I won't be abe to work on this till monday, but it may all have to do still with that now fixed CLN-bug if you consider the timely coincidence. Please have a look at the comment before the procedure numeric_consist2() in file check/numeric_consist.cpp and you'll see what I mean! To be cont'd next week... -richy. -- Richard Kreckel From kreckel at ThEP.Physik.Uni-Mainz.DE Wed Sep 15 14:52:08 1999 From: kreckel at ThEP.Physik.Uni-Mainz.DE (Richard B. Kreckel) Date: Wed, 15 Sep 1999 14:52:08 +0200 (CEST) Subject: Functions... Message-ID: Hello, most of the functions are now written in lowercase, i.e. it's log(x), not Log(x) any more, reflecting the new scheme where functions are not classes any more. Just wanted you to keep this in mind... Happy hacking -richy. PS: ob-mapleV-goof-of-the-day: Does anybody know what this is supposed to be? > restart; > exp(matrix(2,2,[[1,0],[0,1]])); [1 0] exp([ ]) [0 1] > evalf("); exp(x) > x; x > log(matrix(2,2,[[exp(1),0],[0,exp(1)]])); [exp(1) 0 ] ln([ ]) [ 0 exp(1)] > evalf("); ln(x) -- Richard Kreckel From kreckel at ThEP.Physik.Uni-Mainz.DE Wed Sep 15 22:05:37 1999 From: kreckel at ThEP.Physik.Uni-Mainz.DE (Richard B. Kreckel) Date: Wed, 15 Sep 1999 22:05:37 +0200 (CEST) Subject: A proposal Message-ID: I would like to have some comments from you about a proposal about constants: In order to forbid insane code like this one in GiNaC: EulerGamma = Pi; cout << EulerGamma << endl; // prints 3.14... all objects of class constant need to be declared const (which is the case for built-in constants). While the copy constructor for constants is sane (because when you declare constant EulerGamma(Pi); this is a new constant with local scope) the above case is not. One could override constant::operator= but there are other cases. E.g. I wanted to override constant::subs() to return *this but while this seemlingly worked for the checks it caused basic's virtual table to be overridden with garbage (and then executed, which caused a SEGV beeing raised) by the xloops check. I do not have any clue why this happens. Also, I had to change symbol::subs to be somewhat more flexible. The whole trouble is IMHO caused by the fact that symbol is currently partly caring for its derived class constant. Can't we just eliminate class constant and declare global symbols like Pi, EulerGamma and the like and assign them an evalf()-function similar to how expressions may be assigned to symbols? Then just declare those special symbols const and that's it? I haven't tried it, just wanted to hear your comments and sleep a night before doing something, maybe it's rubbish! Cheers -rbk. -- Richard Kreckel From kreckel at ThEP.Physik.Uni-Mainz.DE Wed Sep 15 22:13:00 1999 From: kreckel at ThEP.Physik.Uni-Mainz.DE (Richard B. Kreckel) Date: Wed, 15 Sep 1999 22:13:00 +0200 (CEST) Subject: A proposal In-Reply-To: Message-ID: On Wed, 15 Sep 1999, I wrote: > I would like to have some comments from you about a proposal about [...] Hell, I have forgotten to include the latest seminal results from our famous how-maple-does-one-non-commutative-object-under-addition-dept.: > exp(evalf(log(matrix(2,2,[[exp(1),0],[0,exp(1)]])))) - x; x - x -- Richard Kreckel From cbauer at ThEP.Physik.Uni-Mainz.DE Wed Sep 15 22:16:22 1999 From: cbauer at ThEP.Physik.Uni-Mainz.DE (Christian Bauer) Date: Wed, 15 Sep 1999 22:16:22 +0200 (CEST) Subject: ginsh - The GiNaC Interactive Shell Message-ID: Hi! Due to popular demand I have written a little interactive shell ("ginsh") for GiNaC with flex/bison. The error handling is catastrophic but most of the basic functionality is there (entering and printing expressions, assigning symbols, functions, and expression manipulation). The syntax is mostly like you would write it in C++ (but you use "^" for powering). You can exit ginsh by entering "quit", "exit" or EOF (Ctrl-D). A small example session: ghost:~/project/ginsh$ ./ginsh ginsh - GiNaC Interactive Shell V0.1 Copyright (C) 1999 Johannes Gutenberg Universitaet Mainz, Germany This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details. > a=x+y; x+y > expand(a^3); 3*y^2*x+3*y*x^2+y^3+x^3 > "/a; x+y^(-1)*(3*y^2*x+3*y*x^2+y^3+x^3) [NOTE: there is an output bug here, it should be "(x+y)^(-1)*..."] > normal("); 2*y*x+y^2+x^2 > diff(",x); 2*x+2*y > subs(",x==2); 2*y+4 > quit ghost:~/project/ginsh$ There is no documentation yet, so consult the source if you have questions. :-) To get ginsh, type cvs checkout ginsh in your "projects" directory. Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ From Alexander.Frink at Uni-Mainz.DE Thu Sep 16 16:56:48 1999 From: Alexander.Frink at Uni-Mainz.DE (Alexander Frink) Date: Thu, 16 Sep 1999 16:56:48 +0200 (CEST) Subject: ginsh - The GiNaC Interactive Shell In-Reply-To: Message-ID: On Wed, 15 Sep 1999, Christian Bauer wrote: > > "/a; > x+y^(-1)*(3*y^2*x+3*y*x^2+y^3+x^3) > [NOTE: there is an output bug here, it should be "(x+y)^(-1)*..."] fixed. -- Alexander Frink E-Mail: Alexander.Frink at Uni-Mainz.DE Institut fuer Physik Phone: +49-6131-393391 Johannes-Gutenberg-Universitaet D-55099 Mainz, Germany From cbauer at ThEP.Physik.Uni-Mainz.DE Thu Sep 16 17:12:03 1999 From: cbauer at ThEP.Physik.Uni-Mainz.DE (Christian Bauer) Date: Thu, 16 Sep 1999 17:12:03 +0200 (CEST) Subject: A proposal In-Reply-To: Message-ID: On Wed, 15 Sep 1999, Richard B. Kreckel wrote: > Can't we just eliminate > class constant and declare global symbols like Pi, EulerGamma and the like > and assign them an evalf()-function similar to how expressions may be > assigned to symbols? Maybe they could be functions with zero arguments? Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ From Alexander.Frink at Uni-Mainz.DE Thu Sep 16 18:00:38 1999 From: Alexander.Frink at Uni-Mainz.DE (Alexander Frink) Date: Thu, 16 Sep 1999 18:00:38 +0200 (CEST) Subject: A proposal In-Reply-To: Message-ID: On Thu, 16 Sep 1999, Christian Bauer wrote: > > class constant and declare global symbols like Pi, EulerGamma and the like > > Maybe they could be functions with zero arguments? Do you really want to write Pi()? I vote for an independent class constant directly derived from basic. -- Alexander Frink E-Mail: Alexander.Frink at Uni-Mainz.DE Institut fuer Physik Phone: +49-6131-393391 Johannes-Gutenberg-Universitaet D-55099 Mainz, Germany From kreckel at ThEP.Physik.Uni-Mainz.DE Thu Sep 16 18:09:21 1999 From: kreckel at ThEP.Physik.Uni-Mainz.DE (Richard B. Kreckel) Date: Thu, 16 Sep 1999 18:09:21 +0200 (CEST) Subject: A proposal In-Reply-To: Message-ID: On Thu, 16 Sep 1999, Alexander Frink wrote: [...] > Do you really want to write Pi()? I vote for an independent class > constant directly derived from basic. Seconded. Does this introduce a lot of changes in other modules where stuff is tested for is_ex_of_type(foo, symbol)? I don't exactly see tons of such stuff... -rbk. -- Richard Kreckel From Alexander.Frink at Uni-Mainz.DE Thu Sep 16 18:53:37 1999 From: Alexander.Frink at Uni-Mainz.DE (Alexander Frink) Date: Thu, 16 Sep 1999 18:53:37 +0200 (CEST) Subject: A proposal In-Reply-To: Message-ID: On Thu, 16 Sep 1999, Richard B. Kreckel wrote: > Does this introduce a lot of changes in other modules where stuff is > tested for is_ex_of_type(foo, symbol)? I don't exactly see tons of such > stuff... in printcsrc.cpp, this should be replaced by is_ex_exactly_of_type(foo,symbol) || is_ex_exactly_of_type(foo,constant) in series.cpp, the is_ex_of_type(var_,symbol) should be is_ex_exactly_of_type(var_,symbol) (or do we want a power series expansion in Pi?) in symbol.cpp, the // ASSERT(is_ex_exactly_of_type(ls.op(i),symbol)); ASSERT(is_ex_of_type(ls.op(i),symbol)); was changed quickly to get rid of the subs bug for constants. -- Alexander Frink E-Mail: Alexander.Frink at Uni-Mainz.DE Institut fuer Physik Phone: +49-6131-393391 Johannes-Gutenberg-Universitaet D-55099 Mainz, Germany From cbauer at ThEP.Physik.Uni-Mainz.DE Fri Sep 17 12:57:16 1999 From: cbauer at ThEP.Physik.Uni-Mainz.DE (Christian Bauer) Date: Fri, 17 Sep 1999 12:57:16 +0200 (CEST) Subject: A proposal In-Reply-To: Message-ID: On Thu, 16 Sep 1999, Alexander Frink wrote: > Do you really want to write Pi()? #define Pi Pi() Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ From kreckel at ThEP.Physik.Uni-Mainz.DE Fri Sep 17 13:13:42 1999 From: kreckel at ThEP.Physik.Uni-Mainz.DE (Richard B. Kreckel) Date: Fri, 17 Sep 1999 13:13:42 +0200 (CEST) Subject: A proposal In-Reply-To: Message-ID: On Fri, 17 Sep 1999, Christian Bauer wrote: > On Thu, 16 Sep 1999, Alexander Frink wrote: > > > Do you really want to write Pi()? > > #define Pi Pi() "Almost every macro demonstrates a flaw in the programming language, in the program, or in the programmer." Bjarne Stroustrup The C++ Programming Language, 3rd edition page 160 -- Richard Kreckel From cbauer at ThEP.Physik.Uni-Mainz.DE Fri Sep 17 13:46:52 1999 From: cbauer at ThEP.Physik.Uni-Mainz.DE (Christian Bauer) Date: Fri, 17 Sep 1999 13:46:52 +0200 (CEST) Subject: A proposal In-Reply-To: Message-ID: On Fri, 17 Sep 1999, Richard B. Kreckel wrote: > > #define Pi Pi() > > "Almost every macro demonstrates a flaw in the programming language, in > the program, or in the programmer." In case of doubt, it's always the former. BTW, why don't we use a Real Programming Language like Pascal that allows calling functions without arguments without parentheses? :^) Bye, Christian -- / Coding on PowerPC and proud of it \/ http://www.uni-mainz.de/~bauec002/ From kreckel at ThEP.Physik.Uni-Mainz.DE Sat Sep 18 19:16:14 1999 From: kreckel at ThEP.Physik.Uni-Mainz.DE (Richard B. Kreckel) Date: Sat, 18 Sep 1999 19:16:14 +0200 (CEST) Subject: Tutorial Message-ID: The tutorial is now getting into shape. The newest version, including Alexander's chapter about "why on earth?" is now in CVS. Sorry, you still cannot built it yourself. But may I ask to have a quick look at it and comment what is missing or what you would expect from a text that teaches the basic things about GiNaC (and ideally write and contribute it)? For some of you I have put a printed version into the mail boxes, the online version in HTML is sitting at . ?Hasta la vista! -richy. -- Richard Kreckel From kreimer at ThEP.Physik.Uni-Mainz.DE Mon Sep 20 07:43:33 1999 From: kreimer at ThEP.Physik.Uni-Mainz.DE (Dirk Kreimer) Date: Mon, 20 Sep 1999 07:43:33 +0200 (CEST) Subject: Theory symbolic computing (fwd) Message-ID: ---------- Forwarded message ---------- Date: Mon, 20 Sep 1999 06:03:41 +0300 From: "Nazir S. Baaklini" To: dirk.kreimer at uni-mainz.de Subject: Theory symbolic computing Professor Nazir S. Baaklini, Dhour el Choueir, Lebanon Theoretical Physicist and Symbolic Math Phys Programmer ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dear Dr Kreimer, I had recently developed a new Mathematica package which is quite useful for transparent symbolic manipulations and computations in theoretical physics, particularly classical and quantum field theory, with several applications. I invite you to have a look at anyone of the following equivalent homepages, which would introduce this package and related works. You would also be able to download freely several Mathematica notebooks that would illustrate the various uses of this new program package. http://webs.intracom.net.lb/nsbaaklini http://www.nsbaaklini.homepage.com For additional information and for email: ............................. [ nsbaaklini at intracom.net.lb ] ............................. [nsbaaklini at usa.net] Yours sincerely, Nazir S. Baaklini From kreckel at ThEP.Physik.Uni-Mainz.DE Mon Sep 20 18:23:38 1999 From: kreckel at ThEP.Physik.Uni-Mainz.DE (Richard B. Kreckel) Date: Mon, 20 Sep 1999 18:23:38 +0200 (CEST) Subject: Theory symbolic computing (fwd) In-Reply-To: Message-ID: On Mon, 20 Sep 1999, Dirk Kreimer wrote on list ginac-devel: > ---------- Forwarded message ---------- > Date: Mon, 20 Sep 1999 06:03:41 +0300 > From: "Nazir S. Baaklini" > To: dirk.kreimer at uni-mainz.de > Subject: Theory symbolic computing > > Professor Nazir S. Baaklini, Dhour el Choueir, Lebanon > Theoretical Physicist and Symbolic Math Phys Programmer > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Dear Dr Kreimer, > > I had recently developed a new Mathematica package which is > quite useful for transparent symbolic manipulations and > computations in theoretical physics, particularly classical > and quantum field theory, with several applications. > > I invite you to have a look at anyone of the following equivalent > homepages, which would introduce this package and related works. > > You would also be able to download freely several Mathematica > notebooks that would illustrate the various uses of this new > program package. > > http://webs.intracom.net.lb/nsbaaklini > > http://www.nsbaaklini.homepage.com > > For additional information and for email: Incidentally, this mail was also received at least by Alex and myself, beside being posted to sci.math.symbolic on UseNet! Dirk, do you know this guy? Judging from his homepage he seems to be a slightly hyperactive person without employment ("since several years he had been pursuing his intensive study and research projects in his hometown (Dhour el Choueir, Lebanon)"). His software continues the successful tradition of VaporWare(tm) since all you can download are Mathematica notebooks that demonstrate the usefulness of another mysterious package (qft3.m), which I was unable to downloaded from anywhere. Maybe this sentence found in another context applies to it as well: "Interested viewers must request copies of these from the author, sending an email, and may be charged for some of them." Hence, all his Mathematica-Notebooks are unusable---and I am not talking about some of them being obviously syntactically broken. If we insist having a look at them (qftdoc.fmn.nb) we find some rather unexciting loop-integrals which evaluate to up to three Feynman- integrations, which seem to remain ultimately unevaluated. I am not impressed. I suggest that we forget about this lunatic until he rethinks his situation and chooses to share his knowledge. ob-clever-quote-of-the-day: "Science, after all, is an Open-Source enterprise." (Taken from "Open Sources", published by O'Reilly & Associates.) Sorry for the harsh words. Regards -rbk. PS: Maybe I will post something similar to sci.math.symbolic. -- Richard Kreckel From kreimer at ThEP.Physik.Uni-Mainz.DE Mon Sep 20 18:42:50 1999 From: kreimer at ThEP.Physik.Uni-Mainz.DE (Dirk Kreimer) Date: Mon, 20 Sep 1999 18:42:50 +0200 (CEST) Subject: Theory symbolic computing (fwd) In-Reply-To: Message-ID: Hallo Richie, keine Ahnung wer das ist, und habe von hier auch kein internet access. Aber stimme mit Dir voellig ueberein, vergesst es einfach. Gruss, Dirk On Mon, 20 Sep 1999, Richard B. Kreckel wrote: > On Mon, 20 Sep 1999, Dirk Kreimer wrote on list ginac-devel: > > ---------- Forwarded message ---------- > > Date: Mon, 20 Sep 1999 06:03:41 +0300 > > From: "Nazir S. Baaklini" > > To: dirk.kreimer at uni-mainz.de > > Subject: Theory symbolic computing > > > > Professor Nazir S. Baaklini, Dhour el Choueir, Lebanon > > Theoretical Physicist and Symbolic Math Phys Programmer > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > Dear Dr Kreimer, > > > > I had recently developed a new Mathematica package which is > > quite useful for transparent symbolic manipulations and > > computations in theoretical physics, particularly classical > > and quantum field theory, with several applications. > > > > I invite you to have a look at anyone of the following equivalent > > homepages, which would introduce this package and related works. > > > > You would also be able to download freely several Mathematica > > notebooks that would illustrate the various uses of this new > > program package. > > > > http://webs.intracom.net.lb/nsbaaklini > > > > http://www.nsbaaklini.homepage.com > > > > For additional information and for email: > > Incidentally, this mail was also received at least by Alex and myself, > beside being posted to sci.math.symbolic on UseNet! Dirk, do you know > this guy? Judging from his homepage he seems to be a slightly hyperactive > person without employment ("since several years he had been pursuing his > intensive study and research projects in his hometown (Dhour el Choueir, > Lebanon)"). His software continues the successful tradition of > VaporWare(tm) since all you can download are Mathematica notebooks that > demonstrate the usefulness of another mysterious package (qft3.m), which > I was unable to downloaded from anywhere. Maybe this sentence found > in another context applies to it as well: "Interested viewers must request > copies of these from the author, sending an email, and may be charged for > some of them." Hence, all his Mathematica-Notebooks are unusable---and I > am not talking about some of them being obviously syntactically broken. > If we insist having a look at them (qftdoc.fmn.nb) we find some rather > unexciting loop-integrals which evaluate to up to three Feynman- > integrations, which seem to remain ultimately unevaluated. I am not > impressed. > > I suggest that we forget about this lunatic until he rethinks his > situation and chooses to share his knowledge. > > ob-clever-quote-of-the-day: "Science, after all, is an Open-Source > enterprise." (Taken from "Open Sources", published by O'Reilly & > Associates.) > > Sorry for the harsh words. > > Regards > -rbk. > > PS: Maybe I will post something similar to sci.math.symbolic. > -- > Richard Kreckel > > > > > From Alexander.Frink at Uni-Mainz.DE Wed Sep 22 17:09:15 1999 From: Alexander.Frink at Uni-Mainz.DE (Alexander Frink) Date: Wed, 22 Sep 1999 17:09:15 +0200 (CEST) Subject: cint Message-ID: Hi, I just wanted to keep you in touch with the cint (C/C++ interpreter) news. The latest version was delayed one week because Mr. Goto used a wrong FTP client which messed up the file name :-( Two of the bugs I reported are fixed, one is still around, and after two minutes I found a new one: typedef vector Tvec; typedef vector Tvecvec; // gives an error class TTvec : public Tvec {}; typedef vector TTvecvec; // works Hopefully this is not too hard for Goto to fix. -- Alexander Frink E-Mail: Alexander.Frink at Uni-Mainz.DE Institut fuer Physik Phone: +49-6131-393391 Johannes-Gutenberg-Universitaet D-55099 Mainz, Germany