Re: Catastrophic Cygwin find . -ls, grep performance on samba share compared to WSL

[Dan Shelton via Cygwin]

On Mon, 18 Dec 2023 at 08:05, Marco Atzeri via Cygwin  wrote:
>
> On 18/12/2023 07:53, Dan Shelton via Cygwin wrote:
> > On Mon, 18 Dec 2023 at 07:49, Marco Atzeri via Cygwin  
> > wrote:
> >>
>
> >>
> >> Is your cygserver running ?
> >
> > Yes, Cygserver is running
> >
> > Dan
>
> Hi Dan,
>
> the fact that you have only a factor 2 to 4 compared to WSL and Debian
> tell me that Cygwin is very effective as User space enviroment.
>
>
> 1. time find . >/dev/null
> Cygwin 86 seconds
> WSL 23 seconds
> Debian 19 seconds
>
> 2. time find . -ls >/dev/null
> Cygwin 129 seconds
> WSL 38 seconds
> Debian 32 seconds
>
> 3. time grep -r -E NOMATCH 2>/dev/null
> Cygwin 390 seconds
> WSL 144 seconds
> Debian 141 seconds
>
> Cygwin can not go faster than the engine below and there are
> several cubersome tricks to handle the POSIX compliance
>
> I have seen worst timing trying to emulate  Unix Layer on top of
> a not supporting Microsoft environment.

Sorry, but I disagree. I think that Cygwin could compete with WSL in
terms of performance.
I think the issue is just bad symlink emulation for filesystems which
do not need symlink emulation.

Dan
-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd

-- 
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: Qemu packages for Cygwin?

[Dan Shelton via Cygwin]

On Mon, 18 Dec 2023 at 07:54, Marco Atzeri via Cygwin  wrote:
>
> On 18/12/2023 07:42, Dan Shelton via Cygwin wrote:
> > Hello!
> >
> > Does Cygwin come with qemu packages?
> >
> > Dan
>
> why should an "Unix Emulation layer" that run in "User Space"
> trying to run a "Full-system emulation" (https://www.qemu.org/) ?
>
>
>
> It seems like using square wheels

Nope. The Qemu packages on LInux have a much more wider functionality,
and more features, compared to the TUSBTADI "The User Should Be
Treated As Dumb Idiot" versions on Windows. It absolutely makes sense.

Dan
-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd

-- 
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: Catastrophic Cygwin find . -ls, grep performance on samba share compared to WSL

[Marco Atzeri via Cygwin]

On 18/12/2023 07:53, Dan Shelton via Cygwin wrote:

On Mon, 18 Dec 2023 at 07:49, Marco Atzeri via Cygwin  wrote:






Is your cygserver running ?


Yes, Cygserver is running

Dan


Hi Dan,

the fact that you have only a factor 2 to 4 compared to WSL and Debian
tell me that Cygwin is very effective as User space enviroment.


1. time find . >/dev/null
Cygwin 86 seconds
WSL 23 seconds
Debian 19 seconds

2. time find . -ls >/dev/null
Cygwin 129 seconds
WSL 38 seconds
Debian 32 seconds

3. time grep -r -E NOMATCH 2>/dev/null
Cygwin 390 seconds
WSL 144 seconds
Debian 141 seconds

Cygwin can not go faster than the engine below and there are
several cubersome tricks to handle the POSIX compliance

I have seen worst timing trying to emulate  Unix Layer on top of
a not supporting Microsoft environment.

Regards
Marco



--
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: BugZilla for Cygwin, PLEASE!

[Marco Atzeri via Cygwin]

On 18/12/2023 07:45, Dan Shelton via Cygwin wrote:

Hello!

I don't see whether this has been discussed before,
but PLEASE could Cygwin get a bug tracker (BUGZILLA!)?

Dan


https://cygwin.com/acronyms/#SHTDI

the bandwidth of current maintainers is the major constraint

The current bugtracker is this mailing list

Regards
Marco


--
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: Qemu packages for Cygwin?

[Marco Atzeri via Cygwin]

On 18/12/2023 07:42, Dan Shelton via Cygwin wrote:

Hello!

Does Cygwin come with qemu packages?

Dan


why should an "Unix Emulation layer" that run in "User Space"
trying to run a "Full-system emulation" (https://www.qemu.org/) ?



It seems like using square wheels

Regards
Marco


--
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: Catastrophic Cygwin find . -ls, grep performance on samba share compared to WSL

[Dan Shelton via Cygwin]

On Mon, 18 Dec 2023 at 07:49, Marco Atzeri via Cygwin  wrote:
>
> On 18/12/2023 07:22, Dan Shelton via Cygwin wrote:
> > On Wed, 6 Dec 2023 at 05:08, Dan Shelton  wrote:
> >>
> >> Hello!
> >> I am unhappy to report a severe performance issue with find -ls, ls -R
> >> and grep -r, with Cygwin 3.4.9 and Cygwin 3.5.0 when samba shares are
> >> involved.
> >>
> >> Imagine a directory with 256 subdirs, and each has 256 files per
> >> subdir, all on a samba share, samba server is on Linux with tmpfs.
> >>
> >> mkdir dir1
> >> for ((i=0;i<256;i++)) ; do
> >>  mkdir "dir1/subdir$i"
> >>  for ((j=0; j < 256;j++));do
> >>  echo  "j=$j" >"dir1/subdir$i/j$j.txt"
> >>  done
> >> done
> >>
> >> Time comparisations then show a dramatic difference, Debian Linux
> >> accessing the samba share, WSL accessing the samba share, and Cygwin
> >> accessing the samba share:
> ..
> >> Why does that happen?
> >
> > It would be nice if someone from the Cygwin authors could assist me in
> > figuring out why this happens.
> >
> > My working theory is that the extra file and dir lookup calls are for
> > soft- and hardlink emulation for file systems which do not have soft-
> > or hardlinks?
> > If this is correct, then a fix might be to 1) determinate the
> > filesystem type (cached, per process lifetime in absence of
> > /etc/mnttab) and its boundaries (mount point, and whether other muont
> > points are below it) 2) Only use the emulation for FAT filesystems,
> > and for NTFS, REFS, SMBFS the native filesystem link is used.
> >
> > Help!
> >
> > Dan
>
> Is your cygserver running ?

