Corinna Vinschen via Cygwin wrote:
On Feb 19 16:37, Corinna Vinschen via Cygwin wrote:
On Feb 19 14:40, Corinna Vinschen via Cygwin wrote:
On Feb 19 14:25, Christian Franke via Cygwin wrote:
Corinna Vinschen via Cygwin wrote:
So I think we rather shouldn't supply the libbsd version of
setproc
On Wed, 19 Feb 2025 16:23:41 +0900
Takashi Yano wrote:
> On Wed, 19 Feb 2025 07:59:00 +0100
> Cedric Blancher wrote:
> > Good morning!
> >
> > Cygwin 3.6.0-0.374.g4dd859d01c22.x86_64 on Win10/AMD64/64bit:
> >
> > Pipe between Cygwin and non Cygwin (CRT/URT) randomly loses
> > characters. We do no
On Thu, 20 Feb 2025, Roland Mainz via Cygwin wrote:
> > > Same happens with dash and ksh93.
>
> And THAT statement is BAD, because it means basic shell functionality
> is broken, affecting dash/bash/ksh93 - reading that IMO means Cygwin
> has a problem in the pipe/fifo code... ;-(
>
> Best way for
On Wed, 19 Feb 2025 17:22:53 +0100
ASSI wrote:
> Takashi Yano via Cygwin writes:
> > I think I have found the cause. It is an upstream bug of libtool.
> > The function check_executable() generated by ltmain.sh returns 1
> > for directory, but this is not correct behaviour, I think.
>
> Please repo
On Wed, Feb 19, 2025 at 8:23 AM Takashi Yano via Cygwin
wrote:
>
> On Wed, 19 Feb 2025 07:59:00 +0100
> Cedric Blancher wrote:
> > Good morning!
> >
> > Cygwin 3.6.0-0.374.g4dd859d01c22.x86_64 on Win10/AMD64/64bit:
> >
> > Pipe between Cygwin and non Cygwin (CRT/URT) randomly loses
> > characters.
On Feb 18 19:34, Cedric Blancher via Cygwin wrote:
> Good evening!
>
> Cygwin 3.6.0-0.374.g4dd859d01c22.x86_64 on Win10/AMD64/64bit:
>
> df -k no longer shows the data of SMB filesystems, e.g. mount points
> N:-Z: are mounted, but df -k shows nothing:
> $ df -k
> Filesystem 1K-blocks U
On Feb 19 16:37, Corinna Vinschen via Cygwin wrote:
> On Feb 19 14:40, Corinna Vinschen via Cygwin wrote:
> > On Feb 19 14:25, Christian Franke via Cygwin wrote:
> > > Corinna Vinschen via Cygwin wrote:
> > > > So I think we rather shouldn't supply the libbsd version of
> > > > setproctitle_init/se
Actually, I found a way to make it work somehow, namely by passing "-engine
1" to XWin.exe, following a (21 year old) tip from here:
https://cygwin-xfree.cygwin.narkive.com/maSzrlKY/crash-when-remote-desktop-changes-screen-resolutions
ons. 19. feb. 2025 kl. 19:59 skrev Erik Dybdahl :
> Thanks,
Thanks,
That first command does indeed cause a server window titled "Cygwin/X:0.0
to appear (an all white window).
The next command gives some info and warnings, and then 10 of these:
winShadowUpdateDDNL - IDirectDrawSurface4_Blt () failed: 88760827
winShadowUpdateDDNL - IDirectDrawSurface4_Blt fa
Takashi Yano via Cygwin writes:
> I think I have found the cause. It is an upstream bug of libtool.
> The function check_executable() generated by ltmain.sh returns 1
> for directory, but this is not correct behaviour, I think.
Please report upstream.
> I confirmed that the patch attached solves
On Feb 19 14:40, Corinna Vinschen via Cygwin wrote:
> On Feb 19 14:25, Christian Franke via Cygwin wrote:
> > Corinna Vinschen via Cygwin wrote:
> > > So I think we rather shouldn't supply the libbsd version of
> > > setproctitle_init/setproctitle anymore, as soon as cygwin 3.6.0 is
> > > released.
Hi Achim,
On Wed, 19 Feb 2025 21:58:49 +0900
Takashi Yano wrote:
> On Wed, 19 Feb 2025 20:42:05 +0900
> Takashi Yano wrote:
> > On Wed, 19 Feb 2025 07:38:13 +0900
> > Takashi Yano wrote:
> > > On Tue, 18 Feb 2025 21:59:36 +0100
> > > Marco Atzeriwrote:
> > > > On 18/02/2025 12:56, Takashi Yano via
On Feb 19 14:25, Christian Franke via Cygwin wrote:
> Hi Corinna,
>
> Corinna Vinschen via Cygwin wrote:
> > Hi Christian,
> >
> > On Feb 19 11:14, Christian Franke via Cygwin wrote:
> > > Testcase:
> > >
> > > $ uname -r
> > > 3.6.0-0.375.ged18acfe8c76.x86_64
> > >
> > > $ cygcheck -f /usr/inc
Hi Corinna,
Corinna Vinschen via Cygwin wrote:
Hi Christian,
On Feb 19 11:14, Christian Franke via Cygwin wrote:
Testcase:
$ uname -r
3.6.0-0.375.ged18acfe8c76.x86_64
$ cygcheck -f /usr/include/bsd/unistd.h
libbsd-devel-0.11.7-3
$ cat spt.c
#include
int main(int argc, char **argv, char **
On 19/02/2025 13:58, Takashi Yano via Cygwin wrote:
On Wed, 19 Feb 2025 20:42:05 +0900
Takashi Yano wrote:
On Wed, 19 Feb 2025 07:38:13 +0900
Takashi Yano wrote:
On Tue, 18 Feb 2025 21:59:36 +0100
Marco Atzeriwrote:
On 18/02/2025 12:56, Takashi Yano via Cygwin wrote:
Hi Marco,
On Mon, 17 Feb
On Wed, 19 Feb 2025 20:42:05 +0900
Takashi Yano wrote:
> On Wed, 19 Feb 2025 07:38:13 +0900
> Takashi Yano wrote:
> > On Tue, 18 Feb 2025 21:59:36 +0100
> > Marco Atzeriwrote:
> > > On 18/02/2025 12:56, Takashi Yano via Cygwin wrote:
> > > > Hi Marco,
> > > >
> > > > On Mon, 17 Feb 2025 09:28:11 +
Hi Christian,
On Feb 19 11:14, Christian Franke via Cygwin wrote:
> Testcase:
>
> $ uname -r
> 3.6.0-0.375.ged18acfe8c76.x86_64
>
> $ cygcheck -f /usr/include/bsd/unistd.h
> libbsd-devel-0.11.7-3
>
> $ cat spt.c
> #include
>
> int main(int argc, char **argv, char **envp)
> {
> initsetprocti
On Wed, 19 Feb 2025 07:38:13 +0900
Takashi Yano wrote:
> On Tue, 18 Feb 2025 21:59:36 +0100
> Marco Atzeriwrote:
> > On 18/02/2025 12:56, Takashi Yano via Cygwin wrote:
> > > Hi Marco,
> > >
> > > On Mon, 17 Feb 2025 09:28:11 +0100
> > > Marco Atzeri wrote:
> > >> Hi Takashi,
> > >>
> > >> I think
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of
its recipients. This is a permanent error.
The following address failed:
anthonyr...@aol.com:
SMTP error from remote server for TEXT command, host:
mx-a
On Feb 19 09:54, Takashi Yano via Cygwin wrote:
> On Wed, 19 Feb 2025 01:20:59 +0100
> Lionel Cons wrote:
> > Something is very wrong with bash. If I redirect the output of xcopy
> > or icacls into a bash variable, like stdout="$(icacls "$(cygpath -w
> > "$PWD")")", then sometimes I get only a lett
Testcase:
$ uname -r
3.6.0-0.375.ged18acfe8c76.x86_64
$ cygcheck -f /usr/include/bsd/unistd.h
libbsd-devel-0.11.7-3
$ cat spt.c
#include
int main(int argc, char **argv, char **envp)
{
initsetproctitle(argc, argv, envp);
setproctitle("argc = %d", argc);
sleep(2);
return 0;
}
$ gcc -o
This message was created automatically by mail delivery software.
A message that you sent could not be delivered to one or more of
its recipients. This is a permanent error.
The following address failed:
anthony...@aol.com:
SMTP error from remote server for TEXT command, host:
mx-ao
22 matches
Mail list logo
