Bad .newsrc.eld created by Gnus

Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

The end of my .newsrc-localhost.eld file looks like this: 
(version . "20.2.1")))

Because of this I can only use Gnus with one version of Emacs and I
can't use Xemacs. Why does Gnus do this?
-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[Simon Josefsson]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> The end of my .newsrc-localhost.eld file looks like this: 
> (version . "20.2.1")))
> 
> Because of this I can only use Gnus with one version of Emacs and I
> can't use Xemacs. Why does Gnus do this?

Why can't you use Xemacs?   I use all kind of Emacsen with problems.

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

Simon Josefsson <jas@pdc.kth.se> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > The end of my .newsrc-localhost.eld file looks like this: 
> > (version . "20.2.1")))
> > 
> > Because of this I can only use Gnus with one version of Emacs and I
> > can't use Xemacs. Why does Gnus do this?
> 
> Why can't you use Xemacs?   I use all kind of Emacsen with problems.

XEmacs reports an Error with this.

-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

Simon Josefsson <jas@pdc.kth.se> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > The end of my .newsrc-localhost.eld file looks like this: 
> > (version . "20.2.1")))
> > 
> > Because of this I can only use Gnus with one version of Emacs and I
> > can't use Xemacs. Why does Gnus do this?
> 
> Why can't you use Xemacs?   I use all kind of Emacsen with problems.

Do you have a similar line at the end of your *.eld files? Are your
versions on Emacsen the same?
-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[David S. Goldberg]

I took a look at this because I'm about to start playing with xemacs
and I'd like to use both for gnus while I'm deciding whether to switch
or just use emacs / xemacs for different things.  It looks like what
you're seeing is part of gnus-format-specs, which is mostly dealt with
in gnus-spec.el.  I'm not sure it'll help, but there's a function,
gnus-update-format-specifications that will redo all the format specs
if the emacs-version doesn't match the version stored in .newsrc.eld.
Is it possible that that could be called out of gnus-startup-hook to
solve your problem?  I suppose I'll find out for myself soon enough,
but I don't know for sure when I'll get to it.

--
Dave Goldberg
Post: The Mitre Corporation\MS B305\202 Burlington Rd.\Bedford, MA 01730
Phone: 781-271-3887
Email: dsg@mitre.org

Re: Bad .newsrc.eld created by Gnus

[Simon Josefsson]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> > > The end of my .newsrc-localhost.eld file looks like this: 
> > > (version . "20.2.1")))
> > > 
> > > Because of this I can only use Gnus with one version of Emacs and I
> > > can't use Xemacs. Why does Gnus do this?
> > 
> > Why can't you use Xemacs?   I use all kind of Emacsen with problems.
					-- *yikes*, I meant 'without'
> 
> Do you have a similar line at the end of your *.eld files? Are your
> versions on Emacsen the same?

I frequently use FSF Emacs 20.2 and various flavours of XEmacs 20.x
and haven't had any problem. I've also tested XEmacs 19.15 and FSF
Emacs 19.3x without any Gnus-related problems. Right now my
.newsrc.eld ends with:

(version . "20.3 \"Vatican City\" XEmacs  Lucid")

What error messages are you getting, more specifically?

Re: Bad .newsrc.eld created by Gnus

[Bud Rogers]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Simon Josefsson <jas@pdc.kth.se> writes:
> 
> > Eze Ogwuma <typhoon@dircon.co.uk> writes:
> > 
> > > The end of my .newsrc-localhost.eld file looks like this: 
> > > (version . "20.2.1")))
> > > 
> > > Because of this I can only use Gnus with one version of Emacs and I
> > > can't use Xemacs. Why does Gnus do this?
> > 
> > Why can't you use Xemacs?   I use all kind of Emacsen with problems.
> 
> XEmacs reports an Error with this.
> 
> -- 
> Eze Ogwuma
> 

>From the Gnus FAQ at http://www.ccs.neu.edu/software/contrib/gnus/

 Q1.7 How do I run Gnus on both Emacs and XEmacs?

