delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2025/01/03/15:57:28

DMARC-Filter: OpenDMARC Filter v1.4.2 delorie.com 503KvRcY1307089
Authentication-Results: delorie.com; dmarc=pass (p=none dis=none) header.from=cygwin.com
Authentication-Results: delorie.com; spf=pass smtp.mailfrom=cygwin.com
DKIM-Filter: OpenDKIM Filter v2.11.0 delorie.com 503KvRcY1307089
Authentication-Results: delorie.com;
dkim=pass (1024-bit key, unprotected) header.d=cygwin.com header.i=@cygwin.com header.a=rsa-sha256 header.s=default header.b=MOOVChi5
X-Recipient: archive-cygwin AT delorie DOT com
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 10DDF3858D3C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com;
s=default; t=1735937847;
bh=HqcY7XQt7PYJISwlNqPYysnPhqjbRYIt2S3eBT09A5U=;
h=Date:Subject:To:Cc:References:In-Reply-To:List-Id:
List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe:
From:Reply-To:From;
b=MOOVChi56u8dRsRwMCN9aMMzM8sAzcZtY1eR5AfIInaMYe4mse7kYAJu0QfNCnKRq
HeB25MO2iyxLk5O5udOjZRPrUalc6ExNQoAX79jvqnMzpsx6ckiN5s2IzIpTZaelCQ
4ICEXY0o5kGE9hY2tPlKfW+bvpL+RoNglDkQP4OE=
X-Original-To: cygwin AT cygwin DOT com
Delivered-To: cygwin AT cygwin DOT com
DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org C6A203858C42
ARC-Filter: OpenARC Filter v1.0.0 sourceware.org C6A203858C42
ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1735937776; cv=none;
b=W4hbzPg/L9AjbXV86Tmh8UbQ74kTzIg0evL0Tr4BXzifFT7m65rdIp4iu8r5kUdSlAtrTWJCaNmS1mXkPZTZ8ukvf/C5wiZYfoVRPQjgcsNYt0v78HGPXhxwcg0zDRF+bBoGILkAe0PT1/nrYe9tv+RKZUaaU1eQ8jA61/i13cE=
ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key;
t=1735937776; c=relaxed/simple;
bh=DPr5yADEk5+0XWryfhb29AEdVLdkhdI22kHqD+Dbkjg=;
h=Message-ID:Date:MIME-Version:Subject:To:From;
b=Kfhx/5yghezgqd/ihRbo3QzJWKjSkTVOk7v0uL3l2Mz7GkCmhHnv7cplsEUE0C1mN8i15vMzYy4nrc1OckwfFgygff8w7DLdtwfT/vOcBRHF8mi5E0bCdmbpvhdUPgtaJaGBqG/RtbmG29/VBS+YOoX4GLVAEPwc0xYhtl8jZi0=
ARC-Authentication-Results: i=1; server2.sourceware.org
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org C6A203858C42
X-CMAE-Analysis: v=2.4 cv=MNmamNZl c=1 sm=1 tr=0 ts=67784eb2
a=/RWwgISAbYwC8uv4UPQ7cg==:117 a=BR4Q/U0qRg9nAarChxQFcg==:17
a=VdSt8ZQiCzkA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=w_pzkKWiAAAA:8 a=Ntg_Zx-WAAAA:8
a=4i1IO991AAAA:8 a=jI1DAkUlAAAA:8 a=-h8bQAUHw9_bbDxO0-MA:9 a=3ZKOabzyN94A:10
a=QEXdDO2ut3YA:10 a=JMebuCNHlSwA:10 a=buB1NfXUTBUA:10 a=IfQ-iFkkCvMA:10
a=RVmHIydaz68A:10 a=pGLkceISAAAA:8 a=1wpl0BnDE94NuDIaREkA:9
a=vIk6XC9fJhCuSBmx:21 a=_W_S_7VecoQA:10 a=lqcHg5cX4UMA:10
a=sRI3_1zDfAgwuvI8zelB:22 a=RUfouJl5KNV7104ufCm4:22 a=8mcl2GVXPU3--SbdXWYd:22
a=6-w5dWVApBJDS3X50Ur4:22 a=tmepRiQmwypGo5ofAoTl:22 a=pOlbTduNm4a_4Fbc1r4R:22
X-SECURESERVER-ACCT: larry AT gluelogix DOT com
Message-ID: <1668490d-a0ae-49a4-9d60-477b731c77ab@GlueLogix.com>
Date: Fri, 3 Jan 2025 15:55:03 -0500
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: How to make Cygwin handle Unicode symbolic links?
To: David Dyck <david DOT dyck AT gmail DOT com>
Cc: cygwin AT cygwin DOT com
References: <f67d6da0-cab3-4cf0-82cb-f72f09255d31 AT GlueLogix DOT com>
<CAJtSMgvDudMF4_OUYzP36KCf-w1Mtqk9dHvymTc9CVY=zj9JEQ AT mail DOT gmail DOT com>
In-Reply-To: <CAJtSMgvDudMF4_OUYzP36KCf-w1Mtqk9dHvymTc9CVY=zj9JEQ@mail.gmail.com>
X-AntiAbuse: This header was added to track abuse,
please include it with any abuse report
X-AntiAbuse: Primary Hostname - p3plzcpnl507142.prod.phx3.secureserver.net
X-AntiAbuse: Original Domain - cygwin.com
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - GlueLogix.com
X-Get-Message-Sender-Via: p3plzcpnl507142.prod.phx3.secureserver.net: authenticated_id:
larry AT gluelogix DOT com
X-Authenticated-Sender: p3plzcpnl507142.prod.phx3.secureserver.net: larry AT gluelogix DOT com
X-Source:
X-Source-Args:
X-Source-Dir:
X-CMAE-Envelope: MS4xfKiCuGefP3B550sWtPxI+4ulFNCENfEbK2TusKs38/JKu5GSWYTQvnopyWv7qT7xzyqAhYqo5RW8V/Hf1qAwRjtYtzPjhc2c31G3F24pJdpp5g/Ficpn
0meVyBlO7vFoGntw8rn2GxtuRW3Dftj+fCgO8JYeEIrmVUKtSP1d2rkAswAIHwb14HjQHyalqWOw+eXX2/3gl++zE3OmFcyCeA9byMVD6UQFWc2Dqy/mNJar
X-Content-Filtered-By: Mailman/MimeDel 2.1.30
X-BeenThere: cygwin AT cygwin DOT com
X-Mailman-Version: 2.1.30
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>
From: Larry Martin via Cygwin <cygwin AT cygwin DOT com>
Reply-To: Larry Martin <Larry AT GlueLogix 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 503KvRcY1307089

