> If you want anything like this to be looked at faster, the best thing
> you can do is http://www.cygwin.com/acronyms/#PPAST. Apparently the
> cygwin developers have not so far been interested to download mpd,
> make unspecified changes to the mpd sources to get them to compile
> (the changes you
Hi,
Brian Dessent wrote:
Using xcopy, is kind of silly and wont get you compatiblity.. especially in
scripts
Portability to non-Windows systems is of course a problem but xcopy is
present on every install of Windows that has ever existed going back to
some very old version of MS-DOS
On Oct 31 14:26, Lev Bishop wrote:
> On 10/31/07, michael.vogt wrote:
> >
> > 1 [main] mpd 1736 C:\cygwin\home\mpx\mpd-test\mpd.exe:
> > *** fatal error - MapViewOfFileEx (0x1903),
> > Win3 2 error 6. Terminating.
> > 68 [main] mpd 676 fork: child 1736 - died
>
--- Erich Dollansky ha scritto:
> if I remember right, XCOPY is older than any
> networking stuff on this
> plattform. It should be there since the first hard
> disks have been there.
Not so old.
I think only from MSDOS 5.0
Regards
Marco
___
L'email
On 01 November 2007 06:43, zirtik wrote:
> After adding the line:
>
>
> if (fp==NULL)
> {
> printf("error, NULL pointer!\n");
> return(1);
> }
>
> and then rebuilding the code, everything worked. But it's strange that if I
> delete that code segment and never
Dave Korn wrote:
On 01 November 2007 06:43, zirtik wrote:
After adding the line:
if (fp==NULL)
{
printf("error, NULL pointer!\n");
return(1);
}
and then rebuilding the code, everything worked. But it's strange that if I
delete that code segment a
On 11/1/07, Corinna Vinschen wrote:
...
> Thanks for the testcase. I'm surprised that nobody experienced this
> problem before. Sorta holiday here, so I'll look into it next week.
Well, there was:
http://sourceware.org/ml/cygwin/2006-02/msg00824.html
which I am pretty sure was this same issue :
On 01 November 2007 15:46, gmiller wrote:
> Problem: Linking no longer functions because the collect2 program reports
> that the 'ld' program can no longer be found.
>
> "collect2: cannot find `ld'"
> I an not sure if the linker is in a speparate package so this may be just a
> case of a reload
On 01 November 2007 15:15, Lewis Hyatt wrote:
>>> if (fp==NULL)
>>> {
>>>printf("error, NULL pointer!\n");
>>>return(1);
>>> }
> I think what the OP is saying is that if he adds the check for null,
> then his code works normally, including the file read operation, (ie
Hi,
I realize this is probably a GDB question, I sent a message to that
alias but have not gotten a response. I am hoping someone on this list
may have some experience with this and can answer the question.
The basic question is: "Should I be able to use GDB to load and execute
a VC++ applic
On 01 November 2007 15:58, Dave Korn wrote:
> On 01 November 2007 15:15, Lewis Hyatt wrote:
>
>
if (fp==NULL)
{
printf("error, NULL pointer!\n");
return(1);
}
>
>> I think what the OP is saying is that if he adds the check for null,
>> then his code
Files and directories I've created within the Cygwin environment are not
visible by any software that uses Windows Explorer to access the files.
Perhaps my permissions have become screwed up? For example, the
contents of this directory are visible except for "./BADDIRECTORY",
which cannot be acce
Duffy, Garret wrote:
Files and directories I've created within the Cygwin environment are not
visible by any software that uses Windows Explorer to access the files.
Sounds to me like your files/directories are being created with the Windows
hidden attribute set and that you haven't configured
On my Linux machine the rpc/xdr.h header file includes rpc/types.h and the
cygwin version does not. This results in configure scripts not being able
to verify that rpc/xdr.h is a valid file. Applying the following patch
makes this work as expected.
--- xdr.h.orig 2005-03-10 13:32:52.00100 -08
Hang on, I misread you, my eye skipped over the bit where you suggest that
adding the check somehow makes the preceding fopen call succeed instead of
fail. However I still don't think that's what the OP was saying, unless the
subject line of this thread is terribly wrong, I think you just read
Corinna Vinschen wrote in news:[EMAIL PROTECTED]:
> On Oct 29 13:09, zzapper wrote:
>> "Dave Korn" <[EMAIL PROTECTED]> wrote in news:02b901c81990$6b6e60c0
>
> Any chance you can stop quoting raw email addresses?
>
> http://cygwin.com/acronyms/#PCYMTNQREAIYR
>
>
> Corinna
>
Corinna,
Sorry didn
When my compiled version of rsync is using the posix_fallocate function Im
getting significant CPU usage. The machine is a dual-core processor and Im
getting 20%-25% CPU utilization during the posix_fallocate call. Machine
stats Windows Server 2003 x64 R2, 4GB RAM (over 2.0GB free), fiber
con
Hi,
Can someone help me understand this, its probably really straightforward but
I can't find an answer for this.
Why is it when I build the most basic helloworld.exe and try and run it I
get told of a dependancy on cygwin1.dll? Why do I need this dll, and what
how do I build to avoid needing thi
sroberts82 wrote:
> Can someone help me understand this, its probably really straightforward but
> I can't find an answer for this.
> Why is it when I build the most basic helloworld.exe and try and run it I
> get told of a dependancy on cygwin1.dll? Why do I need this dll, and what
When you buil
"Charles D. Russell" wrote:
> > You don't. Or you use something other than Cygwin.
>
> Not as drastic as it sounds. Look at the compiler flag -mno-cygwin.
> Very handy if you occasionally want to distribute executables without
> cygwin1.dll.
That would fall under "use something other than Cygw
Brian Dessent wrote:
sroberts82 wrote:
Can someone help me understand this, its probably really straightforward but
I can't find an answer for this.
Why is it when I build the most basic helloworld.exe and try and run it I
get told of a dependancy on cygwin1.dll? Why do I need this dll, and wha
On Nov 1, 2007 6:31 AM, Marco Atzeri wrote:
>
> --- Erich Dollansky ha scritto:
>
> > if I remember right, XCOPY is older than any
> > networking stuff on this
> > plattform. It should be there since the first hard
> > disks have been there.
>
> Not so old.
> I think only from MSDOS 5.0
>
> Regar
Hi
>From time to time I run out of memory using awk with associative arrays in
cygwin. Up to now I rebooted Ubuntu 64, ran the file and returned to cygwin
on xp64. I got a new machine with vista ultimate 64 (I had choices of other
vistas NO XP)/ Microsoft provides a 64 bit Korn shell with awk (b
23 matches
Mail list logo
