* Re: itimer vs. gnus with rss
[not found] <87oebvj8re.fsf@debian.IGP>
@ 2005-05-01 16:00 ` Steve Youngs
[not found] ` <87k6mik1g2.fsf@debian.IGP>
0 siblings, 1 reply; 4+ messages in thread
From: Steve Youngs @ 2005-05-01 16:00 UTC (permalink / raw)
* Andreas Goesele <goesele@hfph.mwn.de> writes:
> itimer "with-timeout" signaled: (void-function with-timeout-handler)
Update your "xemacs-base" package. That function is in timer-funcs.el
which is in that package.
--
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
| I am Dyslexic of Borg. |
| Fusistance is retile. Your arse will be laminated. |
|------------------------------------<steve@sxemacs.org>---|
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: itimer vs. gnus with rss
[not found] ` <87k6mik1g2.fsf@debian.IGP>
@ 2005-05-02 8:10 ` Steve Youngs
[not found] ` <87mzrdqni4.fsf@debian.IGP>
0 siblings, 1 reply; 4+ messages in thread
From: Steve Youngs @ 2005-05-02 8:10 UTC (permalink / raw)
* Andreas Goesele <goesele@hfph.mwn.de> writes:
> Steve Youngs <steve@sxemacs.org> writes:
>> * Andreas Goesele <goesele@hfph.mwn.de> writes:
>>
>> > itimer "with-timeout" signaled: (void-function with-timeout-handler)
>>
>> Update your "xemacs-base" package. That function is in timer-funcs.el
>> which is in that package.
> Thanks. I have xemacs-base 1.96. Isn't that up to date?
Well that blows my theory out of the water, your xemacs-base is
current enough.
Can you get a lisp backtrace [1] and report it, together with the
trace, to <xemacs-beta@xemacs.org>.
Footnotes:
[1] M-: (setq debug-on-error t) RET
--
|---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---|
| I am Dyslexic of Borg. |
| Fusistance is retile. Your arse will be laminated. |
|------------------------------------<steve@sxemacs.org>---|
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: itimer vs. gnus with rss
[not found] ` <87mzrdqni4.fsf@debian.IGP>
@ 2005-05-03 11:55 ` giacomo boffi
[not found] ` <877jigqcvp.fsf@debian.IGP>
0 siblings, 1 reply; 4+ messages in thread
From: giacomo boffi @ 2005-05-03 11:55 UTC (permalink / raw)
Andreas Goesele <goesele@hfph.mwn.de> writes:
> Steve Youngs <steve@sxemacs.org> writes:
>
>> * Andreas Goesele <goesele@hfph.mwn.de> writes:
>>
>> > Steve Youngs <steve@sxemacs.org> writes:
>> >> * Andreas Goesele <goesele@hfph.mwn.de> writes:
>> >>
>> >> > itimer "with-timeout" signaled: (void-function with-timeout-handler)
>> Can you get a lisp backtrace [1] and report it, together with the
>> trace, to <xemacs-beta@xemacs.org>.
>
> I did it (using the command below), but I don't get a backtrace for
> *that* error. Anything else I could do?
>
>> Footnotes:
>> [1] M-: (setq debug-on-error t) RET
untested:
(setq debug-on-error^H^H^H^H^Hsignal t) RET
--
termy prende per fatica, attento. -- PLS, in IFQ
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: itimer vs. gnus with rss
[not found] ` <877jigqcvp.fsf@debian.IGP>
@ 2005-05-03 22:17 ` Adrian Aichner
0 siblings, 0 replies; 4+ messages in thread
From: Adrian Aichner @ 2005-05-03 22:17 UTC (permalink / raw)
Andreas Goesele <goesele@hfph.mwn.de> writes:
> giacomo boffi <giacomo.boffi@polimi.it> writes:
>
>>>> >> * Andreas Goesele <goesele@hfph.mwn.de> writes:
>>>> >>
>>>> >> > itimer "with-timeout" signaled: (void-function with-timeout-handler)
>
>>>> Can you get a lisp backtrace [1] and report it, together with the
>>>> trace, to <xemacs-beta@xemacs.org>.
>
>> (setq debug-on-error^H^H^H^H^Hsignal t) RET
>
> That worked. Here the backtrace:
>
> Debugger entered--Lisp error: (file-error "Cannot open load file" "url-handlers")
I don't think url-handlers is in any XEmacs packages or core yet.
mm-url.el of gnus-version "Gnus v5.10.7" has this:
(defun mm-url-load-url ()
"Load `url-insert-file-contents'."
(unless (condition-case ()
(require 'url-handlers)
(error nil))
;; w3-4.0pre0.46 or earlier version.
(require 'w3-vars)
(require 'url)))
Andreas, do you have w3 installed?
Adrian
> signal(file-error ("Cannot open load file" "url-handlers"))
> load("url-handlers" nil t nil)
> si:require(url-handlers nil)
> require(url-handlers)
> byte-code("..." [require url-handlers] 2)
> mm-url-load-url()
> mm-url-insert-file-contents("http://wherever/whatever.xml")
> byte-code("..." [with-timeout-timer with-timeout-tag mm-url-timeout result first url start-itimer "with-timeout" with-timeout-handler nil t message "Trying again (%s)..." mm-url-insert-file-contents re-search-forward "<meta[ \n]*http-equiv=\"Refresh\"[^>]*URL=\\([^\"]+\\)\"" match-string 1 mm-url-insert mm-url-retries times follow-refresh done with-timeout-value] 8)
> mm-url-insert("http://wherever/whatever.xml")
> nnrss-fetch("http://wherever/whatever.xml")
> nnrss-check-group("MYGROUP" "")
> nnrss-request-group("MYGROUP" "" nil)
> byte-code("..." [method dont-check gname group gnus-command-method gnus-find-method-for-group gnus-server-to-method gnus-get-function request-group string-match "^[^:]+:" 0 nil 1] 5)
> gnus-activate-group("nnrss:MYGROUP" scan)
> gnus-get-unread-articles(nil)
> gnus-group-get-new-news(nil)
> call-interactively(gnus-group-get-new-news)
>
> It seems I'm lacking and needing url-handlers. I didn't find it for
> XEmacs. For Emacs (under Debian) it's in w3-url-e21. Is my
> understandig correct that I need url-handlers? Where would I find this
> for XEmacs?
>
> Thanks again!
>
> Andreas Gösele
--
Adrian Aichner
mailto:adrian@xemacs.org
http://www.xemacs.org/
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2005-05-03 22:17 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <87oebvj8re.fsf@debian.IGP>
2005-05-01 16:00 ` itimer vs. gnus with rss Steve Youngs
[not found] ` <87k6mik1g2.fsf@debian.IGP>
2005-05-02 8:10 ` Steve Youngs
[not found] ` <87mzrdqni4.fsf@debian.IGP>
2005-05-03 11:55 ` giacomo boffi
[not found] ` <877jigqcvp.fsf@debian.IGP>
2005-05-03 22:17 ` Adrian Aichner
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).