When using a compiler that automatically enables -D_FORTIFY_SOURCE,
building winsup fails with errors like below. Since winsup is not
setup to compile itself with _FORTIFY_SOURCE, disable it for now.
make[4]: Entering directory '.../x86_64-pc-cygwin/winsup/cygwin'
CC libc/minires-os-if.o
The rewrite of %X to %p was malhandled. Fix that/them.
---
winsup/utils/gmondump.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/winsup/utils/gmondump.c b/winsup/utils/gmondump.c
index ec9db0598..2d29e826d 100644
--- a/winsup/utils/gmondump.c
+++
On Mar 14 20:36, Takashi Yano wrote:
> - Variable remlen stores the return value of QueryDosDeviceW(), so
> it is better to be DWORD.
> ---
> winsup/cygwin/path.cc | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git a/winsup/cygwin/path.cc b/winsup/cygwin/path.cc
> index
- Variable remlen stores the return value of QueryDosDeviceW(), so
it is better to be DWORD.
---
winsup/cygwin/path.cc | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/winsup/cygwin/path.cc b/winsup/cygwin/path.cc
index eceafbbcf..e370843ee 100644
---
Hi Takashi,
On Mar 14 19:57, Takashi Yano wrote:
> - If UNC path for DFS is mounted to a drive with drive letter, the
> error "Too many levels of symbolic links" occurs when accessing
> to that drive. This is because GetDosDeviceW() returns unexpected
> string such as
- If UNC path for DFS is mounted to a drive with drive letter, the
error "Too many levels of symbolic links" occurs when accessing
to that drive. This is because GetDosDeviceW() returns unexpected
string such as "\Device\Mup\DfsClient\;Z:0003fb89\dfsserver
\dfs\linkname" for the
On Mar 12 06:37, Takashi Yano wrote:
> - Unlike linux, fsync() calls FlushFileBuffers() even for special
> files. This cause the problem reported in:
> https://cygwin.com/pipermail/cygwin/2022-March/251022.html
> This patch fixes the issue.
> ---
> winsup/cygwin/fhandler.cc | 2 +-
> 1
