From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 111285 invoked by alias); 16 Jul 2019 05:37:27 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 111268 invoked by uid 89); 16 Jul 2019 05:37:26 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-0.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=pertaining, logs, proposition, culprit X-HELO: mx009.vodafonemail.xion.oxcs.net Received: from mx009.vodafonemail.xion.oxcs.net (HELO mx009.vodafonemail.xion.oxcs.net) (153.92.174.39) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 16 Jul 2019 05:37:24 +0000 Received: from vsmx002.vodafonemail.xion.oxcs.net (unknown [192.168.75.192]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTP id 1E823D9B165 for ; Tue, 16 Jul 2019 05:37:22 +0000 (UTC) Received: from Gertrud (unknown [84.160.207.156]) by mta-6-out.mta.xion.oxcs.net (Postfix) with ESMTPA id E7304199C2B for ; Tue, 16 Jul 2019 05:37:19 +0000 (UTC) From: Achim Gratz To: cygwin@cygwin.com Subject: Re: Perl Illegal Instruction References: <1a666ba9c75538fb2d246545a6e06343@plebeian.com> <87ims3nkrw.fsf@Rainer.invalid> <802fce1aec7fcce7b453fafc36b0b310@plebeian.com> Date: Tue, 16 Jul 2019 05:37:00 -0000 In-Reply-To: <802fce1aec7fcce7b453fafc36b0b310@plebeian.com> (Chris Wagner's message of "Mon, 15 Jul 2019 16:36:01 -0400") Message-ID: <87zhleee0j.fsf@Rainer.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-SW-Source: 2019-07/txt/msg00123.txt.bz2 Chris Wagner writes: > Of course it's up to date... I'll let that stand, although I've seen sufficiently many Win7 systems lately to be wary of any such statement. > That is not BLODA. That's the standard list of libraries. I changed > nothing; it worked yesterday; today it didn't. Every other Cygwin > executable I've tried works without problem. I even tried > reextracting the files from perl_base. So again, something changed and you have no idea what. If you rule out a hardware error (memory most likely if it always strikes at the same place) and you didn't actively made changes (not limited to Cygwin), then the culprit must by definition be some change that occured elsewhere in the system. If it was some automatic update there might be a restore point pertaining to those changes and certainly something in the event logs. >>> $ uname -a >>> CYGWIN_NT-6.1 applejack 3.0.7(0.338/5/3) 2019-04-30 18:08 x86_64 >>> Cygwin >> >> A current Cygwin... >> >>> $ cygcheck -c perl perl_base >>> Cygwin Package Information >>> Package Version Status >>> perl 5.22.4-1 OK >>> perl_base 5.22.4-1 OK >> >> combined with an outdated Perl (Cygwin is at 5.26.3 now). What are you >> trying to achieve? Please fully update Cygwin after checking your >> system. Also, you might want to clean up your PATH a bit. > > I'm not going to recompile all my modules and rework the new lib paths > until I have a really good reason to. As they say, "you break it, you get to keep the broken pieces". Trying to lock down part(s) of Cygwin is a losing proposition unless you are building everything yourself, at which point building a bunch of Perl modules after an update ceases to be an issue anyway. > I'ld be happy to run any other diagnostic command anyone can think of. Well, as I said, try to start with some halfway sane PATH perhaps? In other words, something like env PATH=/bin perl --version for starters. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple