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
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
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
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
-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
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
>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
>>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
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.
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
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
; 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
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
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
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
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
16 matches
Mail list logo
