Another newbie question...

Another newbie question...

[Ding Lei]

hello ,
Sorry to disturb everybody again with another newbie question ...

1. whenever I press "q" to quit the summary buffer, gnus shows:
byte-code: Adding new name: No such file or directory, /data/personal-emails/lists-gnus/.nnmaildir/marks/read/:, 157125864

And the summary buffer still remains there...

2. Gnus often locks up at startup, after it shows "Loading gnus-agent ... done", and the nothing happens,
	emacs also stops responding.

3. I am using zh_CN.gbk locale, and sets apporirate language environments in .emacs. Emacs buffer
is able to display chinese characters approriately, but in Gnus's summary buffer, the "date"
column of each mail displays chinese character incorrectly(ascii chars, not blocks).

Thanks



-- 
Yours,

   <<<:::::   D i n g    L e i   ::::::>>
 ||                                      ||
 || Ext: 8106                            ||
 || Email: <dinglei [A] ipanel [O] cn>   ||
 || Dept. Of Technology/Engineering      ||
 || Embedded Information Services Inc.   ||
 ||                                      ||
<((((((    =====================     )))))>>>
	
Fourth Law of Thermodynamics:  If the probability of success is not
almost one, it is damn near zero.
		-- David Ellis

Re: Another newbie question...

[Chris Ball]

On Sat, May 29, 2004 at 02:52:48PM +0800, Ding Lei wrote:
> 1. whenever I press "q" to quit the summary buffer, gnus shows:
> byte-code: Adding new name: No such file or directory, /data/personal-emails/lists-gnus/.nnmaildir/marks/read/:, 157125864
> 
> And the summary buffer still remains there...

I'm also seeing this under ngnus-0.2 -- my error is:

   Adding new name: No such file or directory,
   /home/cjb/maildir/mbox/.nnmaildir/marks/read/:,
   /home/cjb/maildir/mbox/.nnmaildir/marks/read/1086211045.9678_0.skye 
   
Running 'rm -rf ~/maildir/mbox/.nnmaildir' and starting up gnus gives
the same error.  Reverting to ngnus-0.1 gives 'Corrupt internal nnmaildir 
data' on startup, but *does* work after another removal of .nnmaildir,
so I've reverted to 0.1 for the moment.

The affected maildir has 3153 messages.  None of my other maildirs were
affected.

Apologies for the vague report.  Could this be a regression between 0.1
and 0.2?  Can I help with any more details?  Happy to try out patches.

- Chris.
-- 
$a="printf.net"; Chris Ball | chris@void.$a | www.$a | finger: chris@$a
|  "lpr is great for streaming mp3s across a network to a queue that's
|  pretending to be a printer.  Wouldn't use it for printing, though."
|   -- Simon Cozens.

Re: Another newbie question...

[Ding Lei]

Here's the answer for my own questions ;) hope it would be helpful to others.

On Sat, May 29, 2004 at 02:52:48PM +0800, Ding Lei wrote:
> hello ,
> Sorry to disturb everybody again with another newbie question ...
> 
> 1. whenever I press "q" to quit the summary buffer, gnus shows:
> byte-code: Adding new name: No such file or directory, /data/personal-emails/lists-gnus/.nnmaildir/marks/read/:, 157125864
> 
> And the summary buffer still remains there...
Dunno...


> 
> 2. Gnus often locks up at startup, after it shows "Loading gnus-agent ... done", and the nothing happens,
> 	emacs also stops responding.
Huh ... The solutions is ... I shall be a little more patient... 

> 
> 3. I am using zh_CN.gbk locale, and sets apporirate language environments in .emacs. Emacs buffer
> is able to display chinese characters approriately, but in Gnus's summary buffer, the "date"
> column of each mail displays chinese character incorrectly(ascii chars, not blocks).
Set locale to zh_CN.GB2312 instead of zh_CN.GBK solves the problem

> 
> Thanks
> 
> 
> 
> -- 
> Yours,
> 
>    <<<:::::   D i n g    L e i   ::::::>>
>  ||                                      ||
>  || Ext: 8106                            ||
>  || Email: <dinglei [A] ipanel [O] cn>   ||
>  || Dept. Of Technology/Engineering      ||
>  || Embedded Information Services Inc.   ||
>  ||                                      ||
> <((((((    =====================     )))))>>>
> 	
> Fourth Law of Thermodynamics:  If the probability of success is not
> almost one, it is damn near zero.
> 		-- David Ellis
> 

-- 
Yours,

   <<<:::::   D i n g    L e i   ::::::>>
 ||                                      ||
 || Ext: 8106                            ||
 || Email: <dinglei [A] ipanel [O] cn>   ||
 || Dept. Of Technology/Engineering      ||
 || Embedded Internet Solutions Inc.     ||
 ||                                      ||
<((((((    =====================     )))))>>>
	
"If you can count your money, you don't have a billion dollars."
		-- J. Paul Getty

Bug in nnmaildir? (was: Another newbie question...)

[Arne Jørgensen]

Ding Lei <dinglei@ipanel.cn> writes:

> 1. whenever I press "q" to quit the summary buffer, gnus shows:
> byte-code: Adding new name: No such file or directory, /data/personal-emails/lists-gnus/.nnmaildir/marks/read/:, 157125864
>
> And the summary buffer still remains there...

I have just verified the same bug with the current cvs version.

A workaround is to do

  mkdir read
  touch read/:

in all the .nnmaildir directories.

Was this bug introduced when the "nmaildir overload"-bug was fix in
late january?

<http://news.gmane.org/find-root.php?group=gmane.emacs.gnus.general&article=56081>

Kind regards,
-- 
Arne Jørgensen
Gammel Kongevej 7, 1. th., DK-1610 Copenhagen V, Denmark
mobile: +45 21 65 01 13
email: arne@arnested.dk, <http://arnested.dk/>

Re: Bug in nnmaildir?

[Arne Jørgensen]

Arne Jørgensen <arne@arnested.dk> writes:

> Was this bug introduced when the "nmaildir overload"-bug was fix in
> late january?
>
> <http://news.gmane.org/find-root.php?group=gmane.emacs.gnus.general&article=56081>

Yes, it was.

In <http://article.gmane.org/gmane.emacs.gnus.general/56189> Paul Jarc
writes:

   I should add that the new code depends on the text of strings that
   show up in errors signaled by add-name-to-file. It works for me on
   GNU Emacs, but I wonder if XEmacs's strings may be different.

If Emacs is started in a non-english laguage environment (ie
LANG=da_DK) the signaled error in `nnmaildir-request-set-mark' is not
"no such file or directory" but "ingen sådan fil eller filkatalog".

A workaround is of course to start emacs with

  LANG=en_UK emacs

but I don't think the function should depend on the error message.

Kind regards,
-- 
Arne Jørgensen
Gammel Kongevej 7, 1. th., DK-1610 Copenhagen V, Denmark
mobile: +45 21 65 01 13
email: arne@arnested.dk, <http://arnested.dk/>

Re: Bug in nnmaildir?

[Paul Jarc]

Sorry for the long delay - the list seems to have forgotten my
subscription.

Arne Jørgensen <arne@arnested.dk> wrote:
> If Emacs is started in a non-english laguage environment (ie
> LANG=da_DK) the signaled error in `nnmaildir-request-set-mark' is not
> "no such file or directory" but "ingen sådan fil eller filkatalog".

Ouch.  Does anyone know if there's a way to get at the localization
bits from Elisp?  So I could look for
(locale-translation "no such file or directory") or some such?

> but I don't think the function should depend on the error message.

I agree, but unfortunately the errno information isn't represented any
other way.  This is a weak spot in Emacs's design.


paul

Re: Bug in nnmaildir?

[Arne Jørgensen]

prj@po.cwru.edu (Paul Jarc) writes:

> Sorry for the long delay - the list seems to have forgotten my
> subscription.
>
> Arne Jørgensen <arne@arnested.dk> wrote:
>> If Emacs is started in a non-english laguage environment (ie
>> LANG=da_DK) the signaled error in `nnmaildir-request-set-mark' is not
>> "no such file or directory" but "ingen sådan fil eller filkatalog".
>
> Ouch.  Does anyone know if there's a way to get at the localization
> bits from Elisp?  So I could look for
> (locale-translation "no such file or directory") or some such?

Isn't the text coming from some library and not from emacs code?

>> but I don't think the function should depend on the error message.
>
> I agree, but unfortunately the errno information isn't represented any
> other way.  This is a weak spot in Emacs's design.

How about checking the existence of the file or directory before
accessing it instead of the depending on the error message afterwards?
(I have no idea what the code is all about in the first place)

Kind regards,
-- 
Arne Jørgensen
Gammel Kongevej 7, 1. th., DK-1610 Copenhagen V, Denmark
mobile: +45 21 65 01 13
email: arne@arnested.dk, <http://arnested.dk/>

Re: Bug in nnmaildir?

[Paul Jarc]

Arne Jørgensen <arne@arnested.dk> wrote:
> prj@po.cwru.edu (Paul Jarc) writes:
>> Ouch.  Does anyone know if there's a way to get at the localization
>> bits from Elisp?  So I could look for
>> (locale-translation "no such file or directory") or some such?
>
> Isn't the text coming from some library and not from emacs code?

Maybe.  But I think it's possible for Emacs to expose the translation
function anyway - which is not to say that it actually does.

> How about checking the existence of the file or directory before
> accessing it instead of the depending on the error message afterwards?

That's what it did before; I changed it to make it faster.

Does anyone know any other way of getting the errno information?


paul

Re: Bug in nnmaildir?

[Arne Jørgensen]

prj@po.cwru.edu (Paul Jarc) writes:

> Arne Jørgensen <arne@arnested.dk> wrote:
>> prj@po.cwru.edu (Paul Jarc) writes:
>>> Ouch.  Does anyone know if there's a way to get at the localization
>>> bits from Elisp?  So I could look for
>>> (locale-translation "no such file or directory") or some such?
>>
>> Isn't the text coming from some library and not from emacs code?
>
> Maybe.  But I think it's possible for Emacs to expose the translation
> function anyway - which is not to say that it actually does.

How about setting the locale to en_US with the system-messages-locale
variable when running the function?

This is the description of system-messages-locale from the Elisp
Reference Manual:

     This variable specifies the locale to use for generating system
     error messages.  Changing the locale can cause messages to come
     out in a different language or in a different orthography.  If the
     variable is `nil', the locale is specified by environment
     variables in the usual POSIX fashion.

>> How about checking the existence of the file or directory before
>> accessing it instead of the depending on the error message afterwards?
>
> That's what it did before; I changed it to make it faster.

Ok.

Kind regards,
-- 
Arne Jørgensen
Gammel Kongevej 7, 1.th., 1610 København V
mobil: 21 65 01 13
e-post: arne@arnested.dk, <http://arnested.dk/>

Re: Bug in nnmaildir?

[Paul Jarc]

Arne Jørgensen <arne@arnested.dk> wrote:
> How about setting the locale to en_US with the system-messages-locale
> variable when running the function?

Ok, see if this works for you:

diff -u -r7.4 nnmaildir.el
--- lisp/nnmaildir.el   20 May 2004 08:02:40 -0000      7.4
+++ lisp/nnmaildir.el   29 Jun 2004 21:15:22 -0000
@@ -1541,7 +1541,8 @@
                     permarkfile (concat mdir ":")
                     mfile (concat mdir (nnmaildir--art-prefix article)))
               (condition-case err
-                  (add-name-to-file permarkfile mfile)
+                  (let ((system-messages-locale "en_US"))
+                    (add-name-to-file permarkfile mfile))
                 (error
                  (cond
                   ((nnmaildir--eexist-p err))


paul

Re: Bug in nnmaildir?

[Arne Jørgensen]

prj@po.cwru.edu (Paul Jarc) writes:

> Arne Jørgensen <arne@arnested.dk> wrote:
>> How about setting the locale to en_US with the system-messages-locale
>> variable when running the function?
>
> Ok, see if this works for you:
>
> diff -u -r7.4 nnmaildir.el
> --- lisp/nnmaildir.el   20 May 2004 08:02:40 -0000      7.4
> +++ lisp/nnmaildir.el   29 Jun 2004 21:15:22 -0000
> @@ -1541,7 +1541,8 @@
>                      permarkfile (concat mdir ":")
>                      mfile (concat mdir (nnmaildir--art-prefix article)))
>                (condition-case err
> -                  (add-name-to-file permarkfile mfile)
> +                  (let ((system-messages-locale "en_US"))
> +                    (add-name-to-file permarkfile mfile))
>                  (error
>                   (cond
>                    ((nnmaildir--eexist-p err))

I did not work.

Kind regards,
-- 
Arne Jørgensen
Gammel Kongevej 7, 1. th., DK-1610 Copenhagen V, Denmark
mobile: +45 21 65 01 13
email: arne@arnested.dk, <http://arnested.dk/>

Re: Bug in nnmaildir?

[Arne Jørgensen]

[-- Attachment #1: Type: text/plain, Size: 902 bytes --]

prj@po.cwru.edu (Paul Jarc) writes:

> Arne Jørgensen <arne@arnested.dk> wrote:
>> How about setting the locale to en_US with the system-messages-locale
>> variable when running the function?
>
> Ok, see if this works for you:
>
> diff -u -r7.4 nnmaildir.el
> --- lisp/nnmaildir.el   20 May 2004 08:02:40 -0000      7.4
> +++ lisp/nnmaildir.el   29 Jun 2004 21:15:22 -0000
> @@ -1541,7 +1541,8 @@
>                      permarkfile (concat mdir ":")
>                      mfile (concat mdir (nnmaildir--art-prefix article)))
>                (condition-case err
> -                  (add-name-to-file permarkfile mfile)
> +                  (let ((system-messages-locale "en_US"))
> +                    (add-name-to-file permarkfile mfile))
>                  (error
>                   (cond
>                    ((nnmaildir--eexist-p err))

If the locale is "C" it works.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: nnmaildir.patch --]
[-- Type: text/x-patch, Size: 622 bytes --]

Index: nnmaildir.el
===================================================================
RCS file: /usr/local/cvsroot/gnus/lisp/nnmaildir.el,v
retrieving revision 7.4
diff -u -r7.4 nnmaildir.el
--- nnmaildir.el	20 May 2004 08:02:40 -0000	7.4
+++ nnmaildir.el	29 Jun 2004 22:13:57 -0000
@@ -1541,7 +1541,8 @@
 		     permarkfile (concat mdir ":")
 		     mfile (concat mdir (nnmaildir--art-prefix article)))
 	       (condition-case err
-		   (add-name-to-file permarkfile mfile)
+		   (let ((system-messages-locale "C"))
+		     (add-name-to-file permarkfile mfile))
 		 (error
 		  (cond
 		   ((nnmaildir--eexist-p err))

[-- Attachment #3: Type: text/plain, Size: 153 bytes --]


Kind regards,
-- 
Arne Jørgensen
Gammel Kongevej 7, 1.th., 1610 København V
mobil: 21 65 01 13
e-post: arne@arnested.dk, <http://arnested.dk/>

Re: Bug in nnmaildir?

[Paul Jarc]

Arne Jørgensen <arne@arnested.dk> wrote:
> If the locale is "C" it works.

Ok, I've checked in the fix.


paul

Re: Bug in nnmaildir?

[Florian Dufour]

>>>>> "Arne" == Arne Jørgensen <arne@arnested.dk> écrit :

    Arne> Ding Lei <dinglei@ipanel.cn> writes:
    >> 1. whenever I press "q" to quit the summary buffer, gnus shows:
    >> byte-code: Adding new name: No such file or directory,
    >> /data/personal-emails/lists-gnus/.nnmaildir/marks/read/:,
    >> 157125864
    >> 
    >> And the summary buffer still remains there...

    Arne> A workaround is to do
    Arne>   mkdir read touch read/:
    Arne> in all the .nnmaildir directories.

Well... This is just a temporary workaround, as this problem shows up
for all the marks, and not only for the « read » ones : dormant,
expire, forward, reply, tick, ...

Regards,

-- 
Florian