Re: Bad .newsrc.eld created by Gnus

[Eze Ogwuma <typhoon@dircon.co.uk>]

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