RE: [PATCH] Re: [PATCH] support POSIX SA_SIGINFO

------_=_NextPart_001_01C59137.6F325985
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

My weekly build of bleedperl failed last night:

mg.c: In function `Perl_sighandler':
mg.c:2715: structure has no member named `si_errno'

I tracked it down to the sa_siginfo changes.

Stratus VOS implements the 1996 revision of the POSIX standard.  That
version defines the minimum siginfo_t type to have the members si_code,
si_signo, and si_value.  The 2001 revision of the POSIX standard adds
the si_errno, si_pid, si_uid, si_addr, si_status, and si_band members.

As far as I can tell, the si_errno value is never used in perl.  So I
hope that I'm not offending anyone by submitting the attached patch that
moves it under the #if 0 clause as well.

Thanks
PG
--
Paul Green, Senior Technical Consultant, Stratus Technologies.
Voice: +1 978-461-7557; FAX: +1 978-461-3610; AIM: PaulGreen

 =20

> -----Original Message-----
> From: Jarkko Hietaniemi [mailto:jhietaniemi@gmail.com]=20
> Sent: Thursday, July 21, 2005 11:33 AM
> To: Dominic Dunlop
> Cc: Nicholas Clark; jhi@iki.fi; Steve Peters; Perl 5 Porters
> Subject: [PATCH] Re: [PATCH] support POSIX SA_SIGINFO
>=20
> > I agree. Mac OS X tells me nothing apart from what's in signal.h, =20
>=20
> man siginfo in Solaris and man sigaction in AIX and Tru64 are quite
> helpful.  But I think for the time being the attached patch will have
> to do: only signo, code, errno are decoded (seems the be the smallest
> supported set from my smaple), and the test is changed to=20
> test just for
> the signal value itself -- I can't see why anyone would bother
> implementing even a little bit of SA_SIGINFO and fail to supply
> the signal value -- but I have been known to be too optimistic.
> If even that fails, the whole test needs to be excised.
>=20
> Perl cannot help systems that aren't POSIX, whether they claim it or
> not, on purpose or not.
>=20
>=20
>=20
>=20
>=20

------_=_NextPart_001_01C59137.6F325985
Content-Type: application/octet-stream;
	name="mg.c.diff"
Content-Transfer-Encoding: base64
Content-Description: mg.c.diff
Content-Disposition: attachment;
	filename="mg.c.diff"

LS0tIG1nLmMub2xkCU1vbiBKdWwgMjUgMTI6MzM6MjMgMjAwNQorKysgbWcuYwlNb24gSnVsIDI1
IDEyOjMzOjA3IDIwMDUKQEAgLTI3MTIsOCArMjcxMiw4IEBACiAJCSAgICAqIGFkZHIsIHN0YXR1
cywgYW5kIGJhbmQgYXJlIGRlZmluZWQgYnkgUE9TSVgvU1VTdjMuICovCiAJCSAgIGh2X3N0b3Jl
KHNpaCwgInNpZ25vIiwgICA1LCBuZXdTVml2KHNpcC0+c2lfc2lnbm8pLCAgMCk7CiAJCSAgIGh2
X3N0b3JlKHNpaCwgImNvZGUiLCAgICA0LCBuZXdTVml2KHNpcC0+c2lfY29kZSksICAgMCk7Ci0J
CSAgIGh2X3N0b3JlKHNpaCwgImVycm5vIiwgICA1LCBuZXdTVml2KHNpcC0+c2lfZXJybm8pLCAg
MCk7CiAjaWYgMCAvKiBYWFggVE9ETzogQ29uZmlndXJlIHNjYW4gZm9yIHRoZSBleGlzdGVuY2Ug
b2YgdGhlc2UsIGJ1dCBldmVuIHRoYXQgZG9lcyBub3QgaGVscCBpZiB0aGUgU0FfU0lHSU5GTyBp
cyBub3QgaW1wbGVtZW50ZWQgYWNjb3JkaW5nIHRvIHRoZSBzcGVjLiAqLworCQkgICBodl9zdG9y
ZShzaWgsICJlcnJubyIsICAgNSwgbmV3U1ZpdihzaXAtPnNpX2Vycm5vKSwgIDApOwogCQkgICBo
dl9zdG9yZShzaWgsICJzdGF0dXMiLCAgNiwgbmV3U1ZpdihzaXAtPnNpX3N0YXR1cyksIDApOwog
CQkgICBodl9zdG9yZShzaWgsICJ1aWQiLCAgICAgMywgbmV3U1ZpdihzaXAtPnNpX3VpZCksICAg
IDApOwogCQkgICBodl9zdG9yZShzaWgsICJwaWQiLCAgICAgMywgbmV3U1ZpdihzaXAtPnNpX3Bp
ZCksICAgIDApOwo=

