Re: Possibly buggy use of ctype.h macros.

On Tue, 02 Jan 2024 19:59:57 -0800 Kaz Kylheku wrote: > On 2024-01-02 16:11, Takashi Yano via Cygwin wrote: > > Perhaps, the off-by-one is for EOF as you guess. > > I doubt it. If EOF were out of range of char, it would have to be -129 or > less, > so that -127 would look even more wrong. > > I

Install Cygwin 3.5 from command line?

Hello! Can someone give me precise instructions on how to install Cygwin 3.5 (setup.exe with Testing+Sync checkboxes selected) from the Windows command line? If I try, I only get Cygwin 3.4. -- Dan Shelton - Cluster Specialist Win/Lin/Bsd -- Problem reports: https://cygwin.com/problems.htm

by the way I solved my own problem with luarocks in sygwin

here is hte solution: https://gist.github.com/amigojapan/543b0d44f698cc03a61d7ec57ef968be -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubs

Re: Possibly buggy use of ctype.h macros.

On 2024-01-02 16:11, Takashi Yano via Cygwin wrote: > Perhaps, the off-by-one is for EOF as you guess. I doubt it. If EOF were out of range of char, it would have to be -129 or less, so that -127 would look even more wrong. I see EOF is just -1. That value will also be produced by '\xFF', or "\xf

Re: Possibly buggy use of ctype.h macros.

On Tue, 02 Jan 2024 15:56:00 -0800 Kaz Kylheku wrote: > On 2024-01-02 15:25, Takashi Yano via Cygwin wrote: > > On Tue, 02 Jan 2024 14:18:15 -0800 > > Kaz Kylheku via Cygwin wrote: > >> I noticed that this macro, defined in winsup/cygwin/local_includes/path.h: > >> > >> #define isdrive(s) (isa

Re: Possibly buggy use of ctype.h macros.

On 2024-01-02 15:25, Takashi Yano via Cygwin wrote: > On Tue, 02 Jan 2024 14:18:15 -0800 > Kaz Kylheku via Cygwin wrote: >> I noticed that this macro, defined in winsup/cygwin/local_includes/path.h: >> >> #define isdrive(s) (isalpha (*(s)) && (s)[1] == ':') >> >> is being used with arguments of

Re: Possibly buggy use of ctype.h macros.

On Tue, 02 Jan 2024 14:18:15 -0800 Kaz Kylheku via Cygwin wrote: > I noticed that this macro, defined in winsup/cygwin/local_includes/path.h: > > #define isdrive(s) (isalpha (*(s)) && (s)[1] == ':') > > is being used with arguments of type char, like dereferenced "char *" > pointers. > >

Possibly buggy use of ctype.h macros.

Hi All, I noticed that this macro, defined in winsup/cygwin/local_includes/path.h: #define isdrive(s) (isalpha (*(s)) && (s)[1] == ':') is being used with arguments of type char, like dereferenced "char *" pointers. Unless the isalpha implementation is robust against this, it should be i

Re: strverscmp is buggy in newlib 4.4.0 (was: Cygwin 3.4.6)

On 2024-01-02 13:29, matthew patton via Cygwin wrote: The cause is apparently that Cygwin's strverscmp implementation wasborrowed from musl libc would it make sense to use git submodules when "borrowing" code so the upstream reference is not lost, and keeping it abreast is relatively trivial ex

Re: strverscmp is buggy in Cygwin 3.4.6

> The cause is apparently that Cygwin's strverscmp implementation wasborrowed > from musl libc  would it make sense to use git submodules when "borrowing" code so the upstream reference is not lost, and keeping it abreast is relatively trivial exercise? -- Problem reports: https://cygwin.c

Re: Package request: ytdl-org/youtube-dl

On 2024-01-02 03:26, Oskar Skog via Cygwin wrote: On 2024-01-02 08:40, Cedric Blancher via Cygwin wrote: Good morning! I'd like to request https://github.com/ytdl-org/youtube-dl as a Cygwin package, so we can mirror training videos locally. Also, it is a cool demo to show the power of Cygwin, to

Re: strverscmp is buggy in newlib 4.4.0 (was: Cygwin 3.4.6)

On 2024-01-02 03:23, Bruno Haible via Cygwin wrote: Here's a test case of strverscmp, from Dmitry Bogatov [1] #include int main () { return strverscmp ("UNKNOWN", "2.2.0") <= 0; } It succeeds on glibc and musl libc 1.2.4, but fails on musl libc 1.2.3 and Cygwin 2.9.0 and 3.4.6. The cause is a

Re: "Internal Error: gcrypt library error 60 illegal tag." when scripting

Thanks, Jon - I've removed the parameter for ' http://cygwinports.org/ports.gpg' and I'm not entirely sure why I had it there in the first place. However, on removing the parameter, I now get the error for every referenced site in the script "Unable to get setup from " for every site

Re: Package request: ytdl-org/youtube-dl

On 2024-01-02 08:40, Cedric Blancher via Cygwin wrote: Good morning! I'd like to request https://github.com/ytdl-org/youtube-dl as a Cygwin package, so we can mirror training videos locally. Also, it is a cool demo to show the power of Cygwin, to show that it can download youtube videos without

strverscmp is buggy in Cygwin 3.4.6

Hi, Here's a test case of strverscmp, from Dmitry Bogatov [1] #include int main () { return strverscmp ("UNKNOWN", "2.2.0") <= 0; } It succeeds on glibc and musl libc 1.2.4, but fails on musl libc 1.2.3 and Cygwin 2.9.0 and 3.4.6. The cause is apparently that Cygwin's strverscmp implementati