You don't. Gnus is distributed with both emacsen, use the version of
Gnus that comes with your emacs.

Hope this helps.

-- 

Bud Rogers <budr@tanet.net>

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

Bud Rogers <budr@tanet.net> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > Simon Josefsson <jas@pdc.kth.se> writes:
> > 
> > > Eze Ogwuma <typhoon@dircon.co.uk> writes:
> > > 
> > > > The end of my .newsrc-localhost.eld file looks like this: 
> > > > (version . "20.2.1")))
> > > > 
> > > > Because of this I can only use Gnus with one version of Emacs and I
> > > > can't use Xemacs. Why does Gnus do this?
> > > 
> > > Why can't you use Xemacs?   I use all kind of Emacsen with problems.
> > 
> > XEmacs reports an Error with this.
> > 
> > -- 
> > Eze Ogwuma
> > 
> 
> >From the Gnus FAQ at http://www.ccs.neu.edu/software/contrib/gnus/
> 
>  Q1.7 How do I run Gnus on both Emacs and XEmacs?
> 
> You don't. Gnus is distributed with both emacsen, use the version of
> Gnus that comes with your emacs.
> 
> Hope this helps.

Not really. You're assuming that I am running external versions of
Gnus. This happens whether I'm using the distributed versions or
external versions.

-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

dsg@mitre.org (David S. Goldberg) writes:

> I took a look at this because I'm about to start playing with xemacs
> and I'd like to use both for gnus while I'm deciding whether to switch
> or just use emacs / xemacs for different things.  It looks like what
> you're seeing is part of gnus-format-specs, which is mostly dealt with
> in gnus-spec.el.  I'm not sure it'll help, but there's a function,
> gnus-update-format-specifications that will redo all the format specs
> if the emacs-version doesn't match the version stored in .newsrc.eld.
> Is it possible that that could be called out of gnus-startup-hook to
> solve your problem?  I suppose I'll find out for myself soon enough,
> but I don't know for sure when I'll get to it.

The only function I can find is gnus-update-format and this gives an
error when I run it.

-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2662 bytes --]

Simon Josefsson <jas@pdc.kth.se> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > > > The end of my .newsrc-localhost.eld file looks like this: 
> > > > (version . "20.2.1")))
> > > > 
> > > > Because of this I can only use Gnus with one version of Emacs and I
> > > > can't use Xemacs. Why does Gnus do this?
> > > 
> > > Why can't you use Xemacs?   I use all kind of Emacsen with problems.
> 					-- *yikes*, I meant 'without'
> > 
> > Do you have a similar line at the end of your *.eld files? Are your
> > versions on Emacsen the same?
> 
> I frequently use FSF Emacs 20.2 and various flavours of XEmacs 20.x
> and haven't had any problem. I've also tested XEmacs 19.15 and FSF
> Emacs 19.3x without any Gnus-related problems. Right now my
> .newsrc.eld ends with:
> 
> (version . "20.3 \"Vatican City\" XEmacs  Lucid")
> 
> What error messages are you getting, more specifically?

Mine used to have something like this but not any more. I'm using GNU
Emacs 20.2.1 and XEmacs 20.3. 

I used to be able to use both but then I ran Qgnus for a while and
when I stopped running it I couldn't start Gnus on any version of
Emacs (I was using Red Hat 5.0 but went back to 4.2).

I found that I was unable to compile Qgnus on 4.2 with Emacs 19.x
because of an Emacs package that was required. I updated to my current
Emacsen to 20.x so that I could run Qgnus.

This is the error:

