Hello,
I was wanted to try out the gtk interface of bazaar. I downloaded the
file bzr-gtk-0.91.0.tar.gz from the bazaar website. There were no
errors during the installation.
When I issue the command 'bzr viz' I get the following error:
bzr: ERROR: PyGTK not installed.
So I thought their might
d.henman wrote:
From what Gary mentions. indeed rsync is the best way to go.
At least for thinking, on time backups.
With rsync, only the first time is slow.
Did you even *read* the original question? He didn't say anything about
doing incremental backups, he just wanted to move some
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
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
waiting for dll
--- 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 check
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
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 of some
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,
the pointer is
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++
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 works normally, including
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
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
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
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't realise
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
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
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 build
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 Cygwin
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
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
Regards
Marco
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
25 matches
Mail list logo