> I assume you meant
>
>
>       cygcheck
>
> <https://cygwin.com/cygwin-ug-net/cygcheck.html>, not symcheck ?

You're right, of course.
> what do you have for the CYGWIN environment variable,
There is no CYGWIN environment variable on either system:
> $ set | grep CYG
> CYG_SYS_BASHRC=1

Actually, I think I have the whole problem wrong.  I just noticed that 
the symlink is not identified as such, system to system.  Here it is on 
my "good" system:
> $ ls -l des.h
> lrwxrwxrwx 1 Larry Larry 22 Jan 12  2023 des.h -> ../../crypto/des/des.h
but on the "bad" system it's just a file to `ls` as well:
> $ ls -l des.h
> -rwxrwx---+ 1 Administrators None 58 Jan  3 12:21 des.h

I just pulled https://openssl.org/source/openssl-1.0.2p.tar.gz and the 
shipped include folder is empty, so part of the build process must be to 
set up the include links.  When you copy those symlink files, even 
through revision control, you lose the special permission bits.  That's 
the problem.  Unicode was a red herring.

Apologies to the list.  Can you delete a thread?

Larry


On 1/3/2025 3:40 PM, David Dyck wrote:
> I assume you meant
>
>
>       cygcheck
>
> <https://cygwin.com/cygwin-ug-net/cygcheck.html>, not symcheck ?
>  ( i've been "into" symbolic links in cygwin today so the title caught 
> my eye )
>
> what do you have for the CYGWIN environment variable,  I've been using 
> winsymlinks:native
> eg
>   export CYGWIN=winsymlinks:native
>
> On Fri, Jan 3, 2025 at 11:58 AM Larry Martin via Cygwin 
> <cygwin AT cygwin DOT com> wrote:
>
>     I have two Cygwin systems, seemingly identical.  But one can compile
>     openssl and one can't.  The problem occurs in the symbolic links that
>     come with the source.  They all seem to be Unicode, or at least
>     recognizeable ASCII characters with 0x00's in between.  Cygwin on my
>     regular development system processes those symlinks just fine. 
>     But on a
>     second PC, Cygwin just sees the symlink as a file.  Per the
>     instructions, the output of `symcheck -s -v -r` for both systems is
>     attached.  Neither system has any environment variables starting with
>     "LC_" or "LANG".
>
>     In order to describe the problem, I have to use examples from
>     openssl.
>     Please remember that this is a Cygwin question, not gcc or
>     openssl.  I'm
>     also aware that my openssl version is quite old. There are reasons
>     for
>     that.  It doesn't affect this question.
>
>     On the "bad" system, the first error is "stray '\377' in program"
>     when
>     gcc parses openssl/include/openssl/des.h.  That is a symlink to
>     ../../crypto/des/des.h.  In my compile folder on the bad system, this
>     happens:
>     > $ head openssl-1.0.2p/include/openssl/des.h
>     > !<symlink>??../../crypto/des/des.h
>     Note that Cygwin did _not_ follow the symlink, but printed it out
>     like
>     any other file.
>
>     On the "good" system, the same command goes more like this:
>     > $  head openssl-1.0.2p/include/openssl/des.h
>     > /* crypto/des/des.h */
>     > /* Copyright (C) 1995-1997 Eric Young (eay AT cryptsoft DOT com)
>     >  * All rights reserved.
>     where Cygwin _has_ followed the symlink.
>
>     In emacs, the symlink in question looks like Unicode:
>     > !<symlink>
>     >
>     .\0.\0/\0.\0.\0/\0c\0r\0y\0p\0t\0o\0/\0d\0e\0s\0/\0d\0e\0s\0.\0h\0\0\0
>     It is the same on both systems.
>
>     When I make a new symlink on either system, it is unreadable, so I
>     can't
>     dump it with any hex editor including od.  However, the file length
>     seems to be about half that of the openssl source tree links, so it's
>     probably UTF-8.
>
>     The question is: what might be different between these two
>     Cygwin/Win11
>     systems, where one follows a Unicode symlink and the other doesn't?
>
>     Thank you.
>
>     -- 
>     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
>

-- 
Larry Martin
www.GlueLogix.com
RFID for Label, Card and Wristband Makers
USA 919.342.0201
backup email: GlueLogix at gmail dot com

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


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019