From rleigh@debian.org

Created by rleigh@debian.org

This is a bug report for perl from rleigh@​debian.org,
generated with the help of perlbug 1.39 running under perl 5.10.1.

-----------------------------------------------------------------
POSIX.pm does not include the fuction strsignal(3), used to
return a string describing a signal. It would be great if this
functionality could be added.

Thanks,
Roger

Flags:
    category=library
    severity=low
    module=POSIX

Site configuration information for perl 5.10.1:

Configured by Debian Project at Sat Jan 16 20:42:52 UTC 2010.

Summary of my perl5 (revision 5 version 10 subversion 1) configuration:
   
  Platform:
    osname=linux, osvers=2.6.32-trunk-amd64, archname=x86_64-linux-gnu-thread-multi
    uname='linux madeleine 2.6.32-trunk-amd64 #1 smp sun jan 10 22:40:40 utc 2010 x86_64 gnulinux '
    config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=x86_64-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.10 -Darchlib=/usr/lib/perl/5.10 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.10.1 -Dsitearch=/usr/local/lib/perl/5.10.1 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm -DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib -Dlibperl=libperl.so.5.10.1 -Dd_dosuid -des'
    hint=recommended, useposix=true, d_sigaction=define
    useithreads=define, usemultiplicity=define
    useperlio=define, d_sfio=undef, uselargefiles=define, usesocks=undef
    use64bitint=define, use64bitall=define, uselongdouble=undef
    usemymalloc=n, bincompat5005=undef
  Compiler:
    cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
    optimize='-O2 -g',
    cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include'
    ccversion='', gccversion='4.4.3 20100108 (prerelease)', gccosandvers=''
    intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678
    d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
    ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8
    alignbytes=8, prototype=define
  Linker and Libraries:
    ld='cc', ldflags =' -fstack-protector -L/usr/local/lib'
    libpth=/usr/local/lib /lib /usr/lib /lib64 /usr/lib64
    libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt
    perllibs=-ldl -lm -lpthread -lc -lcrypt
    libc=/lib/libc-2.10.2.so, so=so, useshrplib=true, libperl=libperl.so.5.10.1
    gnulibc_version='2.10.2'
  Dynamic Linking:
    dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E'
    cccdlflags='-fPIC', lddlflags='-shared -O2 -g -L/usr/local/lib -fstack-protector'

Locally applied patches:
    


@INC for perl 5.10.1:
    /etc/perl
    /usr/local/lib/perl/5.10.1
    /usr/local/share/perl/5.10.1
    /usr/lib/perl5
    /usr/share/perl5
    /usr/lib/perl/5.10
    /usr/share/perl/5.10
    /usr/local/lib/site_perl
    .


Environment for perl 5.10.1:
    HOME=/home/rleigh
    LANG=en_GB.UTF-8
    LANGUAGE=
    LD_LIBRARY_PATH (unset)
    LOGDIR (unset)
    PATH=/home/rleigh/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games
    PERL_BADLANG (unset)
    SHELL=/usr/bin/zsh

From @ikegami

On Sun, Feb 7, 2010 at 8​:41 AM, rleigh@​debian.org <perlbug-followup@​perl.org

wrote​:

# New Ticket Created by rleigh@​debian.org
# Please include the string​: [perl #72602]
# in the subject line of all future correspondence about this issue.
# <URL​: http​://rt.perl.org/rt3/Ticket/Display.html?id=72602 >

This is a bug report for perl from rleigh@​debian.org,
generated with the help of perlbug 1.39 running under perl 5.10.1.

-----------------------------------------------------------------
POSIX.pm does not include the fuction strsignal(3), used to
return a string describing a signal. It would be great if this
functionality could be added.

In the meantime, perlipc shows how you can get the signal names (TERM, PIPE,
etc). Search for "you can retrieve them from the Config module"

The RT System itself - Status changed from 'new' to 'open'

From @Leont

On Sun Feb 07 05​:41​:10 2010, rleigh@​debian.org wrote​:

POSIX.pm does not include the fuction strsignal(3), used to
return a string describing a signal. It would be great if this
functionality could be added.

Thanks,
Roger

I think the real debate is «should POSIX.pm support more of the POSIX
standard or not». Currently seems pretty much frozen at what was
supported on Larry's Solaris machine back in 1994. That said, a module
with more than a 1000 functions wouldn't be very desirable.

All the more reasons to modularize POSIX in 5.17 IMHO.

Leon

From @jkeenan

On Sun Dec 11 16​:07​:55 2011, LeonT wrote​:

On Sun Feb 07 05​:41​:10 2010, rleigh@​debian.org wrote​:

POSIX.pm does not include the fuction strsignal(3), used to
return a string describing a signal. It would be great if this
functionality could be added.

Thanks,
Roger

I think the real debate is �should POSIX.pm support more of the POSIX
standard or not�. Currently seems pretty much frozen at what was
supported on Larry's Solaris machine back in 1994. That said, a module
with more than a 1000 functions wouldn't be very desirable.

All the more reasons to modularize POSIX in 5.17 IMHO.

Leon

Leon,

Would you be able to draw a sketch of what that modularization might
look like?

Thank you very much.
Jim Keenan

From Mark@Overmeer.net

* James E Keenan via RT (perlbug-followup@​perl.org) [130205 03​:01]​:

On Sun Dec 11 16​:07​:55 2011, LeonT wrote​:

On Sun Feb 07 05​:41​:10 2010, rleigh@​debian.org wrote​:

POSIX.pm does not include the fuction strsignal(3), used to
return a string describing a signal. It would be great if this
functionality could be added.

Thanks,
Roger

I think the real debate is �should POSIX.pm support more of the POSIX
standard or not�. Currently seems pretty much frozen at what was
supported on Larry's Solaris machine back in 1994. That said, a module
with more than a 1000 functions wouldn't be very desirable.

All the more reasons to modularize POSIX in 5.17 IMHO.

Would you be able to draw a sketch of what that modularization might
look like?

I have tried to get modularization in core, but after much debate it
moved onto CPAN as "POSIX​::1003" That module needs porting some help,
currently tested for Linux, HPUX and Darwin.

I will add strsignal() to the next release.
--
Regards,

  MarkOv

  Mark Overmeer MSc MARKOV Solutions
  Mark@​Overmeer.net solutions@​overmeer.net
http​://Mark.Overmeer.net http​://solutions.overmeer.net