Re: Sorry - here you go (was Re: [ROOT] Advice for Good Programming : Part 2:)

From: B.V.L.S.Prasad (shiva@mbu.iisc.ernet.in)
Date: Tue Sep 04 2001 - 15:46:12 MEST


Hi christian,
	I have tried and compiled the tar ball you have sent. I am using
makecint not root...I dont think it is a problem.

I just used:

makecint -mk makebio -o bio -H BioAtomLibrary.h BioAtomLibraryLinkDef.h -C++
BioAtomLibrary.cxx

then
make -f makebio

These are my observations:

First I compiled it on mandrake 8.0, gcc-2.96 (supposed to be buggy), its not
getting compiled...some problem.
Then I searched here and there for RedHat 6.2, and finally located and did the
same things.
It got compiled and gave an interpretor with name bio as desired.

for checking it, I typed bio: and gave some commands like this to access the
data which is the primary purpose:

bio> {
end with '}'> setAtomDefaults();
end with '}'> cout<<Atom["Ca"].getAtomicNumber()<<endl;
end with '}'> }
Error: Can't call
map<string,BioAtomLibrary,less<string>,__malloc_alloc_template<0>
>::operator[]((char*)0x850e6b8) in current scope FILE:/tmp/filea2sIty_cint
LINE:3
Possible candidates are...
filename       line:size busy function type and name  (in
map<string,BioAtomLibrary,less<string>,__malloc_alloc_template<0> >)
Error: non class,struct,union object Atom["Ca"] used with . or ->
FILE:/tmp/filea2sIty_cint LINE:3
(class G__CINT_ENDL)136702840
!!!Dictionary position rewinded... !!!Error recovered!!!
bio>

I even did, class BioAtomLibrary to check whether it is compiled or not...
it successfully gave the public member functions.

why I am not able to use those 2 lines of code to access the data..

Thankyou and I hope you will get me corrected..

sincerely,
Prasad.














On Tue, 4 Sep 2001, Christian Holm Christensen wrote:

> Hi Prasad,
>
> On Tue, 4 Sep 2001 14:29:24 +0530 (IST)
> "B.V.L.S.Prasad" <shiva@mbu.iisc.ernet.in> wrote
> concerning "Re: [ROOT] Advice for Good Programming : Part 2:":
> > Hi Holm,
> > 	thankyou for the mail...but I didnt get any attachment as such..
> > can you re-send it to me...it will be of great help...
>
> Whoops, sorry - I forgot!
>
> > Regarding virtual RAM : I have 256MB RAM + 400MB swap..so it should not give
> > any problem.
>
> Well, yes it may.  You see, if Linux has problems fitting one
> processes entrire allocated memory in to physical memory (RAM), it is
> very like to try to kill that process.  Anyway, GCC should never ever
> really need to have that much memory, unless you're compiling and old
> Fortran77 program that has common blocks that big (uh, scary
> thought).
>
>
> I still think you may have a buggy compiler, especially when I say
> this on debian-news@lists.debian.org
>
>   Missing RedHat Compatibility. A problem has been [19]discovered with
>   programs compiled under a current RedHat system that does not run on
>   a Debian system.  RedHat's choice of C++ compiler (2.96) for their
>   release is the [20]reason for this breakage. Unfortunately they have
>   used a compiler which was [21]never released and which generates
>   binaries that are incompatible with both earlier and later
>   releases. The precarious issue with this is that many commercial
>   vendors are supporting RedHat systems and compile their software on
>   such a box. These software simply won't run on other systems, which
>   could keep companies from using Debian or other distributions on
>   their production boxes.  A similar problem arose with SuSE using an
>   unreleased version of egcs in may 1999 which lead to this
>   [22]announcement (only German, sorry).
>
> See also archive at
>
>   http://lists.debian.org/debian-news/debian-news-2001/msg00033.html
>
> Please note that this is not Debian hagling over Redhat.  It's really
> a statement of fact, as is evident from the news that Fons posted on
> the ROOT webpages.
>
> > I will try to run with out optimization tag...
> >
> > One more thing:
> > 	I have tried to work with the library created by gcc..i.e libbio.a..
> > this also didnt work....
>
> This really points to some problem in your code.
>
> > can you send the tar ball..again... ?
>
> It's attached.
>
> > can you let me know how much time it take to incorporate AtomLibrary.C file ?
>
> What do you mean?
>
> Yours,
>
> Christian Holm Christensen -------------------------------------------
> Address: Sankt Hansgade 23, 1. th.           Phone:  (+45) 35 35 96 91
>          DK-2200 Copenhagen N                Cell:   (+45) 28 82 16 23
>          Denmark                             Office: (+45) 353  25 305
> Email:   cholm@nbi.dk                        Web:    www.nbi.dk/~cholm
>
>

-- 
Be Happy,
Enjoy Life.
with love
shiva.
********************************************************************
*   If the Problem is Clear, the Solution is  Near.    ...shiva... *
********************************************************************



This archive was generated by hypermail 2b29 : Tue Jan 01 2002 - 17:50:59 MET