Gnus development mailing list
 help / color / mirror / Atom feed
* Quassia Gnus v0.7 is released
@ 1997-09-18  2:57 Lars Magne Ingebrigtsen
  1997-09-18  5:39 ` [XEmacs] " SL Baur
  0 siblings, 1 reply; 10+ messages in thread
From: Lars Magne Ingebrigtsen @ 1997-09-18  2:57 UTC (permalink / raw)


Bug fixes.

Get it from <URL:http://www.gnus.org/qgnus.tar.gz> or 
"/ftp@ftp.gnus.org:/pub/emacs/gnus/".  The patch is available as
<URL:http://www.gnus.org/patches/qgnus-0.6-0.7.diff.gz>.

ChangeLog since last release:

Thu Sep 18 04:54:59 1997  Lars Magne Ingebrigtsen  <larsi@menja.ifi.uio.no>

	* gnus.el: Quassia Gnus v0.7 is released.

Thu Sep 18 03:33:54 1997  Lars Magne Ingebrigtsen  <larsi@ifi.uio.no>

	* gnus-msg.el (gnus-setup-message): Slap a progn around forms.

	* nndraft.el (nndraft-articles): Make sure directory exists. 

	* message.el (message-mode): Don't delete article.

	* nnmh.el (nnmh-request-accept-article): Don't save when
	noinsert. 

Wed Sep 17 03:37:59 1997  Lars Magne Ingebrigtsen  <larsi@ifi.uio.no>

	* nndraft.el (nndraft-directory): Changed defaults.

	* gnus-agent.el (gnus-agent-fetch-session): Bind command method.



-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Magne Ingebrigtsen


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [XEmacs] Re: Quassia Gnus v0.7 is released
  1997-09-18  2:57 Quassia Gnus v0.7 is released Lars Magne Ingebrigtsen
@ 1997-09-18  5:39 ` SL Baur
  1997-09-18 14:11   ` Michael Harnois
                     ` (3 more replies)
  0 siblings, 4 replies; 10+ messages in thread
From: SL Baur @ 1997-09-18  5:39 UTC (permalink / raw)
  Cc: xemacs-beta

This version of Quassia Gnus causes XEmacs to drop core consistently
in an evil sort of way (overwritten stack).  I'm looking over the problem.


$ gdb src/xemacs ~/core
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.14 (i486-linux), Copyright 1995 Free Software Foundation, Inc...
Core was generated by `/usr/src/build20/mule/src/xemacs'.
Program terminated with signal 11, Segmentation fault.
find_solib: Can't read pathname for load map: I/O error

#0  0x40306451 in x_focus_timestamp_really_sucks_fix_me_better ()
(gdb) where
#0  0x40306451 in x_focus_timestamp_really_sucks_fix_me_better ()
#1  0x808ae8c in fatal_error_signal (sig=11)
    at /usr/src/xemacs-20.0/src/emacs.c:217
#2  0xbfff6444 in x_focus_timestamp_really_sucks_fix_me_better ()
Cannot access memory at address 0xbf2f6563.
(gdb) quit


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [XEmacs] Re: Quassia Gnus v0.7 is released
  1997-09-18  5:39 ` [XEmacs] " SL Baur
@ 1997-09-18 14:11   ` Michael Harnois
  1997-09-18 17:41     ` SL Baur
  1997-09-18 14:29   ` Karl Kleinpaste
                     ` (2 subsequent siblings)
  3 siblings, 1 reply; 10+ messages in thread
From: Michael Harnois @ 1997-09-18 14:11 UTC (permalink / raw)
  Cc: xemacs-beta

SL Baur <steve@xemacs.org> writes:

> This version of Quassia Gnus causes XEmacs to drop core consistently
> in an evil sort of way (overwritten stack).  I'm looking over the problem.

This hasn't happened to me (yet) ... when is it happening to you?

