Nice find! And yes, I can confirm that it works for me too. Would be
great to see these fixes make it into bookworm.
- Markus
Am 29.03.23 um 17:48 schrieb Mark Hindley:
This single hunk on top of 3.06-2 fixes pidof following multiple symlinks for me
when invoked as
pidof $(which vi)
I did a few more tests of my own and didn't find any other issues.
- Markus
Am 24.03.23 um 15:17 schrieb Jesse Smith:
On 2023-03-24 6:44 a.m., Markus Fischer wrote:
I think I've figured it out. With the following patch I don't see the
unexpected behaviour anymore:
--- a/src/killall5.c
)
==4158==by 0x109700: main (killall5.c:1108)
I compiled the killall5 binary with:
CFLAGS="-O2 -ggdb" make killall5
Am 23.03.23 um 16:25 schrieb Jesse Smith:
On 2023-03-23 12:04 p.m., Markus Fischer wrote:
I could also reproduce it with emacs. I've used emacs-gtk to avoid the
symli
23.03.23 um 15:50 schrieb Jesse Smith:
On 2023-03-23 11:36 a.m., Markus Fischer wrote:
Alright. Then there is still the issue with gdb, which is no symlink.
A full example for that:
```shell 1
$ type gdb
gdb is /usr/bin/gdb
$ gdb --core=corefile
```
```shell 2
$ ./pidof gdb
23125
$ ./pidof $(which
/gdb
```
Am 23.03.23 um 15:25 schrieb Jesse Smith:
On 2023-03-23 11:20 a.m., Markus Fischer wrote:
```shell 1
$ type vi
vi is /usr/bin/vi
$ vi
```
```shell 2
$ cd ~/src/sysvinit-upstream/src/
$ ls -l pidof
lrwxrwxrwx 1 ivanhoe ivanhoe 8 Mar 22 14:56 pidof -> killall5
$ ./pidof vi
21
r example, if "vi" was an alias to
"vim" rather than a symlink.
On 2023-03-23 3:38 a.m., Markus Fischer wrote:
I can confirm Mark's observation that "pidof $(which vi)" still does
not work, at least when vi is running as normal user. However, when I
run vi as root bo
cted.
I also noticed that as with vi above, when gdb was run as root "pidof
$(which gdb)" works as expected with both 3.06 and 3.07.
- Markus
Am 22.03.23 um 16:38 schrieb Jesse Smith:
On 2023-03-22 8:31 a.m., Mark Hindley wrote:
Markus,
Thanks for this.
On Wed, Mar 22, 2023 a
I just could reproduce another case where pidof with the argument being
a full path to a binary doesn't return a pid. It is not related to the
argument being a symlink.
This time it seems to be related to the program having been started with
arguments but I don't see the unexpected behaviour
Package: sysvinit-utils
Version: 3.06-2
Severity: normal
X-Debbugs-Cc: none
Dear Maintainer,
Passing the full path of a binary to the pidof command does not always
return a pid although the process is running and the man page of the
pidof command explicitly notes that it can be used that way.
in background.
* What was the outcome of this action?
Unperdictable crashes...
* What outcome did you expect instead?
Normal function
Attached is a gdb.log (crash while doing nothing...)
Markus Fischer
-- System Information:
Debian Release: 8.5
APT prefers stable-updates
Package: dbmail
Version: 2.2.11-1+b1
Severity: important
Under certain circumstances the imap server sends ')\r\n' after messages which
confuses some clients.
This was fixed in 2.2.17 , see http://dbmail.org/mantis/view.php?id=849 .
I experiences this problem with imapcopy which lead to
Same problem here, I've had set Bytecode to Paranoid which made the
daemon crash.
I've now set it to TrustSigned and clamav-daemon runs again.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: citadel-server
Version: 7.83-2
Severity: important
Dear citadel maintainers,
I need to migrate my citadel database from my current computer system to
another. For that purpose, I'd like to use the migration tool ctdlmigrate
which is mentioned on
Package: dpkg
Version: 1.15.4.1
Severity: normal
When running inside a vserver, the capability to alter the IO priority may not
be available.
Currently, due the daily cron job configuration, I get an email from the system
every day:
-8--
Subject: Cron
Hi,
Ola Lundqvist wrote:
Where is this option described?
On Tue, Oct 14, 2008 at 05:15:57PM +0200, Markus Fischer wrote:
Upon the first launch, vnc4server with the option '-SecurityTypes None'
still asks for a password, even though I specified no authentication to
be used.
vnc4server
Package: vnc4server
Version: 4.1.1+X4.3.0-30
Severity: normal
Upon the first launch, vnc4server with the option '-SecurityTypes None'
still asks for a password, even though I specified no authentication to
be used.
vnc4server passes unknown options down to Xvnc, however in this case it
should
Package: munin-node
Version: 1.2.6-5
Severity: normal
Tags: patch
When activating the plugins tomcat_access, tomcat_threads and
tomcat_volume, they don't report any values for graphing.
That happens because the script expects the following XML structure in
the status output:
After I upgraded to the latest version in testing it doesn't crash anymore.
thanks!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: php5-syck
Version: 0.55+svn270-1
Severity: grave
Justification: renders package unusable
When trying to to syck_dump() a simple data structure, PHPs memory_limit is hit
immediately. The data being dumped doesn't warrant hitting the memory limit and
the limit is already at 128M on my
Package: php5-tidy
Version: 5.2.4-2+b1
Severity: normal
I initially reported this as #463872 but it was suggested this may be a
php5-tidy bug.
When used within PHP, the allowed memory size from PHP is exceeded every time:
$ /usr/bin/php -r 'tidy_parse_string();'
Fatal error: Allowed memory
I think this sounds very reasonable. I don't know why the debian PHP5 package
version crashes, because when I compile 5.2.4 and 5.2.5 from clean php.net
from source, the tidy extension works.
The PHP package tidy version exhibits this problem reproduceable on different
machines for me.
I reported it against php5-tidy as #464074 which now contains a more
simplified reproducable example.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: swatch
Version: 3.2.1-1
Severity: normal
This is the exactly the same problem as described in #197042. I tried replying
to #197042 but only got
Recipient: [EMAIL PROTECTED]
Reason:unknown user
Using mail [EMAIL PROTECTED] does not work correctly, mail
[EMAIL PROTECTED] is
Package: libtidy-0.99-0
Version: 20080116cvs-2
Severity: grave
Justification: renders package unusable
When used within PHP, the allowed memory size from PHP is exceeded:
[EMAIL PROTECTED]:~/src$ cat debian-5.2.4-tidy-crash.php
?php
$sHtml = HTML
html
body
h1test/h1
/body
still with a 20051018-1 .so binary - works.
thanks,
- Markus
Jason Thomas wrote:
Why don't you just increase your max memory in php. libtidy is now 2
years newer. most likely its going to use more memory.
On Sun, 2008-02-03 at 22:54 +0100, Markus Fischer wrote:
Package: libtidy-0.99-0
Version
Package: php5
Version: 5.2.3-1+lenny1
Severity: wishlist
Currently the pdo_sqlite extension cannot be built standalone because
the header file php_pdo_driver.h cannot be found although it's there.
See the example (the directory pdo_sqlite is directly copied from a
prestine 5.2.5 source
Package: vim
Version: 1:7.0-122+1etch3
Severity: normal
The directory /usr/share/vim/addons/ is never considered by vim to be
parsed upon starting. Using strace I discovered that only
/var/lib/vim/addons/ is considered. It seems /usr/share/vim/addons/ is
either obsolete or /var/lib/vim/addons/
Package: puppet
Version: 0.20.1-1
Severity: important
The help switch doesn't work on any of the executeables in the
puppet/puppetmaster package. This is the output I get:
mngr01:~# puppet --help
/usr/bin/puppet:103: undefined method `feature' for Puppet:Module
(NoMethodError)
from
Package: winbind
Version: 3.0.23c-1
Followup-For: Bug #387076
Additionally I detected that SSH pam/winbind authorization also didn't
worked. The identified binary which caused the problem was:
/lib/security/pam_winbind.so
-- System Information:
Debian Release: testing/unstable
APT prefers
Package: samba
Version: 3.0.23c-1
Followup-For: Bug #387076
I'm having the same problem as reported above. I'm having pam/winbindd
querying our DC but after upgrading to 23c-1 it failed.
Luckily I've (sub)versionied my complete debian installation and I was
able to track down which files are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Steve Langasek wrote:
On Sat, Sep 16, 2006 at 09:05:53PM +0200, Markus Fischer wrote:
Package: winbind
Version: 3.0.23c-1
Followup-For: Bug #387076
Additionally I detected that SSH pam/winbind authorization also didn't
worked. The identified
Package: phpmyadmin
Version: 4:2.6.2-3sarge1
Followup-For: Bug #324318
When I give a fourth configuration block, I get the following warnings when I
choose this configuration in the select:
Notice: Undefined index: controluser in
/usr/share/phpmyadmin/libraries/common.lib.php on line 1232
Package: php4
Version: 4:4.3.10-9
Severity: important
phpversion() reports '4.3.10-9' which breaks any code in the world which
checks e.g. for '4.3.10' (happens with DB_DataObject which works around
a bug in 4.3.10).
-- System Information:
Debian Release: 3.1
APT prefers testing
APT policy:
33 matches
Mail list logo
