Hi,
> But there is always returned -1. ... WHY?
Hard to say :) (see http://root.cern.ch/root/roottalk/RoottalkRules.html).
The -1 indicates that for some reasons CINT was unable to open or to load it
in the interpreter.
This can have many causes (Isn't there any output to the screen?). I am
assuming that you do
have a file named 'script.cxx' in your top directory or your C: drive. If
this is not the case
then you got your answer. If this is the case, check if you can use a
different casing.
Also I am surprised that you have:
G__loadfile("script.cxx");
G__scratchall();
Since you clean-up immediately after loading the file, it is unlikely to do
much (it will only executed the initialization and destruction of the global
variable in script.cxx).
Cheers,
Philippe.
-----Original Message-----
From: owner-roottalk@pcroot.cern.ch [mailto:owner-roottalk@pcroot.cern.ch]On
Behalf Of kODe mASteR
Sent: Friday, July 18, 2003 3:25 AM
To: roottalk@pcroot.cern.ch
Subject: [ROOT] Hello
Hello,
I'm sorry for my language i'm from poland and i don't know english well.
I'm using CINT in my MFC win app.
I'm wrote a script and i want to run it inside the app.
#inside app C code - runing the script
G__init_cint("cint");
G__loadfile("script.cxx");
G__scratchall();
...but the loadfile func always returns ( -1 ).
I'v tried to change the path to: G__loadfile("C:/script.cxx"); or
G__loadfile("c:\\script.cxx");
And I copied the script in to c:\\ or c:/ if you like.
But there is always returned -1. ... WHY?
#################################################################
#################################################################
#################################################################
#####
#####
#####
#################################################################
#################################################################
#################################################################
This archive was generated by hypermail 2b29 : Thu Jan 01 2004 - 17:50:13 MET