Yes, Cygserver is running

Dan
-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd

-- 
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: Catastrophic Cygwin find . -ls, grep performance on samba share compared to WSL

[Marco Atzeri via Cygwin]

On 18/12/2023 07:22, Dan Shelton via Cygwin wrote:

On Wed, 6 Dec 2023 at 05:08, Dan Shelton  wrote:


Hello!
I am unhappy to report a severe performance issue with find -ls, ls -R
and grep -r, with Cygwin 3.4.9 and Cygwin 3.5.0 when samba shares are
involved.

Imagine a directory with 256 subdirs, and each has 256 files per
subdir, all on a samba share, samba server is on Linux with tmpfs.

mkdir dir1
for ((i=0;i<256;i++)) ; do
 mkdir "dir1/subdir$i"
 for ((j=0; j < 256;j++));do
 echo  "j=$j" >"dir1/subdir$i/j$j.txt"
 done
done

Time comparisations then show a dramatic difference, Debian Linux
accessing the samba share, WSL accessing the samba share, and Cygwin
accessing the samba share:

..

Why does that happen?


It would be nice if someone from the Cygwin authors could assist me in
figuring out why this happens.

My working theory is that the extra file and dir lookup calls are for
soft- and hardlink emulation for file systems which do not have soft-
or hardlinks?
If this is correct, then a fix might be to 1) determinate the
filesystem type (cached, per process lifetime in absence of
/etc/mnttab) and its boundaries (mount point, and whether other muont
points are below it) 2) Only use the emulation for FAT filesystems,
and for NTFS, REFS, SMBFS the native filesystem link is used.

Help!

Dan


Is your cygserver running ?




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

BugZilla for Cygwin, PLEASE!

[Dan Shelton via Cygwin]

Hello!

I don't see whether this has been discussed before,
but PLEASE could Cygwin get a bug tracker (BUGZILLA!)?

Dan
-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd

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

WSL filesystem link compatibility?

[Dan Shelton via Cygwin]

Hello!

