Hi,
I try to create the hooks for open()/fopen().
hook code:
#include
int open(const char *fname, int mode, ...) {
printf("fname=%s\n", fname);
}
FILE* fopen(const char *fname, const char *mode) {
printf("fname=%s\n", fname);
}
test code:
#include
int main() {
FIL
On Sat, Oct 26, 2013 at 10:14:01AM +0400, Alexey Pavlov wrote:
>2013/10/24 Alexey Pavlov:
>> 2013/10/24 Corinna Vinschen:
>>> On Oct 24 16:16, Adam C?cile wrote:
Hello,
I'm unable to rebuild current cygwin1.dll:
Running:
rm -rf src/ && tar xvjf winsup-1.7.24.tar.b
2013/10/24 Alexey Pavlov:
> 2013/10/24 Corinna Vinschen:
>> On Oct 24 16:16, Adam Cécile wrote:
>>> Hello,
>>>
>>> I'm unable to rebuild current cygwin1.dll:
>>>
>>> Running:
>>>
>>> rm -rf src/ && tar xvjf winsup-1.7.24.tar.bz2 && cd src && LANG=C
>>
>> 1.7.25 is current, not 1.7.24.
>>
>> You won
On Mon, Sep 16, 2013 at 6:45 PM, wrote:
> Could not find reports on core dumps in system programs recently, or problems
> with the locate tool.
>
> What I do:
>
> --
> JNEWM@FSEL7800 ~
> $ locate junk
> /home/JNEWM/.cpan/buil
On 25/10/2013 12:12 PM, Charles Wilson wrote:
Does anybody have a script or a tool that can parse a setup.ini and
generate a dependency graph? I'm using pmcyg to create a
stripped-down standalone installation CD and it's too big, so I'm
trying to figure out where the culprit is that's pulling
Le Fri, 25 Oct 2013 17:08:50 +0200, Jean-Pierre Flori a écrit :
> This is true both with Cygwin's shipped Python 2.7.x and the one I built
> for Sage.
> Here is a small snippet of code reproducing the problem:
> """
> [Blah python stuff]
from multiprocessing import Pool p = Pool(3)
p.map(
Le Fri, 25 Oct 2013 15:07:34 -0400, Larry Hall (Cygwin) a écrit :
> On 10/25/2013 11:08 AM, Jean-Pierre Flori wrote:
>> I have another quite unrelated question while I'm here:
>> I recently had trouble because in Sage two DLLs ended up with the same
>> name and wanted to be loaded at the same time
On 10/24/2013 6:34 PM, Balaji Venkataraman wrote:
I completely wiped my Cygwin32 install and re-installed the bare
minimum set of packages. But I still can't get something as basic as
'man ls' to run from a non-admin mintty bash shell.
x86$ man ls
popen: Permission denied
Attempt [/usr/bin/gunzi
On 10/25/2013 11:08 AM, Jean-Pierre Flori wrote:
I have another quite unrelated question while I'm here:
I recently had trouble because in Sage two DLLs ended up with the same
name and wanted to be loaded at the same time, resulting in a "cannot
reloacte blah.dll at the same address".
Renaming on
Greetings, sbre...@hotmail.com!
>>> It is done with the usual:
>>>
>>> ./configure
>>> make
>>> make install
>>
>> (Bind shot) Do you run 32-bit Cygwin under 64-bit Windows, by chance?
> Sounds correct: 64 bit Windows 7 + 32 bit Cygwin! Bad idea?
Was just a plausible guess: configure script may
Does anybody have a script or a tool that can parse a setup.ini and
generate a dependency graph? I'm using pmcyg to create a stripped-down
standalone installation CD and it's too big, so I'm trying to figure out
where the culprit is that's pulling in so much stuff...
--
Chuck
--
Problem repo
Dear all,
Thanks a lot once more for the great software.
During my last attempt to build Sage on Cygwin (32), I mainly have
only one problem left: using the multiprocessing module from python is
problematic.
I was using Cygwin 1.7.25 within a Windows XP virtual machine (VirtualBox 4.3).
This is
> Greetings, sbre...@hotmail.com!
>
>> It is done with the usual:
>>
>> ./configure
>> make
>> make install
>
> (Bind shot) Do you run 32-bit Cygwin under 64-bit Windows, by chance?
Sounds correct: 64 bit Windows 7 + 32 bit Cygwin! Bad idea?
>> Project is available here:
>>
>> http://pgfoundry.or
13 matches
Mail list logo