Signaling: (error "Error in /home/zcaceog/.newsrc-localhost.eld")
  signal(error ("Error in /home/zcaceog/.newsrc-localhost.eld"))
  cerror("Error in %s" "/home/zcaceog/.newsrc-localhost.eld")
  apply(cerror ("Error in %s" "/home/zcaceog/.newsrc-localhost.eld"))
  error("Error in %s" "/home/zcaceog/.newsrc-localhost.eld")
  byte-code("À ˆÁÂÃ\f\"!¬…ÅÆ\f\"ˆÀ‡" [ding gnus-yes-or-no-p format "Error in %s; continue? " ding-file error "Error in %s"] 4)
  gnus-read-newsrc-el-file("/home/zcaceog/.newsrc-localhost.el")
  gnus-read-newsrc-file(nil)
  gnus-setup-news(nil nil nil)
  byte-code("\b¬ˆ	¬… ˆª»ÃÄ!ˆÅ\x0e\x06!\x16\a\x0e\b¬„\x0e	«ƒÊ ˆ\x0e\v«ˆÌ ˆÍÎÏ\"ˆÐÑ\x0e\x12\b#ˆÓ\x0e\x12!ˆÔ ˆÕÖ!ˆ× ˆÃØ!ˆÑ‡" [dont-connect did-connect gnus-group-quit run-hooks gnus-startup-hook gnus-make-newsrc-file gnus-startup-file gnus-current-startup-file gnus-slave gnus-use-dribble-file gnus-dribble-read-file gnus-use-grouplens bbb-login add-hook gnus-summary-mode-hook gnus-grouplens-mode gnus-setup-news nil level gnus-group-list-groups gnus-group-first-unread-group gnus-configure-windows group gnus-group-set-mode-line gnus-started-hook] 4)
  gnus-1(nil nil nil)
  gnus(nil)
  call-interactively(gnus)
  command-execute(gnus t)
  execute-extended-command(nil)
  call-interactively(execute-extended-command)


-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> This is the error:
> 
> Signaling: (error "Error in /home/zcaceog/.newsrc-localhost.eld")

What does the end of the .eld file look like?  

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > This is the error:
> > 
> > Signaling: (error "Error in /home/zcaceog/.newsrc-localhost.eld")
> 
> What does the end of the .eld file look like?  

(version . "20.2.1")))

-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> > What does the end of the .eld file look like?  
> 
> (version . "20.2.1")))

What are the last two or three lines?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > > What does the end of the .eld file look like?  
> > 
> > (version . "20.2.1")))
> 
> What are the last two or three lines?

This follows the topic a-list:

(setq gnus-format-specs '((article-mode "Gnus: %%b %S" (concat (format "Gnus: %%b %s" gnus-tmp-subject))) (summary-dummy "*  %(:                          :%) %S\n" (progn (insert "*  ") (gnus-put-text-property (point) (progn (insert ":                          :") (point)) gnus-mouse-face-prop gnus-mouse-face) (insert " " gnus-tmp-subject "\n"))) (summary-mode "Gnus: %%b [%A] %Z" (concat (format "Gnus: %%b [%d] %s" gnus-tmp-article-number gnus-tmp-unread-and-unselected))) (summary "%U%R%z%I%(%[%4L: %-20,20n%]%) %s\n" (progn (insert gnus-tmp-unread gnus-tmp-replied gnus-tmp-score-char gnus-tmp-indentation) (gnus-put-text-property (point) (progn (insert (format "%c%4d: %-20s%c" gnus-tmp-opening-bracket gnus-tmp-lines (if (> (length gnus-tmp-name) 20) (substring gnus-tmp-name 0 20) gnus-tmp-name) gnus-tmp-closing-bracket)) (point)) gnus-mouse-face-prop gnus-mouse-face) (insert " " gnus-tmp-subject-or-nil "\n"))) (group-mode "Gnus: %%b {%M%:%S}" (concat (format "Gnus: %%b {%s%s%s
 }!
!
!
" gnus-tmp-news-method gnus-tmp-colon gnus-tmp-news-server))) (group "%M%S%p%m%P%5y: %(%g%)%l\n" (progn (insert (format "%c%c%c%c%s%5s: " gnus-tmp-marked-mark gnus-tmp-subscribed gnus-tmp-process-marked (gnus-group-new-mail gnus-tmp-group) gnus-group-indentation gnus-tmp-number-of-unread)) (gnus-put-text-property (point) (progn (insert gnus-tmp-group) (point)) gnus-mouse-face-prop gnus-mouse-face) (insert gnus-tmp-grouplens "\n"))) (version . "20.2.1")))

