X-Recipient:	archive-cygwin AT delorie DOT com
X-Original-To:	cygwin AT cygwin DOT com
Delivered-To:	cygwin AT cygwin DOT com
DMARC-Filter:	OpenDMARC Filter v1.4.1 sourceware.org 9B2C13858408
Authentication-Results:	sourceware.org; dmarc=none (p=none dis=none)
	header.from=SystematicSw.ab.ca
Authentication-Results:	sourceware.org;
	spf=none smtp.mailfrom=systematicsw.ab.ca
X-Authority-Analysis:	v=2.4 cv=B4F8bMhM c=1 sm=1 tr=0 ts=61057294
	a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17
	a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=ejknC5xS72zp2OFXFO8A:9 a=QEXdDO2ut3YA:10
	a=sRI3_1zDfAgwuvI8zelB:22
To:	cygwin AT cygwin DOT com
References:	<VE1PR09MB3551E3FA5D3879C6995607D6B1EA9 AT VE1PR09MB3551 DOT eurprd09 DOT prod DOT outlook DOT com>
	<901b2ce4-3014-b05d-a2f8-b0cc12694709 AT SystematicSw DOT ab DOT ca>
	<VE1PR09MB3551AA3F4618FCE53C99FE6CB1EB9 AT VE1PR09MB3551 DOT eurprd09 DOT prod DOT outlook DOT com>
	<VE1PR09MB3551FE90FC415D6357EFE871B1ED9 AT VE1PR09MB3551 DOT eurprd09 DOT prod DOT outlook DOT com>
From:	Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Organization:	Systematic Software
Subject:	Re: CYGWIN + windos10 + eclipse clp prolog
Message-ID:	<36be44fa-4aac-3528-4bfa-7999cd2679ae@SystematicSw.ab.ca>
Date:	Sat, 31 Jul 2021 09:56:03 -0600
User-Agent:	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101
	Thunderbird/78.12.0
MIME-Version:	1.0
In-Reply-To:	<VE1PR09MB3551FE90FC415D6357EFE871B1ED9@VE1PR09MB3551.eurprd09.prod.outlook.com>
X-CMAE-Envelope:	MS4xfHyU32nPcB81PJKFs6LA4eB9IomIHsITgYnFnx6DdE/ZUXIwUaFAlVC3/aNU4VfDiyoCkZZIWUl6o9oHdbLrMdgazcQ6L4hTGRALucx8YRz9+fU+NuJ9
	WFDJP9AvlVFyy7KohslY3c9VJfd21JUKhl7Bm6Df0bWEB5+TOMVosoaYn8VNAtxzawJM4JnDm6CYLymfqX+rqtC/FiDIGJ5jVHsILcc0EXedigoqXcd583ER
X-Spam-Status:	No, score=-1161.1 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
	KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL,
	RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE,
	TXREP autolearn=no autolearn_force=no version=3.4.4
X-Spam-Checker-Version:	SpamAssassin 3.4.4 (2020-01-24) on
	server2.sourceware.org
X-BeenThere:	cygwin AT cygwin DOT com
X-Mailman-Version:	2.1.29
List-Id:	General Cygwin discussions and problem reports <cygwin.cygwin.com>
List-Unsubscribe:	<https://cygwin.com/mailman/options/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=unsubscribe>
List-Archive:	<https://cygwin.com/pipermail/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-request AT cygwin DOT com?subject=help>
List-Subscribe:	<https://cygwin.com/mailman/listinfo/cygwin>,
	<mailto:cygwin-request AT cygwin DOT com?subject=subscribe>
Reply-To:	cygwin AT cygwin DOT com
Cc:	Manu goswami <manugoswami AT hotmail DOT com>
Errors-To:	cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com
Sender:	"Cygwin" <cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com>
X-MIME-Autoconverted:	from base64 to 8bit by delorie.com id 16VFukrv011175

