Re: cygwin1.dll > 3.1.4: Program execution fails if (WSL-)symlink exists and is present in PATH
On Tue, 1 Dec 2020 19:13:39 -0500
Ken Brown via Cygwin wrote:
> On 12/1/2020 4:24 AM, Mattl Mario wrote:
> > Hello,
> >
> > Since cygwin1.dll version 3.1.5, I observed the following behavior:
> > If a symbolic link is existing in the PATH environment, programs (external
> > from Cygwin's system directory) using cygwin1.dll cannot be executed
> > anymore.
> > Possibly, because the Cygwin-DLL isn't found anymore.
> >
> > Steps to reproduce:
> >
> > cd /
> > mkdir link_test
> > cp /usr/bin/sed.exe link_test
> > ln -s link_test test
> > export PATH=/test:/link_test:/usr/bin:/bin
> >
> > /link_test/sed cannot be executed
> > $ ldd /link_test/sed
> > ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
> > (0x7d96)
> > KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL
> > (0x7d14)
> > KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll
> > (0x7a8e)
> > SYSFER.DLL => /cygdrive/c/WINDOWS/System32/SYSFER.DLL (0x550c)
> >
> > -> no cygwin- DLLs found
> >
> > If I delete the symbolic link
> > $ ll test
> > lrwxrwxrwx 1 mmattl Users 9 Dec 1 10:14 test -> link_test/
> > simply with
> > rm test
> >
> > everything is working fine; sed can be executed
> > $ /link_test/sed
> > Usage: /link_test/sed [OPTION]... {script-only-if-no-other-script}
> > [input-file]...
> > [...]
> > And
> >
> > $ ldd /link_test/sed
> > ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll
> > (0x7d96)
> > KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL
> > (0x7d14)
> > KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll
> > (0x7a8e)
> > SYSFER.DLL => /cygdrive/c/WINDOWS/System32/SYSFER.DLL (0x550c)
> > cygwin1.dll => /usr/bin/cygwin1.dll (0x18004)
> > cygintl-8.dll => /usr/bin/cygintl-8.dll (0x3f711)
> > cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3f716)
> >
> > It would be great if you could give some advice to this issue.
>
> I think this was fixed by commit 4b4fffe0f2390be6a5be27b6a3ceaa212a3724b2,
> but I
> don't have time to check carefully, and I'm going to be AFK for a few days
> starting tomorrow.
I can reproduce this issue with current git head even with
the commit 4b4fffe0f2390be6a5be27b6a3ceaa212a3724b2.
--
Takashi Yano
--
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
Re: cygwin1.dll > 3.1.4: Program execution fails if (WSL-)symlink exists and is present in PATH
On 12/1/2020 4:24 AM, Mattl Mario wrote:
Hello,
Since cygwin1.dll version 3.1.5, I observed the following behavior:
If a symbolic link is existing in the PATH environment, programs (external from
Cygwin's system directory) using cygwin1.dll cannot be executed anymore.
Possibly, because the Cygwin-DLL isn't found anymore.
Steps to reproduce:
cd /
mkdir link_test
cp /usr/bin/sed.exe link_test
ln -s link_test test
export PATH=/test:/link_test:/usr/bin:/bin
/link_test/sed cannot be executed
$ ldd /link_test/sed
ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x7d96)
KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL
(0x7d14)
KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll
(0x7a8e)
SYSFER.DLL => /cygdrive/c/WINDOWS/System32/SYSFER.DLL (0x550c)
-> no cygwin- DLLs found
If I delete the symbolic link
$ ll test
lrwxrwxrwx 1 mmattl Users 9 Dec 1 10:14 test -> link_test/
simply with
rm test
everything is working fine; sed can be executed
$ /link_test/sed
Usage: /link_test/sed [OPTION]... {script-only-if-no-other-script}
[input-file]...
[...]
And
$ ldd /link_test/sed
ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x7d96)
KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL
(0x7d14)
KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll
(0x7a8e)
SYSFER.DLL => /cygdrive/c/WINDOWS/System32/SYSFER.DLL (0x550c)
cygwin1.dll => /usr/bin/cygwin1.dll (0x18004)
cygintl-8.dll => /usr/bin/cygintl-8.dll (0x3f711)
cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3f716)
It would be great if you could give some advice to this issue.
I think this was fixed by commit 4b4fffe0f2390be6a5be27b6a3ceaa212a3724b2, but I
don't have time to check carefully, and I'm going to be AFK for a few days
starting tomorrow.
Corinna, could you build a snapshot for Mario to test? If it's not fixed, I'll
be able to look it within a week or so.
Thanks.
Ken
--
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
Re: Compiling C-Kermit 9.0.305 Alpha.02 on Cygwin
On Tue, Dec 1, 2020, 10:32 wrote:
> On Tue, Dec 01, 2020 at 09:20:51AM -0700, Keith Christian wrote:
> > On Mon, Nov 30, 2020 at 9:23 PM wrote:
> > > For kicks, I got the *basic* C-Kermit to build under Linux and under
> Cygwin.
> > > https://github.com/gstrauss/ckermit
> > > The make command line options are in the commit messages.
> > >
> > > It is based on
> > > http://www.columbia.edu/kermit/archive.html
> > > C-Kermit 9.0.302 2011/07/11 cku302.tar.gz
> > >
> > > I realized afterwards that I should have used C-Kermit 9.0.305
> Alpha.02.
> > >
> > > In any case, compiling is a first step, but does not suggest it is
> fully
> > > functional. Mostly #include and minor changes were needed, except for
> > > one big mess with the cygwin custom struct hostent being defined with
> > > const char *h_name
> > >
> > > Cheers, Glenn
> >
> > Glenn,
> >
> > I tried "make linux" this morning on the 9.0.305 version, got this
> > output, (I_am_not_expecting_any_assistance_,) more of a report:
> >
> > -rw-r-+ 1 keith keith 382913 Sep 19 14:17 makefile
> >
> > CYGWIN_NT-10.0 DESKTOP-OLN71TE 3.1.7(0.340/5/3) 2020-08-22 17:48 x86_64
> Cygwin
> >
> > 1 Making C-Kermit for Linux...
> > 2 /bin/sh: line 68: -f: command not found
> > 3 make[1]: Entering directory 'kermit_downloads/kermitsource'
> > 4 Making C-Kermit "9.0.305" for Linux 1.2 or later...
> > 5 IMPORTANT: Read the comments in the linux section of the
> > 6 makefile if you have trouble.
> > 7 make xermit KTARGET=${KTARGET:-linuxa} "CC = gcc" "CC2 = gcc" \
> > 8 "CFLAGS = -O -DLINUX -pipe -funsigned-char -DFNFLOAT
> -DCK_POSIX_SIG \
> > 9 -DCK_NEWTERM -DTCPSOCKET -DLINUXFSSTND -DNOCOTFMC -DPOSIX \
> > 10 -DUSE_STRERROR -DCK_NCURSES -I/usr/include/ncurses
> > -DHAVE_CRYPT_H -DHAVE_OPENPTY " "LNKFLAGS = " \
> > 11 "LIBS = -lutil -lncurses -lresolv -lcrypt -lm"
> > 12 make[2]: Entering directory 'kermit_downloads/kermitsource'
> > 13 gcc -O -DLINUX -pipe -funsigned-char -DFNFLOAT -DCK_POSIX_SIG
> > -DCK_NEWTERM -DTCPSOCKET -DLINUXFSSTND -DNOCOTFMC -DPOSIX
> > -DUSE_STRERROR -DCK_NCURSES -I/usr/include/ncurses -DHAVE_CRYPT_H
> > -DHAVE_OPENPTY -DKTARGET=\"linux\" -c ckucmd.c
> > 14 ckucmd.c: In function ‘cmdconchk’:
> > 15 ckucmd.c:7579:22: error: ‘__FILE’ has no member named
> ‘_IO_read_end’
> > 16 7579 | x = (int) ((stdin->_IO_read_end) -
> (stdin->_IO_read_ptr));
> > 17| ^~
> > 18 ckucmd.c:7579:46: error: ‘__FILE’ has no member named
> ‘_IO_read_ptr’
> > 19 7579 | x = (int) ((stdin->_IO_read_end) -
> (stdin->_IO_read_ptr));
> > 20| ^~
> > 21 make[2]: *** [makefile:988: ckucmd.o] Error 1
> > 22 make[2]: Leaving directory 'kermit_downloads/kermitsource'
> > 23 make[1]: *** [makefile:6067: linuxa] Error 2
> > 24 make[1]: Leaving directory 'kermit_downloads/kermitsource'
> > 25 make: *** [makefile:6100: linux] Error 2
> >
> > Only two .o files were created:
> >
> > -rw-r--r--+ 1 keith keith 48034 Dec 1 08:55 ckcmai.o
> > -rw-r--r--+ 1 keith keith 37108 Dec 1 08:55 ckclib.o
> >
> > Keith
>
> Keith, kindly look at the commits in
> https://github.com/gstrauss/ckermit
> https://github.com/gstrauss/ckermit/commits/master
>
> > output, (I_am_not_expecting_any_assistance_,) more of a report:
> Why bother posting before taking half a second to look at the commits?
>
Thanks, I'll look at the commits more closely.
--
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
[ANNOUNCEMENT] Updated: flexdll 0.39-1 (TEST)
The following packages have been updated in the Cygwin distribution as test: * flexdll-0.39-1.tar.xz This is an update to the latest upstream release in advance of OCaml 4.12.0, which requires it in order to work correctly on x86_64 Cygwin. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com cygwin.com If you need more information on unsubscribing, start reading here: https://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
Updated: flexdll 0.39-1 (TEST)
The following packages have been updated in the Cygwin distribution as test: * flexdll-0.39-1.tar.xz This is an update to the latest upstream release in advance of OCaml 4.12.0, which requires it in order to work correctly on x86_64 Cygwin. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com cygwin.com If you need more information on unsubscribing, start reading here: https://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
Re: cygwin install failure
Greetings, lahmer med ali! > dear cygwin user's: > i have tried to install the latest version of cygwin on my pc (windows 7) > however when i execute the setup program, the installation fails because no > mirror site is available for this. i have tried to add a mirror site to the > list but the installation don(t start. > i would ask if any one have an idea how to resolve this problem Check the > -- > Problem reports: https://cygwin.com/problems.html > FAQ: https://cygwin.com/faq/ > Documentation:https://cygwin.com/docs.html and provide more information, please. At least attach the setup.log.full to your next message. -- With best regards, Andrey Repin Tuesday, December 1, 2020 22:40:16 Sorry for my terrible english... -- 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
Re: [PATCH] Cygwin: Fix access to block devices below /proc/sys.
On Dec 1 19:48, Christian Franke wrote:
> Corinna Vinschen wrote:
> > On Dec 1 16:59, Christian Franke wrote:
> > > Corinna Vinschen wrote:
> > > > \Device\Mup is a character device and thus the devices below are not
> > > > accessible for directory enumeration. I assume it's the same for DFS.
> > > Here I see \Device\Mup as a block device on two systems (cygwin1.dll
> > > 3.1.7):
> > >
> > > $ ls -l /proc/sys/Device/Mup
> > > brwxrwx--x 1 Administrators SYSTEM 0, 250 Dec 1 16:50
> > > /proc/sys/Device/Mup
> > Huh?
> >
> > $ ls -l /proc/sys/Device/Mup
> > crwxrwx--x 1 Administrators SYSTEM 0, 250 Dec 1 17:04 /proc/sys/Device/Mup
> >
> > This is what I'd expect. Can you debug why this is a block device
> > on your systems?
> >
>
> NtQueryVolumeInformationFile() returns {DeviceType = 0x14, Characteristics =
> 0x20010}
>
> fhandler_procsys::exists(...):
> ...
> status = NtOpenFile (, READ_CONTROL | FILE_READ_ATTRIBUTES, , ,
> FILE_SHARE_VALID_FLAGS, FILE_OPEN_FOR_BACKUP_INTENT);
> ...
> if (NT_SUCCESS (status))
> {
> FILE_FS_DEVICE_INFORMATION ffdi;
> ...
> /* Check for the device type. */
> status = NtQueryVolumeInformationFile (h, , , sizeof ffdi,
> FileFsDeviceInformation);
> ...
> if (NT_SUCCESS (status))
> {
> if (ffdi.DeviceType == FILE_DEVICE_NETWORK_FILE_SYSTEM)
> file_type = virt_blk; <<===
> ...
Uh... ok, that's what had changed with commit 80e35a211f69 as of
this morning :}
Corinna
RE: SSH key for David Allsopp
Jon Turney wrote: > Sent: 01 December 2020 15:21 > To: cygwin-apps@cygwin.com; David Allsopp > Subject: Re: SSH key for David Allsopp > > On 01/12/2020 09:27, David Allsopp via Cygwin-apps wrote: > > > > Thanks. I can connect via sftp (or run alive) but I'm getting a > > publickey error on cyg...@cygwin.com:/git/cygwin-packages/flexdll > > trying to push a playground branch. Should I be able to? > > Yes. > > Can you be more explicit about what error you are getting? > > I don't know what could cause 'ssh cyg...@cygwin.com alive' to work, but > 'git push ssh://cyg...@cygwin.com/git/cygwin-packages/flexdll.git' to > fail. Ugh - please forgive the noise. PEBKAC and misconfigured Git...
Re: SSH public key
On 01/12/2020 18:07, Rafel Amer Ramon wrote: Name: Rafel Amer BEGIN SSH2 PUBLIC KEY Comment: "2048-bit RSA, converted by Rafel Amer@DESKTOP-8CFRJAQ from O" B3NzaC1yc2EDAQABAAABAQCfch3vbdGwes1/BJma+VnH12Fssa34Yycjq5uzGA DkoNCOoPlkUCfgk8Cb1EET0nQ3yiRcQXAe295D9PBeLfNivTeu92rNzpo2h+lWFWrchqRj MZPlJ0PhkBF6kffJ4oSJR+19OysuYxw87lRYF1x0n77s3RpC1hqPTjBepLO4QNEYk7unhC fU0d1WufSdDpCbZTBN4SfoVklgJCTQOk/NmfVwSonT8DgNsBAUnsBHO99MCCSsQCH/RVoy gu1ozeYAOHQDPLpxragfOol8UBRxwD5dH0zQG/58JyrxHRNj4WA9aId6BVkCRI9QwMcKP9 9nzbsV+NRHDS8FPhuQpb+7 END SSH2 PUBLIC KEY Done. Thanks.
Re: [PATCH] Cygwin: Fix access to block devices below /proc/sys.
Corinna Vinschen wrote:
On Dec 1 16:59, Christian Franke wrote:
Corinna Vinschen wrote:
\Device\Mup is a character device and thus the devices below are not
accessible for directory enumeration. I assume it's the same for DFS.
Here I see \Device\Mup as a block device on two systems (cygwin1.dll 3.1.7):
$ ls -l /proc/sys/Device/Mup
brwxrwx--x 1 Administrators SYSTEM 0, 250 Dec 1 16:50 /proc/sys/Device/Mup
Huh?
$ ls -l /proc/sys/Device/Mup
crwxrwx--x 1 Administrators SYSTEM 0, 250 Dec 1 17:04 /proc/sys/Device/Mup
This is what I'd expect. Can you debug why this is a block device
on your systems?
NtQueryVolumeInformationFile() returns {DeviceType = 0x14,
Characteristics = 0x20010}
fhandler_procsys::exists(...):
...
status = NtOpenFile (, READ_CONTROL | FILE_READ_ATTRIBUTES, , ,
FILE_SHARE_VALID_FLAGS, FILE_OPEN_FOR_BACKUP_INTENT);
...
if (NT_SUCCESS (status))
{
FILE_FS_DEVICE_INFORMATION ffdi;
...
/* Check for the device type. */
status = NtQueryVolumeInformationFile (h, , , sizeof ffdi,
FileFsDeviceInformation);
...
if (NT_SUCCESS (status))
{
if (ffdi.DeviceType == FILE_DEVICE_NETWORK_FILE_SYSTEM)
file_type = virt_blk; <<===
...
Thanks,
Christian
SSH public key
Name: Rafel Amer BEGIN SSH2 PUBLIC KEY Comment: "2048-bit RSA, converted by Rafel Amer@DESKTOP-8CFRJAQ from O" B3NzaC1yc2EDAQABAAABAQCfch3vbdGwes1/BJma+VnH12Fssa34Yycjq5uzGA DkoNCOoPlkUCfgk8Cb1EET0nQ3yiRcQXAe295D9PBeLfNivTeu92rNzpo2h+lWFWrchqRj MZPlJ0PhkBF6kffJ4oSJR+19OysuYxw87lRYF1x0n77s3RpC1hqPTjBepLO4QNEYk7unhC fU0d1WufSdDpCbZTBN4SfoVklgJCTQOk/NmfVwSonT8DgNsBAUnsBHO99MCCSsQCH/RVoy gu1ozeYAOHQDPLpxragfOol8UBRxwD5dH0zQG/58JyrxHRNj4WA9aId6BVkCRI9QwMcKP9 9nzbsV+NRHDS8FPhuQpb+7 END SSH2 PUBLIC KEY
Re: Compiling C-Kermit 9.0.305 Alpha.02 on Cygwin
On Tue, Dec 01, 2020 at 09:20:51AM -0700, Keith Christian wrote:
> On Mon, Nov 30, 2020 at 9:23 PM wrote:
> > For kicks, I got the *basic* C-Kermit to build under Linux and under Cygwin.
> > https://github.com/gstrauss/ckermit
> > The make command line options are in the commit messages.
> >
> > It is based on
> > http://www.columbia.edu/kermit/archive.html
> > C-Kermit 9.0.302 2011/07/11 cku302.tar.gz
> >
> > I realized afterwards that I should have used C-Kermit 9.0.305 Alpha.02.
> >
> > In any case, compiling is a first step, but does not suggest it is fully
> > functional. Mostly #include and minor changes were needed, except for
> > one big mess with the cygwin custom struct hostent being defined with
> > const char *h_name
> >
> > Cheers, Glenn
>
> Glenn,
>
> I tried "make linux" this morning on the 9.0.305 version, got this
> output, (I_am_not_expecting_any_assistance_,) more of a report:
>
> -rw-r-+ 1 keith keith 382913 Sep 19 14:17 makefile
>
> CYGWIN_NT-10.0 DESKTOP-OLN71TE 3.1.7(0.340/5/3) 2020-08-22 17:48 x86_64 Cygwin
>
> 1 Making C-Kermit for Linux...
> 2 /bin/sh: line 68: -f: command not found
> 3 make[1]: Entering directory 'kermit_downloads/kermitsource'
> 4 Making C-Kermit "9.0.305" for Linux 1.2 or later...
> 5 IMPORTANT: Read the comments in the linux section of the
> 6 makefile if you have trouble.
> 7 make xermit KTARGET=${KTARGET:-linuxa} "CC = gcc" "CC2 = gcc" \
> 8 "CFLAGS = -O -DLINUX -pipe -funsigned-char -DFNFLOAT -DCK_POSIX_SIG \
> 9 -DCK_NEWTERM -DTCPSOCKET -DLINUXFSSTND -DNOCOTFMC -DPOSIX \
> 10 -DUSE_STRERROR -DCK_NCURSES -I/usr/include/ncurses
> -DHAVE_CRYPT_H -DHAVE_OPENPTY " "LNKFLAGS = " \
> 11 "LIBS = -lutil -lncurses -lresolv -lcrypt -lm"
> 12 make[2]: Entering directory 'kermit_downloads/kermitsource'
> 13 gcc -O -DLINUX -pipe -funsigned-char -DFNFLOAT -DCK_POSIX_SIG
> -DCK_NEWTERM -DTCPSOCKET -DLINUXFSSTND -DNOCOTFMC -DPOSIX
> -DUSE_STRERROR -DCK_NCURSES -I/usr/include/ncurses -DHAVE_CRYPT_H
> -DHAVE_OPENPTY -DKTARGET=\"linux\" -c ckucmd.c
> 14 ckucmd.c: In function ‘cmdconchk’:
> 15 ckucmd.c:7579:22: error: ‘__FILE’ has no member named ‘_IO_read_end’
> 16 7579 | x = (int) ((stdin->_IO_read_end) - (stdin->_IO_read_ptr));
> 17| ^~
> 18 ckucmd.c:7579:46: error: ‘__FILE’ has no member named ‘_IO_read_ptr’
> 19 7579 | x = (int) ((stdin->_IO_read_end) - (stdin->_IO_read_ptr));
> 20| ^~
> 21 make[2]: *** [makefile:988: ckucmd.o] Error 1
> 22 make[2]: Leaving directory 'kermit_downloads/kermitsource'
> 23 make[1]: *** [makefile:6067: linuxa] Error 2
> 24 make[1]: Leaving directory 'kermit_downloads/kermitsource'
> 25 make: *** [makefile:6100: linux] Error 2
>
> Only two .o files were created:
>
> -rw-r--r--+ 1 keith keith 48034 Dec 1 08:55 ckcmai.o
> -rw-r--r--+ 1 keith keith 37108 Dec 1 08:55 ckclib.o
>
> Keith
Keith, kindly look at the commits in
https://github.com/gstrauss/ckermit
https://github.com/gstrauss/ckermit/commits/master
> output, (I_am_not_expecting_any_assistance_,) more of a report:
Why bother posting before taking half a second to look at the commits?
--
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
Re: [ITP] gengetopt 2.23
On 12/1/2020 11:04 AM, Rafel Amer Ramon wrote: El 30/11/20 a les 21:28, Ken Brown via Cygwin-apps ha escrit: On 11/30/2020 2:46 PM, Ken Brown via Cygwin-apps wrote: On 11/29/2020 2:19 PM, Rafel Amer Ramon wrote: Hi, [ITP] gengetopt 2.23 Program home page: https://www.gnu.org/software/gengetopt License: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version. Debian package: https://packages.debian.org/buster/gengetopt I have uploaded the files to https://github.com/rafelamer/cygwin-gengetopt https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt.cygport https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23.tar.xz https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23-1.x86_64/dist/gengetopt/gengetopt-2.23-1-src.hint https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23-1.x86_64/dist/gengetopt/gengetopt-2.23-1-src.tar.xz https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23-1.x86_64/dist/gengetopt/gengetopt-2.23-1.hint https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23-1.x86_64/dist/gengetopt/gengetopt-2.23-1.tar.xz This looks good. I just have a few minor comments. - The SUMMARY should generally not start by repeating the package name. "A tool to write command line option parsing code for C programs" suffices. - I suggest adding HOMEPAGE="https://www.gnu.org/software/gengetopt/; - The build produces a source patch because of changes to test files: >>> Creating source patches tests/test_conf_parser_ov2.c | 2 +- tests/test_conf_parser_ov3.c | 4 ++-- tests/test_conf_parser_ov4.c | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) You can use DIFF_EXCLUDES to avoid this. - There are two failing tests that you might want to look into at some point. - I noticed that your github repo contains all the build files. Once you become maintainer, you will be able to push to the official source repo for the package (see https://cygwin.com/packaging/repos.html). This should not contain only the should contain files needed for building the package (i.e., only the cygport file in your case). Pushing to that repo triggers an automatic build (see https://cygwin.com/cgi-bin2/jobs.cgi). I'll go ahead and add you to https://cygwin.com/cygwin-pkg-maint, but I'm not sure how to parse your name. Should it be "Rafel Amer" or "Rafel Amer Ramon" or something else? Thanks for becoming a maintainer. Ken Hi, I have added the lines HOMEPAGE="https://www.gnu.org/software/gengetopt/; DIFF_EXCLUDES="test_conf_parser_ov2.c test_conf_parser_ov3.c test_conf_parser_ov4.c" to gengetopt.cygport and changed the line SUMMARY="A tool to write command line options parser code for C programs" but I can't find the failed tests. Maybe they are cheking for valgring: no checking for help2man: no I'm talking about the tests that are run if you type "cygport gengetopt.cygport test" (equivalent to running "make check" in an ordinary build that doesn't use cygport). Finding the cause of the test failures is not critical, but you should probably try at some point, not necessarily before uploading. I have installed help2man, but I don't know how to install valgrind. My name can be in both forms, but I prefer Rafel Amer OK, I've added you as maintainer. The next step is to send your SSH key following the instructions at https://cygwin.com/packaging/key.html#sshkey Once you receive an acknowledgement, you can upload the package. Ken
Re: [PATCH v2 0/2] proc(5) man page
On 2020-12-01 02:55, Corinna Vinschen wrote: On Nov 30 17:57, Brian Inglis wrote: On 2020-11-30 03:47, Corinna Vinschen wrote: On Nov 24 23:49, Brian Inglis wrote: Brian Inglis (2): specialnames.xml: add proc(5) Cygwin man page winsup/doc/Makefile.in: create man5 dir and install generated proc.5 winsup/doc/Makefile.in |4 + winsup/doc/specialnames.xml | 2094 +++ 2 files changed, 2098 insertions(+) It would be helpful if you could outline the changes from v1. Those were fairly minor fixes to content and some processing outlined in the (lengthy) responses to Jon's (lengthy) comments under: https://sourceware.org/pipermail/cygwin-patches/2020q4/010829.html and I have copied them below, so please clarify if the below is not what you want? I was after a short list with bullet points, ratehr than copying an email I have in my inbox anyway :} Jon, can you please take another look, too? * patches are sent directly from git send-email * trailing whitespace only in Makefile.in context lines so left as is * comment changed to "based on" Linux manpages project proc(5) * dates retained to show how current content is, rather than when last built * /proc/loadavg 'D' state mention removed * /proc/registry Windows changed to Cygwin to clarify this variation * /proc/version kernel changed to Cygwin * Notes subsection missing title and Copyright subsection not included in standalone man page due to Colophon subsection messing up man rendering * removed Colophon subsection and Notes reappears properly and Copyright is included; other system show these under Notes except RH uses Caveats * retain remap attributes as Docbook rendering hints -- 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.]
Re: [QUAR] cygwin install failure
On 12/1/2020 5:21 AM, lahmer med ali wrote: > dear cygwin user's: > i have tried to install the latest version of cygwin on my pc (windows 7) > however when i execute the setup program, the installation fails because no > mirror site is available for this. i have tried to add a mirror site to the > list but the installation don(t start. > i would ask if any one have an idea how to resolve this problem It should come up with a substantial list of Download site (mirrors). Are you saying the list is empty, or that you can't connect to any of them? You can't add a mirror to the list directly (that list of mirrors is centrally maintained), but as I recall you can invoke setup with some argument to direct it elsewhere. But my guess is that is not what you should be doing. If setup can't connect to any of the sutes I wonder about whether you've got some firewall interfering. Note also that the setup program is a tool for downloading and installing Cygwin packages. Cygwin is not a single "thing". And we don't recommend installing _all_ the packages. Just get what you need to get started and add things as you find more need. Best wishes - Eliot Moss -- 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
Re: curl calm issue
On 2020-12-01 08:34, Jon Turney wrote: On 01/12/2020 01:06, Brian Inglis wrote: On 2020-11-30 17:09, cygwin-apps-rdbxbdvo6bxqt0dzr+a...@public.gmane.org wrote: WARNING: homepage:https://curl.haxx.se/ permanently redirects to https://curl.se/ ERROR: install packages from source package 'curl' have non-unique current versions 7.73.0-1 (curl-debuginfo), 7.73.0-2 (3 others) ERROR: error while validating merged x86_64 packages for Brian Inglis SUMMARY: 1 WARNING(s), 2 ERROR(s) I've added an exception for this package, and set the upload to be retried. Thanks Jon I will leave debug enabled in the mingw packages as they are devel, so please ignore those release 2, I will leave them at release 1. The issue is that previous releases were always generated with debuginfo, but the latest release also changes debug behaviour to strictly check SSL protocol, causing execution issues with users and downstreams. >> I would like to generate the updated release without the behaviour change and that appears to also eliminate debuginfo generation. >> If I need to generate release -2 without debuginfo, how do I avoid this issue? > Alternatively, you could have added lines to the .cygport to explicitly create an empty curl-debuginfo package (or make it obsolete, but that seems contraindicated if the package is coming back in future versions). Achim seems to think in another reply that I would be better just leaving the package as it was, as that will be future upstream behaviour, which was why I was asking the questions. So I could: * leave the new release as is, with previous behaviour but without debuginfo, which may make it difficult for library developers; * create a newer release the same as release 1 with the new behaviour and debuginfo; * create a newer release to patch out the new behaviour which will become default in future, just for this release, and otherwise generate a debug release similar to release 1; * roll back release 2? Alternate opinions from or agreement with Achim's? -- 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.]
Re: Compiling C-Kermit 9.0.305 Alpha.02 on Cygwin
On Mon, Nov 30, 2020 at 9:23 PM wrote:
> For kicks, I got the *basic* C-Kermit to build under Linux and under Cygwin.
> https://github.com/gstrauss/ckermit
> The make command line options are in the commit messages.
>
> It is based on
> http://www.columbia.edu/kermit/archive.html
> C-Kermit 9.0.302 2011/07/11 cku302.tar.gz
>
> I realized afterwards that I should have used C-Kermit 9.0.305 Alpha.02.
>
> In any case, compiling is a first step, but does not suggest it is fully
> functional. Mostly #include and minor changes were needed, except for
> one big mess with the cygwin custom struct hostent being defined with
> const char *h_name
>
> Cheers, Glenn
Glenn,
I tried "make linux" this morning on the 9.0.305 version, got this
output, (I_am_not_expecting_any_assistance_,) more of a report:
-rw-r-+ 1 keith keith 382913 Sep 19 14:17 makefile
CYGWIN_NT-10.0 DESKTOP-OLN71TE 3.1.7(0.340/5/3) 2020-08-22 17:48 x86_64 Cygwin
1 Making C-Kermit for Linux...
2 /bin/sh: line 68: -f: command not found
3 make[1]: Entering directory 'kermit_downloads/kermitsource'
4 Making C-Kermit "9.0.305" for Linux 1.2 or later...
5 IMPORTANT: Read the comments in the linux section of the
6 makefile if you have trouble.
7 make xermit KTARGET=${KTARGET:-linuxa} "CC = gcc" "CC2 = gcc" \
8 "CFLAGS = -O -DLINUX -pipe -funsigned-char -DFNFLOAT -DCK_POSIX_SIG \
9 -DCK_NEWTERM -DTCPSOCKET -DLINUXFSSTND -DNOCOTFMC -DPOSIX \
10 -DUSE_STRERROR -DCK_NCURSES -I/usr/include/ncurses
-DHAVE_CRYPT_H -DHAVE_OPENPTY " "LNKFLAGS = " \
11 "LIBS = -lutil -lncurses -lresolv -lcrypt -lm"
12 make[2]: Entering directory 'kermit_downloads/kermitsource'
13 gcc -O -DLINUX -pipe -funsigned-char -DFNFLOAT -DCK_POSIX_SIG
-DCK_NEWTERM -DTCPSOCKET -DLINUXFSSTND -DNOCOTFMC -DPOSIX
-DUSE_STRERROR -DCK_NCURSES -I/usr/include/ncurses -DHAVE_CRYPT_H
-DHAVE_OPENPTY -DKTARGET=\"linux\" -c ckucmd.c
14 ckucmd.c: In function ‘cmdconchk’:
15 ckucmd.c:7579:22: error: ‘__FILE’ has no member named ‘_IO_read_end’
16 7579 | x = (int) ((stdin->_IO_read_end) - (stdin->_IO_read_ptr));
17| ^~
18 ckucmd.c:7579:46: error: ‘__FILE’ has no member named ‘_IO_read_ptr’
19 7579 | x = (int) ((stdin->_IO_read_end) - (stdin->_IO_read_ptr));
20| ^~
21 make[2]: *** [makefile:988: ckucmd.o] Error 1
22 make[2]: Leaving directory 'kermit_downloads/kermitsource'
23 make[1]: *** [makefile:6067: linuxa] Error 2
24 make[1]: Leaving directory 'kermit_downloads/kermitsource'
25 make: *** [makefile:6100: linux] Error 2
Only two .o files were created:
-rw-r--r--+ 1 keith keith 48034 Dec 1 08:55 ckcmai.o
-rw-r--r--+ 1 keith keith 37108 Dec 1 08:55 ckclib.o
Keith
--
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
Re: [PATCH] Cygwin: Fix access to block devices below /proc/sys.
On Dec 1 16:59, Christian Franke wrote: > Corinna Vinschen wrote: > > \Device\Mup is a character device and thus the devices below are not > > accessible for directory enumeration. I assume it's the same for DFS. > > Here I see \Device\Mup as a block device on two systems (cygwin1.dll 3.1.7): > > $ ls -l /proc/sys/Device/Mup > brwxrwx--x 1 Administrators SYSTEM 0, 250 Dec 1 16:50 /proc/sys/Device/Mup Huh? $ ls -l /proc/sys/Device/Mup crwxrwx--x 1 Administrators SYSTEM 0, 250 Dec 1 17:04 /proc/sys/Device/Mup This is what I'd expect. Can you debug why this is a block device on your systems? Thanks, Corinna
Re: [ITP] gengetopt 2.23
El 30/11/20 a les 21:28, Ken Brown via Cygwin-apps ha escrit: On 11/30/2020 2:46 PM, Ken Brown via Cygwin-apps wrote: On 11/29/2020 2:19 PM, Rafel Amer Ramon wrote: Hi, [ITP] gengetopt 2.23 Program home page: https://www.gnu.org/software/gengetopt License: This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version. Debian package: https://packages.debian.org/buster/gengetopt I have uploaded the files to https://github.com/rafelamer/cygwin-gengetopt https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt.cygport https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23.tar.xz https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23-1.x86_64/dist/gengetopt/gengetopt-2.23-1-src.hint https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23-1.x86_64/dist/gengetopt/gengetopt-2.23-1-src.tar.xz https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23-1.x86_64/dist/gengetopt/gengetopt-2.23-1.hint https://github.com/rafelamer/cygwin-gengetopt/raw/main/gengetopt-2.23-1.x86_64/dist/gengetopt/gengetopt-2.23-1.tar.xz This looks good. I just have a few minor comments. - The SUMMARY should generally not start by repeating the package name. "A tool to write command line option parsing code for C programs" suffices. - I suggest adding HOMEPAGE="https://www.gnu.org/software/gengetopt/; - The build produces a source patch because of changes to test files: >>> Creating source patches tests/test_conf_parser_ov2.c | 2 +- tests/test_conf_parser_ov3.c | 4 ++-- tests/test_conf_parser_ov4.c | 2 +- 3 files changed, 4 insertions(+), 4 deletions(-) You can use DIFF_EXCLUDES to avoid this. - There are two failing tests that you might want to look into at some point. - I noticed that your github repo contains all the build files. Once you become maintainer, you will be able to push to the official source repo for the package (see https://cygwin.com/packaging/repos.html). This should not contain only the should contain files needed for building the package (i.e., only the cygport file in your case). Pushing to that repo triggers an automatic build (see https://cygwin.com/cgi-bin2/jobs.cgi). I'll go ahead and add you to https://cygwin.com/cygwin-pkg-maint, but I'm not sure how to parse your name. Should it be "Rafel Amer" or "Rafel Amer Ramon" or something else? Thanks for becoming a maintainer. Ken Hi, I have added the lines HOMEPAGE="https://www.gnu.org/software/gengetopt/; DIFF_EXCLUDES="test_conf_parser_ov2.c test_conf_parser_ov3.c test_conf_parser_ov4.c" to gengetopt.cygport and changed the line SUMMARY="A tool to write command line options parser code for C programs" but I can't find the failed tests. Maybe they are cheking for valgring: no checking for help2man: no I have installed help2man, but I don't know how to install valgrind. My name can be in both forms, but I prefer Rafel Amer Best regards, Rafel Amer
Re: [PATCH] Cygwin: Fix access to block devices below /proc/sys.
Corinna Vinschen wrote: On Nov 30 15:04, Corinna Vinschen wrote: On Nov 30 13:49, Christian Franke wrote: Corinna Vinschen wrote: On Nov 28 22:59, Christian Franke wrote: ... The attached experimental patch does not fix the lseek() (sorry), but handles such block devices with fhandler_dev_floppy instead. Tested with above use cases. I'm not sure whether this could break access to other /proc/sys block devices. This would happen if fh->exists() returns virt_blk for devices which do not support IOCTL_DISK_GET_DRIVE_GEOMETRY* or IOCTL_DISK_GET_PARTITION_INFO*. Pushed, becasue it's a nice idea. The above problem shouldn't happen, in theory, but I'm not sure. virt_blk is generated for devices types FILE_DEVICE_DISK FILE_DEVICE_CD_ROM FILE_DEVICE_VIRTUAL_DISK FILE_DEVICE_DFS FILE_DEVICE_NETWORK_FILE_SYSTEM FILE_DEVICE_DFS or FILE_DEVICE_NETWORK_FILE_SYSTEM might be a problem, but there should be a way to workaround that, if necessary, isn't it? Maybe it's a bad idea to treat those as blk devices at all? Could anything be read from such a node? If yes, treat as character device? If no and /proc/sys/foo/bar/some/path allows access to /some/path behind DFS/NFS node /proc/sys/foo/bar, then treat as directory? This is already the case for SMB shares: $ ls -ld /proc/sys/DosDevices/X: lr 1 ... 0 Nov 30 13:10 /proc/sys/DosDevices/X: -> /proc/sys/Device/LanmanRedirector/;X:/127.0.0.1/Share $ ls -lLd /proc/sys/DosDevices/X: drwxr-xr-x 1 ... 0 Nov 14 09:06 /proc/sys/DosDevices/X: $ ls -L /proc/sys/DosDevices/X: ... files on this share ...and it's already the case for NFS shares, too: $ ls -ld /proc/sys/DosDevices/Y: lr 1 corinna vinschen 0 Nov 30 14:59 /proc/sys/DosDevices/Y: -> /proc/sys/Device/MRxNfs/;Y:001cb27f/... $ ls -lLd /proc/sys/DosDevices/Y: drwxr-xr-x 5 corinna vinschen 41 May 19 2016 /proc/sys/DosDevices/Y: That means we don't have to handle FILE_DEVICE_NETWORK_FILE_SYSTEM in the code creating the virt_blk device type at all. I have high hopes this is the same for DFS, albeit I can't test it... Oh, right, I just realized that \Device\MRxNfs, as well as \Device\LanmanRedirector are symlinks pointing below \Device\Mup: $ ls -l /proc/sys/Device/LanmanRedirector lr--r--r-- 1 Administrators SYSTEM 0 Nov 30 15:20 /proc/sys/Device/LanmanRedirector -> /proc/sys/Device/Mup/;LanmanRedirector $ ls -l /proc/sys/Device/MRxNfs lr--r--r-- 1 Administrators SYSTEM 0 Nov 30 15:20 /proc/sys/Device/MRxNfs -> /proc/sys/Device/Mup/;MRxNfs \Device\Mup is a character device and thus the devices below are not accessible for directory enumeration. I assume it's the same for DFS. Here I see \Device\Mup as a block device on two systems (cygwin1.dll 3.1.7): $ ls -l /proc/sys/Device/Mup brwxrwx--x 1 Administrators SYSTEM 0, 250 Dec 1 16:50 /proc/sys/Device/Mup Device could be opened for reading, but actual read fails with NTSTATUS STATUS_INVALID_DEVICE_REQUEST. Any path which do not exist produce misleading results: $ ls -l /proc/sys/Device/Mup/no.such.file crw-rw 1 Administrators SYSTEM 0, 250 Dec 1 16:52 /proc/sys/Device/Mup/no.such.file Thanks, Christian
[PATCH cygport] Update xorg.cygclass URLs
Update xorg.cygclass URLs since xorg.freedesktop.org now permanently
redirects to www.x.org
---
cygclass/xorg.cygclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/cygclass/xorg.cygclass b/cygclass/xorg.cygclass
index 47686e8..1665439 100644
--- a/cygclass/xorg.cygclass
+++ b/cygclass/xorg.cygclass
@@ -141,13 +141,13 @@ SUMMARY="X.Org ${ORIG_PN} component"
#
#o* xorg.cygclass/HOMEPAGE (xorg)
# DEFINITION
-HOMEPAGE="http://xorg.freedesktop.org/;
+HOMEPAGE="https://www.x.org/;
#
#o* xorg.cygclass/SRC_URI (xorg)
# DESCRIPTION
# Download location of the release tarball.
#
-SRC_URI="http://xorg.freedesktop.org/releases/individual/${xorg_cat}/${ORIG_PN}-${PV}.tar.bz2;
+SRC_URI="http://www.x.org/releases/individual/${xorg_cat}/${ORIG_PN}-${PV}.tar.bz2;
#o* xorg.cygclass/GIT_URI (xorg)
# DESCRIPTION
--
2.29.2
Re: curl calm issue
On 01/12/2020 01:06, Brian Inglis wrote: On 2020-11-30 17:09, cygwin-apps-rdbxbdvo6bxqt0dzr+a...@public.gmane.org wrote: WARNING: homepage:https://curl.haxx.se/ permanently redirects to https://curl.se/ ERROR: install packages from source package 'curl' have non-unique current versions 7.73.0-1 (curl-debuginfo), 7.73.0-2 (3 others) ERROR: error while validating merged x86_64 packages for Brian Inglis SUMMARY: 1 WARNING(s), 2 ERROR(s) I've added an exception for this package, and set the upload to be retried. The issue is that previous releases were always generated with debuginfo, but the latest release also changes debug behaviour to strictly check SSL protocol, causing execution issues with users and downstreams. I would like to generate the updated release without the behaviour change and that appears to also eliminate debuginfo generation. If I need to generate release -2 without debuginfo, how do I avoid this issue? Alternatively, you could have added lines to the .cygport to explicitly create an empty curl-debuginfo package (or make it obsolete, but that seems contraindicated if the package is coming back in future versions).
Re: SSH key for David Allsopp
On 01/12/2020 09:27, David Allsopp via Cygwin-apps wrote: Thanks. I can connect via sftp (or run alive) but I'm getting a publickey error on cyg...@cygwin.com:/git/cygwin-packages/flexdll trying to push a playground branch. Should I be able to? Yes. Can you be more explicit about what error you are getting? I don't know what could cause 'ssh cyg...@cygwin.com alive' to work, but 'git push ssh://cyg...@cygwin.com/git/cygwin-packages/flexdll.git' to fail.
Re: cygwin install failure
On 01.12.2020 11:21, lahmer med ali wrote: dear cygwin user's: i have tried to install the latest version of cygwin on my pc (windows 7) however when i execute the setup program, the installation fails because no mirror site is available for this. i have tried to add a mirror site to the list but the installation don(t start. i would ask if any one have an idea how to resolve this problem best regards -- are you behind a proxy ? -- 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
Re: [ITP] no-more-secrets 0.3.3
Hello,
Can anyone please review it?
On Sat, Nov 14, 2020 at 5:35 AM Daisuke Fujimura wrote:
>
> Hello,
>
> [ITP] A new package proposal: no-more-secrets
>
> - no-more-secrets
>
>
>
> SUMMARY: Recreation of the decrypting text effect from the 1992 movie Sneakers
> HOMEPAGE: https://github.com/bartobri/no-more-secrets
> SRC_URL: https://github.com/bartobri/no-more-secrets/archive/v0.3.3.tar.gz
> LICENSE: GNU General Public License v3.0
>
>
>
> Corresponding Linux/Unix packages are searched:
> - https://repology.org/project/no-more-secrets/versions
>
> Cygport, packages and logs:
> - https://yacp.osdn.jp/itp/no-more-secrets/
>
> CI (playground):
> - https://cygwin.com/cgi-bin2/jobs.cgi?id=1254
> - https://ci.appveyor.com/project/cygwin/scallywag/builds/36302294
>
> Prototype:
> -
> https://github.com/fd00/yacp/tree/f5018e37cc3b6e82f55fd59cef4414fc1ee19856/no-more-secrets
>
>
>
> Since these programs require keystrokes, we tested them manually, as
> shown below.
>
> ```
> $ cd ${B}
> $ ./bin/nms.exe -a < LICENSE
> $ ./bin/sneakers.exe
> ```
cygwin install failure
dear cygwin user's: i have tried to install the latest version of cygwin on my pc (windows 7) however when i execute the setup program, the installation fails because no mirror site is available for this. i have tried to add a mirror site to the list but the installation don(t start. i would ask if any one have an idea how to resolve this problem best regards -- 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
Re: [PATCH] Use automake (v3)
On Dec 1 10:18, Corinna Vinschen wrote: > Hi Jon, > > On Nov 30 17:02, Jon Turney wrote: > > On 30/11/2020 10:47, Corinna Vinschen wrote: > > [...] > > >CXXLDpath-testsuite.exe > > > /usr/lib/gcc/x86_64-w64-mingw32/9.2.1/../../../../x86_64-w64-mingw32/bin/ld: > > > > > > ../path_testsuite-path.o:path.cc:(.rdata$.refptr.max_mount_entry[.refptr.max_mount_entry]+0x0): > > > undefined reference to `max_mount_entry' > > > > This is a bit puzzling. I don't get this when building locally, but idk why > > since there is only a tentative definition of this variable. > > > > I'm not sure how this being built is changed by automaking to stop it > > working for you (perhaps optimization flags are now being used?) > > > > Perhaps the attached helps, although what is getting stubbed out when > > testing could be clearer. > > It helps to build the whole lot. The warnings are still generated. > I applied the attached patch to avoid the warnings when building > path-testsuite.exe. Still TODO are the warnings generated when > building libltp, though. > > What bugs me is that the mingw executables are built in utils/mingw, > but the object files are still in utils. Any problem generating the > object files in utils/mingw, too? I also don't like how test-driver is generated in the toplevel source dir. It should either be generated in source level winsup, if it's a file to be added to the repo (like aclocal.m4, etc), or, if generated at runtime evey time, it should go into the build dir, me thinks. Corinna
Re: [PATCH v2 0/2] proc(5) man page
On Nov 30 17:57, Brian Inglis wrote: > On 2020-11-30 03:47, Corinna Vinschen wrote: > > On Nov 24 23:49, Brian Inglis wrote: > > > Brian Inglis (2): > > >specialnames.xml: add proc(5) Cygwin man page > > >winsup/doc/Makefile.in: create man5 dir and install generated proc.5 > > > > > > winsup/doc/Makefile.in |4 + > > > winsup/doc/specialnames.xml | 2094 +++ > > > 2 files changed, 2098 insertions(+) > > > It would be helpful if you could outline the changes from v1. > > Those were fairly minor fixes to content and some processing outlined in the > (lengthy) responses to Jon's (lengthy) comments under: > https://sourceware.org/pipermail/cygwin-patches/2020q4/010829.html > > and I have copied them below, so please clarify if the below is not what you > want? I was after a short list with bullet points, ratehr than copying an email I have in my inbox anyway :} Jon, can you please take another look, too? Thanks, Corinna
RE: SSH key for David Allsopp
Jon Turney wrote: > On 30/11/2020 17:30, David Allsopp via Cygwin-apps wrote: > > Name: David Allsopp > > BEGIN SSH2 PUBLIC KEY > > Comment: "Cygwin Packaging Key" > > C3NzaC1lZDI1NTE5IAExhdEPx3iOcR+dSXb/dByk/3+2+SRSU1UYLqGI11u9 > > END SSH2 PUBLIC KEY > > Done. Thanks. Thanks. I can connect via sftp (or run alive) but I'm getting a publickey error on cyg...@cygwin.com:/git/cygwin-packages/flexdll trying to push a playground branch. Should I be able to?
cygwin1.dll > 3.1.4: Program execution fails if (WSL-)symlink exists and is present in PATH
Hello,
Since cygwin1.dll version 3.1.5, I observed the following behavior:
If a symbolic link is existing in the PATH environment, programs (external from
Cygwin's system directory) using cygwin1.dll cannot be executed anymore.
Possibly, because the Cygwin-DLL isn't found anymore.
Steps to reproduce:
cd /
mkdir link_test
cp /usr/bin/sed.exe link_test
ln -s link_test test
export PATH=/test:/link_test:/usr/bin:/bin
/link_test/sed cannot be executed
$ ldd /link_test/sed
ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x7d96)
KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL
(0x7d14)
KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll
(0x7a8e)
SYSFER.DLL => /cygdrive/c/WINDOWS/System32/SYSFER.DLL (0x550c)
-> no cygwin- DLLs found
If I delete the symbolic link
$ ll test
lrwxrwxrwx 1 mmattl Users 9 Dec 1 10:14 test -> link_test/
simply with
rm test
everything is working fine; sed can be executed
$ /link_test/sed
Usage: /link_test/sed [OPTION]... {script-only-if-no-other-script}
[input-file]...
[...]
And
$ ldd /link_test/sed
ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x7d96)
KERNEL32.DLL => /cygdrive/c/WINDOWS/System32/KERNEL32.DLL
(0x7d14)
KERNELBASE.dll => /cygdrive/c/WINDOWS/System32/KERNELBASE.dll
(0x7a8e)
SYSFER.DLL => /cygdrive/c/WINDOWS/System32/SYSFER.DLL (0x550c)
cygwin1.dll => /usr/bin/cygwin1.dll (0x18004)
cygintl-8.dll => /usr/bin/cygintl-8.dll (0x3f711)
cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0x3f716)
It would be great if you could give some advice to this issue.
Many thanks and best regards,
Mario
SSI Schäfer IT Solutions GmbH | Friesachstrasse 15 | 8114 Friesach | Austria
Registered Office: Friesach | Commercial Register: 49324 K | VAT no. ATU28654300
Commercial Court: Landesgericht für Zivilrechtssachen Graz
Unsere Hinweise zum Umgang mit personenbezogenen Daten finden Sie
hier.
You can find our information on the handling of personal data
here.
--
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
Re: [PATCH] Use automake (v3)
Hi Jon,
On Nov 30 17:02, Jon Turney wrote:
> On 30/11/2020 10:47, Corinna Vinschen wrote:
> > On Nov 30 11:25, Corinna Vinschen wrote:
> >
> > Also, after applying the patch and autogen-ing, a full build from
> > top-level fails with some warnings and a final undefined symbol:
>
> The warnings are expected at this stage.
>
> > make[5]: Entering directory '[...]/x86_64-pc-cygwin/winsup/utils/mingw'
> >CXX ../bloda.o
> >CXX ../cygcheck.o
> >CXX ../dump_setup.o
> >CXX ../ldh.o
> >CXX ../path.o
> >CXX ../cygwin-console-helper.o
> >CXX ../path_testsuite-path.o
> >CXX ../strace.o
> >CXX ../path_testsuite-testsuite.o
> > [...]/winsup/utils/mingw/../testsuite.cc:18: warning: "TESTSUITE" redefined
> > 18 | #define TESTSUITE
>
> This redefinition should probably be inside #ifndef TESTSUITE/#endif
>
> > : note: this is the location of the previous definition
> >CXXLDcygwin-console-helper.exe
> >CXXLDldh.exe
> > In file included from [...]/winsup/utils/mingw/../path.cc:263:
> > [...]/winsup/utils/mingw/../testsuite.h:22:24: warning: ISO C++ forbids
> > converting a string constant to 'char*' [-Wwrite-strings]
> > 22 | #define TESTSUITE_ROOT "X:\\xyzroot"
>
> I'm not sure how to restructure things to avoid this warning.
>
> The '-Wno-error=write-strings' flag is added when building this test to
> avoid this being fatal.
>
> >CXXLDpath-testsuite.exe
> > /usr/lib/gcc/x86_64-w64-mingw32/9.2.1/../../../../x86_64-w64-mingw32/bin/ld:
> >
> > ../path_testsuite-path.o:path.cc:(.rdata$.refptr.max_mount_entry[.refptr.max_mount_entry]+0x0):
> > undefined reference to `max_mount_entry'
>
> This is a bit puzzling. I don't get this when building locally, but idk why
> since there is only a tentative definition of this variable.
>
> I'm not sure how this being built is changed by automaking to stop it
> working for you (perhaps optimization flags are now being used?)
>
> Perhaps the attached helps, although what is getting stubbed out when
> testing could be clearer.
It helps to build the whole lot. The warnings are still generated.
I applied the attached patch to avoid the warnings when building
path-testsuite.exe. Still TODO are the warnings generated when
building libltp, though.
What bugs me is that the mingw executables are built in utils/mingw,
but the object files are still in utils. Any problem generating the
object files in utils/mingw, too?
Thanks,
Corinna
>From d9445d0fcbea11a9240141a5234b3ff5f0de5f63 Mon Sep 17 00:00:00 2001
From: Corinna Vinschen
Date: Tue, 1 Dec 2020 10:10:40 +0100
Subject: [PATCH] Cygwin: fix remaining warnings building path-testsuite.exe
---
winsup/utils/path.cc | 6 ++
winsup/utils/testsuite.cc | 2 ++
winsup/utils/testsuite.h | 12 ++--
3 files changed, 10 insertions(+), 10 deletions(-)
diff --git a/winsup/utils/path.cc b/winsup/utils/path.cc
index 4c1bb4029da5..29344be02033 100644
--- a/winsup/utils/path.cc
+++ b/winsup/utils/path.cc
@@ -559,6 +559,7 @@ from_fstab (bool user, PWCHAR path, PWCHAR path_end)
#ifndef FSTAB_ONLY
+#ifndef TESTSUITE
static int
mnt_sort (const void *a, const void *b)
{
@@ -580,9 +581,6 @@ extern "C" WCHAR cygwin_dll_path[];
static void
read_mounts ()
{
-/* If TESTSUITE is defined, bypass this whole function as a harness
- mount table will be provided. */
-#ifndef TESTSUITE
HKEY setup_key;
LONG ret;
DWORD len;
@@ -654,8 +652,8 @@ read_mounts ()
from_fstab (false, path, path_end);
from_fstab (true, path, path_end);
qsort (mount_table, max_mount_entry, sizeof (mnt_t), mnt_sort);
-#endif /* !defined(TESTSUITE) */
}
+#endif /* !defined(TESTSUITE) */
/* Return non-zero if PATH1 is a prefix of PATH2.
Both are assumed to be of the same path style and / vs \ usage.
diff --git a/winsup/utils/testsuite.cc b/winsup/utils/testsuite.cc
index c0a800b01e86..23ed8e0d81c0 100644
--- a/winsup/utils/testsuite.cc
+++ b/winsup/utils/testsuite.cc
@@ -15,7 +15,9 @@ details. */
#include
#define WIN32_LEAN_AND_MEAN
#include
+#ifndef TESTSUITE
#define TESTSUITE
+#endif
#include "testsuite.h"
typedef struct
diff --git a/winsup/utils/testsuite.h b/winsup/utils/testsuite.h
index d0a47b23aa9f..0dd6315398de 100644
--- a/winsup/utils/testsuite.h
+++ b/winsup/utils/testsuite.h
@@ -30,12 +30,12 @@ details. */
#if defined(TESTSUITE_MOUNT_TABLE)
static mnt_t mount_table[] = {
/* native posix flags */
- { TESTSUITE_ROOT,(char*)"/",MOUNT_SYSTEM},
- { "O:\\other", (char*)"/otherdir",MOUNT_SYSTEM},
- { "S:\\some\\dir", (char*)"/somedir", MOUNT_SYSTEM},
- { TESTSUITE_ROOT"\\bin", (char*)"/usr/bin", MOUNT_SYSTEM},
- { TESTSUITE_ROOT"\\lib", (char*)"/usr/lib", MOUNT_SYSTEM},
- { ".", (char*)TESTSUITE_CYGDRIVE, MOUNT_SYSTEM |
MOUNT_CYGDRIVE},
+ { (char*)TESTSUITE_ROOT,