-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> > > > What does the end of the .eld file look like?  
> > > 
> > > (version . "20.2.1")))
> > 
> > What are the last two or three lines?
> 
> This follows the topic a-list:

Yes -- but that format spec looks ok to me.

Try putting the .newsrc.eld file into a buffer and type
`M-x eval-current-buffer RET' to see where the problem is.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > > > > What does the end of the .eld file look like?  
> > > > 
> > > > (version . "20.2.1")))
> > > 
> > > What are the last two or three lines?
> > 
> > This follows the topic a-list:
> 
> Yes -- but that format spec looks ok to me.
> 
> Try putting the .newsrc.eld file into a buffer and type
> `M-x eval-current-buffer RET' to see where the problem is.

I get the error:

Signaling: (invalid-read-syntax "#")
  eval-buffer(#<buffer ".newsrc-localhost.eld"> nil)
  #<compiled-function (from "simple.elc") (&optional printflag) "...(5)" [eval-buffer printflag] 3 673955 nil>()
  call-interactively(eval-current-buffer)
  command-execute(eval-current-buffer t)
  execute-extended-command(nil)
  call-interactively(execute-extended-command)


This is part of my file. It is the only part that contains "#".


(#("nntp+news.dircon.co.uk:comp.lang.java.help" 0 23 nil 23 42
(mouse-face highlight face gnus-group-news-3-face)) 3 ((1 . 13981)
13983 (13985 . 13991) (13997 . 14004) 14006 (14009 . 14010) 14012
(14015 . 14018) (14021 . 14025) (14027 . 14029) (14031 . 14032) (14035
. 14038) (14041 . 14044) (14050 . 14051) 14055 14060 14062 14064 14068
14080 14083 (14085 . 14087) (14090 . 14092) (14097 . 14099) (14101
. 14102) 14106 14109 (14111 . 14112) 14114 14119 (14121 . 14122) 14124
14129 14131 (14133 . 14137) (14139 . 14149) (14156 . 14157) 14159
14161 (14163 . 14166) (14169 . 14170) (14174 . 14179) 14183 14186
14189 14192 14194 (14197 . 14198) (14205 . 14207) 14209 14215 14217
(14219 . 14220) (14228 . 14229) 14234 (14236 . 14237) (14241 . 14243)
(14246 . 14249) (14253 . 14254) (14257 . 14258) 14316 14417 14444
14479 (14525 . 14526) 14546) ((cache 12238 13613 13728 13783 13836
13859 13887 14051 14526) (tick 13613 13728 13783)) (nntp
"news.dircon.co.uk"))
(#("nntp+news.dircon.co.uk:comp.lang.java.programmer" 0 23 nil 23 48
(mouse-face highlight face gnus-group-news-3-face)) 3 ((1 . 105594)
105612 105781 106073 106076 106087 106122 106182 106232 106911) nil 


-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[SL Baur]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> This is part of my file. It is the only part that contains "#".