On 2021-07-30 22:55, Manu goswami via Cygwin wrote:
> On Thursday, July 29, 2021 5:29:58 PM, Manu goswami wrote:
>> On Thursday, July 29, 2021 1:08 PM, Brian Inglis wrote:
>>> On 2021-07-28 02:03, Manu goswami via Cygwin wrote:
>>>>> I have previously build eclipse clp prolog several times in
>>>>> CYGWIN but suddenly it has started to show ‘SEGMENTATION
>>>>> FAULT’ even after fully reinstalling CYGWIN and removing
>>>>> (manually deleting) old Cygwin.  No error is reported at
>>>>> build time and .exe is successfully generated but on
>>>>> execution of .exe file after build shows ‘ SEGMENTATION
>>>>> FAULT’.

>>>> If you want to see replies to your questions, subscribe to the
>>>> mailing list, or view the replies on one of the many web based
>>>> message archives of the mailing list, including that at
>>>> cygwin.com.
>>>> 
>>>> Report upstream to wherever you got the sources for whatever
>>>> "eclipse clp prolog" is - in whatever language(s) they use -
>>>> web links to projects and sources are more informative than
>>>> garbled buzzwords.
>>>> 
>>>> SIGSEGV is a symptom of a programming error - out of bounds 
>>>> access - caused by following the wrong pointer to an invalid 
>>>> location, using a NULL pointer, array or buffer index 
>>>> incorrect, use after free, incorrect object size or
>>>> indirection, just to suggest some of the most frequent and
>>>> common causes.
>>>> 
>>>> If you have made your own local and/or recent changes to the 
>>>> sources, they are invariably the likely cause of the issue, so 
>>>> recheck any recent local work very carefully.
>>>> 
>>>> The Cygwin project provides packages for execution and
>>>> development but, as Cygwin is an all volunteer effort, with
>>>> limited personnel each with limited time, so all projects built
>>>> using those packages are the responsibility of those projects
>>>> downstream of Cygwin, otherwise we would not have any time to
>>>> maintain and expand the packages supported.

>>> Eclipse clp is a version of open source prolog and had been
>>> running successfully on my computer for some months.
>>> 
>>> There has been no change in source code.
>>> 
>>> What new I did was to install msys2 and call a particular Cygwin 
>>> compiled exe from msys2. The called Cygwin compiled  .exe did run
>>> from msys2 but most probably crashed Cygwin causing segmentation
>>> fault ever since. Surprisingly the called Cygwin compiled .exe
>>> runs successfully but eclipse clp prolog .exe fails.
>>> 
>>> Should I remove msys2 ? as I have reinstalled Cygwin multiple
>>> times ever since this error occurs.

>> That's the only recent local change, but the Msys2 DLLs are often
>> outdated Cygwin derivatives, and Cygwin programs may try to call
>> functions nonexistent in Msys2 DLLs.
>> The situation can be mitigated by setting the path to run the 
>> Cygwin compiled code using the Cygwin DLLs from the Cygwin bin,
>> and changing the path to run the Msys2 tools using the DLLs from
>> the Msys2 bin.
> Yes, you were right. The problem was upstream in Eclipse Prolog 
> Source code. Has been resolved now. You may consider the issue
> closed.
> > Only one query. Cygwin is a good idea and works well.  But is it
> weaker in GUI and multithreaded as compared to msys2? Kindly advise
As previously stated, Msys2 DLLs are often outdated Cygwin derivatives, 
focused on allowing development of Windows apps using GNU tools, so the 
Windows apps developed using those tools can make full use of Windows 
GUI and multithreaded facilities, but Cygwin is better than Msys2 in the 
respect of being more functional and up to date libraries and tools, as 
it provides a complete POSIX and Linux compatible layer over Windows, 
with over 10k packages including enough applications to support the 
common X clients, window managers, and desktop environments GNOME, KDE, 
LXDE, MATE, as well as command line and development tools and libraries 
for building POSIX sources into Cygwin apps, or native Windows apps 
requiring Mingw libraries and tools.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]

-- 
Problem reports:      https://cygwin.com/problems.html
FAQ:                  https://cygwin.com/faq/
Documentation:        https://cygwin.com/docs.html
Unsubscribe info:     https://cygwin.com/ml/#unsubscribe-simple

- Raw text -