While developing a package for LuaTeX with the texlive-collection, I
noticed that LuaTeX could not access the directories for OpenType
fonts;
```
$ luatex sloth
This is LuaTeX, Version 1.15.0 (TeX Live 2022/Cygwin)
restricted system commands enabled.
(./sloth.tex
On Wed, 21 Dec 2022 at 16:08, Gregory Mason via Cygwin wrote:
>
> Hello Cygwin volunteers,
>
> I was asked to forward this bug report from the git-for-windows bug report:
> https://github.com/git-for-windows/git/issues/4060
> Original bug report from garretwilson
>
> > Find a Git repository with
On Dec 21 14:32, gs-cygwin.com--- via Cygwin wrote:
> On Wed, Dec 21, 2022 at 03:29:42PM +0100, Corinna Vinschen via Cygwin wrote:
> > Hi Glenn,
> >
> > On Dec 21 12:31, Corinna Vinschen via Cygwin wrote:
> > > On Dec 21 06:15, gs-cygwin.com--- via Cygwin wrote:
> > > > open /dev/null O_NOFOLLOW
On Wed, Dec 21, 2022 at 03:29:42PM +0100, Corinna Vinschen via Cygwin wrote:
> Hi Glenn,
>
> On Dec 21 12:31, Corinna Vinschen via Cygwin wrote:
> > On Dec 21 06:15, gs-cygwin.com--- via Cygwin wrote:
> > > open /dev/null O_NOFOLLOW fails with ELOOP
> > >
> > > Windows 10, 64-bit cygwin
> > >
>
After 90236c3a2cf6, the testsuite is failing, as the cygwin0.dll that
the implib testsuite programs are linked with references doesn't exist
anymore.
We don't need to make and link with a specially named DLL, as the cygwin
DLL (for a long time now) takes into consideration the path it's
executing
Hello Cygwin volunteers,
I was asked to forward this bug report from the git-for-windows bug report:
https://github.com/git-for-windows/git/issues/4060
Original bug report from garretwilson
> Find a Git repository with a long commit history.
> Enter `git log`
> Git will show the log history
Hard-link the new DLL with the name 'cygwin0.dll', as that's what the
testsuite expects. (Must be a hardlink as the Windows loader needs to be
able to traverse the link).
Fixes: 90236c3a2cf6 ("Cygwin: Makefile: build new-cygwin1.dll in a single step")
---
winsup/cygwin/Makefile.am | 6 +-
1
Hi Glenn,
On Dec 21 12:31, Corinna Vinschen via Cygwin wrote:
> On Dec 21 06:15, gs-cygwin.com--- via Cygwin wrote:
> > open /dev/null O_NOFOLLOW fails with ELOOP
> >
> > Windows 10, 64-bit cygwin
> >
> > Failed with my existing install, then I ran setup.exe, updated to
> > latest, and my tests
Build the new DLL with the name 'cygwin0.dll', rather than
'new-cygwin1.dll', as that's what the testsuite expects.
It still gets installed with the name 'cygwin1.dll'.
Fixes: 90236c3a2cf6 ("Cygwin: Makefile: build new-cygwin1.dll in a single step")
---
winsup/cygwin/Makefile.am | 2 +-
1 file
On Dec 21 19:23, Takashi Yano wrote:
> On Tue, 20 Dec 2022 22:48:06 +0100
> Corinna Vinschen wrote:
> > On Dec 20 21:45, Takashi Yano wrote:
> > > Previously, the console device could not be accessed from other terminals.
> > > Due to this limitation, GNU screen and tmux cannot be opened in
Hi Glenn,
On Dec 21 06:15, gs-cygwin.com--- via Cygwin wrote:
> open /dev/null O_NOFOLLOW fails with ELOOP
>
> Windows 10, 64-bit cygwin
>
> Failed with my existing install, then I ran setup.exe, updated to
> latest, and my tests still failed.
>
> a.c
> ---
>
> #include
> #include
>
open /dev/null O_NOFOLLOW fails with ELOOP
Windows 10, 64-bit cygwin
Failed with my existing install, then I ran setup.exe, updated to
latest, and my tests still failed.
a.c
---
#include
#include
#include
int main (void)
{
int fd = open("/dev/null", O_RDWR | O_NOFOLLOW, 0);
if (fd
On Wed, 21 Dec 2022 19:23:43 +0900
Takashi Yano wrote:
> However, fstat() does not return appropriate information,
> so, I implemented fhandler_console::fstat(). I also set proper
> errno for that case. Please see v2 patch.
Please apply the patches in the following order:
[PATCH v2] Cygwin:
Previously, the console device could not be accessed from other terminals.
Due to this limitation, GNU screen and tmux cannot be opened in console.
With this patch, console device can be accessed from other TTYs, such as
other consoles or ptys. Thanks to this patch, screen and tmux get working
in
The devices /dev/conin,conout,console were wrongly visible from ptys,
though they are inaccessible. This is because fhandler_console::exists()
returns true due to existing invisible console. This patch makes these
devices invisible from ptys.
Signed-off-by: Takashi Yano
---
POSIX states "A terminal may be the controlling terminal for at most
one session."
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap11.html
However, in cygwin, multiple sessions could be associated with the
same TTY. This patch aligns CTTY behavior to the statement of POSIX.
On Tue, 20 Dec 2022 22:48:06 +0100
Corinna Vinschen wrote:
> On Dec 20 21:45, Takashi Yano wrote:
> > Previously, the console device could not be accessed from other terminals.
> > Due to this limitation, GNU screen and tmux cannot be opened in console.
> > With this patch, console device can be
On Tue, 20 Dec 2022 19:14:35 +0100
Corinna Vinschen wrote:
> Hi Takashi,
>
> On Dec 20 21:41, Takashi Yano wrote:
> > POSIX states "A terminal may be the controlling terminal for at most
> > one session."
> > https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap11.html
> >
> >
18 matches
Mail list logo
