Gnus development mailing list
 help / color / mirror / Atom feed
From: Reiner Steib <reinersteib+gmane@imap.cc>
Subject: set-file-modes (XEmacs on w32) (was: nnmail-split-fancy-match-partial-words)
Date: Mon, 06 Mar 2006 16:45:52 +0100	[thread overview]
Message-ID: <v93bhvefv3.fsf@marauder.physik.uni-ulm.de> (raw)
In-Reply-To: <d5h01v2e.fsf@esemetz.metz.supelec.fr>

On Sun, Mar 05 2006, Fabrice Popineau wrote:

> * Reiner Steib <reinersteib+gmane@imap.cc> writes:
>
>     Fabrice>  - (set-file-modes filename nnmail-default-file-modes))) +
>     Fabrice>  (gnus-set-file-modes filename nnmail-default-file-modes)))
>     Fabrice>  I think it should be applied anyway.  mail-source.el and
>     Fabrice>  mm-decode.el also use set-file-modes.
>
>     Reiner>  I didn't investigate the callers, but maybe it *should*
>     Reiner>  give an error if the modes cannot be set appropriately.
>     Reiner>  (Shouldn't the respective (X)Emacs function care for those
>     Reiner>  file system / operation system details?)
>
> The problem is that up to now, there were places where
> #'gnus-set-file-modes was used and others where #'set-file-modes was
> used. My point is that the same function should be used everywhere.

My point is that it might be better if Gnus (at least in the default
setup) should signal an error if it can't assure that the files or
directories have appropriate permissions.  Given that NTFS has the
possibility to ensure that, I think it would be a mistake to set
`gnus-ignore-set-file-modes-errors' to t by default on windows in
general.  On Windows 9x/ME and DOS -- but even there I'd think that
(X)Emacs implementation of `set-file-modes' should deal with this and
not Gnus.

>     Reiner>  *time passes* ...  After reading the discussion
>     Reiner>  <http://thread.gmane.org/gmane.emacs.gnus.general/57528>, I
>     Reiner>  think we should change `gnus-set-file-modes' as follows...
>
> Seems ok to me. Your flag gnus-ignore-set-file-modes-errors should be t
> on win32 native (don't know about cygwin).

I looked at some non-Gnus occurrences of set-file-modes in XEmacs
(21.4.17/lib/xemacs/xemacs-packages/lisp/*/*.el).  (I didn't look at
tramp and efs because those deal with remote files.)  

Only vm/vm-folder.el does something like `ignore-errors':

vm/vm-folder.el:2675:	    (vm-error-free-call 'set-file-modes index-file (vm-octal 600))

All other packages just call `set-file-modes' directly.  Could you try
if savehist-mode fails for you too?  The version from XEmacs contains:

  (set-file-modes savehist-file savehist-modes)

Maybe you could ask on xemacs-beta if it is intended that
`set-file-modes' fails in your setup or if it is a bug.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/




  reply	other threads:[~2006-03-06 15:45 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-03-03  9:45 nnmail-split-fancy-match-partial-words Fabrice Popineau
2006-03-03 11:13 ` nnmail-split-fancy-match-partial-words Katsumi Yamaoka
2006-03-03 14:38   ` nnmail-split-fancy-match-partial-words Reiner Steib
2006-03-05 20:39     ` nnmail-split-fancy-match-partial-words Fabrice Popineau
2006-03-05 21:50       ` nnmail-split-fancy-match-partial-words Reiner Steib
2006-03-06  4:00         ` nnmail-split-fancy-match-partial-words Katsumi Yamaoka
2006-03-06  8:19           ` nnmail-split-fancy-match-partial-words Fabrice Popineau
2006-03-07  9:55           ` nnmail-split-fancy-match-partial-words Katsumi Yamaoka
2006-03-08  9:06             ` nnmail-split-fancy-match-partial-words Katsumi Yamaoka
2006-03-09 15:41               ` nnmail-split-fancy-match-partial-words Reiner Steib
2006-03-10  2:02                 ` nnmail-split-fancy-match-partial-words Katsumi Yamaoka
2006-03-05 20:43     ` nnmail-split-fancy-match-partial-words Fabrice Popineau
2006-03-06 15:45       ` Reiner Steib [this message]
2006-03-09 20:50         ` set-file-modes (XEmacs on w32) Reiner Steib

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=v93bhvefv3.fsf@marauder.physik.uni-ulm.de \
    --to=reinersteib+gmane@imap.cc \
    --cc=Reiner.Steib@gmx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).