bug-zile
[Top][All Lists]
Advanced

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

Re: [Bug-zile] Zile always changes file's mode on saving?


From: J.B. Nicholson-Owens
Subject: Re: [Bug-zile] Zile always changes file's mode on saving?
Date: Sat, 31 Jan 2009 21:41:52 -0600
User-agent: Thunderbird 2.0.0.19 (X11/20090105)

[Thanks for the copy, but I'm on the bug-zile mailing list so I'll see the responses there.]

Reuben Thomas wrote:
Me too. I can't reproduce this problem: when I edit and save a file, it retains the permissions it had before editing, regardless of what those permissions are.

(Backup settings don't matter, as if backups are configured, the original file is copied, not moved, so it doesn't affect what happens when the new version is written.)

What version of Zile are you running? Is it patched? (If it's supplied by Fedora, you should file a bug in their bug tracking system rather than contacting the Zile maintainers directly.)

I'm running:

-------------------------------
$ zile --version
Zile 2.2.19
$ rpm -qi zile
Name        : zile                         Relocations: (not relocatable)
Version     : 2.2.19                            Vendor: Fedora Project
Release : 3.fc9 Build Date: Tue 19 Feb 2008 05:52:01 PM CST Install Date: Fri 15 Aug 2008 03:34:08 AM CDT Build Host: xenbuilder1.fedora.redhat.com Group : Applications/Editors Source RPM: zile-2.2.19-3.fc9.src.rpm
Size        : 251194                           License: GPL
Signature : DSA/SHA1, Sun 13 Apr 2008 08:07:29 AM CDT, Key ID b44269d04f2a6fd2
Packager    : Fedora Project
URL         : http://zile.sourceforge.net/
Summary     : Zile Is Lossy Emacs
Description :
Zile is a small Emacs clone. Zile is a customizable, self-documenting
real-time open-source display editor. Zile was written to be as
similar as possible to Emacs; every Emacs user should feel at home.
$ rpm --verify --verbose zile
........    /usr/bin/zile
........    /usr/share/doc/zile-2.2.19
........  d /usr/share/doc/zile-2.2.19/AUTHORS
........  d /usr/share/doc/zile-2.2.19/COPYING
........  d /usr/share/doc/zile-2.2.19/ChangeLog
........  d /usr/share/doc/zile-2.2.19/INSTALL
........  d /usr/share/doc/zile-2.2.19/NEWS
........  d /usr/share/doc/zile-2.2.19/README
........  d /usr/share/doc/zile-2.2.19/THANKS
........  d /usr/share/info/zile.info.gz
........  d /usr/share/man/man1/zile.1.gz
........    /usr/share/zile
........    /usr/share/zile/AUTODOC
........    /usr/share/zile/FAQ
........    /usr/share/zile/HELP
........    /usr/share/zile/TUTORIAL
........    /usr/share/zile/dotzile.sample
-------------------------------

and I don't know if it is patched. From what I read in the RPM manual, the string of periods indicates all tests passed. And since the package it signed with Fedora's key I have some reason to believe that I'm working with the zile software they distributed.

I'll post to the Fedora bugtracker to see about this issue.

The only other thing I can think of that might affect things is the file system you're using, if it's buggy.

EXT3 is all I can point to at the moment.

The way that Zile writes a file when it is saved is to open it calling "creat" (or rather, calling open with the access modes O_CREAT | O_WRONLY | O_TRUNC, which is the same thing) with mode set to 0666. The mode is only used if the file does not already exist, so it shouldn't matter in this case.

When I use zile to edit a file that didn't exist, the file comes out mode 644, not 666:

$ ls -l foobar
ls: cannot access foobar: No such file or directory
$ zile foobar
[I put some stuff in the file.]
$ cat foobar
hi there
$ ls -l foobar
-rw-r--r-- 1 jbn jbn 9 2009-01-31 21:34 foobar

So that seems odd to me as well.




reply via email to

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