* Re: Gnus CVS-Release: Remarks to `nntp-open-connection'
@ 2000-10-12 7:26 Christoph Conrad
0 siblings, 0 replies; 3+ messages in thread
From: Christoph Conrad @ 2000-10-12 7:26 UTC (permalink / raw)
Cc: ding
Hello ShengHuo,
cc>Oh, i never used one of them ;-)
I see, that's not true. Surely I use `gnus-agent-fetch-session'.
Best regards,
cu, -cc-
--
EMACS: Every Mode Accelerates Creation of Software
(defvar my-computer '((OS . "GNU Emacs") (system-type . gnu/linux))
"Programming environment.")
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Gnus CVS-Release: Remarks to `nntp-open-connection'
2000-10-09 18:49 ` ShengHuo ZHU
@ 2000-10-12 7:16 ` Christoph Conrad
0 siblings, 0 replies; 3+ messages in thread
From: Christoph Conrad @ 2000-10-12 7:16 UTC (permalink / raw)
Cc: ding
Hello ShengHuo,
you wrote:
>> - if there is more than one nntp group in the group buffer, the
>> group buffer isn't shown, cause the whole gnus-(un)plugged quits
>> (cause a quit-signal is re-thrown).
> Do you mean it quits gnus-agent-fetch-session (or
> gnus-agent-batch-fetch)? I think a better way is to catch "quit"
> signal in g-a-f-s.
Oh, i never used one of them ;-)
Myriads of years ago, in the ancient times of pgnus 0.7, i wrote the
following (maybe ugly) function which i modified some times and used
since then:
(defun my-gnus-check-new-news-all-groups ()
(interactive)
(let ((pos (point))
(lines (1- (count-lines (point-min) (point-max)))))
(beginning-of-buffer)
(while (> lines 0)
(gnus-topic-get-new-news-this-topic)
(setq lines (1- lines)))
(goto-char pos))
(gnus-agent-expire)
(gnus-cache-generate-active)
(gnus-group-save-newsrc)
(gnus-close-backends))
I will try the two functions from above!
Best regards,
cu, -cc-
--
EMACS: Every Mode Accelerates Creation of Software
(defvar my-computer '((OS . "GNU Emacs") (system-type . gnu/linux))
"Programming environment.")
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Gnus CVS-Release: Remarks to `nntp-open-connection'
[not found] <m3em1pvrqp.fsf@mutzel.brumpf.de>
@ 2000-10-09 18:49 ` ShengHuo ZHU
2000-10-12 7:16 ` Christoph Conrad
0 siblings, 1 reply; 3+ messages in thread
From: ShengHuo ZHU @ 2000-10-09 18:49 UTC (permalink / raw)
Cc: ding
Christoph Conrad <christoph.conrad@gmx.de> writes:
> I have two remarks to "nntp.el" and the function `nntp-open-connection';
> i have no direct Internet connection (dialup with modem).
>
> When i startup Gnus when not connected (M-x `gnus-plugged' or
> `gnus-unplugged') or try get new news when plugged and not online
> (`gnus-topic-get-new-news-this-topic') Gnus tries to establish a
> connection and waits for opening it (`nntp-connection-timeout' isn't
> respected). So i C-g the whole thing.
nntp-connection-timeout doesn't work in FSF Emacs, because the alarm
is disabled during connecting. :-(
,-------- src/process.c
| /* This turns off all alarm-based interrupts; the
| bind_polling_period call above doesn't always turn all the
| short-interval ones off, especially if interrupt_input is
| set.
|
| It'd be nice to be able to control the connect timeout
| though. Would non-blocking connect calls be portable? */
| turn_on_atimers (0);
| ret = connect (s, lres->ai_addr, lres->ai_addrlen);
| xerrno = errno;
| turn_on_atimers (1);
`--------
> The unbeautiful things are:
>
> - if there is more than one nntp group in the group buffer, the group
> buffer isn't shown, cause the whole gnus-(un)plugged quits (cause a
> quit-signal is re-thrown).
Do you mean it quits gnus-agent-fetch-session (or
gnus-agent-batch-fetch)? I think a better way is to catch "quit"
signal in g-a-f-s.
> - the nntp buffer isn't closed.
Right, pbuffer should be killed.
> So i patched `nntp-open-connection':
>
> (defun nntp-open-connection (buffer)
> "Open a connection to PORT on ADDRESS delivering output to BUFFER."
> ...
> (quit
> (message "Quit opening connection")
> ;; -cc- (signal 'quit nil)
> ;; -cc- added
> (kill-buffer pbuffer)
> nil))))
>
> I would suggest to kill the buffer (release the resource). If there is a
> more elegant solution to uncommenting the `signal', please let me know.
ShengHuo
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2000-10-12 7:26 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-10-12 7:26 Gnus CVS-Release: Remarks to `nntp-open-connection' Christoph Conrad
[not found] <m3em1pvrqp.fsf@mutzel.brumpf.de>
2000-10-09 18:49 ` ShengHuo ZHU
2000-10-12 7:16 ` Christoph Conrad
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).