On 2019-08-07 12:20, Keith Christian wrote:
> I am able to run "tar ft somefile.tar" successfully on a Linux
> machine, same tar version (1.29.)
>
> This version hangs up the terminal, does not respond to Ctrl-C or
> Ctrl-Z, and terminates with an illegal instruction to the screen, not
> reflected
On 2019-08-07 12:42, Achim Gratz wrote:
> KAVALAGIOS Panagiotis (EEAS-EXT) writes:
>> I have tried the -A option, the -B option as single user to no
>> avail. There is no antivirus running. Well, there is in general in our
>> PCs, but no installed on my test machine. I have also tried another
>> mi
I've tried to use poll() with a Windows socket (from WSASocket) and a
cygwin side file descriptor (fd). But it is only signaled for fd only.
At first, I have seen that fhandler_socket_wsock::set_socket_handle() casts
SOCKET to int. So, is it possible to use poll() with the SOCKET type? Or Is
there
> Please give it a try.
diff --git a/winsup/cygwin/fhandler_process.cc
b/winsup/cygwin/fhandler_process.cc
index 2a06554..2305b53 100644
--- a/winsup/cygwin/fhandler_process.cc
+++ b/winsup/cygwin/fhandler_process.cc
@@ -1076,7 +1076,7 @@ format_process_stat (void *data, char *&destbuf)
unsign
Ken Brown writes:
> P.S. File this under "No good deed goes unpunished." I was trying to use
> hexchat to join #cygwin-developers. I can still do that on 2 out of 3
> attempts,
> but now I'm sidetracked trying to do a bisection.
FYI: I connect using znc (running on a rasPi) via erc from Emacs
KAVALAGIOS Panagiotis (EEAS-EXT) writes:
> I have tried the -A option, the -B option as single user to no
> avail. There is no antivirus running. Well, there is in general in our
> PCs, but no installed on my test machine. I have also tried another
> mirror to re-download the packages in a local re
David Goldberg writes:
> I found the problem. I guess there's a number of locations where .ldaprc
> can be found. I have an old backup of a Linux home directory under my
> cygwin home and that contained a .ldaprc with a TLS_CACERTDIR setting that
> makes no sense on my windows box.
I looked throug
I am able to run "tar ft somefile.tar" successfully on a Linux
machine, same tar version (1.29.)
This version hangs up the terminal, does not respond to Ctrl-C or
Ctrl-Z, and terminates with an illegal instruction to the screen, not
reflected in the strace output.
File cygwin_tar_1_29_illegal_ins
> The number of parallel open pipes, for instance. By default, 10
> worker threads handle the load and up to 62 processes can be handled
> in parallel.
Hmm, so it is not an OS-imposed restriction... Then I don't understand why it
wasn't made to "just work":
to create a thread per client until t
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
following:
29 25558 [main] hexchat 12399 fro
marco atzeri, on Wednesday, August 7, 2019 12:28 PM, wrote...
> noted.
> Unfortunately, due to bike accident, I can not really work on it short
> term, as any typing take for ever.
And who gave you permission to get on a bike and ride? Don't you know that
your priority is keeping cygwin apps
On Mon, Aug 5, 2019 at 2:49 AM Ken wrote:
>
> Hello,
>
> I am writing to report two issues with the version of TeXmacs included
> in the latest cygwin repos.
>
> Host OS: Windows 7 Pro and Windows 10 Pro ( two different systems and
> Antivirus)
>
> $ cygcheck -c TeXmacs
>
> Cygwin Package Informat
On Aug 7 14:41, Michael Haubenwallner wrote:
> 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
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 and WINDIR
environment variables are pre
>You might want to go down one directory level and try again, even though
>I don't see at the moment how that would be involved. Also, maybe check
>the permissions / ACL on the files in the repo, which may be too
>restrictive depending on how you downloaded them. You might also try to
>run the in
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 and WINDIR
> >> environment variables are preserved (or recreated):
> >> $ /usr/bin/env -i
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
>> SYSTEMROOT=C:\Windows
>> WINDIR=C:\Wi
On Aug 7 10:12, Corinna Vinschen wrote:
> On Aug 7 05:02, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
> > I'm noticing that in a high-contention situation (many processes try
> > to get ahold of a semaphore) semget() on Cygwin starts to return
> > EAGAIN (try again) after about 62 proc
On Aug 7 05:02, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
> I'm noticing that in a high-contention situation (many processes try
> to get ahold of a semaphore) semget() on Cygwin starts to return
> EAGAIN (try again) after about 62 processes has gotten to call
> semget() and are activ
On Aug 7 00:45, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via cygwin wrote:
> > You seem to have worked it out already so please send a patch in
> > git format-patch foramt to the cygwin-patches mailing list.
>
> I tried :-/
>
> :
> Sorry, only subscribers may post. (#5.7.2)
There are no subscribtio
20 matches
Mail list logo
