>>Bob, I don't know the source of your trouble, but as a workaround consider
>>running grep -r instead of find | xargs grep. In many cases it's equivalent
>>or almost as good, and it probably will avoid all of the forking that's
>>causing trouble for you. A.
In the case of talking about the memor
>I wish that fork would fail with errno set, so that bash's error message
>is not so confusing; but that is besides the point. Running out of memory
>during forks is not a bug in bash, find, or xargs, but a limitation of
>Windows. If anyone has ideas on how to reduce the frequency of fork
>fail
Hi,
first, let me introduce why I need technical infos on the need_invisible()
stored in fhandler_console.cc. We have a Win32 tool (not cygwin) at the root
starting (spawning) lot of cygwin programs at the same time for performing
multiple processing at the same time so :
Win32 root program fork
-Original Message-
From: Christopher Faylor
[mailto:[EMAIL PROTECTED]
Sent: lundi 30 janvier 2006 18:36
To: cygwin@cygwin.com
Subject: Re: LD_PRELOAD regression on 1.5.19-4 ? no more loaded library
in child process
>>That's two requests that you follow the guidelines at this page now and
I can't help you, but I can see that there's a lot of information missing
here.
You're right.
> What did you actually *do* to get from one step to the next in the
> above? Where does your MSVC-linked DLL come into it? What loads that
> DLL? What is your system like (the information requested i
the site & it does not correct
this :(
I also tried to add FILELOG_PORT in .profile & other files but no success :(
The preloaded library from LD_PRELOAD does not appears to inherit from parent
environment if using Win32 Microsoft std APis
-Original Message-
From: Louis L
e that you will be able to help me on this ;)
Thx a lot in advance,
Louis
-Original Message-
From: Christopher Faylor
[mailto:[EMAIL PROTECTED]
Sent: jeudi 26 janvier 2006 19:37
To: cygwin@cygwin.com
Subject: Re: LD_PRELOAD regression on 1.5.19-4 ? no more loaded library
in child process
Hi all CygWin champions developers ;)
Since this version, the LD_PRELOAD tag is no more replicated to subprocess
(Win32 version of cygwin).
That means, if I set the LD_PRELOAD variable, only the parent process calls the
LoadLibrary & load the DLL defined in LD_PRELOAD.
In this case, when starti
Hi all,
Let me thx all the CygWin team !
I tested your modifications, & now I can hook native Win32 systems calls
(like CreateFile you call indirectly by your libc fake methods) with the
Microsoft Detours Toolkit) by using LD_PRELOAD, also in forkee !
Your LD_PRELOAD simply replace the Microso
So to be more clear on my previous post (sorry, english is not my
natural language :( ) :
-The LD_PRELOAD is not performed (It appears not to be performed...) in
the forkee, so the code is not loaded in it (I think)
-Yes, I would like the LD_PRELOAD to be loaded in the forkee, this will
allow al
Oups I missed something in my previous post...
I also tried processes started directly not by bash, like sh, & others,
& LD_PRELOAD allow to have my hooks working in cygwin processs ! that's
really great !
So, the only issue keeping on my solution, is LD_PRELOAD a I said in my
post above... Sor
I can't really tell from your description. It looks like the LD_PRELOAD
stuff won't be called in the forkee, but I don't know if that's what you're
seeing or not. It still works when a process is execed, so it seems
like it should be working most of the time. I've fixed this in CVS.
I'll gen
; other things like this in their code. Check with
them to ask them to be totally native Win32 coding :( glups ! :(
?
Louis
Dave Korn wrote:
Original Message
From: Louis Lecaroz
Sent: 11 August 2005 16:13
Dave,
For your information, you don't need my code
a
cygwin), I will be able to inject myself inside (if cygwin does not
execute specific code like exec fixup in Win32 native processes !!! )
???
Thx in advance for your answer,
Louis
On Thu, Aug 11, 2005 at 02:58:58PM +0200, Louis Lecaroz wrote:
Having (if possib
Thank's you Eric for your quick answer...
But I have many questions for you... :
Eric Blake wrote:
And what's wrong with cygwin's strace tool?
Does the strace tool working with standard Win32 tools. Because I need
a generic tool tracing file accesses on CygWin+Win32 native tools (not
only
Just to prevent you, I have given more details
between the truss debugging log & the cygcheck.out
which are :
As you will see, internal Win32 system calls of CygWin have been
correctly hooked,
Bash appears to work correctly still it does not fork.
16 matches
Mail list logo
