Your message dated Wed, 23 Feb 2005 16:03:10 -0800
with message-id <[EMAIL PROTECTED]>
and subject line Closing #191241: cannot reach submitter
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 29 Apr 2003 11:05:20 +0000
>From [EMAIL PROTECTED] Tue Apr 29 06:05:11 2003
Return-path: <[EMAIL PROTECTED]>
Received: from (a32.net) [195.82.119.165] (mail)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 19ASv8-0002hD-00; Tue, 29 Apr 2003 06:05:10 -0500
Received: from john by a32.net with local (Exim 3.36 #1 (Debian))
id 19ASv7-0006PL-00; Tue, 29 Apr 2003 12:05:09 +0100
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: John Harrison <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: mutella: "get (3 or more numbers)" causes hang
X-Mailer: reportbug 2.10.1
Date: Tue, 29 Apr 2003 12:05:09 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-6.0 required=4.0
tests=BAYES_01,HAS_PACKAGE
version=2.53
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 2.53 (1.174.2.15-2003-03-30-exp)
Package: mutella
Version: 0.4.3-1
Severity: important
Tags: upstream
When getting files with "get" mutella will hang if I ask for too many
files. If I only ever ask for two files at a time it seems to be OK, but
I can easily nake it hang asking for 3 or more files at once.
For example, if I do "list" and find a list of 100 files, if I go
through them like this:
get 1 2
get 3 4
get 5 6
get 7 8
I can add files to download till the download list is full (64 files?).
If however I try:
get 1 2 3
get 4 5 6
get 7 8 9
or
get 1 2 3 4 5
get 6 7 8 9 10
get 11 12 13 14 15
get 16 17 18 19 20
I will be able to do this a few time and add a few files, but eventually
the client will not return from one of the "get" commands.
If you press return the screen scrolls up one line but you do not get
your > prompt back. I have tried leaving it for a long period of time
(i.e. a day) and it does not come back.
The only way to get out is to ^C it.
If I do an strace -p <PID>
The parent process is sitting there polling and the other processes are
all silent:
$ strace -p 24211
getppid() = 24210
poll([{fd=5, events=POLLIN}], 1, 2000) = 0
getppid() = 24210
poll([{fd=5, events=POLLIN}], 1, 2000) = 0
getppid() = 24210
poll([{fd=5, events=POLLIN}], 1, 2000) = 0
getppid() = 24210
poll([{fd=5, events=POLLIN}], 1, 2000) = 0
getppid() = 24210
If I ^C and restart mutella some AUTOGETs have been added,
I'm not sure if this includes files from the last get request though.
I'm not sure if it happens because it gets to 64 files in the queue,
but this may be related.
If this IS the reason it would seem that the client *should* realise
that you have asked to add too many files to the queue, give it's
"failed to start download of <file>" error message, and refuse to queue
more than 64 files, but not freeze.
This has been happening with earlier versions as well.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux aotea 2.4.19-686-smp #1 SMP Tue Nov 19 00:58:50 EST 2002 i686
Locale: LANG=C, LC_CTYPE=en_GB
Versions of packages mutella depends on:
ii libc6 2.3.1-17 GNU C Library: Shared libraries an
ii libgcc1 1:3.3-0pre6 GCC support library
ii libncurses5 5.3.20021109-2 Shared libraries for terminal hand
ii libreadline4 4.3-4 GNU readline and history libraries
ii libstdc++5 1:3.2.3-0pre7 The GNU Standard C++ Library v3
ii zlib1g 1:1.1.4-11 compression library - runtime
-- no debconf information
---------------------------------------
Received: (at 191241-done) by bugs.debian.org; 24 Feb 2005 00:03:12 +0000
>From [EMAIL PROTECTED] Wed Feb 23 16:03:12 2005
Return-path: <[EMAIL PROTECTED]>
Received: from pimout4-ext.prodigy.net [207.115.63.98]
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1D46TI-0007xs-00; Wed, 23 Feb 2005 16:03:12 -0800
Received: from blue (adsl-69-106-247-243.dsl.pltn13.pacbell.net
[69.106.247.243])
by pimout4-ext.prodigy.net (8.12.10 milter /8.12.10) with ESMTP id
j1O03AHb203590
for <[EMAIL PROTECTED]>; Wed, 23 Feb 2005 19:03:10 -0500
Received: from eric by blue with local (Exim 4.44)
id 1D46TG-0002zG-6N
for [EMAIL PROTECTED]; Wed, 23 Feb 2005 16:03:10 -0800
Date: Wed, 23 Feb 2005 16:03:10 -0800
From: Eric Warmenhoven <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Closing #191241: cannot reach submitter
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="2Z2K0IlrPCVsbNpk"
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no
version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level:
--2Z2K0IlrPCVsbNpk
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
I've sent two emails to [EMAIL PROTECTED] and both have returned:
----- Transcript of session follows -----
... while talking to smtp.a32.net.:
>>> DATA
<<< 550 Administrative prohibition
550 5.1.1 <[EMAIL PROTECTED]>... User unknown
Since I'm unable to reproduce this and I'm unable to get hold of the
submitter, I'm closing this. If the submitter still uses the package and
wishes to reopen this bug, he can send mail to [EMAIL PROTECTED]
with the commands 'reopen 191241' and 'submitter 191241 !'.
Eric
--2Z2K0IlrPCVsbNpk
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFCHRm+BLcxcFStIbURAgp8AJ4pJpCKoxR7t1NlWYWAwmQTLi0DYACeKSAz
maeLarEs5moHM3Z67Fe+YpQ=
=AEKI
-----END PGP SIGNATURE-----
--2Z2K0IlrPCVsbNpk--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
