On 10/16/19 4:35 PM, Takashi Yano wrote:
> On Mon, 14 Oct 2019 13:07:22 +0200
> Michael Haubenwallner wrote:
>>> haubi@linuxbox ~ $ ssh -t cygwin2016 hostname; hostname; ssh -t cygwin2016
>>> hostname
>
> By the way, why do you specify -t option for ssh?
> Wit
On 10/11/19 11:24 AM, Takashi Yano wrote:
> Hi Michael,
>
> On Thu, 10 Oct 2019 12:43:56 +0200
> Michael Haubenwallner wrote:
>> I'm encountering another strange behaviour I do not remember to have seen
>> before:
>>
>> Using ssh from some Linux xterm in
Hi Takashi,
On 9/22/19 4:11 PM, Ken Brown wrote:
> There have been a lot of changes in the PTY code since
> cygwin-3.1.0-0.5. Please test!
I'm encountering another strange behaviour I do not remember to have seen
before:
Using ssh from some Linux xterm into the Cygwin sshd running on Server
Hi Takashi,
On 9/22/19 4:11 PM, Ken Brown wrote:
> There have been a lot of changes in the PTY code since
> cygwin-3.1.0-0.5. Please test!
seems there is another issue related to new PTY code:
* I'm logged into some Server 2012r2 box via Cygwin sshd from Linux xterm,
* export EDITOR=vim #
Hi,
On 9/22/19 4:11 PM, Ken Brown wrote:
> The following packages have been uploaded to the Cygwin distribution
> as test releases:
so I do have some Azure Pipelines running, which perform an automated
Cygwin setup from scratch before building my pet project there.
But then, I also do want to au
Hi Mark,
On 9/14/19 12:08 AM, Mark Geisert wrote:
> Michael Haubenwallner wrote:
>> On 9/5/19 3:16 PM, Ken Brown wrote:
>>> The following packages have been uploaded to the Cygwin distribution
>>> as test releases:
>>>
>>> * cygwin-3.1.0-0.4
>>&g
On 9/5/19 3:16 PM, Ken Brown wrote:
> The following packages have been uploaded to the Cygwin distribution
> as test releases:
>
> * cygwin-3.1.0-0.4
> * cygwin-devel-3.1.0-0.4
> * cygwin-doc-3.1.0-0.4
> - New APIs: sched_getaffinity, sched_setaffinity, pthread_getaffinity_np,
> pthread_setaffi
On 8/7/19 7:41 PM, Ken Brown wrote:
> Roughly 1 out of 3 times that I try to use hexchat, I get a fork failure:
>
> 31143510 [main] hexchat 12392 dofork: child 12399 - died waiting for dll
> loading, errno 11
>
> It only happens if cygserver is running. I caught it under strace and saw
> the
On 8/7/19 1:19 PM, Corinna Vinschen wrote:
> On Aug 7 13:08, Michael Haubenwallner wrote:
>> On 8/7/19 4:33 AM, Brian Inglis wrote:
>>> On 2019-08-06 09:20, Michael Haubenwallner wrote:
>>>> using 'env -i' to create an empty environment, the SYSTEMROOT a
On 8/7/19 4:33 AM, Brian Inglis wrote:
> On 2019-08-06 09:20, Michael Haubenwallner wrote:
>> using 'env -i' to create an empty environment, the SYSTEMROOT and WINDIR
>> environment variables are preserved (or recreated):
>> $ /usr/bin/env -i /usr/bin/env
>>
Hi,
using 'env -i' to create an empty environment, the SYSTEMROOT and WINDIR
environment variables are preserved (or recreated):
$ /usr/bin/env -i /usr/bin/env
SYSTEMROOT=C:\Windows
WINDIR=C:\Windows
And with cygpath, there is the -A, -D, -H, -O, -P, -S, -W and even -F flags
to query the value
Hi,
so I'm encountering a strange problem related to object file order passed to
the linker, with any binutils and gcc version available to setup-x86_64.exe:
$ cat weak-func.c
extern void weakfunc() __attribute__((weak));
void weakfunc() {}
$ cat weak-main.c
extern void weakfunc() __attribute__(
>From dfc28bcbb7ed55fe33ddb8d15e761b4d5b4815f8 Mon Sep 17 00:00:00 2001
From: Michael Haubenwallner
Date: Tue, 26 Mar 2019 17:38:36 +0100
Subject: [PATCH] Cygwin: fork: reserve dynloaded dll areas earlier
In dll_crt0_0, both threadinterface->Init and sigproc_init allocate
windows object ha
Hi Corinna,
sorry to be annoying, but I'm still not completely happy with the
setmode(fd, 0) API yet:
Using setmode(fd, 0), beyond "I am aware that not everything is binary",
an application's point of view when ported to Cygwin is something like:
"For this (maybe bidirectional) file descriptor, w
On 2/18/19 2:15 PM, Corinna Vinschen wrote:
> On Feb 18 12:47, Michael Haubenwallner wrote:
>> On 2/18/19 11:26 AM, Corinna Vinschen wrote:
>>> On Feb 18 10:40, Michael Haubenwallner wrote:
>>>> On 2/16/19 6:43 PM, Corinna Vinschen wrote:
>>>>> I really
On 2/18/19 11:26 AM, Corinna Vinschen wrote:
> On Feb 18 10:40, Michael Haubenwallner wrote:
>> On 2/16/19 6:43 PM, Corinna Vinschen wrote:
>>> I really miss the problem you're trying to solve here. Why should an
>>> application setting O_BINARY explicitely reve
On 2/15/19 10:00 PM, Corinna Vinschen wrote:
> On Feb 15 20:33, Michael Haubenwallner wrote:
>> On 2/15/19 7:35 PM, Andrey Repin wrote:
>>> I have a different question though. The commands you presented in the OP
>>> look like you aren't using Cygwin-suppied OpenSSL
On 2/16/19 6:43 PM, Corinna Vinschen wrote:
> On Feb 16 18:13, Michael Haubenwallner wrote:
>> On 2/16/19 10:38 AM, Corinna Vinschen wrote:
>>> setmode(fd, O_BINARY) works on Cygwin.
>>
>> Well... true.
>>
>> What I'm trying to say is that resto
On 2/16/19 10:38 AM, Corinna Vinschen wrote:
> On Feb 16 09:19, Michael Haubenwallner wrote:
>> On 2/15/19 9:31 PM, Corinna Vinschen wrote:
>>> On Feb 15 19:07, Michael Haubenwallner wrote:
>>>> On 2/15/19 1:48 PM, Corinna Vinschen wrote:
>>>>>
On 2/15/19 9:31 PM, Corinna Vinschen wrote:
> On Feb 15 19:07, Michael Haubenwallner wrote:
>> On 2/15/19 1:48 PM, Corinna Vinschen wrote:
>>> On Feb 15 13:03, Michael Haubenwallner wrote:
>>>> On 2/15/19 11:22 AM, Corinna Vinschen wrote:
>>>>>
Hi Andrey,
On 2/15/19 7:35 PM, Andrey Repin wrote:
> Greetings, Michael Haubenwallner!
>
>> On 2/15/19 1:45 PM, Andrey Repin wrote:
>>> Greetings, Michael Haubenwallner!
>>>
>>>>>
>>>>> For scripting, d2u should help.
>>&g
Hi Andrey,
On 2/15/19 1:45 PM, Andrey Repin wrote:
> Greetings, Michael Haubenwallner!
>
>>>
>>> For scripting, d2u should help.
>
>> Plus, to be portable: type d2u >/dev/null 2>&1 || d2u() { cat; }
>
> _d2u="$( which d2u 2> /dev/nul
On 2/15/19 1:48 PM, Corinna Vinschen wrote:
> On Feb 15 13:03, Michael Haubenwallner wrote:
>> On 2/15/19 11:22 AM, Corinna Vinschen wrote:
>>> On Feb 15 08:56, Michael Haubenwallner wrote:
>>>> On 2/14/19 5:20 PM, Corinna Vinschen wrote:
>>>>>
On 2/15/19 11:22 AM, Corinna Vinschen wrote:
> On Feb 15 08:56, Michael Haubenwallner wrote:
>> On 2/14/19 5:20 PM, Corinna Vinschen wrote:
>>> On Feb 14 16:23, Michael Haubenwallner wrote:
>>>> Hi,
>>>>
>>>> so I find myself s
On 2/14/19 5:20 PM, Corinna Vinschen wrote:
> On Feb 14 16:23, Michael Haubenwallner wrote:
>> Hi,
>>
>> so I find myself struggling with textmode versus binmode for stdio again.
>>
>> Running the openssl command (from within the apps/ build directory here
Hi,
so I find myself struggling with textmode versus binmode for stdio again.
Running the openssl command (from within the apps/ build directory here) does
yield different results regarding carriage return depending on the version:
$ ./apps/openssl version
OpenSSL 1.0.2p 14 Aug 2018
$ ./apps/op
On 2/11/19 3:28 PM, Corinna Vinschen wrote:
> Hi folks,
>
> I uploaded a new Cygwin test release 3.0.0-0.8
> Please test.
Seems to work fine for Gentoo Prefix now, and still to run MSVC toolchain.
Thanks!
/haubi/
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 2/8/19 6:00 PM, Corinna Vinschen wrote:
> On Feb 8 17:58, Corinna Vinschen wrote:
>> On Feb 8 17:35, Michael Haubenwallner wrote:
>>>
>>> On 2/8/19 2:28 PM, Corinna Vinschen wrote:
>>>>
>>>> I pushed your forkable branch to master, btw.
17 00:00:00 2001
From: Michael Haubenwallner
Date: Fri, 8 Feb 2019 15:38:56 +0100
Subject: [PATCH] forkables: add release notes
---
winsup/cygwin/release/3.0 | 10 ++
winsup/doc/new-features.xml | 12
2 files changed, 22 insertions(+)
diff --git a/winsup/cygwin/release/
On 2/8/19 3:48 PM, Corinna Vinschen wrote:
> On Feb 8 15:43, Michael Haubenwallner wrote:
>> On 2/8/19 2:28 PM, Corinna Vinschen wrote:
>>> On Feb 8 14:06, Corinna Vinschen wrote:
>>>> On Feb 8 13:52, Michael Haubenwallner wrote:
>>>>> On 2/8/19 1
On 2/8/19 2:28 PM, Corinna Vinschen wrote:
> On Feb 8 14:06, Corinna Vinschen wrote:
>> On Feb 8 13:52, Michael Haubenwallner wrote:
>>> On 2/8/19 1:23 PM, Corinna Vinschen wrote:
>>>> On Feb 8 13:21, Corinna Vinschen wrote:
>>>>>
On 2/8/19 1:23 PM, Corinna Vinschen wrote:
> On Feb 8 13:21, Corinna Vinschen wrote:
>> On Feb 8 12:51, Michael Haubenwallner wrote:
>>>
>>> For now it seems like there's an inconsistency with PIDs:
>>> A first process PID 100, receives PID 101 from s
On 2/8/19 12:31 PM, Corinna Vinschen wrote:
> On Feb 8 07:46, Michael Haubenwallner wrote:
>>
>> On 2/7/19 7:27 PM, Corinna Vinschen wrote:
>>> On Feb 7 17:14, Michael Haubenwallner wrote:
>>>> On 2/5/19 4:18 PM, Corinna Vinschen wrote:
>>>&g
On 2/7/19 7:27 PM, Corinna Vinschen wrote:
> On Feb 7 17:14, Michael Haubenwallner wrote:
>> On 2/5/19 4:18 PM, Corinna Vinschen wrote:
>>> Hi folks,
>>>
>>>
>>> I uploaded a new Cygwin test release 3.0.0-0.7
>>>
>>
>>> Plea
On 2/5/19 4:18 PM, Corinna Vinschen wrote:
> Hi folks,
>
>
> I uploaded a new Cygwin test release 3.0.0-0.7
>
> Please test.
>
There's another regression - regarding spawn, exec and waitpid,
loosing the exitstatus somewhere in between:
$ cat > dospawn.c <
#include
#include
#include
int m
On 2/6/19 8:10 PM, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
>> On Feb 6 15:28, Michael Haubenwallner wrote:
>>> On 2/3/19 12:19 PM, Corinna Vinschen wrote:
>>>> On Jan 31 20:48, Corinna Vinschen wrote:
>>>>> On Jan 31 09:47
On 2/6/19 5:34 PM, Corinna Vinschen wrote:
> On Feb 6 17:20, Corinna Vinschen wrote:
>> On Feb 6 15:28, Michael Haubenwallner wrote:
>>> On 2/3/19 12:19 PM, Corinna Vinschen wrote:
>>>> On Jan 31 20:48, Corinna Vinschen wrote:
>>>>> On Jan 31
On 2/3/19 12:19 PM, Corinna Vinschen wrote:
> On Jan 31 20:48, Corinna Vinschen wrote:
>> On Jan 31 09:47, Michael Haubenwallner wrote:
>>> Hi Corinna,
>>>
>>> I'm missing that topic/forkables branch in the announcement - is that in?
>>> https://
Hi Andrey,
while not being involved with this change, I may provide some background though:
On 2/6/19 1:36 AM, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
>> Changes from 3.0.0-0.3:
>
>> - Cygwin PIDs have been decoupled from Windows PID. Cygwin PIDs are
>> now incrementally dealt i
On 2/2/19 9:29 PM, Corinna Vinschen wrote:
> Hi folks,
>
>
> I uploaded a new Cygwin test release 3.0.0-0.6
> Please test.
Ok... there's a regression since Cygwin 2.11 with bash co-processes:
$ echo abc > >(cat)
-bash: /dev/fd/62: No such file or directory
$
Expected behaviour (modified fo
On 2/5/19 10:44 AM, Corinna Vinschen wrote:
> On Feb 5 09:42, Michael Haubenwallner wrote:
>> On 2/4/19 3:25 PM, Corinna Vinschen wrote:
>>> Are you going to test the patched branch?
>>
>> Sorry, was indeed unclear: Yes, of course!
>> Will start testing on Se
On 2/4/19 3:25 PM, Corinna Vinschen wrote:
> On Feb 4 14:19, Michael Haubenwallner wrote:
>> On 2/3/19 12:19 PM, Corinna Vinschen wrote:
>>> On Jan 31 20:48, Corinna Vinschen wrote:
>>>> On Jan 31 09:47, Michael Haubenwallner wrote:
>>>>> Hi Corinna,
On 2/3/19 12:19 PM, Corinna Vinschen wrote:
> On Jan 31 20:48, Corinna Vinschen wrote:
>> On Jan 31 09:47, Michael Haubenwallner wrote:
>>> Hi Corinna,
>>>
>>> I'm missing that topic/forkables branch in the announcement - is that in?
>>> https://
Hi Corinna,
I'm missing that topic/forkables branch in the announcement - is that in?
https://cygwin.com/ml/cygwin-patches/2017-q1/msg00053.html
Thanks!
/haubi/
On 1/30/19 10:22 PM, Corinna Vinschen wrote:
> Hi folks,
>
>
> I uploaded a new Cygwin test release 3.0.0-0.3
>
> This release comes
Hi,
On 09/25/2018 08:53 AM, nithan santiago wrote:
> Hi,
> i am using a Dell inspiron 5368 model with 7th gen i3 processor with 4 gb
> ram and runs in windows 10 64-bit version. I am getting an error in running
> this program(OpenGrADS), it shows that "couldn't compute FAST_CWD pointer",
> if u ha
Hi,
I'm encountering a package's configure script (openssh-7.7p1) that
successfully tests for the compiler flag "-mfunction-return=thunk",
which causes subsequent linker errors (and fails to identify zlib):
relocation truncated to fit: R_X86_64_32S against `.text'
The compiler used is gcc-7.3.0
Mark Charney ieee.org> writes:
>
> I suspect I'm missing some "rights". This is an issue for me
> on multiple machines running Windows Server 2003 x64 or for
> 32b WinXP.
>
> When I try to compile using the debug-option (/Zi) to the
> Microsoft Visual Studio Pro 2005 compiler:
> cl /Zi
Hi there,
When linking an application with 'orbit2-config --libs', a libresolv is
required, which was missing on my installation.
Found this lib created by the post-install-script of minires-devel,
but ORBit2-devel doesn't require this package...
Thanks
--
Michae
t binutils-20040312-1/
gcc-3.3.1-3 on cygwin-1.5.10-3 ?
Would the use of LoadLibrary()/GetProcAddress() help
to keep the stack valid ?
Thought just to mention an interesting site i've found about this:
http://mywebpage.netscape.com/yongweiwu/stdcall.htm
Thanks,
Michael Haubenwallner
--
Michae
r just as an output
of a command like `find ./release -type d -print | grep 'CVS/Base'`
3) any other idea ?
thanks
Michael
--
Michael HaubenwallnerSALOMON Automation GmbH
Forschung & Entwicklung A-8114 Friesach bei Graz
mailto:[EMAIL PROTECTED]
f the unlucky fellows, which got 1.5.6,
and when i saw this problem there first, i immediately switched
back to 1.5.5 being in hurry to get up, but now i'm on 1.5.7.
In the hope to being able to help,
Michael
--
Michael HaubenwallnerSALOMON Automation GmbH
Forschung & E
Hi folks!
I've just a little problem compiling my code with "gcc -ansi",
when i need to include .
There are //-type comments in the PID-enum,
please use /**/-type comments in system-headers.
Thx
Michael Haubenwallner
--
Michael HaubenwallnerSALOMON
shmat uses
> mmap and mmap is buggy, right ?
>
> Best Regards,
>
> Christophe LEITIENNE
Well, i do not have already a good fix for this, but if ipctest.exe
does a shmdt() before exiting, the problem does not appear any more.
so long,
haubi
--
Michael Haubenwallner
Forschung &
Robert Collins wrote:
>
> ===
> - Original Message -
> From: "Michael Haubenwallner" <[EMAIL PROTECTED]>
> > - It is not clear what happens in following circumstance:
> > 1) the first process creates a shm
> > 2) a second one attac
e diskspace
should be free'd after shutdown this application.
- after shutdown of ipc-daemon, the MultiFileXXX.
maybe this would not really be needed, but it looks not
good if some files are left in /tmp after stopping a daemon.
Hopefully these fixes do not affect postgres to m
nd
child: 3 is up
parent: child 3 found
child: 2 is up
parent: child 2 not found, No such process
parent: child 2 found
parent: child 1 not found, No such process
child: 1 is up
parent: child 1 found
child: 0 is up
parent: child 0 not found, No such process
parent: child 0 found
8<8<
Regards
56 matches
Mail list logo
