Hi Giovanni,
For the include issue, you can try setting the include path explicitly with the
-I option when running arts:
$ arts -I 'f:\temp\' -v
arts-2.3.654 (compiled Wed Mar 22 14:09:51 2017)
Compiler: Clang 8.0.0.8000042
[snip]
Include search paths:
.
f:\temp\
Data search paths:
.
The problem with cygwin is that it creates a very schizophrenic environment
when it comes to paths. While you're inside the cygwin shell, programs see a
'virtual' Unix-like filesystem with / as a directory separator and your home
directory at /home, system programs in /usr etc. This is why the default
include path looks like it does in your case. It is determined at compile time
while being inside the Unix-world. When calling cygwin-compiled programs from
outside the cygwin shell, e.g. from Matlab, suddenly everything changes and the
program is exposed to the normal windows filesystem.
I don't see a good way of handling this. My guess is that cygwin programs are
not even supposed to be called outside their natural habitat (i.e. the cygwin
shell).
Let's see if the -I option helps you out here.
cheers,
/oliver
> On 6 Apr 2017, at 17:10, Giovanni Muscari <giovanni.musc...@ingv.it> wrote:
>
> Dear all,
>
> so far I've used arts 2.0 by compiling/making it using cygwin and then
> running it in a windows environment, making use of scripts contained in
> atmlab 2.0.0. It works smoothly.
>
> I am now trying to do the same with arts 2.2 and atmlab 2.2.22 but run into
> issues that seem to be related to search paths for the cfile.rep or include
> files.
>
> As an example, after making the arts.exe in cygwin I tried to run the
> qarts_demo (providing all the correct paths for includes and such) and this
> is what I get:
>
> ---------------------------------------------------------------------
> >> qarts_demo
> Cannot open output file:
> f:\ARTS\tmp\atmlab-GM-tp1daee2b5_03ac_4fb8_94c0_fa0a67f557b6/f:\ARTS\tmp\atmlab-GM-tp1daee2b5_03ac_4fb8_94c0_fa0a67f557b6\cfile.rep
> Maybe you don't have write access to the directory or the file?
> I have to be able to write to my report file.
> ---------------------------------------------------------------------------
>
> As you can see the cfile.rep file is searched in a funny path made of two
> times the "F:\ARTS\tmp +temp_dir" separated by a "/" which is unacceptable
> under windows. I can circumvent this problem by indicating a very simple path
> for the temp directory (".." instead of "F:\ARTS\tmp") or by sticking my
> hands into the main.cc source code and changing the following line:
>
> open_output_file(report_file, out_basename + report_file_ext.str ());
>
> However, arts goes just a little further before crashing for a search path
> issue, when looking for include files. And I am not a C++ programmer...
> Of course the "f:\ARTS\arts-2.2\controlfiles\general\general.arts" indicated
> below is there.
>
> -------------------------------------------------------------------------------------------------------
> >> qarts_demo
> Executing ARTS.
> Command line:
> /src/arts -r30 -o ..\atmlab-GM-tp2eb0677b_36b0_4a15_8728_20d87c282579
> ..\atmlab-GM-tp2eb0677b_36b0_4a15_8728_20d87c282579\cfile.arts
> Version: arts-2.2.55 (compiled Thu Apr 6 15:27:51 2017)
> Compiler: GNU 5.4.0 (/usr/bin/c++.exe)
> Compile flags: -fvisibility=hidden -fvisibility-inlines-hidden
> -ftemplate-depth-60 -fopenmp -W -Wall -Wshadow -Wconversion
> -Wno-sign-conversion -Wno-unknown-pragmas -O2 -g
> Features in this build:
> Numeric precision: double
> OpenMP support: enabled
> Documentation server: enabled
> Zipped XML support: enabled
> NetCDF support: disabled
> Fortran support: disabled
> Disort support: disabled
> Refice support: disabled
> Tmatrix support: disabled
> Include search paths:
> .
> /home/GM/controlfiles
> Data search paths:
> ..\atmlab-GM-tp2eb0677b_36b0_4a15_8728_20d87c282579
> .
>
> Running with OpenMP, maximum number of threads = 4.
> Thread 1: ready.
> Thread 2: ready.
> Thread 0: ready.
> Thread 3: ready.
>
> Run started: Thu Apr 6 15:46:43 2017
>
> Verbosity settings: Agendas: 0
> Screen: 3
> Report file: 0
>
> Reading control files:
> - ..\atmlab-GM-tp2eb0677b_36b0_4a15_8728_20d87c282579\cfile.arts
>
> Parsing control text:
> - Arts2
> {
> This run took 0.02s (0.01s CPU time)
> Run-time error in controlfile:
> ..\atmlab-GM-tp2eb0677b_36b0_4a15_8728_20d87c282579\cfile.arts
> Cannot find include file f:\ARTS\arts-2.2\controlfiles\general\general.arts.
> File: ..\atmlab-GM-tp2eb0677b_36b0_4a15_8728_20d87c282579\cfile.arts
> Search path was: . /home/GM/controlfiles
>
> Stopping ARTS execution.
> Goodbye.
>
> Error using arts (line 67)
> An error occured while executing ARTS. See above.
> ------------------------------------------------------------------------
>
> I understand that making arts using cygwin and running it under windows might
> raise a few eyebrows, but arts 2.0 seems to do just fine so maybe just a few
> light touches to the arts 2.2 source codes can leave this possibility
> available for windows-users such as I am?
> Or maybe someone will explain to me that I am doing something wrong...
> Thanks!
> Giovanni
>
>
> _______________________________________________
> arts_users.mi mailing list
> arts_users.mi@lists.uni-hamburg.de
> https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_users.mi
_______________________________________________
arts_users.mi mailing list
arts_users.mi@lists.uni-hamburg.de
https://mailman.rrz.uni-hamburg.de/mailman/listinfo/arts_users.mi