-- 
 Michael D. Harnois, Redeemer Lutheran Church, Washburn, IA
 mharnois@sbt.net                      aa0bt@aa0bt.ampr.org
 "Censorship is the height of vanity." -- Martha Graham


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [XEmacs] Re: Quassia Gnus v0.7 is released
  1997-09-18  5:39 ` [XEmacs] " SL Baur
  1997-09-18 14:11   ` Michael Harnois
@ 1997-09-18 14:29   ` Karl Kleinpaste
  1997-09-18 19:02   ` Jason R Mastaler
  1997-09-18 19:37   ` SL Baur
  3 siblings, 0 replies; 10+ messages in thread
From: Karl Kleinpaste @ 1997-09-18 14:29 UTC (permalink / raw)
  Cc: xemacs-beta

Using `X-Mailer: Quassia Gnus v0.6/XEmacs 20.3(beta23) - "Sarajevo"',
SL Baur <steve@xemacs.org> writes:
> This version of Quassia Gnus causes XEmacs to drop core consistently
> in an evil sort of way (overwritten stack).

Just FYI, I'm using XEmacs 19.14 (yes, still -- the 19.15 binary
distribution fails to cope with NIS under Linux) and I've seen no
trouble with 19.14 + QGnus 0.7 after a couple hours of fiddling.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [XEmacs] Re: Quassia Gnus v0.7 is released
  1997-09-18 14:11   ` Michael Harnois
@ 1997-09-18 17:41     ` SL Baur
  0 siblings, 0 replies; 10+ messages in thread
From: SL Baur @ 1997-09-18 17:41 UTC (permalink / raw)
  Cc: xemacs-beta

Michael Harnois <mharnois@sbt.net> writes:
> X-Mailer: Quassia Gnus v0.7/XEmacs 20.3(beta22) - "Minsk"

> SL Baur <steve@xemacs.org> writes:
>> This version of Quassia Gnus causes XEmacs to drop core consistently
>> in an evil sort of way (overwritten stack).  I'm looking over the problem.

> This hasn't happened to me (yet) ... when is it happening to you?

