[FLASH-USERS] Output folder string too long, causing problems
Mattia Cipriani
mattia.cipriani at enea.it
Mon Sep 16 11:32:50 EDT 2019
Dear Klaus,
Thank you for the reply.
For me the point 1) is the most useful.
So I just have to compile the code in the output directory. Very easy and effective.
Thank you.
Best regards,
Mattia
________________________________
Dr Mattia Cipriani, PhD
FSN-FUSPHY-SAD
45, Via E. Fermi
00044 Frascati (Rome)
Italy
Ufficio: Building 12
Room 12223
Tel. +39 069400 5145
Mobile +39 328 5552077
_________________________________
> Il giorno 16 set 2019, alle ore 16:54, Klaus Weide <klaus at flash.uchicago.edu> ha scritto:
>
>> On Mon, 16 Sep 2019, Mattia Cipriani wrote:
>>
>> Dear FLASH users,
>>
>> I am experiencing problems when the path of the output folder written in the flash.par file is longer than some value.
>> In particular the output files cannot be written completely and cause the job to crash.
>> The remnant of the file in the output folder has a truncated name compared to the expected one.
>>
>> Do you have any suggestion to solve this issue?
>
> Hi Mattia,
>
> A maximum string length is built into FLASH and used for many string
> variables, including apparently and unfortunately those used for storing
> file name components.
>
> Are you trying to use the "output_directory" runtime parameter with a long
> directory name?
>
> It seems that the concatenation of the value of output_directory and
> the proper filename (which depends on basenm) needs to be below 80 bytes,
> to avoid trouble.
>
> The suggestions I have all involve avoiding strings that are too long.
>
> 1) Don't use output_directory RP at all (leave it empty), just make
> sure that flash4 is started in the directory where you want the output
> files to appear. The length of the directory name then should not matter
> to FLASH.
>
> 2) Use shorter directory names (maybe by having a flatter directory
> hierarchy), shorten basenm if it is long.
>
> 3) Use a link to refer to a directory with a long pathname
> by a short alias.
>
> Klaus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://flash.rochester.edu/pipermail/flash-users/attachments/20190916/b5f9fede/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ENEA.png
Type: image/png
Size: 8815 bytes
Desc: not available
URL: <http://flash.rochester.edu/pipermail/flash-users/attachments/20190916/b5f9fede/attachment-0001.png>
More information about the flash-users
mailing list