Invalid Data on Line 1 - Please Help!

Invalid Data on Line 1 - Please Help!

[Jake Colman]

I've posted this before and have not gotton back anything useful  Someone
suggested using toggle-debug-on-error but this is not considered an elisp
error.  It is just an error printed by gnus.

This is not making any sense to me!  Everything used to work fine for years.
Now it's crapping out quite regularly.  How can I trace down what's going on?
 Maybe I have corruption somwhere?  How can I find it?

Is there a way to me blow eveything away and refresh my gnus config from
scratch?  How can I do this?

-- 
Jake Colman                     

Principia Partners LLC                    Phone: (201) 209-2467
Harborside Financial Center                 Fax: (201) 946-0320
902 Plaza Two                          E-mail: colman@ppllc.com
Jersey City, NJ 07311                 www.principiapartners.com

Re: Invalid Data on Line 1 - Please Help!

[Kevin Greiner]

Jake Colman <colman@ppllc.com> writes:

> I've posted this before and have not gotton back anything useful  Someone
> suggested using toggle-debug-on-error but this is not considered an elisp
> error.  It is just an error printed by gnus.
>
> This is not making any sense to me!  Everything used to work fine for years.
> Now it's crapping out quite regularly.  How can I trace down what's going on?
>  Maybe I have corruption somwhere?  How can I find it?

Jake,
Here's what I'd like you to do.

1) Eval (c-h v) load-path to see the list of directories from which
   libraries are loaded.  Look for the gnus directory.

2) Edit the gnus-util.el file in that directory.  Look for the
   gnus-parse-without-error macro.  Insert (debug) as I've shown
   below.

(defmacro gnus-parse-without-error (&rest body)
  "Allow continuing onto the next line even if an error occurs."
  `(while (not (eobp))
     (condition-case ()
	 (progn
	   ,@body
	   (goto-char (point-max)))
       (error
(debug)
	(gnus-error 4 "Invalid data on line %d"
		    (count-lines (point-min) (point)))
	(forward-line 1)))))

4) Do M-x load-library <ret>gnus-util.el<ret>
      M-x load-library <ret>nnagent.el<ret>
      M-x load-library <ret>gnus-sum.el<ret>
4) Start gnus as usual.
5) Proceed until you get thrown into the debugger.

6) While in the debugger, eval (current-buffer).  If that buffer isn't
   visible, select it so that you can see what is wrong with line 1.

7) Exit gnus, edit the broken file to fix line 1, then start gnus to
   see if you're OK.

I'd appreciate it if you'd post which file had the invalid line and
also the invalid line itself.  Gnus may not be able to avoid the error
but it should, if at all possible, handle it with more grace.

Kevin

Re: Invalid Data on Line 1 - Please Help!

[Jake Colman]

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

>>>>> "KG" == Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

   KG> 4) Start gnus as usual.
   KG> 5) Proceed until you get thrown into the debugger.

   KG> 6) While in the debugger, eval (current-buffer).  If that buffer isn't
   KG>    visible, select it so that you can see what is wrong with line 1.

   KG> 7) Exit gnus, edit the broken file to fix line 1, then start gnus to
   KG>    see if you're OK.

   KG> I'd appreciate it if you'd post which file had the invalid line and
   KG> also the invalid line itself.  Gnus may not be able to avoid the error
   KG> but it should, if at all possible, handle it with more grace.


I've left just enough of your post to give some context.

Just before I saw your reply, I completed my fight with edebug to gain some
insight into what's going on.

The problem is in (gnus-nov-parse-line).  It correctly parses all of the
components of the header line and then calls (widen).  It is there that the
error is triggered.

I am not sure what's going on but I have my suspicions.  I recently loaded a
new library: narrow-stack.el.  This package has the following line:

        (ad-enable-advice 'widen 'before 'ns-widen-advice))

I strongly suspect that this is the cause of the problem, though I have no
idea why.  I have removed narrow-stack.el and will see whether my problem
goes away.

In case you are interested, I am attaching narrow-stack.el with this
message.  Please let me know what you think of my diagnosis.

-- 
Jake Colman                     

Principia Partners LLC                    Phone: (201) 209-2467
Harborside Financial Center                 Fax: (201) 946-0320
902 Plaza Two                          E-mail: colman@ppllc.com
Jersey City, NJ 07311                 www.principiapartners.com


[-- Attachment #2: narrow-stack.el --]
[-- Type: application/emacs-lisp, Size: 4883 bytes --]