You're past it.  I get a crash on any attempt to send a message.  I've
tried a, C-u a (from the *topics* buffer - see below), r, R, and F.
It is perfectly reproducible for me. :-(

The attached `backtrace' is from doing a package install of Quassia Gnus
0.7 via xpackage.sh (unmodified since it was posted to xemacs-beta),
`M-x gnus' once the editor started, then I moved the cursor down to
my Gnus devel list group and hit `C-u a'.  The same sequence with
qgnus-0.6 obviously works.

$ gdb src/xemacs
GDB is free software and you are welcome to distribute copies of it
 under certain conditions; type "show copying" to see the conditions.
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.14 (i486-linux), Copyright 1995 Free Software Foundation, Inc...
(gdb) run
Starting program: /usr/src/build20/mule/src/xemacs 

Program received signal SIGSEGV, Segmentation fault.
0x8093515 in primitive_funcall (fn=Cannot access memory at address 0xbf2f656f.
) at /usr/src/xemacs-20.0/src/eval.c:3450
3450        case 12: return PRIMITIVE_FUNCALL(12);
(gdb) where
#0  0x8093515 in primitive_funcall (fn=
Cannot access memory at address 0xbf2f656f.
) at /usr/src/xemacs-20.0/src/eval.c:3450
Cannot access memory at address 0xbf2f6563.
(gdb) where -10
Cannot access memory at address 0xbf2f6563.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [XEmacs] Re: Quassia Gnus v0.7 is released
  1997-09-18  5:39 ` [XEmacs] " SL Baur
  1997-09-18 14:11   ` Michael Harnois
  1997-09-18 14:29   ` Karl Kleinpaste
@ 1997-09-18 19:02   ` Jason R Mastaler
  1997-09-18 19:37   ` SL Baur
  3 siblings, 0 replies; 10+ messages in thread
From: Jason R Mastaler @ 1997-09-18 19:02 UTC (permalink / raw)
  Cc: xemacs-beta

SL Baur <steve@xemacs.org> writes:

> This version of Quassia Gnus causes XEmacs to drop core consistently
> in an evil sort of way (overwritten stack).  I'm looking over the problem.

FYI, I'm not having this problem with XEmacs 20.2.

   Jason R. Mastaler                      jason@mastaler.com


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [XEmacs] Re: Quassia Gnus v0.7 is released
  1997-09-18  5:39 ` [XEmacs] " SL Baur
                     ` (2 preceding siblings ...)
  1997-09-18 19:02   ` Jason R Mastaler
@ 1997-09-18 19:37   ` SL Baur
  1997-09-18 21:11     ` Karl Kleinpaste
  3 siblings, 1 reply; 10+ messages in thread
From: SL Baur @ 1997-09-18 19:37 UTC (permalink / raw)
  Cc: xemacs-beta

I managed to get a lisp backtrace.  XEmacs should not be dropping
core, but it looks like something weird is going on with nndraft.

  directory-files("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/cache/news.admin.net-abuse.announce" nil "^[0-9]+$" t)
  # bind (dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/cache/news.admin.net-abuse.announce")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/cache")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/nntp+localhost")
  # bind (dirs dir dir)
  nnmh-request-list-1("/home/steve/News/")
  # bind (pathname-coding-system nnmh-toplev dir server)
  nnmh-request-list()
  # (unwind-protect ...)
  # bind (file timestamp file-time force backend)
  nnmail-activate(nnmh)
  # bind (noinsert last server group)
  nnmh-request-accept-article("drafts" "" t noinsert)
  eval((nnmh-request-accept-article group "" t noinsert))
  # bind (nnmh-get-new-mail nnmail-keep-last-article nnmh-directory group dir command)
  nndraft-execute-nnmh-command((nnmh-request-accept-article group "" t noinsert))
  # bind (gnus-verbose-backends noinsert last server group)
  nndraft-request-accept-article("drafts" "" t noinsert)
  # (unwind-protect ...)
  # bind (temp-results temp-buffer default-major-mode temp-file)
  # (unwind-protect ...)
  # bind (gnus-verbose-backends buf article file group)
  nndraft-request-associate-buffer("drafts")
  message-set-auto-save-file-name()
  message-mode()
  # bind (name)
  message-pop-to-buffer("*wide reply to Lars Magne Ingebrigtsen*")
  # bind (cur from subject date reply-to to cc references message-id follow-to inhibit-point-motion-hooks mct never-mct gnus-warning ignore-reply-to wide to-address)
  message-reply(nil t nil)
  # bind (ignore-reply-to to-address)
  message-wide-reply(nil nil)
  # bind (newsgroup-p to-list mailing-list to-group to-address pgroup group)
  # (unwind-protect ...)
  # bind (winconf buffer article message-header-setup-hook gnus-article-reply add-to-list force-news subject yank article-buffer header group post)
  gnus-post-news(nil "nnml:inbox" [13994 "Re: Quassia Gnus v0.4 is released" "Lars Magne Ingebrigtsen <larsi@ifi.uio.no>" "18 Sep 1997 04:15:27 +0200" "<m2raan8j0g.fsf@proletcult.slip.ifi.uio.no>" "<m267s3ecn9.fsf@proletcult.slip.ifi.uio.no> <m2wwkjnr74.fsf@altair.xemacs.org> <m2k9giaktk.fsf@proletcult.slip.ifi.uio.no> <m2vi01opnt.fsf@altair.xemacs.org>" 522 16 "Xref: altair.xemacs.org inbox:13994"] "*Article nnml:inbox*" (13994) nil nil)
  # bind (headers gnus-newsgroup-name force-news yank)
  gnus-summary-followup((13994) nil)
  # bind (force-news n)
  gnus-summary-followup-with-original(nil)
  # bind (command-debug-status)
  call-interactively(gnus-summary-followup-with-original)
  # (condition-case ... . error)
  # (catch top-level ...)


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [XEmacs] Re: Quassia Gnus v0.7 is released
  1997-09-18 19:37   ` SL Baur
@ 1997-09-18 21:11     ` Karl Kleinpaste
  1997-09-18 21:45       ` SL Baur
  1997-09-20 18:17       ` Lars Magne Ingebrigtsen
  0 siblings, 2 replies; 10+ messages in thread
From: Karl Kleinpaste @ 1997-09-18 21:11 UTC (permalink / raw)
  Cc: xemacs-beta

SL Baur <steve@xemacs.org> writes:
> I managed to get a lisp backtrace.  XEmacs should not be dropping
> core, but it looks like something weird is going on with nndraft.

>   directory-files("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/cache/news.admin.net-abuse.announce" nil "^[0-9]+$" t)
>   # bind (dir)
>   nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/cache/news.admin.net-abuse.announce")
>   # bind (dirs dir dir)
>   nnmh-request-list-1("/home/steve/News/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/nntp+localhost/cache")
>   # bind (dirs dir dir)

The price of lunch says you've got a symlink, ~/News/nntp+localhost,
pointed at `.'

Remove it. :-)

