Re: [ITA] ncurses
On 2022-05-26 19:28, Brian Inglis wrote: On 2022-05-26 13:35, Jon Turney wrote: On 23/05/2022 06:13, Brian Inglis wrote: I'd like to adopt orphaned package ncurses: https://cygwin.com/packages/summary/ncurses-src.html The builds were tested in GitHub Actions CI using the scallywag ncurses repo playground branch; see: Thanks. Unfortunately, this crossed with a NMU of ncurses that I did recently, so I don't know what you want to do about that. No problem. I've been working on playground. I'll pull master and merge. I added this to your authorized packages. As you also announced the NMUs for tack and dialog, I'd like to adopt those too, as I've already got a few others from t...@i-i.net. -- 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: Unable to execute Cygwin application within UDF format
On Fri, 27 May 2022 11:36:27 +0800
Sam Lin wrote:
> I will see the problem on WIN10 or WIN SERVER, the duplicate steps are as
> follows:
>
> 1. Write a simple code 'hello world' program and compiled the
> executable file using GCC.
>
> // hello.c
> #include
>
> int main() {
> printf("Hello World\n");
> return 0;
> }
>
> $ gcc hello.c -o hello.exe
>
> 2. Format the specified USB drive using command prompt.
> C:\> format : /fs:UDF /q
>
> 3. Put the executable files hello.exe and cygwin1.dll into the UDF format
> flash drive and execute.
> We will find that the execution error occurs with cygwin v3.2.x and above.
>
> F:\>hello.exe
> 0 [main] hello (16224) F:\hello.exe: *** fatal error - add_item
> ("\??", "/", ...) failed, errno 22
> Stack trace:
> FrameFunctionArgs
> 000CCE0 001800622EE (0018029F172, 0018027AE81, 008,
> 0008B40)
> 000CCE0 0018004874A (000, 000CCE0, 00180020010,
> 000ABD6)
> 000CCE0 00180048782 (0009BD0, 016, 008,
> 001)
> 000CCE0 001800E30BC (000CBD0, 000CDF0, 001800D7488,
> 000)
> 000CCE0 00180133DC5 (001800D344A, 000, 000,
> 000)
> 000CCE0 00180048DA5 (000, 000, 000,
> 000)
> 000FFF0 00180047856 (000, 000, 000,
> 000)
> 000FFF0 00180047904 (000, 000, 000,
> 000)
> End of stack trace
>
> This error does not occur in v3.1.7.
> Hope this will be resolved in the future.
This seems to happen if cygwin1.dll is placed in the root
directly regardless of file system type.
--
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
Unable to execute Cygwin application within UDF format
Hi ,
I will see the problem on WIN10 or WIN SERVER, the duplicate steps are as
follows:
1. Write a simple code 'hello world' program and compiled the
executable file using GCC.
// hello.c
#include
int main() {
printf("Hello World\n");
return 0;
}
$ gcc hello.c -o hello.exe
2. Format the specified USB drive using command prompt.
C:\> format : /fs:UDF /q
3. Put the executable files hello.exe and cygwin1.dll into the UDF format
flash drive and execute.
We will find that the execution error occurs with cygwin v3.2.x and above.
F:\>hello.exe
0 [main] hello (16224) F:\hello.exe: *** fatal error - add_item
("\??", "/", ...) failed, errno 22
Stack trace:
FrameFunctionArgs
000CCE0 001800622EE (0018029F172, 0018027AE81, 008,
0008B40)
000CCE0 0018004874A (000, 000CCE0, 00180020010,
000ABD6)
000CCE0 00180048782 (0009BD0, 016, 008,
001)
000CCE0 001800E30BC (000CBD0, 000CDF0, 001800D7488,
000)
000CCE0 00180133DC5 (001800D344A, 000, 000,
000)
000CCE0 00180048DA5 (000, 000, 000,
000)
000FFF0 00180047856 (000, 000, 000,
000)
000FFF0 00180047904 (000, 000, 000,
000)
End of stack trace
This error does not occur in v3.1.7.
Hope this will be resolved in the future.
Thanks,
Sam
--
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: [ITA] ncurses
On 2022-05-26 13:35, Jon Turney wrote: On 23/05/2022 06:13, Brian Inglis wrote: I'd like to adopt orphaned package ncurses: https://cygwin.com/packages/summary/ncurses-src.html The builds were tested in GitHub Actions CI using the scallywag ncurses repo playground branch; see: Thanks. Unfortunately, this crossed with a NMU of ncurses that I did recently, so I don't know what you want to do about that. No problem. I've been working on playground. I'll pull master and merge. I added this to your authorized packages. Cheers! -- 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: Issue with seteuid and openssh
On Wed, May 25, 2022 at 07:51:14PM +0200, Achim Gratz wrote: > Check the dependencies on both the cygserver and sshd service > definitions. You must start them after the network is up (make them > both depend on tcp_ip and sshd depend on cygserver) or they won't work > correctly. On domain machines that sometimes still isn't quite enough, > so I've set them to "delayed start" in those instances and that seems to > have fixed it. In the 2019 occurence of a similar problem, cygserver wasn't being used, so I would be interested and happy to hear if running it and waiting for it are enough to fix this. --Stephen -- 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: Issue with seteuid and openssh
On Tue, May 24, 2022 at 10:15:05PM +, Dale Lobb via Cygwin wrote: > Greetings All, > > Has anyone seen an issue similar to this? > > I have a VMWare virtual machine loaded with Windows Server 2016 OS and a > Cygwin installation. Cygwin runs an installed SSHD service via > cygrunsrv.exe. A data gateway engine on a different machine makes regular > programmatic connections via SFTP to the server throughout the day. This > setup was established in 2021 and has run without issue for almost a year. > > Last night, the server rebooted automatically after windows updates. After > the reboot, the data gateway was then no longer able to connect to the > server. This condition persisted until I was informed of the issue this > morning and connected to the Windows server using RDP to take a look at the > issue, at which point the SSH connection suddenly started working. Further > tests showed this to be entirely repeatable. After rebooting the server, the > SSHD daemon does not allow connections, neither with password nor public key > authorization, until someone connects to the server via RDP, at which time > the SSH connections suddenly starts working again. > > The server's Windows application event log shows numerous errors from the > SSHD daemon stating "sshd: PID <>: fatal: seteuid 197108: No such device > or address" during the time frame when SSH connection were not working. The > errors stop immediately when the RDP connection is recorded in the same event > log. > > A google search for the error message turned up something somewhat similar > from this mailing list back in March of 2019, bit there is no mention of RDP > in that exchange. Also, the advice given, to convert the SSHD service from > running under the cyg_server account to LocalSystem, does not apply here, > because the Cygwin installation is recent enough that it is already running > under LocalSystem. Do you mean the thread started by this message: https://cygwin.com/pipermail/cygwin/2019-March/240389.html which describes a nearly identical problem. The main difference is that the problem occored for Windows Server 2008R2 and 2012 but was not confirmed on Windows Server 2016. This looks like regression in Windows so that now the problem occurs in Windows Server 2016 too. This underlying issue was never addressed or fully understood because the affected systems were EOL or nearly so. (and there are awkward workarounds for making do.) Looks like WS2016 has been EOL since January, so maybe no help this time either. The thread does mention RDP, and sshd service was already running as Local System, so I wonder if you read a different thread also from March 2019. 2019's problem occured for local accounts only. Is the new problem occuring for local accounts only? 2019's problem affected cron similarly to sshd so was a seteuid() problem and not a sshd problem. You might check if cron service is similarly affected. Hope this helps. Stephen Carrier BEAR Center UC Berkeley -- 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: [ITA] ncurses
On 23/05/2022 06:13, Brian Inglis wrote: I'd like to adopt orphaned package ncurses: https://cygwin.com/packages/summary/ncurses-src.html The builds were tested in GitHub Actions CI using the scallywag ncurses repo playground branch; see: Thanks. Unfortunately, this crossed with a NMU of ncurses that I did recently, so I don't know what you want to do about that. I added this to your authorized packages.
[ANNOUNCEMENT] ncurses-6.3-1.20220416, dialog-1.3-4.20220117, tack-1.09-1.20210619 (TEST)
The following packages have been uploaded to the Cygwin distribution: * dialog-1.3-4.20220117 * ncurses-6.3-1.20220416 * tack-1.09-1.20210619 Note: I'm updating these orphaned packages only because they are long overdue an update. If anybody wants to take over maintainership, they are more than welcome. (ncurses in particular is an important package, with many packages depending on it). -- 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
ncurses-6.3-1.20220416, dialog-1.3-4.20220117, tack-1.09-1.20210619 (TEST)
The following packages have been uploaded to the Cygwin distribution: * dialog-1.3-4.20220117 * ncurses-6.3-1.20220416 * tack-1.09-1.20210619 Note: I'm updating these orphaned packages only because they are long overdue an update. If anybody wants to take over maintainership, they are more than welcome. (ncurses in particular is an important package, with many packages depending on it).
[PATCH 7/7] Cygwin: remove miscellaneous 32-bit code
Patch attached.From d78b3f13a5eca554d50a7c40532f84cafdd1435a Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Tue, 24 May 2022 14:26:33 -0400
Subject: [PATCH 7/7] Cygwin: remove miscellaneous 32-bit code
---
winsup/cygwin/autoload.cc| 136 ---
winsup/cygwin/child_info.h | 4 -
winsup/cygwin/cpuid.h| 23
winsup/cygwin/cygheap.cc | 4 -
winsup/cygwin/cygmalloc.h| 2 -
winsup/cygwin/cygtls.cc | 2 -
winsup/cygwin/cygtls.h | 4 -
winsup/cygwin/dcrt0.cc | 19
winsup/cygwin/dlfcn.cc | 23
winsup/cygwin/dll_init.cc| 11 --
winsup/cygwin/external.cc| 7 --
winsup/cygwin/fhandler_proc.cc | 2 -
winsup/cygwin/fhandler_procnet.cc| 2 -
winsup/cygwin/fhandler_socket_inet.cc| 49
winsup/cygwin/fhandler_socket_local.cc | 10 --
winsup/cygwin/fhandler_socket_unix.cc| 4 -
winsup/cygwin/fork.cc| 4 -
winsup/cygwin/gcc_seh.h | 2 -
winsup/cygwin/heap.cc| 50 +
winsup/cygwin/hookapi.cc | 25 +
winsup/cygwin/include/a.out.h| 7 --
winsup/cygwin/include/asm/bitsperlong.h | 4 -
winsup/cygwin/include/bits/wordsize.h| 6 +-
winsup/cygwin/include/cygwin/config.h| 11 +-
winsup/cygwin/include/cygwin/signal.h| 59 --
winsup/cygwin/include/sys/cygwin.h | 4 -
winsup/cygwin/include/sys/dirent.h | 16 ---
winsup/cygwin/init.cc| 3 -
winsup/cygwin/lib/_cygwin_crt0_common.cc | 11 --
winsup/cygwin/libstdcxx_wrapper.cc | 7 --
winsup/cygwin/miscfuncs.cc | 96
winsup/cygwin/miscfuncs.h| 2 -
winsup/cygwin/mmap.cc| 36 --
winsup/cygwin/mmap_alloc.cc | 4 -
winsup/cygwin/mmap_alloc.h | 4 -
winsup/cygwin/net.cc | 8 --
winsup/cygwin/ntdll.h| 2 -
winsup/cygwin/path.cc| 102 -
winsup/cygwin/perprocess.h | 4 -
winsup/cygwin/shm.cc | 4 -
winsup/cygwin/sigproc.cc | 5 -
winsup/cygwin/smallprint.cc | 32 --
winsup/cygwin/strsig.cc | 14 +--
winsup/cygwin/sysconf.cc | 16 ---
winsup/cygwin/thread.cc | 4 -
winsup/cygwin/wincap.h | 2 -
winsup/cygwin/winsup.h | 10 --
47 files changed, 12 insertions(+), 844 deletions(-)
diff --git a/winsup/cygwin/autoload.cc b/winsup/cygwin/autoload.cc
index 1f52411d8..18366c600 100644
--- a/winsup/cygwin/autoload.cc
+++ b/winsup/cygwin/autoload.cc
@@ -66,7 +66,6 @@ bool NO_COPY wsock_started;
/* LoadDLLprime is used to prime the DLL info information, providing an
additional initialization routine to call prior to calling the first
function. */
-#ifdef __x86_64__
#define LoadDLLprime(dllname, init_also, no_resolve_on_fork) __asm__ ("
\n\
.ifndef " #dllname "_primed\n\
.section .data_cygwin_nocopy,\"w\" \n\
@@ -82,22 +81,6 @@ bool NO_COPY wsock_started;
.set " #dllname "_primed, 1 \n\
.endif \n\
");
-#else
-#define LoadDLLprime(dllname, init_also, no_resolve_on_fork) __asm__ ("
\n\
-.ifndef " #dllname "_primed\n\
- .section .data_cygwin_nocopy,\"w\" \n\
- .align 4 \n\
-."#dllname "_info: \n\
- .long_std_dll_init \n\
- .long" #no_resolve_on_fork " \n\
- .long-1 \n\
- .long" #init_also " \n\
- .string16\"" #dllname ".dll\"\n\
- .text\n\
- .set " #dllname "_primed, 1 \n\
-.endif \n\
-");
-#endif
/* Create a "decorated" name */
#define mangle(name, n) #name "@" #n
@@ -112,7 +95,6 @@ bool NO_COPY wsock_started;
LoadDLLfuncEx3(name, n, dllname, notimp, err, 0)
/* Main DLL setup stuff. */
-#ifdef __x86_64__
#define LoadDLLfuncEx3(name, n, dllname, notimp, err, no_resolve_on_fork) \
LoadDLLprime (dllname, dll_func_load, no_resolve_on_fork) \
__asm__ (" \n\
@@ -137,26 +119,6 @@ _win32_" #name ": \n\
.asciz \"" #name "\" \n\
.text\n\
");
[PATCH 6/7] Cygwin: remove 32-bit only clipboard code
Patch attached.From cfa148370cb51c6874d51ee97f79d04f6e547ca9 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Tue, 24 May 2022 10:25:06 -0400
Subject: [PATCH 6/7] Cygwin: remove 32-bit only clipboard code
---
winsup/cygwin/fhandler_clipboard.cc | 16
winsup/cygwin/include/sys/clipboard.h | 23 ---
2 files changed, 4 insertions(+), 35 deletions(-)
diff --git a/winsup/cygwin/fhandler_clipboard.cc
b/winsup/cygwin/fhandler_clipboard.cc
index 9515795e4..ae6de4551 100644
--- a/winsup/cygwin/fhandler_clipboard.cc
+++ b/winsup/cygwin/fhandler_clipboard.cc
@@ -68,14 +68,6 @@ fhandler_dev_clipboard::set_clipboard (const void *buf,
size_t len)
clipbuf = (cygcb_t *) GlobalLock (hmem);
clock_gettime (CLOCK_REALTIME, >ts);
-#ifdef __x86_64__
- /* ts overlays cb_sec and cb_nsec such that no conversion is needed */
-#elif __i386__
- /* Expand 32-bit timespec layout to 64-bit layout.
- NOTE: Steps must be done in this order to avoid data loss. */
- clipbuf->cb_nsec = clipbuf->ts.tv_nsec;
- clipbuf->cb_sec = clipbuf->ts.tv_sec;
-#endif
clipbuf->cb_size = len;
memcpy (clipbuf->cb_data, buf, len); // append user-supplied data
@@ -180,14 +172,6 @@ fhandler_dev_clipboard::fstat (struct stat *buf)
&& (hglb = GetClipboardData (format))
&& (clipbuf = (cygcb_t *) GlobalLock (hglb)))
{
-#ifdef __x86_64__
- /* ts overlays cb_sec and cb_nsec such that no conversion is needed */
-#elif __i386__
- /* Compress 64-bit timespec layout to 32-bit layout.
-NOTE: Steps must be done in this order to avoid data loss. */
- clipbuf->ts.tv_sec = clipbuf->cb_sec;
- clipbuf->ts.tv_nsec = clipbuf->cb_nsec;
-#endif
buf->st_atim = buf->st_mtim = clipbuf->ts;
buf->st_size = clipbuf->cb_size;
GlobalUnlock (hglb);
diff --git a/winsup/cygwin/include/sys/clipboard.h
b/winsup/cygwin/include/sys/clipboard.h
index 932fe98d9..e3901d0c8 100644
--- a/winsup/cygwin/include/sys/clipboard.h
+++ b/winsup/cygwin/include/sys/clipboard.h
@@ -17,33 +17,18 @@ details. */
static const WCHAR *CYGWIN_NATIVE = L"CYGWIN_NATIVE_CLIPBOARD";
-/*
- * The following layout of cygcb_t is new with Cygwin 3.3.0. It aids in the
- * transfer of clipboard contents between 32- and 64-bit Cygwin environments.
- */
typedef struct
{
union
{
-/*
- * Note that ts below overlays the struct following it. On 32-bit Cygwin
- * timespec values have to be converted to|from cygcb_t layout. On 64-bit
- * Cygwin timespec values perfectly conform to the struct following, so
- * no conversion is needed.
- *
- * We avoid directly using 'struct timespec' or 'size_t' here because they
- * are different sizes on different architectures. When copy/pasting
- * between 32- and 64-bit Cygwin, the pasted data could appear corrupted,
- * or partially interpreted as a size which can cause an access violation.
- */
-struct timespec ts; // 8 bytes on 32-bit Cygwin, 16 bytes on 64-bit Cygwin
+struct timespec ts;
struct
{
- uint64_t cb_sec; // 8 bytes everywhere
- uint64_t cb_nsec; // 8 bytes everywhere
+ uint64_t cb_sec; // == ts.tv_sec
+ uint64_t cb_nsec; // == ts.tv_nsec
};
};
- uint64_t cb_size; // 8 bytes everywhere
+ uint64_t cb_size;
char cb_data[];
} cygcb_t;
--
2.36.1
[PATCH 5/7] Cygwin: remove some 32-bit only environment code
[PATCH 4/7] Cygwin: remove some 32-bit only path conversion functions
Patch attached.From 1dd3291b22a72edc234b89e55b5bee9ebcc3f158 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Tue, 24 May 2022 10:20:23 -0400
Subject: [PATCH 4/7] Cygwin: remove some 32-bit only path conversion functions
---
winsup/cygwin/include/sys/cygwin.h | 23 -
winsup/cygwin/path.cc | 64 --
winsup/testsuite/winsup.api/cygload.cc | 2 -
3 files changed, 89 deletions(-)
diff --git a/winsup/cygwin/include/sys/cygwin.h
b/winsup/cygwin/include/sys/cygwin.h
index 0c3c2d65d..4923caacb 100644
--- a/winsup/cygwin/include/sys/cygwin.h
+++ b/winsup/cygwin/include/sys/cygwin.h
@@ -20,29 +20,6 @@ extern "C" {
#define _CYGWIN_SIGNAL_STRING "cYgSiGw00f"
-#ifdef __i386__
-/* DEPRECATED INTERFACES. These are restricted to MAX_PATH length.
- Don't use in modern applications. They don't exist on x86_64. */
-extern int cygwin_win32_to_posix_path_list (const char *, char *)
- __attribute__ ((__deprecated__));
-extern int cygwin_win32_to_posix_path_list_buf_size (const char *)
- __attribute__ ((__deprecated__));
-extern int cygwin_posix_to_win32_path_list (const char *, char *)
- __attribute__ ((__deprecated__));
-extern int cygwin_posix_to_win32_path_list_buf_size (const char *)
- __attribute__ ((__deprecated__));
-extern int cygwin_conv_to_win32_path (const char *, char *)
- __attribute__ ((__deprecated__));
-extern int cygwin_conv_to_full_win32_path (const char *, char *)
- __attribute__ ((__deprecated__));
-extern int cygwin_conv_to_posix_path (const char *, char *)
- __attribute__ ((__deprecated__));
-extern int cygwin_conv_to_full_posix_path (const char *, char *)
- __attribute__ ((__deprecated__));
-#endif /* __i386__ */
-
-/* Use these interfaces in favor of the above. */
-
/* Possible 'what' values in calls to cygwin_conv_path/cygwin_create_path. */
enum
{
diff --git a/winsup/cygwin/path.cc b/winsup/cygwin/path.cc
index 98f7aa1db..bd3ffdce6 100644
--- a/winsup/cygwin/path.cc
+++ b/winsup/cygwin/path.cc
@@ -4029,40 +4029,6 @@ cygwin_create_path (cygwin_conv_path_t what, const void
*from)
return to;
}
-#ifdef __i386__
-
-extern "C" int
-cygwin_conv_to_win32_path (const char *path, char *win32_path)
-{
- return cygwin_conv_path (CCP_POSIX_TO_WIN_A | CCP_RELATIVE, path, win32_path,
- MAX_PATH);
-}
-
-extern "C" int
-cygwin_conv_to_full_win32_path (const char *path, char *win32_path)
-{
- return cygwin_conv_path (CCP_POSIX_TO_WIN_A | CCP_ABSOLUTE, path, win32_path,
- MAX_PATH);
-}
-
-/* This is exported to the world as cygwin_foo by cygwin.din. */
-
-extern "C" int
-cygwin_conv_to_posix_path (const char *path, char *posix_path)
-{
- return cygwin_conv_path (CCP_WIN_A_TO_POSIX | CCP_RELATIVE, path, posix_path,
- MAX_PATH);
-}
-
-extern "C" int
-cygwin_conv_to_full_posix_path (const char *path, char *posix_path)
-{
- return cygwin_conv_path (CCP_WIN_A_TO_POSIX | CCP_ABSOLUTE, path, posix_path,
- MAX_PATH);
-}
-
-#endif /* __i386__ */
-
/* The realpath function is required by POSIX:2008. */
extern "C" char *
@@ -4211,36 +4177,6 @@ env_PATH_to_posix (const void *win32, void *posix,
size_t size)
size, ENV_CVT));
}
-#ifdef __i386__
-
-extern "C" int
-cygwin_win32_to_posix_path_list_buf_size (const char *path_list)
-{
- return conv_path_list_buf_size (path_list, true);
-}
-
-extern "C" int
-cygwin_posix_to_win32_path_list_buf_size (const char *path_list)
-{
- return conv_path_list_buf_size (path_list, false);
-}
-
-extern "C" int
-cygwin_win32_to_posix_path_list (const char *win32, char *posix)
-{
- return_with_errno (conv_path_list (win32, posix, MAX_PATH,
-CCP_WIN_A_TO_POSIX | CCP_RELATIVE));
-}
-
-extern "C" int
-cygwin_posix_to_win32_path_list (const char *posix, char *win32)
-{
- return_with_errno (conv_path_list (posix, win32, MAX_PATH,
-CCP_POSIX_TO_WIN_A | CCP_RELATIVE));
-}
-
-#endif /* __i386__ */
-
extern "C" ssize_t
cygwin_conv_path_list (cygwin_conv_path_t what, const void *from, void *to,
size_t size)
diff --git a/winsup/testsuite/winsup.api/cygload.cc
b/winsup/testsuite/winsup.api/cygload.cc
index ad4599666..faad5ce0e 100644
--- a/winsup/testsuite/winsup.api/cygload.cc
+++ b/winsup/testsuite/winsup.api/cygload.cc
@@ -152,8 +152,6 @@ cygwin::connector::connector (const char *dll)
// Pick up the function pointers for the basic infrastructure.
get_symbol ("__errno", _errno);
get_symbol ("strerror", _strerror);
- get_symbol ("cygwin_conv_to_full_posix_path", _conv_to_full_posix_path);
- get_symbol ("cygwin_conv_to_full_win32_path", _conv_to_full_win32_path);
// Note that you need to be running an interruptible cygwin function if
// you want to receive signals. You can use the standard signal()
--
2.36.1
[PATCH 2/7] Cygwin: simplify some function names
Patch attached.From 2e8b069182e3ba639beac43794201e409723b5d9 Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Sun, 22 May 2022 15:18:48 -0400
Subject: [PATCH 2/7] Cygwin: simplify some function names
Remove "32" or "64" from each of the following names: acl32,
aclcheck32, aclfrommode32, aclfrompbits32, aclfromtext32, aclsort32,
acltomode32, acltopbits32, acltotext32, facl32, fchown32, fcntl64,
fstat64, _fstat64, _fstat64_r, ftruncate64, getgid32, getgrent32,
getgrgid32, getgrnam32, getgroups32, getpwuid32, getpwuid_r32,
getuid32, getuid32, initgroups32, lseek64, lstat64, mknod32, mmap64,
setegid32, seteuid32, setgid32, setgroups32, setregid32, setreuid32,
setuid32, stat64, _stat64_r, truncate64.
Remove prototypes and macro definitions of these names.
Remove "#ifndef __INSIDE_CYGWIN__" from some headers so that the new
names will be available when compiling Cygwin.
Remove aliases that are no longer needed.
Include in fhandler_clipboard.cc for the declarations of
geteuid and getegid.
---
newlib/libc/include/pwd.h | 2 +-
newlib/libc/include/sys/stat.h | 2 +-
newlib/libc/include/sys/unistd.h | 16 +---
newlib/libc/posix/posix_spawn.c| 11 ---
winsup/cygwin/cygheap.h| 2 +-
winsup/cygwin/cygmalloc.h | 2 -
winsup/cygwin/cygserver_ipc.h | 4 +-
winsup/cygwin/fcntl.cc | 5 +-
winsup/cygwin/fhandler.cc | 4 +-
winsup/cygwin/fhandler_clipboard.cc| 5 +-
winsup/cygwin/fhandler_disk_file.cc| 2 +-
winsup/cygwin/fhandler_process.cc | 2 +-
winsup/cygwin/fhandler_raw.cc | 4 +-
winsup/cygwin/fhandler_socket_local.cc | 8 +-
winsup/cygwin/fhandler_tty.cc | 2 +-
winsup/cygwin/glob.cc | 7 +-
winsup/cygwin/grp.cc | 28 ++
winsup/cygwin/include/cygwin/acl.h | 2 -
winsup/cygwin/include/cygwin/grp.h | 7 --
winsup/cygwin/include/cygwin/stat.h| 10 --
winsup/cygwin/include/sys/mman.h | 2 -
winsup/cygwin/ipc.cc | 2 +-
winsup/cygwin/libc/fts.c | 9 --
winsup/cygwin/libc/minires.c | 4 +-
winsup/cygwin/libc/rcmd.cc | 13 ++-
winsup/cygwin/libc/rexec.cc| 4 +-
winsup/cygwin/mktemp.cc| 4 +-
winsup/cygwin/mmap.cc | 8 +-
winsup/cygwin/passwd.cc| 8 +-
winsup/cygwin/path.cc | 4 +-
winsup/cygwin/posix_ipc.cc | 10 +-
winsup/cygwin/sec_acl.cc | 41 +++--
winsup/cygwin/security.cc | 4 +-
winsup/cygwin/security.h | 2 -
winsup/cygwin/syscalls.cc | 121 ++---
winsup/cygwin/uinfo.cc | 16 +---
winsup/cygwin/winsup.h | 7 --
37 files changed, 124 insertions(+), 260 deletions(-)
diff --git a/newlib/libc/include/pwd.h b/newlib/libc/include/pwd.h
index baae88410..45d1594ea 100644
--- a/newlib/libc/include/pwd.h
+++ b/newlib/libc/include/pwd.h
@@ -55,10 +55,10 @@ struct passwd {
char*pw_shell; /* default shell */
};
-#ifndef __INSIDE_CYGWIN__
struct passwd *getpwuid (uid_t);
struct passwd *getpwnam (const char *);
+#ifndef __INSIDE_CYGWIN__
#if __MISC_VISIBLE || __POSIX_VISIBLE
int getpwnam_r (const char *, struct passwd *,
char *, size_t , struct passwd **);
diff --git a/newlib/libc/include/sys/stat.h b/newlib/libc/include/sys/stat.h
index 6525272dd..98f5addb4 100644
--- a/newlib/libc/include/sys/stat.h
+++ b/newlib/libc/include/sys/stat.h
@@ -142,7 +142,7 @@ int mkfifo (const char *__path, mode_t __mode );
intstat (const char *__restrict __path, struct stat *__restrict __sbuf );
mode_t umask (mode_t __mask );
-#if defined (__SPU__) || defined(__rtems__) || defined(__CYGWIN__) &&
!defined(__INSIDE_CYGWIN__)
+#if defined (__SPU__) || defined(__rtems__) || defined(__CYGWIN__)
intlstat (const char *__restrict __path, struct stat *__restrict __buf );
intmknod (const char *__path, mode_t __mode, dev_t __dev );
#endif
diff --git a/newlib/libc/include/sys/unistd.h b/newlib/libc/include/sys/unistd.h
index 3cc313080..216d779d8 100644
--- a/newlib/libc/include/sys/unistd.h
+++ b/newlib/libc/include/sys/unistd.h
@@ -21,9 +21,7 @@ int access (const char *__path, int __amode);
unsigned alarm (unsigned __secs);
int chdir (const char *__path);
int chmod (const char *__path, mode_t __mode);
-#if !defined(__INSIDE_CYGWIN__)
int chown (const char *__path, uid_t __owner, gid_t __group);
-#endif
#if __BSD_VISIBLE || (__XSI_VISIBLE >= 4 && __POSIX_VISIBLE < 200112)
int chroot (const char *__path);
#endif
@@ -79,11 +77,9 @@ int fchdir (int __fildes);
#if __POSIX_VISIBLE >= 199309
int fchmod (int __fildes, mode_t __mode);
#endif
-#if !defined(__INSIDE_CYGWIN__)
#if __BSD_VISIBLE || __XSI_VISIBLE >= 4 || __POSIX_VISIBLE >=
[PATCH 1/7] Cygwin: remove some 32-bit-only function definitions
Patch attached.From 3458c48712e41cef108b7c9582fdc2f63ccac11c Mon Sep 17 00:00:00 2001
From: Ken Brown
Date: Sun, 22 May 2022 15:16:47 -0400
Subject: [PATCH 1/7] Cygwin: remove some 32-bit-only function definitions
Remove the definitions of the following: acl, aclcheck, aclfrommode,
aclfrompbits, aclfromtext, aclsort, acltomode, acltopbits, acltotext,
chown, fchown, _fcntl, fstat, _fstat_r, ftruncate, getegid, geteuid, getgid,
getgrent, getgrgid, getgrnam, getgroups, getpwduid, getpwuid,
getpwuid_r, getuid, initgroups, lacl, lacl32, lchown, lseek, lstat,
mknod, mmap, setegid, seteuid, setgid, setgroups, setregid, setreuid,
setuid, stat, _stat_r, truncate.
[For most of these, the corresponding 64-bit entry points are obtained
by exporting aliases. For example, acl is an alias for acl32, and
truncate is an alias for truncate64.]
Remove the following structs and all code using them (which is 32-bit
only): __stat32, __group16, __flock32, __aclent16_t.
Remove the typedefs of __blkcnt32_t __dev16_t, __ino32_t, which are
used only in code that has been removed.
Put the typedefs of __uid16_t and __gid16_t in one header, instead of
one header if __INSIDE_CYGWIN__ is defined and a different header
otherwise.
---
winsup/cygwin/fcntl.cc | 41 --
winsup/cygwin/glob.cc | 31
winsup/cygwin/grp.cc | 98 -
winsup/cygwin/include/cygwin/grp.h | 10 --
winsup/cygwin/include/cygwin/stat.h| 19 ---
winsup/cygwin/include/machine/_types.h | 8 -
winsup/cygwin/include/machine/types.h | 11 --
winsup/cygwin/include/sys/cygwin.h | 2 -
winsup/cygwin/mmap.cc | 8 -
winsup/cygwin/passwd.cc| 24 ---
winsup/cygwin/sec_acl.cc | 98 -
winsup/cygwin/security.h | 7 -
winsup/cygwin/syscalls.cc | 195 -
winsup/cygwin/uinfo.cc | 32
14 files changed, 584 deletions(-)
diff --git a/winsup/cygwin/fcntl.cc b/winsup/cygwin/fcntl.cc
index 507ba61f7..437fcf128 100644
--- a/winsup/cygwin/fcntl.cc
+++ b/winsup/cygwin/fcntl.cc
@@ -79,46 +79,5 @@ fcntl64 (int fd, int cmd, ...)
return res;
}
-#ifdef __i386__
-extern "C" int
-_fcntl (int fd, int cmd, ...)
-{
- intptr_t arg = 0;
- va_list args;
- struct __flock32 *src = NULL;
- struct flock dst;
-
- __try
-{
- va_start (args, cmd);
- arg = va_arg (args, intptr_t);
- va_end (args);
- if (cmd == F_GETLK || cmd == F_SETLK || cmd == F_SETLKW)
- {
- src = (struct __flock32 *) arg;
- dst.l_type = src->l_type;
- dst.l_whence = src->l_whence;
- dst.l_start = src->l_start;
- dst.l_len = src->l_len;
- dst.l_pid = src->l_pid;
- arg = (intptr_t)
- }
- int res = fcntl64 (fd, cmd, arg);
- if (cmd == F_GETLK)
- {
- src->l_type = dst.l_type;
- src->l_whence = dst.l_whence;
- src->l_start = dst.l_start;
- src->l_len = dst.l_len;
- src->l_pid = (short) dst.l_pid;
- }
- return res;
-}
- __except (EFAULT)
- __endtry
- return -1;
-}
-#else
EXPORT_ALIAS (fcntl64, fcntl)
EXPORT_ALIAS (fcntl64, _fcntl)
-#endif
diff --git a/winsup/cygwin/glob.cc b/winsup/cygwin/glob.cc
index b0d393f98..b14cf6dab 100644
--- a/winsup/cygwin/glob.cc
+++ b/winsup/cygwin/glob.cc
@@ -855,38 +855,7 @@ g_opendir(Char *str, glob_t *pglob)
return(opendir(buf));
}
-#ifdef __x86_64__
#define CYGWIN_gl_stat(sfptr) ((*pglob->sfptr) (buf, sb))
-#else
-static void
-stat32_to_stat64 (struct __stat32 *src, struct stat *dst)
-{
- dst->st_dev = src->st_dev;
- dst->st_ino = src->st_ino;
- dst->st_mode = src->st_mode;
- dst->st_nlink = src->st_nlink;
- dst->st_uid = src->st_uid;
- dst->st_gid = src->st_gid;
- dst->st_rdev = src->st_rdev;
- dst->st_size = src->st_size;
- dst->st_atim = src->st_atim;
- dst->st_mtim = src->st_mtim;
- dst->st_ctim = src->st_ctim;
- dst->st_birthtim = src->st_mtim;
- dst->st_blksize = src->st_blksize;
- dst->st_blocks = src->st_blocks;
-}
-
-#define CYGWIN_gl_stat(sfptr) \
- ({ int ret; \
- struct __stat32 lsb; \
- if (CYGWIN_VERSION_CHECK_FOR_USING_BIG_TYPES) \
- ret = (*pglob->sfptr) (buf, sb);
\
- else if (!(ret = (*pglob->sfptr) (buf, (struct stat *) ))) \
- stat32_to_stat64 (, sb); \
- ret; \
- })
-#endif
static int
g_lstat(Char *fn, struct stat *sb, glob_t *pglob)
diff --git a/winsup/cygwin/grp.cc b/winsup/cygwin/grp.cc
index 23e2d0251..893e4cc0f 100644
--- a/winsup/cygwin/grp.cc
+++ b/winsup/cygwin/grp.cc
@@ -237,24 +237,6 @@ internal_getgrgid (gid_t gid, cyg_ldap *pldap)
return NULL;
}
-#ifdef
[PATCH 0/7] Remove 32-bit code
The patches in this series other than the second remove code that was used only in the 32-bit build. The second patch does some code simpification that is possible as a result of the removal. For example, we rename stat64 to stat. This eliminates the need to export stat as an alias for stat64, and it also eliminates the need to define a prototype of stat64 for use in the build of Cygwin. Ken Brown (7): Cygwin: remove some 32-bit-only function definitions Cygwin: simplify some function names Cygwin: remove regparm.h Cygwin: remove some 32-bit only path conversion functions Cygwin: remove some 32-bit only environment code Cygwin: remove 32-bit only clipboard code Cygwin: remove miscellaneous 32-bit code newlib/libc/include/pwd.h| 2 +- newlib/libc/include/sys/stat.h | 2 +- newlib/libc/include/sys/unistd.h | 16 +- newlib/libc/posix/posix_spawn.c | 11 - winsup/cygwin/autoload.cc| 136 -- winsup/cygwin/child_info.h | 14 +- winsup/cygwin/cpuid.h| 23 -- winsup/cygwin/cygerrno.h | 11 +- winsup/cygwin/cygheap.cc | 42 ++- winsup/cygwin/cygheap.h | 18 +- winsup/cygwin/cygheap_malloc.h | 24 +- winsup/cygwin/cygmalloc.h| 25 +- winsup/cygwin/cygserver_ipc.h| 4 +- winsup/cygwin/cygthread.h| 4 +- winsup/cygwin/cygtls.cc | 2 - winsup/cygwin/cygtls.h | 26 +- winsup/cygwin/cygwait.h | 2 +- winsup/cygwin/dcrt0.cc | 41 +-- winsup/cygwin/debug.cc | 6 +- winsup/cygwin/debug.h| 10 +- winsup/cygwin/dlfcn.cc | 23 -- winsup/cygwin/dll_init.cc| 36 --- winsup/cygwin/dll_init.h | 6 - winsup/cygwin/dtable.h | 4 +- winsup/cygwin/environ.cc | 31 +-- winsup/cygwin/environ.h | 19 +- winsup/cygwin/errno.cc | 8 +- winsup/cygwin/exceptions.cc | 4 +- winsup/cygwin/external.cc| 7 - winsup/cygwin/fcntl.cc | 46 +--- winsup/cygwin/fhandler.cc| 18 +- winsup/cygwin/fhandler.h | 324 +++ winsup/cygwin/fhandler_clipboard.cc | 25 +- winsup/cygwin/fhandler_console.cc| 14 +- winsup/cygwin/fhandler_cygdrive.cc | 2 +- winsup/cygwin/fhandler_dev.cc| 4 +- winsup/cygwin/fhandler_dev_fd.cc | 2 +- winsup/cygwin/fhandler_disk_file.cc | 30 +-- winsup/cygwin/fhandler_dsp.cc| 8 +- winsup/cygwin/fhandler_fifo.cc | 6 +- winsup/cygwin/fhandler_floppy.cc | 4 +- winsup/cygwin/fhandler_mqueue.cc | 4 +- winsup/cygwin/fhandler_netdrive.cc | 2 +- winsup/cygwin/fhandler_pipe.cc | 8 +- winsup/cygwin/fhandler_proc.cc | 4 +- winsup/cygwin/fhandler_process.cc| 4 +- winsup/cygwin/fhandler_process_fd.cc | 2 +- winsup/cygwin/fhandler_procnet.cc| 4 +- winsup/cygwin/fhandler_procsys.cc| 4 +- winsup/cygwin/fhandler_procsysvipc.cc| 2 +- winsup/cygwin/fhandler_random.cc | 2 +- winsup/cygwin/fhandler_raw.cc| 6 +- winsup/cygwin/fhandler_registry.cc | 2 +- winsup/cygwin/fhandler_serial.cc | 4 +- winsup/cygwin/fhandler_signalfd.cc | 4 +- winsup/cygwin/fhandler_socket.cc | 4 +- winsup/cygwin/fhandler_socket_inet.cc| 51 +--- winsup/cygwin/fhandler_socket_local.cc | 22 +- winsup/cygwin/fhandler_socket_unix.cc| 10 +- winsup/cygwin/fhandler_tape.cc | 6 +- winsup/cygwin/fhandler_timerfd.cc| 4 +- winsup/cygwin/fhandler_tty.cc| 14 +- winsup/cygwin/fhandler_virtual.cc| 4 +- winsup/cygwin/fhandler_windows.cc| 2 +- winsup/cygwin/fhandler_zero.cc | 2 +- winsup/cygwin/fork.cc| 4 - winsup/cygwin/gcc_seh.h | 2 - winsup/cygwin/glob.cc| 38 +-- winsup/cygwin/globals.cc | 6 - winsup/cygwin/grp.cc | 126 + winsup/cygwin/heap.cc| 52 +--- winsup/cygwin/hookapi.cc | 25 +- winsup/cygwin/include/a.out.h| 7 - winsup/cygwin/include/asm/bitsperlong.h | 4 - winsup/cygwin/include/bits/wordsize.h| 6 +- winsup/cygwin/include/cygwin/acl.h | 2 - winsup/cygwin/include/cygwin/config.h| 11 +- winsup/cygwin/include/cygwin/grp.h | 17 -- winsup/cygwin/include/cygwin/signal.h| 59 - winsup/cygwin/include/cygwin/stat.h | 29 -- winsup/cygwin/include/machine/_types.h | 8 - winsup/cygwin/include/machine/types.h| 11 - winsup/cygwin/include/sys/clipboard.h|
Thanks for the cool tips! Re: missing dll
Thanks Ken and Brian,Roboloki Sent from Yahoo Mail on Android -- 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: sorry I meant to say libphp7.dll is missing
On 5/26/2022 12:23 PM, Jim McNamara via Cygwin wrote: there is only libphp7.dll.a That's what you need for linking. The corresponding DLL is /usr/bin/cygphp7-7-3.dll, which is in the php package. 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: missing php library dll
On 2022-05-26 09:57, Jim McNamara via Cygwin wrote: I have tracked down the problem and wondering if you had a suggestion to help me fix it. Is there any reason why the package on the mirror doesn't have library -lphp7? Is there a way I can get one or do something to solve this problem? I tried 2 different PhP package versions on the mirror. /bin/sh /home/user/amf3/libtool --mode=link cc -DPHP_ATOM_INC -I/home/user/amf3/include -I/home/user/amf3/main -I/home/user/amf3 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -o amf3.la -export-dynamic -avoid-version -module -no-undefined -rpath /home/user/amf3/modules amf3.lo amf3-encode.lo amf3-decode.lo -lphp7 *** Warning: linker path does not have real file for library -lphp7. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libphp7 but no candidates were found. (...for file magic test) *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module amf3. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. Did you install the Cygwin php-devel package which includes many /usr/lib/php/build/ files, /usr/lib/libphp7.dll.a, a couple of utilities, and their man pages, which you should read, and search for other docs on building against php under Cygwin? Did you install the Cygwin libtool package? Cygwin runtime packages mostly build only dynamic libraries, and php installs /usr/bin/cygphp7-7-3.dll, which cygwin libtool should find and use. You should also check the options available from configure e.g. --disable-static and --disable-rpath as rpath is not normally used in Cygwin builds IIRC. -- 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.] -- 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
sorry I meant to say libphp7.dll is missing
there is only libphp7.dll.a thanks again, 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
hi Ken- it is missing from the php-dev package
Hi - I only find php7.dll.a thanks -- 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
i will try to build a .dll from source for missing php library from php.net
thanks -- 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: missing php library dll
On 5/26/2022 11:57 AM, Jim McNamara via Cygwin wrote: hi all- I have tracked down the problem and wondering if you had a suggestion to help me fix it. Is there any reason why the package on the mirror doesn't have library -lphp7? Is there a way I can get one or do something to solve this problem? I tried 2 different PhP package versions on the mirror. It's in the php-devel package. 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
missing php library dll
hi all- I have tracked down the problem and wondering if you had a suggestion to help me fix it. Is there any reason why the package on the mirror doesn't have library -lphp7? Is there a way I can get one or do something to solve this problem? I tried 2 different PhP package versions on the mirror. /bin/sh /home/user/amf3/libtool --mode=link cc -DPHP_ATOM_INC -I/home/user/amf3/include -I/home/user/amf3/main -I/home/user/amf3 -I/usr/include/php -I/usr/include/php/main -I/usr/include/php/TSRM -I/usr/include/php/Zend -I/usr/include/php/ext -I/usr/include/php/ext/date/lib -DHAVE_CONFIG_H -g -O2 -o amf3.la -export-dynamic -avoid-version -module -no-undefined -rpath /home/user/amf3/modules amf3.lo amf3-encode.lo amf3-decode.lo -lphp7 *** Warning: linker path does not have real file for library -lphp7. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libphp7 but no candidates were found. (...for file magic test) *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module amf3. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. thanks, roboloki -- 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: calm/mksetupini changes
On Tue, 24 May 2022 13:57:20 +0100, Jon Turney > On 24/05/2022 11:05, Lemures Lemniscati wrote: > > On Mon, 23 May 2022 19:37:43 +0100, Jon Turney > >> On 23/05/2022 14:09, Lemures Lemniscati wrote: > >>> On Sat, 21 May 2022 21:31:46 +0100, Jon Turney > [1] https://cygwin.com/packages/reports/deprecated_so.html > >>> > >>> Although libiconv2 is contained in the list above, > >>> I don't think it is deprecated. > >> > >> Haha. I think this is just a bug, and the code which generates that > >> report is getting confused by the test: status of libiconv2. > >> > >> Thanks for pointing that out. I'll look into fixing it when I can. > > > > All right. And yet another small point... > > > > I've uploaded libiconv 1.17-1 tagged with 'test', > > but their statuses are 'stable' in the page of its src package: > > https://www.cygwin.com/packages/summary/libiconv-src.html , > > while the ones of generated libiconv packages are 'test': > > e.g. https://www.cygwin.com/packages/summary/libiconv-devel.html . > > > > I was confused a bit by the situation :). > > Yes, this was the other half of this bug, a regression in cygport where the > test: label wasn't correctly added to srcpkg hints. > > I'll fix this data and add a consistency check to calm. Thank you for the fixes! Lem
