search

Perl / perl5

🐪 The Perl programming language
https://dev.perl.org/perl5/
Other
1.88k stars 531 forks source link

POSIX.pm does not include strsignal(3) #10139

Open p5pRT opened 14 years ago

p5pRT commented 14 years ago

Migrated from rt.perl.org#72602 (status was 'open')

Searchable as RT72602$

p5pRT commented 14 years ago

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

Perl Info ``` 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 ```
p5pRT commented 14 years ago

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"

p5pRT commented 14 years ago

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

p5pRT commented 12 years ago

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

p5pRT commented 11 years ago

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

p5pRT commented 11 years ago

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