(We went through this last year, when I did something similar under an
old rgnus.  Lars added self-defensive code to scorefile searching at
the time, which is where I ran into this.  Perhaps he could do it here
as well.)


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [XEmacs] Re: Quassia Gnus v0.7 is released
  1997-09-18 21:11     ` Karl Kleinpaste
@ 1997-09-18 21:45       ` SL Baur
  1997-09-20 18:17       ` Lars Magne Ingebrigtsen
  1 sibling, 0 replies; 10+ messages in thread
From: SL Baur @ 1997-09-18 21:45 UTC (permalink / raw)
  Cc: ding, xemacs-beta

-----BEGIN PGP SIGNED MESSAGE-----

Karl Kleinpaste <karl@jprc.com> writes:

> The price of lunch says you've got a symlink, ~/News/nntp+localhost,
> pointed at `.'

> Remove it. :-)

I owe you lunch (and it makes things a good deal faster :-)  Thanks.

> (We went through this last year, when I did something similar under an
> old rgnus.  Lars added self-defensive code to scorefile searching at
> the time, which is where I ran into this.  Perhaps he could do it here
> as well.)

Yup.

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBNCGgzKLJZEUiepcNAQHhqgQAjZ9nhuJwrzjqlN4+4+x6e9d5yKmM7uPe
f4pmIKpfyAYF6J0LIjyYZEAPl3QMMkMQj4MksqtLkpynDREjmtVSPM8GUbByo69X
E+gMFtsvgVQjxHijCb6cY9mou9xfir1xWoAq+Xp32yWJM9DkXdpDGd/0IZ81SWNo
ZlFs6JdvjXU=
=V3+c
-----END PGP SIGNATURE-----


^ permalink raw reply	[flat|nested] 10+ messages in thread

* Re: [XEmacs] Re: Quassia Gnus v0.7 is released
  1997-09-18 21:11     ` Karl Kleinpaste
  1997-09-18 21:45       ` SL Baur
@ 1997-09-20 18:17       ` Lars Magne Ingebrigtsen
  1 sibling, 0 replies; 10+ messages in thread
From: Lars Magne Ingebrigtsen @ 1997-09-20 18:17 UTC (permalink / raw)


Karl Kleinpaste <karl@jprc.com> writes:

> (We went through this last year, when I did something similar under an
> old rgnus.  Lars added self-defensive code to scorefile searching at
> the time, which is where I ran into this.  Perhaps he could do it here
> as well.)

Yup.  Fix in Quassia Gnus v0.8.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Magne Ingebrigtsen


^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~1997-09-20 18:17 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1997-09-18  2:57 Quassia Gnus v0.7 is released Lars Magne Ingebrigtsen
1997-09-18  5:39 ` [XEmacs] " SL Baur
1997-09-18 14:11   ` Michael Harnois
1997-09-18 17:41     ` SL Baur
1997-09-18 14:29   ` Karl Kleinpaste
1997-09-18 19:02   ` Jason R Mastaler
1997-09-18 19:37   ` SL Baur
1997-09-18 21:11     ` Karl Kleinpaste
1997-09-18 21:45       ` SL Baur
1997-09-20 18:17       ` Lars Magne Ingebrigtsen

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).