------_=_NextPart_001_01C59137.6F325985--
0
Paul
7/25/2005 4:39:32 PM
perl.perl5.porters 48287 articles. 1 followers. Follow

1 Replies
873 Views

Similar Articles

[PageSpeed] 12
Get it on Google Play
Get it on Apple App Store

Green, Paul wrote:
> My weekly build of bleedperl failed last night:
> 
> mg.c: In function `Perl_sighandler':
> mg.c:2715: structure has no member named `si_errno'
> 
> I tracked it down to the sa_siginfo changes.
> 
> Stratus VOS implements the 1996 revision of the POSIX standard.  That
> version defines the minimum siginfo_t type to have the members si_code,
> si_signo, and si_value.  The 2001 revision of the POSIX standard adds
> the si_errno, si_pid, si_uid, si_addr, si_status, and si_band members.
> 
> As far as I can tell, the si_errno value is never used in perl.  So I
> hope that I'm not offending anyone by submitting the attached patch that
> moves it under the #if 0 clause as well.

Thanks, applied to bleadperl as change #25240.
0
rgarciasuarez
7/28/2005 5:56:17 PM
Reply:

Similar Artilces:

RE: [PATCH Configure] was RE: [PATCH] was RE: Perl_die() /Perl_croak()
------_=_NextPart_001_01C708ED.431BF6FB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: H.Merijn Brand [mailto:h.m.brand@xs4all.nl] Sent: 14 November 2006 19:07 To: perl5-porters@perl.org Subject: Re: [PATCH Configure] was RE: [PATCH] was RE: Perl_die() /Perl_croak() >=0D > Patch to Configure and config_h.SH to calculate PRINTF_FORMAT_NULL_OK I'll have a look > I would edit the metaconfig units but I don't know how to get them. They're on my CPAN, but I do n...

Re: [PATCH] Re: [PATCH] Re: Win32 modules & cygwin
From: Yitzchak Scott-Thoennes <sthoenna@efn.org> To: Cc: On Mon, Feb 26, 2007 at 01:28:51PM +0000, Steve Hay wrote: > Yitzchak Scott-Thoennes wrote: > >>On 2/23/07, Steve Hay <steve.hay@uk.radan.com> wrote: > >>>Craig Berry wrote: > >>>>Hmm. I get the following on VMS with blead@30382: > >>>> > >>>>ext/Win32API/File/t/file....................................FAILED at > >>>>test 1 > >>>>ext/Win32API/File/t/tie.....................................FAILED at > >>>...

