Re: [Fractdev] xfractint barfs when par names have - in them
Rich, I can see where it might only happen from the command line, but wouldn't that indicate a problem with the shell? Have you tried a different shell? Jonathan --- legalize@xmission.com wrote: Additional: it may only be a problem when the parameter set is specified on the command-line and not selected interactively. Here's the command-line I was using: bin/xfractint -disk -geometry ${render_width}x${render_height} \ batch=yes savename=tmp.gif "@tmp.par/$par_name" --
In article <20100617182346.485C6C94@resin06.mta.everyone.net>, "Jonathan Osuch" <osuchj@avalon.net> writes:
I can see where it might only happen from the command line, but wouldn't that indicate a problem with the shell? Have you tried a different shell?
Dashes are not significant to any shell when constructing command-lines, only to the invoked program when it parses its arguments. Also, the argument is quoted to protect against parameter sets that might contain spaces. If a shell variable prefix ($) were present in the parameter name, this would still be a problem because " still does shell variable expansion. However, this was not the case for the failing pars. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download <http://legalizeadulthood.wordpress.com/the-direct3d-graphics-pipeline/> Legalize Adulthood! <http://legalizeadulthood.wordpress.com>
participants (2)
-
Jonathan Osuch -
Richard