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

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

[Octave-bug-tracker] [bug #47578] zip/gzip/bzip2 fail when writing to pa


From: Philip Nienhuis
Subject: [Octave-bug-tracker] [bug #47578] zip/gzip/bzip2 fail when writing to path with spaces in name
Date: Wed, 30 Mar 2016 21:43:59 +0000
User-agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:41.0) Gecko/20100101 Firefox/41.0 SeaMonkey/2.38

URL:
  <http://savannah.gnu.org/bugs/?47578>

                 Summary: zip/gzip/bzip2 fail when writing to path with spaces
in name
                 Project: GNU Octave
            Submitted by: philipnienhuis
            Submitted on: Wed 30 Mar 2016 11:43:58 PM CEST
                Category: Octave Function
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Regression
                  Status: None
             Assigned to: None
         Originator Name: Philip Nienhuis
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: Any

    _______________________________________________________

Details:

The current dev version isn't able to correctly create zip/gzip/bzip2 files,
neither in Linux nor in Windows.

$ hg -v summary
parent: 21559:6619945e4434 tip
 maint: Merge stable to default.

Steps to reproduce in Linux:

(in shell)
mkdir "~/dir with space"
mkdir "~/dir_wo_space"
cat > /tmp/tmpfil123
just type some junk text here
^Z

(fire up Octave-4.1.0+)
cd "~/dir with space"
gzip ('testgzip.gz', '/tmp/tmpfil123')

and see messages along the lines of:

error: gzip: Failed to create output directory DIR
error: called from
    __xzip__ at line 39 column 7
    gzip at line 47 column 5

Similarly for bzip2.

zip.m fails silently - is this another bug ?

When trying in "dir_wo_space" it all works perfectly.

Noting that Rik has recently patched zip and friends I quickly tried with
scripts/miscellaneous/zip.m from the stable branch swapped into place but that
didn't make a difference. So it must be something outside zip/... that affects
the zip.gzip/bzip2 functions.





    _______________________________________________________

Reply to this item at:

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

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




reply via email to

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