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
> >>>>test 1
> >>>>ext/Win32CORE/t/win32core...................................FAILED--expected
> >>>>
> >>>>1 tests, saw 0
> >>>>
> >>>>Do the tests check to see what OS they are running under and/or
> >>>>whether the extensions they depend on are built?
> >>But the problem here is that we are still running the tests even
> >>though we (correctly) did not build the extensions.  There may be some
> >>magic in t/TEST that isn't properly excluding extensions that weren't
> >>built, but I think something like Jan's suggestion is better, though
> >>perhaps better yet to check for the specific extensions required by
> >>the test rather than just the OS.  Something like this:
> >>
> >>BEGIN {
> >>    require Config; import Config;
> >>    if ($Config{'extensions'} !~ /\bFoo\/Bar\b/) {
> >>        print "1..0 # Skip: Foo::Bar was not built\n";
> >>        exit 0;
> >>    }
> >>}
> >
> >Sorry for the delay; this should do it:
>
> 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{extensions}-checking code shouldn't
clutter up the tests.

0
sthoenna
2/27/2007 8:39:57 AM
perl.perl5.porters 48288 articles. 1 followers. Follow

2 Replies
809 Views

Similar Articles

[PageSpeed] 55

WWl0emNoYWsgU2NvdHQtVGhvZW5uZXMgd3JvdGU6Cj4gRnJvbTogWWl0emNoYWsgU2NvdHQtVGhv
ZW5uZXMgPHN0aG9lbm5hQGVmbi5vcmc+Cj4gVG86Cj4gQ2M6Cj4gT24gTW9uLCBGZWIgMjYsIDIw
MDcgYXQgMDE6Mjg6NTFQTSArMDAwMCwgU3RldmUgSGF5IHdyb3RlOgo+PiBZaXR6Y2hhayBTY290
dC1UaG9lbm5lcyB3cm90ZToKPj4+PiBPbiAyLzIzLzA3LCBTdGV2ZSBIYXkgPHN0ZXZlLmhheUB1
ay5yYWRhbi5jb20+IHdyb3RlOgo+Pj4+PiBDcmFpZyBCZXJyeSB3cm90ZToKPj4+Pj4+IEhtbS4g
IEkgZ2V0IHRoZSBmb2xsb3dpbmcgb24gVk1TIHdpdGggYmxlYWRAMzAzODI6Cj4+Pj4+Pgo+Pj4+
Pj4gZXh0L1dpbjMyQVBJL0ZpbGUvdC9maWxlLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uRkFJTEVEIGF0Cj4+Pj4+PiB0ZXN0IDEKPj4+Pj4+IGV4dC9XaW4zMkFQSS9GaWxlL3Qv
dGllLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLkZBSUxFRCBhdAo+Pj4+Pj4g
dGVzdCAxCj4+Pj4+PiBleHQvV2luMzJDT1JFL3Qvd2luMzJjb3JlLi4uLi4uLi4uLi4uLi4uLi4u
Li4uLi4uLi4uLi4uLi4uLi5GQUlMRUQtLWV4cGVjdGVkCj4+Pj4+Pgo+Pj4+Pj4gMSB0ZXN0cywg
c2F3IDAKPj4+Pj4+Cj4+Pj4+PiBEbyB0aGUgdGVzdHMgY2hlY2sgdG8gc2VlIHdoYXQgT1MgdGhl
eSBhcmUgcnVubmluZyB1bmRlciBhbmQvb3IKPj4+Pj4+IHdoZXRoZXIgdGhlIGV4dGVuc2lvbnMg
dGhleSBkZXBlbmQgb24gYXJlIGJ1aWx0Pwo+Pj4+IEJ1dCB0aGUgcHJvYmxlbSBoZXJlIGlzIHRo
YXQgd2UgYXJlIHN0aWxsIHJ1bm5pbmcgdGhlIHRlc3RzIGV2ZW4KPj4+PiB0aG91Z2ggd2UgKGNv
cnJlY3RseSkgZGlkIG5vdCBidWlsZCB0aGUgZXh0ZW5zaW9ucy4gIFRoZXJlIG1heSBiZSBzb21l
Cj4+Pj4gbWFnaWMgaW4gdC9URVNUIHRoYXQgaXNuJ3QgcHJvcGVybHkgZXhjbHVkaW5nIGV4dGVu
c2lvbnMgdGhhdCB3ZXJlbid0Cj4+Pj4gYnVpbHQsIGJ1dCBJIHRoaW5rIHNvbWV0aGluZyBsaWtl
IEphbidzIHN1Z2dlc3Rpb24gaXMgYmV0dGVyLCB0aG91Z2gKPj4+PiBwZXJoYXBzIGJldHRlciB5
ZXQgdG8gY2hlY2sgZm9yIHRoZSBzcGVjaWZpYyBleHRlbnNpb25zIHJlcXVpcmVkIGJ5Cj4+Pj4g
dGhlIHRlc3QgcmF0aGVyIHRoYW4ganVzdCB0aGUgT1MuICBTb21ldGhpbmcgbGlrZSB0aGlzOgo+
Pj4+Cj4+Pj4gQkVHSU4gewo+Pj4+ICAgIHJlcXVpcmUgQ29uZmlnOyBpbXBvcnQgQ29uZmlnOwo+
Pj4+ICAgIGlmICgkQ29uZmlneydleHRlbnNpb25zJ30gIX4gL1xiRm9vXC9CYXJcYi8pIHsKPj4+
PiAgICAgICAgcHJpbnQgIjEuLjAgIyBTa2lwOiBGb286OkJhciB3YXMgbm90IGJ1aWx0XG4iOwo+
Pj4+ICAgICAgICBleGl0IDA7Cj4+Pj4gICAgfQo+Pj4+IH0KPj4+IFNvcnJ5IGZvciB0aGUgZGVs
YXk7IHRoaXMgc2hvdWxkIGRvIGl0Ogo+PiBUaGFua3MsIGFwcGxpZWQgYXMgIzMwNDA5Lgo+IAo+
IFVtLCBnaXZlbiBDcmFpZydzIGNvbW1lbnQgaW4KPiBodHRwOi8vbm50cC5wZXJsLm9yZy9ncm91
cC9wZXJsLnBlcmw1LnBvcnRlcnMvMTIxNDQ5LCBJIHRoaW5rIEknZAo+IHJhdGhlciB0aGlzIHdl
cmUgcmV2ZXJ0ZWQuCj4gCj4gU2luY2UgVEVTVCBhbmQgaGFybmVzcyBhdXRvbWF0aWNhbGx5IGhh
bmRsZSBza2lwcGluZyBrbm93biBidXQgbm90Cj4gYnVpbHQgZXh0ZW5zaW9ucycgdGVzdHMsICRD
b25maWd7ZXh0ZW5zaW9uc30tY2hlY2tpbmcgY29kZSBzaG91bGRuJ3QKPiBjbHV0dGVyIHVwIHRo
ZSB0ZXN0cy4KCkkgaGF2ZW4ndCBpbnZlc3RpZ2F0ZWQgdGhpcyBhdCBhbGwgeWV0LCBidXQgSSBy
ZWNhbGwgbm8gc28gbG9uZyBhZ28gCk5pY2hvbGFzIGdvaW5nIHRocm91Z2ggbG90cyBvZiB0ZXN0
IGZpbGVzIGFuZCBoYXZpbmcgdGVzdHMgc2tpcHBlZCBpZiAKbW9kdWxlcyB3ZXJlbid0IGJ1aWx0
LgoKQSBxdWljayBsb29rIGluIENoYW5nZXMgcmV2ZWFscyBxdWl0ZSBhIGZldyBzdWNoIGNoYW5n
ZXMsIGUuZy46CgpTa2lwIERldmVsOjpQUFBvcnQgdGVzdHMgaWYgRGV2ZWw6OlBQUG9ydCB3YXMg
bm90IGJ1aWx0OgpodHRwOi8vcHVibGljLmFjdGl2ZXN0YXRlLmNvbS9jZ2ktYmluL3Blcmxicm93
c2UvcC8yMjk1MwoKU2tpcCByZSB0ZXN0cyBpZiByZSB3YXMgbm90IGJ1aWx0OgpodHRwOi8vcHVi
bGljLmFjdGl2ZXN0YXRlLmNvbS9jZ2ktYmluL3Blcmxicm93c2UvcC8yMjk1MgoKU2tpcCBCIHRl
c3RzIGlmIEIgd2FzIG5vdCBidWlsdDoKaHR0cDovL3B1YmxpYy5hY3RpdmVzdGF0ZS5jb20vY2dp
LWJpbi9wZXJsYnJvd3NlL3AvMjI5NTEKCmFuZCBvdGhlcnMuLi4KCkknbSBzdXJlIGFsbCB0aG9z
ZSBjaGFuZ2VzIHdlcmVuJ3QgdW5uZWNlc3NhcnksIGJ1dCBJJ3ZlIGZvcmdvdHRlbiB3aGF0IAp0
aGUgbW90aXZhdGlvbiBmb3IgdGhlbSB3YXMuICBXaGF0ZXZlciBpdCB3YXMgbWlnaHQgYWxzbyBh
cHBseSB0byAKV2luMzJDT1JFIGFuZCBXaW4zMkFQSS4KCi0tIAoKCi0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KUmFkYW4gQ29tcHV0YXRpb25hbCBMdGQu
DQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlIGFuZCBhbnkgZmls
ZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBhcmUgY29uZmlkZW50aWFsIGFuZCBpbnRlbmRlZCBmb3Ig
dGhlIGFkZHJlc3NlZShzKSBvbmx5LiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIG1lc3NhZ2Ug
aW4gZXJyb3Igb3IgdGhlcmUgYXJlIGFueSBwcm9ibGVtcywgcGxlYXNlIG5vdGlmeSB0aGUgc2Vu
ZGVyIGltbWVkaWF0ZWx5LiBUaGUgdW5hdXRob3JpemVkIHVzZSwgZGlzY2xvc3VyZSwgY29weWlu
ZyBvciBhbHRlcmF0aW9uIG9mIHRoaXMgbWVzc2FnZSBpcyBzdHJpY3RseSBmb3JiaWRkZW4uIE5v
dGUgdGhhdCBhbnkgdmlld3Mgb3Igb3BpbmlvbnMgcHJlc2VudGVkIGluIHRoaXMgZW1haWwgYXJl
IHNvbGVseSB0aG9zZSBvZiB0aGUgYXV0aG9yIGFuZCBkbyBub3QgbmVjZXNzYXJpbHkgcmVwcmVz
ZW50IHRob3NlIG9mIFJhZGFuIENvbXB1dGF0aW9uYWwgTHRkLiBUaGUgcmVjaXBpZW50KHMpIG9m
IHRoaXMgbWVzc2FnZSBzaG91bGQgY2hlY2sgaXQgYW5kIGFueSBhdHRhY2hlZCBmaWxlcyBmb3Ig
dmlydXNlczogUmFkYW4gQ29tcHV0YXRpb25hbCB3aWxsIGFjY2VwdCBubyBsaWFiaWxpdHkgZm9y
IGFueSBkYW1hZ2UgY2F1c2VkIGJ5IGFueSB2aXJ1cyB0cmFuc21pdHRlZCBieSB0aGlzIGVtYWls
Lgo=
0
steve
2/27/2007 9:06:13 AM
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{extensions}-checking code shouldn't
>> clutter up the tests.
>
> I haven't investigated this at all yet, but I recall no so long ago
> Nicholas going through lots of test files and having tests skipped if
> modules weren't built.
>
> A quick look in Changes reveals quite a few such changes, e.g.:
>
> Skip Devel::PPPort tests if Devel::PPPort was not built:
> http://public.activestate.com/cgi-bin/perlbrowse/p/22953
>
> Skip re tests if re was not built:
> http://public.activestate.com/cgi-bin/perlbrowse/p/22952
>
> Skip B tests if B was not built:
> http://public.activestate.com/cgi-bin/perlbrowse/p/22951
>
> and others...
>
> I'm sure all those changes weren't unnecessary, but I've forgotten what
> the motivation for them was.  Whatever it was might also apply to
> Win32CORE and Win32API.