Where is the difference between native filesystem links, and WSL
filesystem links, in Cygwin?

Dan
-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd

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

Qemu packages for Cygwin?

[Dan Shelton via Cygwin]

Hello!

Does Cygwin come with qemu packages?

Dan
-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd

-- 
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: Catastrophic Cygwin find . -ls, grep performance on samba share compared to WSL

[Dan Shelton via Cygwin]

On Wed, 6 Dec 2023 at 05:08, Dan Shelton  wrote:
>
> Hello!
> I am unhappy to report a severe performance issue with find -ls, ls -R
> and grep -r, with Cygwin 3.4.9 and Cygwin 3.5.0 when samba shares are
> involved.
>
> Imagine a directory with 256 subdirs, and each has 256 files per
> subdir, all on a samba share, samba server is on Linux with tmpfs.
>
> mkdir dir1
> for ((i=0;i<256;i++)) ; do
> mkdir "dir1/subdir$i"
> for ((j=0; j < 256;j++));do
> echo  "j=$j" >"dir1/subdir$i/j$j.txt"
> done
> done
>
> Time comparisations then show a dramatic difference, Debian Linux
> accessing the samba share, WSL accessing the samba share, and Cygwin
> accessing the samba share:
> 1. time find . >/dev/null
> Cygwin 86 seconds
> WSL 23 seconds
> Debian 19 seconds
>
> 2. time find . -ls >/dev/null
> Cygwin 129 seconds
> WSL 38 seconds
> Debian 32 seconds
>
> 3. time grep -r -E NOMATCH 2>/dev/null
> Cygwin 390 seconds
> WSL 144 seconds
> Debian 141 seconds
>
> So where does the bad Cygwin performance come from? Virus checker,
> memory compression and other Windows services known to interfere with
> benchmarking are OFF.
>
> But the network trace shows a dramatic difference: While Debian and
> WSL open files only once, the Cygwin run spends lots of network
> traffic checking whether the txt files are txt.lnk, txt,bat.lnk and so
> on, all non existent files.
>
> Why does that happen?

It would be nice if someone from the Cygwin authors could assist me in
figuring out why this happens.

My working theory is that the extra file and dir lookup calls are for
soft- and hardlink emulation for file systems which do not have soft-
or hardlinks?
If this is correct, then a fix might be to 1) determinate the
filesystem type (cached, per process lifetime in absence of
/etc/mnttab) and its boundaries (mount point, and whether other muont
points are below it) 2) Only use the emulation for FAT filesystems,
and for NTFS, REFS, SMBFS the native filesystem link is used.

Help!

Dan
-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd

-- 
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: libassuan-2.5.6-1

[Marco Atzeri via Cygwin-announce]

Version 2.5.6-1  of

libassuan-devel
libassuan0

are available in the Cygwin distribution:

CHANGES
Latest upstream release

DESCRIPTION
Libassuan is a small library implementing the so-called Assuan
protocol. This protocol is used for IPC between most newer
GnuPG components. Both, server and client side functions are provided.

HOMEPAGE
http://www.gnupg.org/


Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .
--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.

Re: libxxhash.pc seems incorrect in libxxhash-devel-0.8.0-1

[Marco Atzeri via Cygwin]

On 17/12/2023 15:56, Marco Atzeri wrote:

On 17.12.2023 14:20, Daisuke Fujimura via Cygwin wrote:

`pkg-config libxxhash --modversion` returns empty.
(expected: 0.8.0)

$ cygcheck -cd libxxhash-devel
Cygwin Package Information
Package  Version
libxxhash-devel  0.8.0-1

