Bug#511250: Here is the fix for this bus
For a Feedback: this fix worked for me. There were no crashes since I installed the new package. Marcus Aníbal Monsalve Salazar escreveu: On Wed, Sep 02, 2009 at 03:48:46PM +0200, Sandro Serafini wrote: To fix this bug, you have to modify the 05_handle-short-read.dpatch patch, in this way: The THREE istance of (row number 58, 94, 133 of the 05_handle-short-read.dpatch file): + num_bytes += bytes_read; Should be modified in: + if (bytes_read0) num_bytes += bytes_read; Because when read returns error, this should not influence the number of bytes already read. AND The THREE istance of (row number 60, 96, 135 of the 05_handle-short-read.dpatch file): + while ((bytes_read 0 || errno == EINTR) [...] Should be modified in: + while ((bytes_read 0 || (bytes_read==-1 errno == EINTR)) [...] Because errno is only valid when read returns -1, errno is not set if there are no errors from the read; so if read gets interrupted by an EINTR, then when read reaches end-of-file, read will return 0 with errno still set to EINTR, and the loop become an infinite loop. Please someone upstream the fix and inform the author of the patch, thanks! Sandro Thank you Sandro for the fix. Marcus and Artur, could you please test Sandro's fix for this bug? Cheers!
Bug#511250: libgdbm3: can enter on an infinite loop reading file
:45.323812 read(4, ..., 2446) = 0 17:48:45.323937 read(4, ..., 2446) = 0 17:48:45.324074 read(4, ..., 2446) = 0 17:48:45.324215 read(4, ..., 2446)= 0 17:48:45.324377 read(4, ..., 2446) = 0 . . . until I kill the proccess - I dont know why the read seems to be starting on the middle of the file, not on the start. May be its related to the short read bug. My file is located on a local ext3 hard disk. Anyway libgdbm cant go on a infinite loop like that. Marcus Pereira -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages libgdbm3 depends on: ii libc6 2.7-13 GNU C Library: Shared libraries libgdbm3 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#312374: iptables do not accept hashlimit module
Package: iptables Version: 1.2.11-10 Severity: normal Debian kernel packages from version 2.6.10 are compilde with CONFIG_IP_NF_MATCH_HASHLIMIT=m, but iptables still does not accept it. +++ # iptables -m hashlimit --help iptables v1.2.11: Couldn't load match 'hashlimit':/lib/iptables/libipt_hashlimit.so: cannot open shared object file: No such file or directory +++ Marcus Pereira -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages iptables depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#291441: courier-maildrop: over quota messages not returning as undeliverable
Package: courier-maildrop Version: 0.47-3 Severity: normal Maildrop is not bouncing back the message when the destination maildir is over quota. Messages are never leaving the queue since courier is returning a temporary error. Looking on courier_0.47-3.diff.gz: +++ --- courier-0.47.orig/maildrop/deliver.C +++ courier-0.47/maildrop/deliver.C @@ -152,7 +152,7 @@ if ( deliver_maildir.MaildirOpen(mailbox, deliver_file, maildrop.msgptr-MessageSize()) 0) - throw 77; + throw 75; format_mbox.Init(0); if (format_mbox.DeliverTo(deliver_file)) Patching deliver.C this way wil make maildrop return a temporary fail as on dot-courier manual: If the external command terminates with any of the following exit codes: 64, 65, 67, 68, 69, 70, 76, 77, 78, or 112, the E-mail message will be returned as undeliverable, and no further delivery instructions will take place. Exit code 75 is not on this list. Returning the original value 77 wil make the over quota message bounce back to the sender. This is the way I think it should be. Isn't it? Marcus -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages courier-maildrop depends on: hi courier-base 0.47-3Courier Mail Server - Base system hi courier-mta [mail-transpor 0.47-3Courier Mail Server - ESMTP daemon ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libfam0c1022.7.0-6 client library to control the FAM ii libgcc11:3.4.3-6 GCC support library ii libgdbm3 1.8.3-2 GNU dbm database routines (runtime ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#290120: courier-mta: /usr/sbin/sendmail only works with root or daemon
Package: courier-mta Version: 0.47-3 Severity: normal /usr/sbin/sendmail only works with the root or daemon users. This breaks many aplications. Seting suid solved the problem but is it this best way? example: # su www-data $ echo to: [EMAIL PROTECTED] | /usr/sbin/sendmail -oi -t sendmail: ERR: submitclient: EOF from submit. 432 Service temporarily unavailable. $ # su daemon $ echo to: [EMAIL PROTECTED] | /usr/sbin/sendmail -oi -t $ -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages courier-mta depends on: hi courier-authdaemon 0.47-3Courier Mail Server - Authenticati hi courier-base 0.47-3Courier Mail Server - Base system ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libgcc11:3.4.3-6 GCC support library ii libgdbm3 1.8.3-2 GNU dbm database routines (runtime ii libperl5.8 5.8.4-5 Shared Perl library ii libstdc++5 1:3.3.5-5 The GNU Standard C++ Library v3 -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