FWIW, Nicholas added the automatic skipping to TEST and harness in
http://public.activestate.com/cgi-bin/perlbrowse/p/23448
so the behavior wasn't there at the time of the earlier patches
you mention.

Nicholas?  Was that intended to be in addition to or instead of
per-test skipping?
0
sthoenna
2/27/2007 10:43:29 AM
Reply:

Similar Artilces:

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...

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...

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] Configure problem on Cygwin (was: Re: dubious configu re error on cygwin)
We've been updating Configure to use the executable suffix on operating systems that use such suffixes (DOS DJGPP, Windows, VOS, to my knowledge so far). That's why the "ln*" is suddenly important. Sorry we missed this case (around line 2409). Thanks for fixing it. I actually think that the proper expression would be *"ln${exe_ext} -s:"*"test -"?) if variables can be substituted in this context. If not, then the way you have it is optimal. Thanks. PG -----Original Message----- From: Gerrit P. Haase [mailto:gp@familiehaase.de] Sent: T...

[PATCH] Re: Win32 modules & cygwin
------=_20070220015018_85400 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit On Mon, Feb 19, 2007 at 09:46:30PM -0800, Yitzchak Scott-Thoennes wrote: > Just a heads up: I've had some time to work on this. I've got a > patch I'm testing for parts 2 and 3 below (Jan already did part 1) > plus moving Win32API::File. > > As soon as everything passes on cygwin and mingw-under-cygwin, I'll > post it for others to test on VC with both dmake and nmake. Patch attached assumes win32/ext/Win32API has been moved to e...

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 ...

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: [PATCH] Re: File::Spec::Win32 problems [was: Re: Repost, different
Hi, First, thanks for the patch. Nice to see someone else interested in File::Spec::Win32. Here are some comments, though: > * catpath adds a \ between volume and directory if this was omitted First, this would better go to canonpath() so that "all methods get the benefit" (c) Schwern. Second, this is wrong. Here is why: in Win32, d:dir1\dir2 means dir1\dir2 relative to current working directory on drive D:, i.e. d:dir1\dir2 -> d:\<full-path-to-current-directory-of-drive-d:>\dir1\dir2 Judging from Cwd.pm, I'm afraid you cannot get cw...

[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...

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, ...

RE: [PATCH] Re: Breadperl & Tk
I proabbly missing something, but it seems counterintuitive to me that a function Perl_sv_utf8_upgrade will normally *NOT* call "SvUTF8_on(sv);" if string was pure ASCII. Time will pass and someone will prove that zero is not a number anymore... If I ask a function to upgrade to utf8 and it fails, then it's a signal that something wrong happened and it should die. <!ENTITY Vadim REALLIFE "Vadim V.Konovalov, St.Petersburg, Russia"> &Vadim; ...

RE : RE : RE : RE : Regular expressions
Here is a sample of what your piece of code returns on my Aix box. 44520 -> /prog/gena/8.1.1/bin/dispatch 44650 -> reproject 45176 -> aioserver 45432 -> aioserver 45724 -> -ksh 46002 -> /bin/bsh 46232 -> /usr/dt/bin/dtterm 46584 -> /usr/bin/ksh 46820 -> /usr/dt/bin/ttsession 47060 -> /bin/bsh 47304 -> /usr/dt/bin/dtlogin 47396 -> /usr/dt/bin/dtterm 47722 -> dtfile 47942 -> /usr/dt/bin/dtsession 48272 -> dtfile 48568 -> ora_cjq0_gist 48758 -> gxtrackd 49032 -> dtwm 49330 -> /usr/lib/lpd/pio/etc/piohpnpf 49592 -> b...

[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...

Web resources about - Re: [PATCH] Re: [PATCH] Re: Win32 modules & cygwin - perl.perl5.porters

Patch Barracks - Wikipedia, the free encyclopedia
Patch Barracks was renamed from the German Kurmärker Kaserne in 1952; it was originally built for use by the German Army Wehrmacht in 1936/37. ...

Bradenton, FL Patch - News, Sports, Events, Businesses & Deals
Comprehensive and trusted local coverage of Bradenton, FL. Featuring news and events, business listings, discussions, announcements, photos and ...

Manassas, VA Patch - News, Sports, Events, Businesses & Deals
... your tip here and it will be sent straight to Jamie M. Rogers, James Cullum, Raytevia Evans, Greg Hambrick, and Todd Richissin,Manassas Patch's ...

Peachtree Corners, GA Patch - News, Sports, Events, Businesses & Deals
Comprehensive and trusted local coverage of Peachtree Corners and Berkeley Lake, GA. Featuring news and events, business listings, discussions, ...

Hey all. Some of you may learn in the... - Somerville Patch - Facebook
Hey all. Some of you may learn in the next hours and days that a number of colleagues and I were just laid off by Patch. That means I will no ...

ISG: Playdom Buys Green Patch and Trippert Labs — On the Way to IPO?
... ones on Facebook, has confirmed a couple purchases we’ve been hearing rumors about recently. It has bought Facebook game developer Green Patch, ...

Rye Patch (@RyeNYPatch) on Twitter
Log in Sign up You are on Twitter Mobile because you are using an old version of Internet Explorer. Learn more here Rye Patch @ RyeNYPatch Rye, ...

Rebels bikie club in 'disarray' as members 'patch out' at record rate, police say
... of a leadership vacuum, with 281 Rebels members or associates arrested since mid-2014. Rebels outlaw motorcycle gang members are patching out ...

Adobe Flash gets the final security patch of 2015
... "Adobe is aware of a report that an exploit for CVE-2015-8651 is being used in limited, targeted attacks", the company said in the patch’s ...

Most Hated Guy in Oil Patch Gets Busier as Market Gloom Deepens
Never has corporate turnaround expert Jeff Huddleston been more needed or more dreaded.

Resources last updated: 1/18/2016 8:36:16 PM