> (#("nntp+news.dircon.co.uk:comp.lang.java.help" 0 23 nil 23 42
 ...
> (#("nntp+news.dircon.co.uk:comp.lang.java.programmer" 0 23 nil 23 48

Who put in the #'s?  That's not valid Emacs or XEmacs.

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

SL Baur <steve@xemacs.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > This is part of my file. It is the only part that contains "#".
> 
> 
> > (#("nntp+news.dircon.co.uk:comp.lang.java.help" 0 23 nil 23 42
>  ...
> > (#("nntp+news.dircon.co.uk:comp.lang.java.programmer" 0 23 nil 23 48
> 
> Who put in the #'s?  That's not valid Emacs or XEmacs.

Not me. I didn't think they should be there. Perhaps the file was
corrupted when X crashed a while back.

-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[SL Baur]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> SL Baur <steve@xemacs.org> writes:

>> Who put in the #'s?  That's not valid Emacs or XEmacs.

> Not me. I didn't think they should be there. Perhaps the file was
> corrupted when X crashed a while back.

The first snippet didn't look corrupted.  The parens were balanced.

I've had my X server go west on me twice in the last couple weeks
while in Gnus (both times I had hit the next article button on the
toolbar) without .newsrc corruption, not that that has much if any
bearing on your situation.

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1936 bytes --]

SL Baur <steve@xemacs.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > SL Baur <steve@xemacs.org> writes:
> 
> >> Who put in the #'s?  That's not valid Emacs or XEmacs.
> 
> > Not me. I didn't think they should be there. Perhaps the file was
> > corrupted when X crashed a while back.
> 
> The first snippet didn't look corrupted.  The parens were balanced.

I tried taking out the "#" marks while leaving the parens intact but I
got this error:

Signaling: (wrong-type-argument stringp ("nntp+news.dircon.co.uk:comp.lang.java.help" 0 23 nil 23 42 (mouse-face highlight face gnus-group-news-3-face)))
  intern(("nntp+news.dircon.co.uk:comp.lang.java.help" 0 23 nil 23 42 (mouse-face highlight face gnus-group-news-3-face)) [comp\.os\.linux\.setup 0 0 comp\.os\.linux\.development\.apps 0 comp\.os\.linux\.hardware 0 0 0 0 0 0 0 0 0 0 0 nnml:redhat\.digests\.v97\.p1 nnml:redhat\.digests\.v97\.p2 nnml:redhat\.digests\.v96\.p3 0 gnu\.announce 0 0 0 0 0 0 0 0 0 0 0 0 0 comp\.emacs\.xemacs 0 nnml:hurricane 0 nnml:sag nnml:inbox 0 0 0 null 0 0 0 0 0 ...])
  gnus-make-hashtable-from-newsrc-alist()
  gnus-read-newsrc-el-file("/home/zcaceog/.newsrc-localhost.el")
  gnus-read-newsrc-file(nil)
  gnus-setup-news(nil nil nil)
  byte-code("\b¬ˆ	¬… ˆª»ÃÄ!ˆÅ\x0e\x06!\x16\a\x0e\b¬„\x0e	«ƒÊ ˆ\x0e\v«ˆÌ ˆÍÎÏ\"ˆÐÑ\x0e\x12\b#ˆÓ\x0e\x12!ˆÔ ˆÕÖ!ˆ× ˆÃØ!ˆÑ‡" [dont-connect did-connect gnus-group-quit run-hooks gnus-startup-hook gnus-make-newsrc-file gnus-startup-file gnus-current-startup-file gnus-slave gnus-use-dribble-file gnus-dribble-read-file gnus-use-grouplens bbb-login add-hook gnus-summary-mode-hook gnus-grouplens-mode gnus-setup-news nil level gnus-group-list-groups gnus-group-first-unread-group gnus-configure-windows group gnus-group-set-mode-line gnus-started-hook] 4)
  gnus-1(nil nil nil)
  gnus(nil)
  call-interactively(gnus)
  command-execute(gnus t)
  execute-extended-command(nil)
  call-interactively(execute-extended-command)

-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[SL Baur]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> I tried taking out the "#" marks while leaving the parens intact but I
> got this error:

That's not likely to be correct.  You had a `(#' ... `)' wrapped
around what looked like group info on a foreign nntp server.

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

SL Baur <steve@xemacs.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > I tried taking out the "#" marks while leaving the parens intact but I
> > got this error:
> 
> That's not likely to be correct.  You had a `(#' ... `)' wrapped
> around what looked like group info on a foreign nntp server.

That's right, it's a foreign nntp server. I would have thought that
`(' ... `)' would have worked. 

What I really want to know is why this file works just fine with Emacs
but not XEmacs?

-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[Hrvoje Niksic]

SL Baur <steve@xemacs.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > This is part of my file. It is the only part that contains "#".
> 
> 
> > (#("nntp+news.dircon.co.uk:comp.lang.java.help" 0 23 nil 23 42
>  ...
> > (#("nntp+news.dircon.co.uk:comp.lang.java.programmer" 0 23 nil 23 48
> 
> Who put in the #'s?  That's not valid Emacs or XEmacs.

That looks like the FSFmacs crockish syntax for strings with text
properties.  Try this:

(let ((a "somestring"))
  (put-text-property 0 5 'foo 'bar a)
  a)
  => "somestring"				; XEmacs

  => #("somestring" 0 5 (foo bar) 5 10 nil)	; FSFmacs

Familiar?  In FSF Emacs text properties change the printed
representation of strings, and strings with properties might have
leaked to `.newsrc.eld', somehow.

This matter is even more confusing because given that Common Lisp uses
#(...)  syntax for vectors.

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
* Vi is the God of editors.
* Emacs is the editor of Gods.

Re: Bad .newsrc.eld created by Gnus

[Per Abrahamsen]

SL Baur <steve@xemacs.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > This is part of my file. It is the only part that contains "#".
> 
> 
> > (#("nntp+news.dircon.co.uk:comp.lang.java.help" 0 23 nil 23 42
>  ...
> > (#("nntp+news.dircon.co.uk:comp.lang.java.programmer" 0 23 nil 23 48
> 
> Who put in the #'s?  That's not valid Emacs or XEmacs.

It look like Emacs print syntax for strings containing text properties.

They usually occur when someone calls `buffer-substring' instead of
`buffer-substring-no-properties'.

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

Kurt Swanson <ksw@dna.lth.se> writes:

> Per Abrahamsen <abraham@dina.kvl.dk> writes:
> > SL Baur <steve@xemacs.org> writes:
> 
> > > Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > > > This is part of my file. It is the only part that contains "#".
> 
> 
> > > > (#("nntp+news.dircon.co.uk:comp.lang.java.help" 0 23 nil 23 42
> > >  ...
> > > > (#("nntp+news.dircon.co.uk:comp.lang.java.programmer" 0 23 nil 23 48
> 
> > > Who put in the #'s?  That's not valid Emacs or XEmacs.
> 
> > It look like Emacs print syntax for strings containing text properties.
> 
> > They usually occur when someone calls `buffer-substring' instead of
> > `buffer-substring-no-properties'.
> 
> There's also the posibility it is a symbol denoting that the next
> entity is a function, but I see this as less probable.


Hrvoje Niksic <hniksic@srce.hr> writes:

> That looks like the FSFmacs crockish syntax for strings with text
> properties.  Try this:
> 
> (let ((a "somestring"))
>   (put-text-property 0 5 'foo 'bar a)
>   a)
>   => "somestring"				; XEmacs
> 
>   => #("somestring" 0 5 (foo bar) 5 10 nil)	; FSFmacs
> 
> Familiar?  In FSF Emacs text properties change the printed
> representation of strings, and strings with properties might have
> leaked to `.newsrc.eld', somehow.
> 
> This matter is even more confusing because given that Common Lisp uses
> #(...)  syntax for vectors.

Hi,

Does anyone have some suggestions on how to proceed?

-- 
Eze Ogwuma

Re: Bad .newsrc.eld created by Gnus

[Lars Magne Ingebrigtsen]

Eze Ogwuma <typhoon@dircon.co.uk> writes:

> Does anyone have some suggestions on how to proceed?

Remove the text props.

#("group.name" gruft gruft gruft)

=>

"group.name"

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma]

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

Lars Magne Ingebrigtsen <larsi@gnus.org> writes:

> Eze Ogwuma <typhoon@dircon.co.uk> writes:
> 
> > Does anyone have some suggestions on how to proceed?
> 
> Remove the text props.
> 
> #("group.name" gruft gruft gruft)
> 
> =>
> 
> "group.name"

This works just fine, now I can use XEmacs again.

My thanks to you Lars and to all the others who helped me with this. 


[-- Attachment #2: Type: text/plain, Size: 11 bytes --]

Eze Ogwuma