On Aug 2 14:11, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > -Original Message-
> > From: Lavrentiev, Anton (NIH/NLM/NCBI) [C]
> > Sent: Monday, August 02, 2021 10:03 AM
> > To: cygwin@cygwin.com
> > Subject: RE: Seeing double in /proc/partitions (Win 7 Home)
> >
> > > If yo
On Aug 2 15:12, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> id output, unlike when it posted broken in cygcheck's output as noted
> previously, seems unbroken, still with numeric user id:
>
> uid=1050182(NCBI_NT+User(1606)) gid=1050182
> groups=1050182,1049089(NCBI_NT+Group(513)),555
On Aug 2 15:04, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > Just paste it into your mail text.
>
> I posted links to the screenshot images on my G-drive... I can't post them
> into text as they are graphical
Ok, so your \Device entries appear normal. In that case, I don't have
On Aug 2 18:31, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > I'll follow up once I have the output you've requested.
>
> Well, my Systems people stopped cygserver for me, and I was able to open the
> "Cygwin64 terminal" without problems... The machine wasn't rebooted,
> re-login'
On Aug 5 19:12, Takashi Yano via Cygwin wrote:
> Hi everyone,
>
> On Wed, 28 Apr 2021 07:23:02 +0300
> Andrey Repin wrote:
>
> > Greetings, Christoph Lüders!
> >
> > > I run cygwin 32-bit on Windows 10 Pro Build 19042. Cygwin is 3.2.0-1,
> > > openssh is 8.5p1-1.
> >
> > > I use sshd to acce
On Aug 6 10:55, Takashi Yano via Cygwin wrote:
> Hi Corinna,
>
> On Fri, 6 Aug 2021 01:43:31 +0900
> Takashi Yano wrote:
> > Hi Corinna,
> >
> > On Thu, 5 Aug 2021 17:07:24 +0200
> > Corinna Vinschen wrote:
> > > Could you perhaps bisect the issue on your machine?
> >
> > In my environment, thi
On Aug 6 21:35, Takashi Yano via Cygwin wrote:
> On Fri, 6 Aug 2021 20:30:58 +0900
> Takashi Yano wrote:
> > On Fri, 6 Aug 2021 01:43:31 +0900
> > Takashi Yano wrote:
> > > In order to look into this problem, I tried to build openssh-8.5p1-1
> > > from source, however it cause the error in configu
On Aug 6 20:14, Takashi Yano via Cygwin wrote:
> On Fri, 6 Aug 2021 11:11:05 +0200
> Corinna Vinschen wrote:
> > On Aug 6 10:55, Takashi Yano via Cygwin wrote:
> > > Hi Corinna,
> > >
> > > On Fri, 6 Aug 2021 01:43:31 +0900
> > > Takashi Yano wrote:
> > > > Hi Corinna,
> > > >
> > > > On Thu, 5
On Aug 6 16:16, ASSI wrote:
> Corinna Vinschen via Cygwin writes:
> >> I found the solution by myself. Installing libcbor-devel package
> >> fixes this error.
> >
> > I just uploaded libfido2-1.5.0-2, which just adds a dependency from
> > libfido2-dev
On Aug 13 12:56, David Balažic via Cygwin wrote:
> Before, during and after plugging in a n USB stick:
>
> $ cat /proc/partitions
> major minor #blocks name win-mounts
>
> 8 0 1000204632 sda
> 8 1102400 sda1
> 8 2 16384 sda2
> 8 3 999571820 sda3 C:\
>
On Aug 16 10:56, Brian Inglis wrote:
> On 2021-08-16 08:51, Corinna Vinschen via Cygwin wrote:
> > On Aug 13 12:56, David Balažic via Cygwin wrote:
> > > [...]
> > > $ cat /proc/partitions
> > > major minor #blocks name win-mounts
> > >
> &g
On Aug 17 12:57, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > $ gcc -g -O2 -o proc_partition_O2 proc_partition.c -lntdll
>
> I ran the program (without gdb yet, can't doit right away)... Its
> output is a bit different from /proc/partitions (w.r.t. drive names),
Yes, it's just faked
On Aug 18 14:18, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > On second thought, I have a vague idea... Could you please just add
> > something to the output, i.e, change lines 124/125 from
> >
> > printf ("%5d %5d %9llu sd%c\n",
> > 8, (dev_name - 'a') * 16, size >>
On Aug 18 18:18, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > printf ("%5d %5d %9llu sd%c (%lu, %ls)\n",
> > 8, (dev_name - 'a') * 16, size >> 10, dev_name,
> > (unsigned long) context, dbi->ObjectName.Buffer);
>
> I replaced with this instead (read_
On Aug 18 18:36, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > And I just confirmed that if I print the context right before NtOpenFile(),
> > and just do
> > the "continue",
>
> But then I also tried this: I removed the "continue" before "NtOpenFile()"
> and allowed it to proceed,
On Aug 19 12:03, Corinna Vinschen via Cygwin wrote:
> On Aug 18 18:36, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > > And I just confirmed that if I print the context right before
> > > NtOpenFile(), and just do
> > > the "continue",
> &g
Hi Anton,
On Aug 19 13:26, Corinna Vinschen via Cygwin wrote:
> On Aug 19 12:03, Corinna Vinschen via Cygwin wrote:
> > On Aug 18 18:36, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > > > And I just confirmed that if I print the context right before
> > &g
On Aug 19 15:15, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > > loop is not working atomically. If a new object is inserted into the
> > > dir preceeding the currently handled entry (which, on a reliable system
> > > should *never* occur), the entry is moved by one, and the next
> >
On Aug 19 15:46, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > Great! Looking forward to it.
>
> I'm happy to report that in the latest snapshot, the problem seems to be gone!
>
> $ uname -a
> CYGWIN_NT-6.1 X 3.3.0s(0.341/5/3) 2021-08-19 14:45 x86_64 Cygwin
>
> $ cat /proc/part
On Aug 23 19:48, Christian Franke wrote:
> Takashi Yano via Cygwin wrote:
> > On Fri, 20 Aug 2021 16:28:42 -0700
> > Mark Geisert wrote:
> > > Hi Takashi,
> > >
> > > Takashi Yano via Cygwin wrote:
> > > ...
> > > > However, I encountered a problem with putclip.
> > > > Run 'echo | putcli
On Aug 23 23:52, Mark Geisert wrote:
> Mark Geisert clarifies what he wrote:
> > I was also mightily confused by Charles' apparent use of git *and* a
> > huge patch file.
>
> That's not fair. Charles used cvs; his cygutils repository was converted to
> git and I've been maintaining it since the c
On Aug 28 02:21, Takashi Yano via Cygwin wrote:
> On Fri, 27 Aug 2021 12:00:50 -0400
> Ken Brown wrote:
> > Two years ago I thought I needed nt_create to avoid problems when calling
> > set_pipe_non_blocking. Are you saying that's not an issue? Is
> > set_pipe_non_blocking unnecessary? Is that
On Aug 28 18:41, Takashi Yano via Cygwin wrote:
> On Sat, 28 Aug 2021 10:43:27 +0200
> Corinna Vinschen wrote:
> > On Aug 28 02:21, Takashi Yano via Cygwin wrote:
> > > On Fri, 27 Aug 2021 12:00:50 -0400
> > > Ken Brown wrote:
> > > > Two years ago I thought I needed nt_create to avoid problems whe
On Aug 29 00:43, Takashi Yano via Cygwin wrote:
> On Sat, 28 Aug 2021 13:58:08 +0200
> Corinna Vinschen wrote:
> > On Aug 28 18:41, Takashi Yano via Cygwin wrote:
> > > On Sat, 28 Aug 2021 10:43:27 +0200
> > > Corinna Vinschen wrote:
> > > > On Aug 28 02:21, Takashi Yano via Cygwin wrote:
> > > > >
[resent, this time with the ML in To]
On Sep 2 12:03, Chris Roehrig wrote:
>
> On Thu Sep 2 2021, at 8:25 AM, Ken Brown via Cygwin wrote:
> > On 9/1/2021 5:11 PM, Chris Roehrig wrote:
> >> I rebuild procps 3.3.17.29-2480 from source and it appears to work, so
> >> maybe the stock procps packag
On Sep 5 09:24, Ken Brown via Cygwin wrote:
> On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
> > On 9/4/2021 6:58 PM, Ken Brown via Cygwin wrote:
> > > Here are the correct commits:
> > >
> > > 8169e39ab Cygwin: C++17: register keyword is deprecated
> > > 3ca80b360 Cygwin: dumper: fix up GCC pr
On Sep 6 13:38, Ken Brown via Cygwin wrote:
> On 9/6/2021 1:12 PM, Ken Brown via Cygwin wrote:
> > On 9/6/2021 11:32 AM, Corinna Vinschen via Cygwin wrote:
> > > On Sep 5 09:24, Ken Brown via Cygwin wrote:
> > > > On 9/4/2021 8:04 PM, Ken Brown via Cygwin wrote:
On Sep 6 19:59, Corinna Vinschen via Cygwin wrote:
> On Sep 6 13:38, Ken Brown via Cygwin wrote:
> > On 9/6/2021 1:12 PM, Ken Brown via Cygwin wrote:
> > > On 9/6/2021 11:32 AM, Corinna Vinschen via Cygwin wrote:
> > > > On Sep 5 09:24, Ken Brown via Cygwin wrote:
On Sep 6 21:34, Brian Inglis wrote:
> On 2021-09-06 15:24, Ken Brown via Cygwin wrote:
> > On 9/6/2021 4:54 PM, Peter Dons Tychsen wrote:
> > > Hi there,
> > >
> > > On Mon, 2021-09-06 at 14:40 -0400, Ken Brown via Cygwin wrote:
> > > > > No, wait. I get what you say. The optimzation settings o
On Oct 24 08:26, Claudius Schnörr via Cygwin wrote:
> o suggestion: undefining DEFS_H might be risky -> to be added at
>line 55:
> + #ifndef DEFS_H
># include /* for strsignal on
>cygwin */
>#else
>char *strsignal
Hi folks,
The upcoming version 3.3.0 is the last version officially supporting
Windows Vista and Windows Server 2008.
The next major release 3.4.0 will be released in 2022 and will be the
last one officially supporting Windows 7, Windows 8, Windows Server 2008
R2, and Windows Server 2012.
We're
On Oct 26 18:52, Michel LaBarre wrote:
> Corinna , thank you for the heads up regarding subsequent updates wrt Window
> 7.
>
> Would it be possible to create a short "how-to" for installing the most
> recently "known-to-work-with-Windows-7" version of Cygwin (presuming that
> old versions remain a
On Oct 27 09:24, Takashi Yano via Cygwin wrote:
> On Tue, 26 Oct 2021 22:55:01 +0200
> Corinna Vinschen wrote:
> > We're also planning to drop Support for the 32 bit release of Cygwin in
> > 2022, thus Cygwin 3.4.0 won't come in 32 bit anymore, and the package
> > maintainers won't have to update 3
On Oct 26 21:29, Peter A. Castro wrote:
> On Tue, Oct 26, 2021 at 06:52:02PM -0400, Michel LaBarre wrote:
>
> Greetings, Michel & Corinna,
>
> > Corinna , thank you for the heads up regarding subsequent updates wrt Window
> > 7.
> >
> > Would it be possible to create a short "how-to" for install
On Oct 27 11:37, Thomas Wolff wrote:
> Am 27.10.2021 um 10:49 schrieb Corinna Vinschen via Cygwin:
> > Less than 1% are real 32 bit systems.
> I think roughly 1% is still a community to consider. Working old machines
> shouldn't be trashed just because they ar
On Oct 27 04:03, L A Walsh wrote:
>
>
> On 2021/10/26 13:55, Corinna Vinschen via Cygwin wrote:
> > Hi folks,
> >
> >
> > The upcoming version 3.3.0 is the last version officially supporting
> > Windows Vista and Windows Server 2008.
> >
> &g
On Oct 27 09:28, Peter A. Castro wrote:
> On Wed, Oct 27, 2021 at 10:53:58AM +0200, Cygwin List wrote:
> Greetings, Corinna,
>
> > On Oct 26 21:29, Peter A. Castro wrote:
> > > Corinna, I presume you will post when these milestones occur so that we
> > > have a more exact message in the Cygwin mai
On Oct 27 13:36, Jeremy Drake via Cygwin wrote:
> Oops, forgot to send to list.
>
> On Wed, 27 Oct 2021, Takashi Yano wrote:
>
> > On Tue, 26 Oct 2021 22:55:01 +0200
> > Corinna Vinschen wrote:
> > > We're also planning to drop Support for the 32 bit release of Cygwin in
> > > 2022, thus Cygwin 3
On Oct 28 18:06, cygwin--- via Cygwin wrote:
> Hi everyone,
>
> I installed the new cygwin 3.3.0-1 on Windows Server 2008 (32-bit) and then I
> receive the following error:
>
> The procedure entry point TryAcquireSRWLockExclusive could not be located in
> the dynamic link library KERNEL32.dll.
On Nov 4 00:23, Pavel M via Cygwin wrote:
> Observation: C standard library: standard headers may reserve non-standard
> identifiers which don't begin with an underscore.
>
> Invocations:
> $ echo -e "#include \n#define NL_NMAX" | gcc -xc - -std=c11
> -pedantic -Wall -Wextra -E > /dev/null
> :2:
On Nov 6 15:31, Federico Kircheis via Cygwin wrote:
> it seems that cygport always strip binaries, but I have one program that
> when stripped does not work correctly.
Out of curiosity, what program is that? And why does it require the
symbols to be present in the executable?
Corinna
--
Prob
On Nov 6 20:29, Federico Kircheis via Cygwin wrote:
>
> On 06/11/2021 18.30, Corinna Vinschen via Cygwin wrote:
> > On Nov 6 15:31, Federico Kircheis via Cygwin wrote:
> > > it seems that cygport always strip binaries, but I have one program that
> > > when st
On Nov 6 21:53, Corinna Vinschen via Cygwin wrote:
> - create binaries with debug info
> - create debug info files from the non-stripped binaries and copy
> them to usr/debug/...
sorry, usr/lib/debug/...
> - strip the binary and pack it into the base package "foo"
&
On Nov 10 10:45, Mario Emmenlauer wrote:
>
> Dear All,
>
> I've searched if this topic has come up before but could not find it.
>
> Could 'rm' support removing files and folders that have a colon ':' in
> their name? I.e. I would like that 'rm -fr' would remove a full directory
> tree, includin
On Nov 10 21:24, Mario Emmenlauer wrote:
> On 10.11.21 14:49, Corinna Vinschen via Cygwin wrote:
> > On Nov 10 10:45, Mario Emmenlauer wrote:
> >> Could 'rm' support removing files and folders that have a colon ':' in
> >> their name? I.e. I would l
On Nov 12 09:31, Brian Inglis wrote:
> On 2021-11-12 03:09, Corinna Vinschen via Cygwin-announce via Cygwin wrote:
> > The following packages have been uploaded to the Cygwin distribution:
> >
> > * libcbor-0.8.0-1
> > * libcbor-devel-0.8.0-1
> >
> >
On Nov 12 15:49, Brian Inglis wrote:
> On 2021-11-11 12:26, Marco Atzeri via Cygwin wrote:
> > On 11.11.2021 19:47, Hiya Z via Cygwin wrote:
> > > Upgraded to 3.3.x and noticed that the VersionInfo resource fields
> > > for all binaries under bin are blank (Properties->Details from
> > > Explorer).
On Nov 15 19:54, Christian Franke wrote:
> Steve Ward via Cygwin wrote:
> > Description of problem:
> > While using vim 8.2 on cygwin 3.3 (x86_64) on Windows 10,
> > when editing an existing file with vim and saving it, the Window’s
> > file system archive bit is always left cleared (not modified s
On Nov 15 14:18, Gary Johnson wrote:
> On 2021-11-15, Corinna Vinschen via Cygwin wrote:
> > Changing that is actually pretty simple, just set FILE_ATTRIBUTE_ARCHIVE
> > as soon as the underlying NtCreateFile is called for an open(O_CREAT).
> >
> > Fixed in current g
On Nov 17 18:21, Takashi Yano via Cygwin wrote:
> On Wed, 17 Nov 2021 11:37:18 +1100
> Tony Cook wrote:
> > This came up from regression testing perl.
> >
> > Regression testing of perl @4a1b9dd524007193213d3919d6a331109608b90c
> > used (from uname):
> > [...]
> I found the caused by the commit:
>
On Nov 17 11:57, ggl329 via Cygwin wrote:
> cygfido2-1.dll (from libfido2-1.9.0-1) depends on cygcbor-0.8.dll .
> But the dependency is dropped in setup.ini (depends2 field).
> In addition, the current libcbor-0.9.0-2 doesn’t provide cygcbor-0.8.dll but
> cygcbor-0.9.dll .
> Maybe, libfido2 needs
On Nov 17 19:44, Andrey Repin via Cygwin wrote:
> Greetings, Wolfgang S. Kechel!
>
> > The command 'cygpath -am .' yields different results between
> > cygwin-3.1.4-1 and cygwin-3.3.2-1 on a Windows 10 box when the current
> > directory is a network share.
>
> > Example with V3.1.4:
>
> > cygpa
On Nov 18 20:35, Takashi Yano via Cygwin wrote:
> On Thu, 18 Nov 2021 11:06:49 +1100
> Tony Cook wrote:
> > On Wed, Nov 17, 2021 at 01:27:55PM +0100, Corinna Vinschen via Cygwin wrote:
> > > I don't have a good solution. The old ldtoa code is lacking, for
> > >
On Nov 18 16:11, Noel Grandin via Cygwin wrote:
>
>
> On 2021/11/18 3:19 pm, Corinna Vinschen via Cygwin wrote:
> > My patch raised NDEC from 43 to 1023 to allow aproximately the same
> > number of digits as glibc. Newlib strives to support embedded targets
> > and ba
On Nov 22 16:20, Duncan Roe wrote:
> Hi,
>
> I stumbled across this when running 'make check' in the grep source directory.
>
> test-raise failed when it didn't a few weeks ago.
Pretty unlikely. This code didn;'t change for ages. I just checked
against Cygwin 3.2.0 and it also returns success.
On Nov 20 17:26, Ken Brown via Cygwin wrote:
> On 11/19/2021 7:07 PM, Andrey Repin via Cygwin wrote:
> > alternatives is known to make links to nonexistent objects. While this is
> > possible on *NIX, you can only link to existing objects on Windows.
>
> You're talking about native Windows symlink
On Nov 21 11:16, Tony Cook wrote:
> On Thu, Nov 18, 2021 at 09:08:40PM +, Sam Edge via Cygwin wrote:
> > I use newlib on embedded with threading libs that have predetermined
> > fixed thread stack sizes. While we tend to have more RAM than in former
> > times we also have multiple thread stacks
On Nov 22 11:34, Corinna Vinschen via Cygwin wrote:
> On Nov 21 11:16, Tony Cook wrote:
> > On Thu, Nov 18, 2021 at 09:08:40PM +, Sam Edge via Cygwin wrote:
> > > I use newlib on embedded with threading libs that have predetermined
> > > fixed thread stack sizes. Whi
On Nov 22 11:25, Corinna Vinschen via Cygwin wrote:
> On Nov 22 16:20, Duncan Roe wrote:
> > Hi,
> >
> > I stumbled across this when running 'make check' in the grep source
> > directory.
> >
> > test-raise failed when it didn't a few week
On Nov 22 19:04, Achim Gratz wrote:
> Corinna Vinschen via Cygwin writes:
> > In fact, Windows symlinks can easily be created as dangling symlinks
> > as well. Try cmd's `mklink foo bar' with non-existent bar in developer
> > mode or an elevated shell.
>
>
On Nov 23 17:34, Takashi Yano via Cygwin wrote:
> On Tue, 23 Nov 2021 10:23:02 +1100
> Tony Cook wrote:
> > On Mon, Nov 22, 2021 at 02:04:06PM +0100, Corinna Vinschen via Cygwin wrote:
> > > On Nov 22 11:34, Corinna Vinschen via Cygwin wrote:
> > > > On Nov 21 11
On Nov 23 19:27, Duncan Roe wrote:
> On Mon, Nov 22, 2021 at 02:06:19PM +0100, cygwin wrote:
> > On Nov 22 11:25, Corinna Vinschen via Cygwin wrote:
> > > On Nov 22 16:20, Duncan Roe wrote:
> > > > #include
> > > > #include
> > > >
> >
On Nov 24 12:40, Takashi Yano via Cygwin wrote:
> On Tue, 23 Nov 2021 10:48:21 +0100
> Corinna Vinschen wrote:
> > On Nov 23 17:34, Takashi Yano via Cygwin wrote:
> > > However, in reality, for example in the case:
> > > snprintf(buf, sizeof(buf), "%.3f", 1234567890123456.789);
> > > 'ndigits' is o
On Nov 24 09:36, Duncan Roe wrote:
> On Tue, Nov 23, 2021 at 11:18:25AM -0700, Brian Inglis wrote:
> > > On Nov 23 19:27, Duncan Roe wrote:
> > > > Btw to whoever maintains grep for cygwin: 'make check' should pass on
> > > > next release (I patched out the surrogate-pair failre).
> >
> > I had no
On Nov 24 18:14, Takashi Yano via Cygwin wrote:
> On Wed, 24 Nov 2021 17:52:04 +0900
> Takashi Yano wrote:
> > The printed value is still something wrong...
> > sqrt(2)*1e70 should be an integer value.
>
> I mean...
>
> sqrt(2)*1e70 is actually not an integer, however, double has mantissa
> of on
On Nov 25 21:02, Takashi Yano via Cygwin wrote:
> On Wed, 24 Nov 2021 10:28:13 +0100
> Corinna Vinschen wrote:
> > On Nov 24 18:14, Takashi Yano via Cygwin wrote:
> > > On Wed, 24 Nov 2021 17:52:04 +0900
> > > Takashi Yano wrote:
> > > > The printed value is still something wrong...
> > > > sqrt(2)
On Nov 24 11:01, Brian Inglis via Cygwin wrote:
> On 2021-11-24 02:25, Corinna Vinschen via Cygwin wrote:
> > > On Tue, Nov 23, 2021 at 11:18:25AM -0700, Brian Inglis wrote:
> > > > Do Cygwin and/or Windows support surrogate pairs in UTF-8?
> >
> > You mean U
On Nov 27 10:43, Duncan Roe wrote:
> On Wed, Nov 24, 2021 at 10:25:46AM +0100, cygwin wrote: [...]
> >
> > What is that "permanent restriction" in Cygwin? Is that something we
> > could fix or something unfixable? Did you try to debug Cygwin in terms
> > of that problem? If not, could you extrac
Hi Thorsten,
On Nov 29 15:23, Fuchs, Thorsten via Cygwin wrote:
> Hi,
>
> We are using the setup-x86_64.exe within our deployment system to
> install Cygwin at the developer workstations. The setup run is
> triggered automatically and all developer workstation going to be
> install identically. H
On Nov 30 19:04, Oskar Skog wrote:
> vboxsharedfs file systems no longer work. Any attempt to access will
> result in "too many levels of symbolic links".
>
> This only affects the VirtualBox shared folder, the Samba share works
> just fine.
>
> Last time I updated (before today) was sometime bef
On Oct 29 15:08, Sam Edge via Cygwin wrote:
> On 29/10/2024 14:38, Corinna Vinschen via Cygwin wrote:
> > On Oct 29 13:56, Martin Wege via Cygwin wrote:
> > > No, FILE_PERSISTENT_ACLS is not in that output.
> > >
> > > Reading
> > > https://learn.mic
On Oct 29 13:56, Martin Wege via Cygwin wrote:
> On Sun, Oct 6, 2024 at 8:53 AM Cedric Blancher
> wrote:
> > Please run winfsinfo on the NFS filesystem:
> > /bin/winfsinfo getvolumeinfo "$(cygpath -w /cygdrive/n/nfsshare1)"
> >
> > Does winfsinfo getvolumeinfo list the FILE_PERSISTENT_ACLS flag in
On Nov 4 11:24, Corinna Vinschen via Cygwin wrote:
> On Oct 29 22:35, Named T. Relay via Cygwin wrote:
> > Hello,
> >
> > Today i installed cygwin to compile a windows .exe out of a Linux source
> > program.
> > While G++ on Linux compiles it correctly
On Oct 29 22:35, Named T. Relay via Cygwin wrote:
> Hello,
>
> Today i installed cygwin to compile a windows .exe out of a Linux source
> program.
> While G++ on Linux compiles it correctly into a binary, on cygwin i got an
> issue during linking:
>
> $ g++ -O2 -Wall -Isrc -o bin/sealtool src/
On Oct 30 09:06, Brian Inglis via Cygwin wrote:
> Hi folks,
>
> Trying to update a package using c++ (requires gcc 12.4+ for adequate c++
> 2020 support) and getting confusing error messages.
>
> It appears that noexcept in the header files may here redefined by the
> compiler or headers as __GLI
On Nov 11 20:19, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 11:56:13 +0100
> Corinna Vinschen wrote:
>
> > On Nov 11 19:31, Takashi Yano via Cygwin wrote:
> > > On Fri, 8 Nov 2024 14:11:40 +0100
> > > Corinna Vinschen wrote:
> > > > If the server is a Samba share, check if `force unknown
On Nov 11 20:40, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 20:32:02 +0900
> Takashi Yano via Cygwin wrote:
> > Even with this patch, the file:
> >
> > yano $ touch samba_test_file.txt
> > yano $ ls -l samba_test_files.txt
> > -rw-r--r-- 1 yano yano 0 Nov 11 20:25 samba_test_file.txt
>
On Nov 11 22:00, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 12:59:41 +0100
> Corinna Vinschen wrote:
> > On Nov 11 20:19, Takashi Yano via Cygwin wrote:
> > > On Mon, 11 Nov 2024 11:56:13 +0100
> > > Corinna Vinschen wrote:
> > >
> > > > On Nov 11 19:31, Takashi Yano via Cygwin wrote:
>
On Nov 11 19:31, Takashi Yano via Cygwin wrote:
> On Fri, 8 Nov 2024 14:11:40 +0100
> Corinna Vinschen wrote:
> > If the server is a Samba share, check if `force unknown acl user = yes'
> > and for the share itself, check that
> >
> > read only = No
> > vfs objects = acl_xattr
> ^^
On Nov 11 21:19, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 13:03:18 +0100
> Corinna Vinschen wrote:
> > On Nov 11 20:40, Takashi Yano via Cygwin wrote:
> > > On Mon, 11 Nov 2024 20:32:02 +0900
> > > Takashi Yano via Cygwin wrote:
> > > > Even with this patch, the file:
> > > >
> > > >
On Nov 8 10:20, Soren via Cygwin wrote:
> Hello users. I have a reasonably recently installed Cygwin that I've kept
> updated with setup. I am just now seeing that the provided `cygpath`
> command no longer works the way it ought to. Could someone(s) confirm or
> deny this? And fix it, because it
On Nov 12 17:54, Takashi Yano via Cygwin wrote:
> I noticed that the probelm is not only in samba share, but
> also in Windows share.
>
> Yesterday, I used shared resource of the root directory.
> In that case, access right of Authenticated Users was enabled.
> However, when I tried resource under
On Nov 12 04:29, Takashi Yano via Cygwin wrote:
> On Mon, 11 Nov 2024 14:35:55 +0100
> Corinna Vinschen wrote:
> > On Nov 11 21:19, Takashi Yano via Cygwin wrote:
> > > On Mon, 11 Nov 2024 13:03:18 +0100
> > > Corinna Vinschen wrote:
> > > > On Nov 11 20:40, Takashi Yano via Cygwin wrote:
> > > > >
On Nov 8 20:51, Takashi Yano via Cygwin wrote:
> Hi all,
>
> On Thu, 8 Aug 2019 15:41:55 +
> "Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote:
> > Hi,
> >
> > Here's the situation, I have a netmount "Z:" but I cannot make any files on
> > it executable from Cygwin:
> >
> > $ mount
> > ...
> > Z
On Nov 21 05:57, Dan Shelton via Cygwin wrote:
> On Thu, 21 Nov 2024 at 05:06, Takashi Yano wrote:
> >
> > On Thu, 21 Nov 2024 00:16:41 +0100
> > Dan Shelton wrote:
> > > Does Cygwin have a zh_CN.GB18030 locale?
> >
> > I think so.
> >
> > $ locale
> > LANG=zh_CN.GB18030@cjknarrow
> > LC_CTYPE="zh
On Nov 21 12:25, Corinna Vinschen via Cygwin wrote:
> On Nov 21 05:57, Dan Shelton via Cygwin wrote:
> > locale -a | grep 18030
>
> You're confusing locale with codeset (or charset).
>
> $ locale -a | grep zh_CN
> zh_CN
> zh_CN.utf8
> zh_CN
Hi Bernhard,
On Nov 16 23:36, Bernhard Übelacker via Cygwin wrote:
> Hello everyone,
>
> Is is about the buffer allocated in check_dir_not_empty.
>
> The pointer pfni gets allocated the buffer at the begin,
> and is used in the NtQueryDirectoryFile call before the loops.
> In the loop the pointe
Hi Bernhard,
On Nov 18 22:32, Bernhard Übelacker via Cygwin wrote:
> Hello Corinna,
>
> Am 18.11.24 um 17:52 schrieb Corinna Vinschen:
> > Hi Bernhard,
> >
> > On Nov 16 23:36, Bernhard Übelacker via Cygwin wrote:
> > > Hello everyone,
> > >
> > > Is is about the buffer allocated in check_dir_n
On Nov 19 17:58, Takashi Yano via Cygwin wrote:
> On Mon, 18 Nov 2024 17:26:12 +0100
> Corinna Vinschen wrote:
> > We can safely assume that the current user is already authorized on the
> > SMB server. So... shouldn't AuthzInitializeResourceManager be
> > sufficient and the code from class authz_
On Nov 16 00:21, Takashi Yano via Cygwin wrote:
> I built a test program, whose important part is:
>
> AUTHZ_RESOURCE_MANAGER_HANDLE hManager = NULL;
> AUTHZ_CLIENT_CONTEXT_HANDLE hClient = NULL;
> AUTHZ_ACCESS_REQUEST AccessRequest = {0};
> AUTHZ_ACCESS_REPLY AccessReply = {0};
>
> AUT
On Nov 9 17:31, Roland Mainz via Cygwin wrote:
> Hi!
>
>
>
> Does anyone know a list of SIDs which can be used to get the
> user+group accounts for passwd entry "Adminstrator" and group entry
> "None" ?
>
> Our problem is that the actual account names vary with the system
> locale, e.g. gr
On Nov 9 11:59, Brian Inglis via Cygwin wrote:
> Attached a list of stable and local passwd and group sids that might be of
> use.
>
> Note the digit groups after -21- and -80- ids are variable.
>
> No id what some of the numbers are!
I recommend taking a look into
https://learn.microsoft.com
On Dec 8 08:13, Takashi Yano via Cygwin wrote:
> On Tue, 19 Nov 2024 21:54:44 +0100
> Corinna Vinschen wrote:
> > No, we can't do that, it's too simple.
> >
> > Just kidding.
> >
> > This is so simple, I'm puzzled we never tried that before. Or, if we
> > did, it's a lng time ago...
> >
>
On Dec 6 13:23, Federico Kircheis via Cygwin wrote:
> Hello,
>
> was it considered to add a flag to cygpath to output a path in unc format?
No. But it wouldn't be much work.
>
>
> For example, the folder
>
> C:\test.
>
> cannot be accessed from many Windows applications (powershell and cmd
On Dec 7 16:33, Jon Turney via Cygwin wrote:
> On 07/12/2024 05:26, Keith Thompson via Cygwin wrote:
> > Brian Inglis wrote:
> > > On 2024-12-06 19:16, Keith Thompson via Cygwin wrote:
> > > > The use of "1$", "2$" et al in printf format specifiers is a
> > > > POSIX-specific feature.
> > > >
> >
On Dec 9 13:47, Federico Kircheis via Cygwin wrote:
> On 09/12/2024 12.46, Corinna Vinschen via Cygwin wrote:
> > On Dec 6 13:23, Federico Kircheis via Cygwin wrote:
> > > Hello,
> > >
> > > was it considered to add a flag to cygpath to output a path in unc f
On Dec 9 14:48, Federico Kircheis via Cygwin wrote:
> On 09/12/2024 14.17, Corinna Vinschen via Cygwin wrote:
> > On Dec 9 13:47, Federico Kircheis via Cygwin wrote:
> > > 1)
> > > root path, like C:\ , because for whatever reason \\?\C:\ is not valid, it
> > &g
On Jan 31 14:23, Roland Mainz via Cygwin wrote:
> On Thu, Jan 30, 2025 at 2:34 PM Cedric Blancher
> wrote:
> [snip]
> > Does the ms-nfs41-client support NFS_SPECFILE_FIFO and NFS_SPECFILE_SOCK?
>
> No, but if Cygwin implements this for the Microsoft NFSv3 client then
> I'll add support for ms-nfs
Hi Thomas,
On Jan 30 21:59, Thomas Wolff via Cygwin wrote:
>
> Am 28.01.2025 um 09:56 schrieb Corinna Vinschen via Cygwin:
> > On Jan 28 00:50, Thomas Wolff via Cygwin wrote:
> > > Am 27.01.2025 um 12:17 schrieb Takashi Yano via Cygwin:
> > > > Hi Thomas,
> &g
On Feb 4 12:08, Corinna Vinschen via Cygwin wrote:
> $ cat > mk-dev-nfs.c < [...]
Copy/Paste error, try this one:
#include
#include
#include
typedef struct {
DWORD ReparseTag;
WORD ReparseDataLength;
WORD Reserved;
struct {
BYTE Dat
401 - 500 of 764 matches
Mail list logo
