-
Notifications
You must be signed in to change notification settings - Fork 136
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Cannot find *.sav files from the path #241
Comments
The philosophy behind this is that libraries are rather general things and
.sav files belong to a specific project or calculation. Hence those would typically
be in the directory of a project. Otherwise one can indicate them with an
absolute pathname etc.
If it is decided that this is not a good argument, it can of course be changed….
Jos
… On 23 Nov 2017, at 14:58, Takahiro Ueda ***@***.***> wrote:
In #240 <#240> I assumed FORM tries to find also *.sav files (for a library) from the path, but actually not.
ls -R
.:
foo/ test.frm
./foo:
TablesX.sav
cat test.frm
Load TablesX.sav;
.end
Then all of the following commands fail:
FORMPATH=foo form test.frm
form -p foo test.frm
form -I foo test.frm
FORM 4.2.0 (Oct 26 2017, v4.2.0-22-g954024f) 64-bits Run: Thu Nov 23 14:55:22 2017
Load TablesX.sav;
Cannot open file TablesX.sav
.end
Program terminating at test.frm Line 1 -->
0.00 sec out of 0.00 sec
Is this intended behavour?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub <#241>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFLxEpIzA3HRAcN7rzxR8g2rVcBaOCYwks5s5XnpgaJpZM4Qoyuf>.
|
It makes sense. Then the question would be how a library can find its absolute path to the directory where it is sitting. If this could be possible, then a library can specify the absolute file names of binary *.sav files belonging to the library, which is generated during the installation (e.g., |
If a path has been defined, its ‘value’ is in a preprocessor variable.
The main obstacle at the moment is that it defines potentially more than
one directory. Maybe we can make a $path_ in ‘factorized’ form to indicate
the various elements of the path. Together with the suggested fileexists
that should solve the problem. We may need a special dictionary for this because
the factors of a $ variable cannot be strings.
I’ll have to think this over.
Jos
… On 23 Nov 2017, at 17:30, Takahiro Ueda ***@***.***> wrote:
The philosophy behind this is that libraries are rather general things and .sav files belong to a specific project or calculation.
It makes sense.
Then the question would be how a library can find its absolute path to the directory where it is sitting. If this could be possible, then a library can specify the absolute file names of binary *.sav files belonging to the library, which is generated during the installation (e.g., make).
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub <#241 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFLxEgVi7u8QNsW01ILggl7OejZ0C0tNks5s5Z2rgaJpZM4Qoyuf>.
|
In #240 I assumed FORM tries to find also *.sav files (for a library) from the path, but actually not.
Then all of the following commands fail:
Is this intended behavour?
The text was updated successfully, but these errors were encountered: