Your message dated Sat, 17 Dec 2011 21:11:32 +0100
with message-id <[email protected]>
and subject line Re: Bug#650518: (Fwd) Re: Bug#650518:
libproc-processtable-perl: Module expects english locale
has caused the Debian Bug report #650518,
regarding libproc-processtable-perl: Module expects english locale
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 this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
650518: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=650518
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libproc-processtable-perl
Version: 0.45-1
Severity: important
Tags: l10n
Background:
The version of the module is 0.45. It's installed with synaptic, but my system
is allowed to use the backports, too.
My perl skript uses this module. When I try to access the field "pid" of the
process table it exits with the error message "Your vendor has not defined
Proc::ProcessTable macro pid at " my script some line number. The error message
is not from my script but from the module.
When I debug it I find in the file Proc::ProcessTable::AUTOLOAD (says the perl
debugger) a comparison "if ($! ~= /Invalid/)" which is never true when the
locale is german and the OS-error is reported consequently in german. As it
can't be true it always exits with the above mentioned error message.
I can circumnavigate the problem by setting the locale to english, but this in
my humble opinion not the way it should work.
-- System Information:
Debian Release: 6.0.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libproc-processtable-perl depends on:
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction
ii perl-base [perlapi-5.1 5.10.1-17squeeze2 minimal Perl system
libproc-processtable-perl recommends no packages.
libproc-processtable-perl suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sat, 17 Dec 2011 15:07:00 +0100, Salvatore Bonaccorso wrote:
> > > > $p->{pid} and $p->{cmndline} is probably cleaner.
> > > Agreed. Is it cleaner in the perldoc part, too?
> But I think this in the documentation because of this:
[..]
> Now the $ref's are process objects, hashrefs blessed into
> Proc::ProcessTable objects. I think thus the notation in documentation
> of Proc::ProcessTable makes sense this way.
Thanks for the detailed explanation!
> Well okay you *can* access the keys of $ref via $ref->{uid}, as this
> is a hashreference, blessed into Proc::ProcessTable.
> Do you agree?
Yup.
Cheers,
gregor, closing the bug
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key ID: 0x8649AA06
: :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/
`. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe
`- NP: Hair: Age of Aquarius
signature.asc
Description: Digital signature
--- End Message ---