$ cat /usr/lib/pkgconfig/libxxhash.pc
#   xxHash - Extremely fast hash algorithm
#   Copyright (C) 2012-2020, Yann Collet, Facebook
#   BSD 2-Clause License 
(https://www.opensource.org/licenses/bsd-license.php)


prefix=/usr
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib

Name: xxhash
Description: extremely fast hash algorithm
URL: https://www.xxhash.com/
Version:
Libs: -L${libdir} -lxxhash
Cflags: -I${includedir}



Noted


next version is on the way

$ cat xxhash-0.8.2-1.x86_64/inst/usr/lib/pkgconfig/libxxhash.pc
#   xxHash - Extremely fast hash algorithm
#   Copyright (C) 2012-2021, Yann Collet, Facebook
#   BSD 2-Clause License 
(https://www.opensource.org/licenses/bsd-license.php)


prefix=/usr
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib

Name: xxhash
Description: extremely fast hash algorithm
URL: http://www.xxhash.com/
Version: 0.8.2
Libs: -L${libdir} -lxxhash
Cflags: -I${includedir}


--
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: Cygwin is not passing arguments to Windows apps

[Eliot Moss via Cygwin]

On 12/17/2023 8:45 AM, Karl Crary wrote:

Thank you, but I guess I posted a bad example then.


latex --version

This is pdfTeX, Version 3.141592653-2.6-1.40.25 (MiKTeX 23.10.12) (preloaded 
fomat=latex.fmt)
  restricted \write18 enabled.
**


It should print version information, but instead that is what I would expect to see if I ran latex with no arguments.  
The same thing happens if I call latex with a filename.  Or, to fix my previous example:



$ cmd '/?'
Microsoft Windows [Version 10.0.22621.2861]
(c) Microsoft Corporation. All rights reserved.

C:\crary>


If it's helpful, here's my /etc/fstab:

none /cygdrive cygdrive binary,noacl,posix=0,user 0 0
d:/ /cygdrive/d ntfs binary,posix=0,user,auto,notexec 0 0
c:/Users/moss/OneDrive /cygdrive/o ntfs binary,noacl,posix=0,user 0 0

The first line allows me to write things like /cygdrive/c and so forth, for any
mounted drive letter.  Note that there is no need to mention c; explicitly if
the default mount options are ok for you.

The second allows me to indicate the mount details I want for my D drive.

The last allows me to refer to my OneDrive via /cygdrive/o.

I also have some links in my cygwin / folder:

lrwxrwxrwx   1 moss Eliot Moss 11 Aug 26  2022 c -> /cygdrive/c
lrwxrwxrwx   1 moss Eliot Moss 11 Aug 26  2022 d -> /cygdrive/d
lrwxrwxrwx   1 moss Eliot Moss 11 Oct  6 12:53 o -> /cygdrive/o

These allow me to write /c/ instead of the longer /cygdrive/c/, etc.

This arrangement works well for me and I do not see the behavior you've
been describing.  Of course you may prefer different mount options, though
some of them seem relevant, as others have pointed out.

HTH ... EM

--
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: Cygwin is not passing arguments to Windows apps

[Kevin Schnitzius via Cygwin]

   On Sunday, December 17, 2023 at 09:30:04 AM EST, Karl Crary via Cygwin 
 wrote:  
 > I have stumbled on to a fix, but I am still puzzled. The problem arises
> when either of the following lines appears in my /etc/fstab:
> 
> c: /c ntfs binary,noacl,cygexec,user 0 0
> c: /home ntfs binary,noacl,cygexec,user 0 0
>
> I've taken them out and it's working now, but I'm still puzzled by how
> those lines created the problem. Those lines worked verbatim on my last
> Cygwin installation; what changed?

bash > echo /?
will give you the answer.  

Kevin
  

-- 
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: Cygwin is not passing arguments to Windows apps

[Brian Inglis via Cygwin]

On 2023-12-17 07:29, Karl Crary via Cygwin wrote:

On Sun, Dec 17, 2023 at 8:45 AM Karl Crary wrote:

On 12/17/2023 7:29 AM, Eliot Moss wrote:

On 12/16/2023 10:55 PM, Karl Crary via Cygwin wrote:

I am encountering a bug wherein Cygwin is not passing arguments to most
Windows programs (although Cygwin programs are doing fine).
For example, the following command ought to be dumping a lot of usage 
information, but instead it starts a command prompt, which is what it

does when not passed any argument.
$ cmd /?
Microsoft Windows [Version 10.0.22621.2715]
(c) Microsoft Corporation. All rights reserved.
C:\crary>
I am experiencing the same behavior with bash, tcsh, zsh, and also 
make.  In addition to cmd, I've also confirmed that arguments are not

being passed to wsl, explorer, and (Miktex's) latex.  Some third-party
apps are getting their arguments, including Standard ML of New Jersey.
This is a brand-new install on a brand-new Windows 11 machine. (A Dell 
Precision 3660 tower, if that matters.) I also tried varying the

cygwin dll version (a little, not exhaustively) to no effect.
Any theory as to what could be going on would be most appreciated.
My cygcheck output (lightly redacted) follows.



Cygwin's shell (generally bash) will try to pattern match ("glob") the
/? because of the ?. I get intended results if I type:
cmd '/?'
Because what is in the root directory / may vary from system to system, 
behavior without the quotes will may vary.

>> Thank you, but I guess I posted a bad example then.
>> latex --version
>> This is pdfTeX, Version 3.141592653-2.6-1.40.25 (MiKTeX 23.10.12)
>> (preloaded fomat=latex.fmt)
>>restricted \write18 enabled.
>> **
>> It should print version information, but instead that is what I would
>> expect to see if I ran latex with no arguments.  The same thing happens if
>> I call latex with a filename.  Or, to fix my previous example:
>> $ cmd '/?'
>> Microsoft Windows [Version 10.0.22621.2861]
>> (c) Microsoft Corporation. All rights reserved.
>> C:\crary>
>> Any other thoughts?

> I have stumbled on to a fix, but I am still puzzled. The problem arises
> when either of the following lines appears in my /etc/fstab:
> c: /c ntfs binary,noacl,cygexec,user 0 0
> c: /home ntfs binary,noacl,cygexec,user 0 0
> I've taken them out and it's working now, but I'm still puzzled by how
> those lines created the problem. Those lines worked verbatim on my last
> Cygwin installation; what changed?

$ man mount [NOTE: Reference to missing section "The Cygwin Mount Table"]

Looks like bugs have been fixed and /etc/fstab mount option cygexec is now 
skipping or overriding detection of *Windows* executables, treating all files as 
*Cygwin* executables, which expect their extended command line elsewhere, and 
are launched without arguments in the DOS command buffer.


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

La perfection est atteinte   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry


--
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: libxxhash.pc seems incorrect in libxxhash-devel-0.8.0-1

[Marco Atzeri via Cygwin]

On 17.12.2023 14:20, Daisuke Fujimura via Cygwin wrote:

`pkg-config libxxhash --modversion` returns empty.
(expected: 0.8.0)

$ cygcheck -cd libxxhash-devel
Cygwin Package Information
Package  Version
libxxhash-devel  0.8.0-1

$ cat /usr/lib/pkgconfig/libxxhash.pc
#   xxHash - Extremely fast hash algorithm
#   Copyright (C) 2012-2020, Yann Collet, Facebook
#   BSD 2-Clause License (https://www.opensource.org/licenses/bsd-license.php)

prefix=/usr
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib

Name: xxhash
Description: extremely fast hash algorithm
URL: https://www.xxhash.com/
Version:
Libs: -L${libdir} -lxxhash
Cflags: -I${includedir}



Noted

--
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: Cygwin is not passing arguments to Windows apps

[Karl Crary via Cygwin]

I have stumbled on to a fix, but I am still puzzled. The problem arises
when either of the following lines appears in my /etc/fstab:

c: /c ntfs binary,noacl,cygexec,user 0 0
c: /home ntfs binary,noacl,cygexec,user 0 0

I've taken them out and it's working now, but I'm still puzzled by how
those lines created the problem. Those lines worked verbatim on my last
Cygwin installation; what changed?

Karl Crary



On Sun, Dec 17, 2023 at 8:45 AM Karl Crary  wrote:

> Thank you, but I guess I posted a bad example then.
>
>
> latex --version
>
> This is pdfTeX, Version 3.141592653-2.6-1.40.25 (MiKTeX 23.10.12)
> (preloaded fomat=latex.fmt)
>   restricted \write18 enabled.
> **
>
>
> It should print version information, but instead that is what I would
> expect to see if I ran latex with no arguments.  The same thing happens if
> I call latex with a filename.  Or, to fix my previous example:
>
>
> $ cmd '/?'
> Microsoft Windows [Version 10.0.22621.2861]
> (c) Microsoft Corporation. All rights reserved.
>
> C:\crary>
>
>
> Any other thoughts?
>
> Karl Crary
>
>
>
>
> On 12/17/2023 7:29 AM, Eliot Moss wrote:
> > On 12/16/2023 10:55 PM, Karl Crary via Cygwin wrote:
> >> Dear all,
> >>
> >> I am encountering a bug wherein Cygwin is not passing arguments to most
> Windows programs (although Cygwin programs are doing fine).
> >>
> >> For example, the following command ought to be dumping a lot of usage
> information, but instead it starts a command prompt, which is what it does
> when not passed any argument.
> >>
> >>
> >> $ cmd /?
> >> Microsoft Windows [Version 10.0.22621.2715]
> >> (c) Microsoft Corporation. All rights reserved.
> >>
> >> C:\crary>
> >>
> >>
> >> I am experiencing the same behavior with bash, tcsh, zsh, and also
> make.  In addition to cmd, I've also confirmed that arguments are not being
> passed to wsl, explorer, and (Miktex's) latex.  Some third-party apps are
> getting their arguments, including Standard ML of New Jersey.
> >>
> >> This is a brand-new install on a brand-new Windows 11 machine.  (A Dell
> Precision 3660 tower, if that matters.)  I also tried varying the cygwin
> dll version (a little, not exhaustively) to no effect.
> >>
> >> Any theory as to what could be going on would be most appreciated.
> >>
> >> My cygcheck output (lightly redacted) follows.
> >>
> >> Karl Crary
> >
> > Cygwin's shell (generally bash) will try to pattern match ("glob") the /?
> > because of the ? .  I get intended results if I type:
> >
> > cmd '/?'
> >
> > Because what is in the root directory / may vary from system to system,
> > behavior without the quotes will may vary.
> >
> > HTH -- EM
>

-- 
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: Cygwin is not passing arguments to Windows apps

[Brian Inglis via Cygwin]

On 2023-12-17 06:45, Karl Crary via Cygwin wrote:

Thank you, but I guess I posted a bad example then.
latex --version
This is pdfTeX, Version 3.141592653-2.6-1.40.25 (MiKTeX 23.10.12) (preloaded 
fomat=latex.fmt)

 restricted \write18 enabled.
**
It should print version information, but instead that is what I would expect 
to see if I ran latex with no arguments.  The same thing happens if I call 
latex with a filename.  Or, to fix my previous example:

$ cmd '/?'
Microsoft Windows [Version 10.0.22621.2861]
(c) Microsoft Corporation. All rights reserved.
C:\crary>
Any other thoughts?

On 12/17/2023 7:29 AM, Eliot Moss wrote:

On 12/16/2023 10:55 PM, Karl Crary via Cygwin wrote:
I am encountering a bug wherein Cygwin is not passing arguments to most 
Windows programs (although Cygwin programs are doing fine).
For example, the following command ought to be dumping a lot of usage 
information, but instead it starts a command prompt, which is what it does 
when not passed any argument.

$ cmd /?
Microsoft Windows [Version 10.0.22621.2715]
(c) Microsoft Corporation. All rights reserved.
C:\crary>
I am experiencing the same behavior with bash, tcsh, zsh, and also make.  In 
addition to cmd, I've also confirmed that arguments are not being passed to 
wsl, explorer, and (Miktex's) latex.  Some third-party apps are getting 
their arguments, including Standard ML of New Jersey.
This is a brand-new install on a brand-new Windows 11 machine.  (A Dell 
Precision 3660 tower, if that matters.)  I also tried varying the cygwin dll 
version (a little, not exhaustively) to no effect.

Any theory as to what could be going on would be most appreciated.
My cygcheck output (lightly redacted) follows.

Cygwin's shell (generally bash) will try to pattern match ("glob") the /?
because of the ? .  I get intended results if I type:
cmd '/?'
Because what is in the root directory / may vary from system to system,
behavior without the quotes will may vary.


Try:
$ which  -a cmd latex; ls -l /?; echo $PATH
and post the output so we can what bash sees.

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

La perfection est atteinte   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry


--
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: Cygwin is not passing arguments to Windows apps

[Brian Inglis via Cygwin]

On 2023-12-17 06:45, Karl Crary via Cygwin wrote:

Thank you, but I guess I posted a bad example then.


latex --version

This is pdfTeX, Version 3.141592653-2.6-1.40.25 (MiKTeX 23.10.12) (preloaded 
fomat=latex.fmt)

  restricted \write18 enabled.
**


It should print version information, but instead that is what I would expect to 
see if I ran latex with no arguments.  The same thing happens if I call latex 
with a filename.  Or, to fix my previous example:



$ cmd '/?'
Microsoft Windows [Version 10.0.22621.2861]
(c) Microsoft Corporation. All rights reserved.

C:\crary>


Any other thoughts?

Karl Crary




On 12/17/2023 7:29 AM, Eliot Moss wrote:

On 12/16/2023 10:55 PM, Karl Crary via Cygwin wrote:

Dear all,

I am encountering a bug wherein Cygwin is not passing arguments to most 
Windows programs (although Cygwin programs are doing fine).


For example, the following command ought to be dumping a lot of usage 
information, but instead it starts a command prompt, which is what it does 
when not passed any argument.



$ cmd /?
Microsoft Windows [Version 10.0.22621.2715]
(c) Microsoft Corporation. All rights reserved.

C:\crary>


I am experiencing the same behavior with bash, tcsh, zsh, and also make.  In 
addition to cmd, I've also confirmed that arguments are not being passed to 
wsl, explorer, and (Miktex's) latex.  Some third-party apps are getting their 
arguments, including Standard ML of New Jersey.


This is a brand-new install on a brand-new Windows 11 machine.  (A Dell 
Precision 3660 tower, if that matters.)  I also tried varying the cygwin dll 
version (a little, not exhaustively) to no effect.


Any theory as to what could be going on would be most appreciated.

My cygcheck output (lightly redacted) follows.

Karl Crary


Cygwin's shell (generally bash) will try to pattern match ("glob") the /?
because of the ? .  I get intended results if I type:

cmd '/?'

Because what is in the root directory / may vary from system to system,
behavior without the quotes will may vary.

HTH -- EM




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

La perfection est atteinte   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry


--
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: Cygwin is not passing arguments to Windows apps

[Karl Crary via Cygwin]

Thank you, but I guess I posted a bad example then.


latex --version

This is pdfTeX, Version 3.141592653-2.6-1.40.25 (MiKTeX 23.10.12) (preloaded 
fomat=latex.fmt)
 restricted \write18 enabled.
**


It should print version information, but instead that is what I would expect to 
see if I ran latex with no arguments.  The same thing happens if I call latex 
with a filename.  Or, to fix my previous example:


$ cmd '/?'
Microsoft Windows [Version 10.0.22621.2861]
(c) Microsoft Corporation. All rights reserved.

C:\crary>


Any other thoughts?

Karl Crary




On 12/17/2023 7:29 AM, Eliot Moss wrote:

On 12/16/2023 10:55 PM, Karl Crary via Cygwin wrote:

Dear all,

I am encountering a bug wherein Cygwin is not passing arguments to most Windows 
programs (although Cygwin programs are doing fine).

For example, the following command ought to be dumping a lot of usage 
information, but instead it starts a command prompt, which is what it does when 
not passed any argument.


$ cmd /?
Microsoft Windows [Version 10.0.22621.2715]
(c) Microsoft Corporation. All rights reserved.

C:\crary>


I am experiencing the same behavior with bash, tcsh, zsh, and also make.  In 
addition to cmd, I've also confirmed that arguments are not being passed to 
wsl, explorer, and (Miktex's) latex.  Some third-party apps are getting their 
arguments, including Standard ML of New Jersey.

This is a brand-new install on a brand-new Windows 11 machine.  (A Dell 
Precision 3660 tower, if that matters.)  I also tried varying the cygwin dll 
version (a little, not exhaustively) to no effect.

Any theory as to what could be going on would be most appreciated.

My cygcheck output (lightly redacted) follows.

Karl Crary


Cygwin's shell (generally bash) will try to pattern match ("glob") the /?
because of the ? .  I get intended results if I type:

cmd '/?'

Because what is in the root directory / may vary from system to system,
behavior without the quotes will may vary.

HTH -- EM


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

libxxhash.pc seems incorrect in libxxhash-devel-0.8.0-1

[Daisuke Fujimura via Cygwin]

`pkg-config libxxhash --modversion` returns empty.
(expected: 0.8.0)

$ cygcheck -cd libxxhash-devel
Cygwin Package Information
Package  Version
libxxhash-devel  0.8.0-1

$ cat /usr/lib/pkgconfig/libxxhash.pc
#   xxHash - Extremely fast hash algorithm
#   Copyright (C) 2012-2020, Yann Collet, Facebook
#   BSD 2-Clause License (https://www.opensource.org/licenses/bsd-license.php)

prefix=/usr
exec_prefix=${prefix}
includedir=${prefix}/include
libdir=${exec_prefix}/lib

Name: xxhash
Description: extremely fast hash algorithm
URL: https://www.xxhash.com/
Version:
Libs: -L${libdir} -lxxhash
Cflags: -I${includedir}

-- 
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: lyx-2.3.7.1-1

[Marco Atzeri via Cygwin-announce]

New version 2.3.7.1-1 of

  lyx

is available in the Cygwin distribution

CHANGES
Last upstream release.
https://www.lyx.org/announce/2_3_7.txt

Built with Qt5 and Python 3.9

DESCRIPTION
LyX is a document processor that encourages an approach to writing
based on the structure of your documents (WYSIWYM) and not simply
their appearance (WYSIWYG).

LyX combines the power and flexibility of TeX/LaTeX with the ease
of use of a graphical interface.

HOMEPAGE
http://www.lyx.org

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

--
 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

The easiest way to unsubscribe is to visit 
, and click 'Unsubscribe'.

If you need more information on unsubscribing, start reading here: 
.

Re: Cygwin is not passing arguments to Windows apps

[Eliot Moss via Cygwin]

On 12/16/2023 10:55 PM, Karl Crary via Cygwin wrote:

Dear all,

I am encountering a bug wherein Cygwin is not passing arguments to most Windows programs (although Cygwin programs are 
doing fine).


For example, the following command ought to be dumping a lot of usage information, but instead it starts a command 
prompt, which is what it does when not passed any argument.



$ cmd /?
Microsoft Windows [Version 10.0.22621.2715]
(c) Microsoft Corporation. All rights reserved.

C:\crary>


I am experiencing the same behavior with bash, tcsh, zsh, and also make.  In addition to cmd, I've also confirmed that 
arguments are not being passed to wsl, explorer, and (Miktex's) latex.  Some third-party apps are getting their 
arguments, including Standard ML of New Jersey.


This is a brand-new install on a brand-new Windows 11 machine.  (A Dell Precision 3660 tower, if that matters.)  I also 
tried varying the cygwin dll version (a little, not exhaustively) to no effect.


Any theory as to what could be going on would be most appreciated.

My cygcheck output (lightly redacted) follows.

Karl Crary


Cygwin's shell (generally bash) will try to pattern match ("glob") the /?
because of the ? .  I get intended results if I type:

cmd '/?'

Because what is in the root directory / may vary from system to system,
behavior without the quotes will may vary.

HTH -- EM

--
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: Cygwin is not passing arguments to Windows apps

[ASSI via Cygwin]

Karl Crary via Cygwin writes:
> I am encountering a bug wherein Cygwin is not passing arguments to
> most Windows programs (although Cygwin programs are doing fine).

What you are encountering is unlikely a bug in Cygwin.

> For example, the following command ought to be dumping a lot of usage
> information, but instead it starts a command prompt, which is what it
> does when not passed any argument.
>
>
> $ cmd /?

WJFFM (example done in sh):

$ PATH+=:/cygdrive/c/WINDOWS/system32
$ cmd /?
Startet eine neue Instanz des Windows Befehlsinterpreters.

CMD [/A | /U] [/Q] [/D] [/E:ON | /E:OFF] [/F:ON | /F:OFF] [/V:ON | /V:OFF]
[[/S] [/C | /K] Zeichenfolge]
[…]


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

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