RE: [PATCH perlio.h] (was RE: [PATCH] %_ (was Re: [PATCH] operati on o n `PL_na' may be undefined))
The "audit" should reveal no cases in the 5.8.0 sources, because (a) I wrote a little script to check, (b) GCC would have spotted it. As Nick says, there are two possible solutions 1. Ban %_ in these functions, undo my patch, and gcc -Wall will find any transgressions. Any post-5.8.0 use of %_ in these functions would have to be reworked. 2. Allow %_ in these functions, and trawl through the #define spaghetti to ensure that these functions will always be defined (non-circularly) in terms of functions that implement %_. Robin -----Original Message...

Re: test skipping based on $Config{extensions} (was: Re: [PATCH] Re: [PATCH] Re: Win32 modules & cygwin)
Craig Berry wrote: > On 3/13/07, Yitzchak Scott-Thoennes <sthoenna@efn.org> wrote: >> On Tue, Feb 27, 2007 at 02:43:29AM -0800, Yitzchak Scott-Thoennes wrote: >> > Steve Hay wrote: >> > > Yitzchak Scott-Thoennes wrote: >> > >> On Mon, Feb 26, 2007 at 01:28:51PM +0000, Steve Hay wrote: >> > >>> Thanks, applied as #30409. >> > >> >> > >> Um, given Craig's comment in >> > >> http://nntp.perl.org/group/perl.perl5.porters/121449, I think I'd >> > >> rath...

Re: [PATCH perldiag.pod] Re: [PATCH] Re: Useless use of constants
Benjamin Sugars <bsugars@canoe.ca> wrote > Hey, wait a minute. Didn't someone decide yesterday that perldiag.pod by > itself wasn't sufficient? Yeah, that was me. But I guess Sarathy outranks me. :-( I suspect the dichotomy is between those who "use diagnostics" and don't like their STDERR cluttered as against those who do not and are more concerned with the clutter in the rest of the pods. Mike Guy ...

[PATCH] RE: [PATCH] RE: maint snapshot @ 19525
------_=_NextPart_000_01C32148.E2DDE260 Content-Type: text/plain; charset="iso-8859-1" Further patch, implementing the idea in question 5 below. To be applied on top of last week's patch. Attached and appended. Robin -----Original Message----- From: Robin Barker [mailto:Robin.Barker@npl.co.uk] Sent: 16 May 2003 17:17 To: perl5-porters@perl.org Subject: [PATCH] RE: maint snapshot @ 19525 Patch for format and other warnings (using gcc-3.3 !) Appended and attached to beat the MS line wrapping. Some questions. (1) I have changed all 'format(printf)&#...

[PATCH Configure] was RE: [PATCH] was RE: Perl_die() / Perl_croak()
------_=_NextPart_001_01C70812.AFE43257 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable -----Original Message----- From: Rafael Garcia-Suarez [mailto:rgarciasuarez@mandriva.com] Sent: 13 November 2006 11:38 To: perl5-porters@perl.org Subject: Re: [PATCH] was RE: Perl_die() / Perl_croak() Robin Barker wrote: >=0D > Attached patch restores the printf checking of croak/die, in the presence= of -DPRINTF_FORMAT_NULL_OK > PRINTF_FORMAT_NULL_OK indicates that the compiler allows for format to be= null, e.g. not...

test skipping based on $Config{extensions} (was: Re: [PATCH] Re: [PATCH] Re: Win32 modules & cygwin)
On Tue, Feb 27, 2007 at 02:43:29AM -0800, Yitzchak Scott-Thoennes wrote: > Steve Hay wrote: > > Yitzchak Scott-Thoennes wrote: > >> On Mon, Feb 26, 2007 at 01:28:51PM +0000, Steve Hay wrote: > >>> Thanks, applied as #30409. > >> > >> Um, given Craig's comment in > >> http://nntp.perl.org/group/perl.perl5.porters/121449, I think I'd > >> rather this were reverted. > >> > >> Since TEST and harness automatically handle skipping known but not > >> built extensions' tests, $Config{ext...

[PATCH perlio.h] (was RE: [PATCH] %_ (was Re: [PATCH] operation o n `PL_na' may be undefined))
This should fix the original problem (patch below) Robin > > I can't offer any great insight, as I did not really understand the > original problem. > > "%_" or "%"SVf should give the same behaviour, as noone (except me) does > -DCHECK_FORMAT. > The original problem might have arisen because a function had managed to > gain a FORMAT > attribute. These are added in proto.h, but only #ifdef CHECK_FORMAT. > > Perhaps I could recreate the problem with the sources, but I can't > resync through my > firewall s...

Re: [PATCH ext/POSIX/POSIX.pm] Re: sigaction.t under QNX
Gurusamy Sarathy <gsar@ActiveState.com> wrote > This is not thread-safe. I suggest allocating the space for it on > the savestack, either via SSNEW() or using a newSVpv()+SAVEFREESV() > combo. Would a new mortalised SV do the trick instead? Mike Guy On Fri, 06 Jul 2001 10:57:07 BST, Mike Guy wrote: >Gurusamy Sarathy <gsar@ActiveState.com> wrote >> This is not thread-safe. I suggest allocating the space for it on >> the savestack, either via SSNEW() or using a newSVpv()+SAVEFREESV() >> combo. > >Would a new mortalised SV do th...

RE: RE (2): (PATCH) OpenVMS I64 support
> > >An impressively small patch. It looks good. > > > > What else would you expect ;-) Well, there are quite big plans for rebuilding large/fundamental parts of the C runtime library. Like providing a working fork(), supply a working select() (not now, but in due time) This wil have quite some impact on alle the workarounds that have been made in perl to do just the same thing...., probability is that all new behaviour will only work after defining some logicals. (this was told at an october meeting by HP). Just my .02 > > > >Congrat...

Re: [PATCH] readdir_r for VMS (was Re: [PATCH] configure.com: sig_num, etc.)
Craig Berry wrote: !To really stress test this with multiple threads going after the same !directory stream I'd need an SMP machine to test on, which I don't have. !But I think we are at least somewhat safer than we were before. Can you specify which thread option to configure.com to use? Also: has anyone made a tar ball out of maintperl@19035 (or something later that incorporates your patch) that is accessible via either anon ftp or http? I could give it a try on an SMP machine. Is there any ad hoc testing to try? Peter Prymmer PPrymmer@factset.com wrote: &g...

RE: [PATCH] %_ (was Re: [PATCH] operation on `PL_na' may be und efined)
It was me! It is used with -DCHECK_FORMAT to do printf format checking. See Porting/pumpkin.pod. Robin -----Original Message----- From: Nick Ing-Simmons [mailto:nick@ing-simmons.net] Sent: 19 January 2003 15:51 To: nick@unfortu.net Cc: hv@crypt.org; perl5-porters@perl.org; Rafael Garcia-Suarez Subject: Re: [PATCH] %_ (was Re: [PATCH] operation on `PL_na' may be undefined) [snip] > >I think Nick I-S did whatever magic is needed to make gcc argument check >it as a *printf format, I may have assisted but it wasn't me originally - GCC's __attribute__...

RE: [PATCH] %_ (was Re: [PATCH] operation on `PL_na' may be unde fined)
I can't offer any great insight, as I did not really understand the original problem. "%_" or "%"SVf should give the same behaviour, as noone (except me) does -DCHECK_FORMAT. The original problem might have arisen because a function had managed to gain a FORMAT attribute. These are added in proto.h, but only #ifdef CHECK_FORMAT. Perhaps I could recreate the problem with the sources, but I can't resync through my firewall so I am dependent on snapshots. Robin -----Original Message----- From: Nick Ing-Simmons [mailto:nick.ing-simmons@elixent.com...

Web resources about - RE: [PATCH] Re: [PATCH] support POSIX SA_SIGINFO - perl.perl5.porters

Secure UNIX Programming FAQ
Secure UNIX Programming FAQ

sigaction
SIGACTION(2) FreeBSD System Calls Manual SIGACTION(2) NAME sigaction software signal facilities LIBRARY Standard C Library (libc, -lc) SYNOPSIS ...

The freebsd-current March 2015 Archive by subject
March 2015 Archives by subject Messages sorted by: [ thread ] [ author ] [ date ] More info on this list... Starting: Sun Mar 1 00:36:06 UTC ...

signal(7) - Linux manual page
Linux supports both POSIX reliable signals (hereinafter "standard signals") and POSIX real-time signals. Signal dispositions Each signal has ...

Detailed Table of Contents for "The Linux Programming Interface"
(Look here for the abbreviated table of contents.) PREFACE 1 HISTORY AND STANDARDS 1.1 A Brief History of UNIX and C 1.2 A Brief History ...

libc-alpha archive thread index for June, 2011
libc-alpha archive thread index for June, 2011 This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project . ...

`SA_SIGINFO - SA_RESETHAND` fix backport (DUP)
Hello people!While trying to fix node.js/io.js issue with signal handlingon FreeBSD 10.1, I have found that the problem was due to a kernelbug. ...

sigaction(2) - Linux manual page
The sigaction () system call is used to change the action taken by a process on receipt of a specific signal. (See signal(7) for an overview ...

Resources last updated: 1/17/2016 1:22:40 AM