octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #47232] zip fails if filename has whitespace


From: Carnë Draug
Subject: [Octave-bug-tracker] [bug #47232] zip fails if filename has whitespace
Date: Mon, 29 Feb 2016 22:40:20 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Firefox/38.0 Iceweasel/38.6.1

Follow-up Comment #11, bug #47232 (project octave):

I still don't think that addresses the real issue which is double guessing the
shell.  There's still shell special characters even within quotes such as
dollar sign and backticks.

Maybe I'm very biased today because I wasted several hours this weekend on
this exact issue for another program.  This other program did exactly what
you're suggesting; quotes around the arguments, then escaped the quotes inside
the string, and also escaped several other special characters.  It even has a
special extra logic for Windows because apparently escaping quotes in that OS
is not always simple. In the end, it was overdoing it and escaped brackets
before spaces within quotes (this whole thing was made worse because what the
program runs and what shows to be running do not match (unknown to me, this
was by design) which made debugging very hard, and me even more frustrated).

But even if I am biased, there's still a story there which is that escaping
things correctly is harder than it looks. Googling for rules on how to escape
shell commands in perl and python, point to avoid it completely in the first.
If there's a solution that allows to bypass the problem, then it sounds like
the right solution.

Are the issues with fork, exec, waitpid at the Octave interpreter in Windows
also true in C++?

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?47232>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]