"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 "mo
>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.
For one shot backups of many files,using tar to group them into one and
then sending is a good idea.
Using xcopy, is kind of silly and wont
Gary R. Van Sickle wrote:
I have a similar situation to the OP (copying many thousands of small
files over a fairly slow link), and actually timed using XCOPY vs.
Cygwin methods (cp in my case). It didn't make a significant
difference. Ultimately what I think you run into in these sorts of
sit
Larry Hall (Cygwin) wrote:
I'm sorry Brian. We put up with allot from you but I think we have to
draw the line at heresy. What is the penalty for heresy around here
anyway? Expulsion? Flogging? Burning at the stake?
They all sound good! But we must make sure that whatever we choose is
down
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 whether the fp pointer is NULL or
not, I alwa
> From: Brian Dessent
>
> sam reckoner wrote:
>
> > I'm not exaggerating. I have over one million small files
> that like to
> > move between disks. The problem is that even getting a directory
> > listing takes forever.
> >
> > Is there a best practice for this?
>
> I know it's heresy but i
Brian Dessent wrote:
sam reckoner wrote:
I'm not exaggerating. I have over one million small files that like to
move between disks. The problem is that even getting a directory
listing takes forever.
Is there a best practice for this?
I know it's heresy but if you just want to copy files why
sam reckoner wrote:
> I'm not exaggerating. I have over one million small files that like to
> move between disks. The problem is that even getting a directory
> listing takes forever.
>
> Is there a best practice for this?
I know it's heresy but if you just want to copy files why not use the
na
On Wed, 31 Oct 2007, sam reckoner wrote:
> I'm not exaggerating. I have over one million small files that like to
> move between disks. The problem is that even getting a directory
> listing takes forever.
>
> Is there a best practice for this?
>
> I don't really need the directory listing, I just
On 10/31/07, sam reckoner <[EMAIL PROTECTED]> wrote:
> I'm not exaggerating. I have over one million small files that like to
> move between disks. The problem is that even getting a directory
> listing takes forever.
>
> Is there a best practice for this?
>
> I don't really need the directory list
I'm not exaggerating. I have over one million small files that like to
move between disks. The problem is that even getting a directory
listing takes forever.
Is there a best practice for this?
I don't really need the directory listing, I just need to move all the
files. I have been using rsync,
On Wed, Oct 31, 2007 at 04:26:34PM -0400, Ramesh C Satyavaram wrote:
>Hi,
>
>Thanks for your mail. I am getting the following problem while compiling
>the insight6.6.
>
>Undefined reference to "_bfd_arm_arch"
>
>Could you please help me in this?
Second warning. Stop sending duplicate email messa
Ramesh C Satyavaram wrote:
Hi,
Thanks for your mail. I am getting the following problem while compiling
the insight6.6.
Undefined reference to "_bfd_arm_arch"
Could you please help me in this?
Ramesh, please stop sending multiple versions of the same message to the
list. Only one is req
Hi,
Thanks for your mail. I am getting the following problem while compiling
the insight6.6.
Undefined reference to "_bfd_arm_arch"
Could you please help me in this?
Thank You,
S.Ramesh Chandra.
> Hi ,
> I am new to cygwin.
> I am facing problem in compiling the Insight6.6.
> I am getting l
Hi,
Thanks for your mail. I am getting the following problem while compiling
the insight6.6.
Undefined reference to "_bfd_arm_arch"
Could you please help me in this?
Thank You,
S.Ramesh Chandra.
> Hi ,
> I am new to cygwin.
> I am facing problem in compiling the Insight6.6.
> I am getting li
On 31 October 2007 05:08, gkishan wrote:
> Hi,
Hi Kishan, I'm moving this conversation across to the cygwin mailing list,
since the problems aren't caused by make or 'gcco' specifically, but are
related to the
> The asked file has been attached with this mail.
Right, this shows the most
Hi ,
I am new to cygwin.
I am facing problem in compiling the Insight6.6.
I am getting libtermcap library not found error. I installed the latest
ncurse and ncurse-demo. But still I am getting the problem
I searched the mailing list but I did not found the answer for this.
Could any one answer
jamil egdemir wrote:
Hi,
While trying to install matplotlib using easy_install for python (see
output below) I ran into the 'fork: Resource temporarily unavailable'
problem. I've been searching for a few hours now on the web.. no
luck. I've searched the mailing lists:
http://sourceware.org/cg
On 2007-10-31, Ramesh C Satyavaram wrote:
> Hi ,
> I am new to cygwin.
> I am facing problem in compiling the Insight6.6.
> I am getting libtermcap library not found error. I installed the latest
> ncurse and ncurse-demo. But still I am getting the problem
>
> I searched the mailing list but I di
Hi ,
I am new to cygwin.
I am facing problem in compiling the Insight6.6.
I am getting libtermcap library not found error. I installed the latest
ncurse and ncurse-demo. But still I am getting the problem
I searched the mailing list but I did not found the answer for this.
Could any one answer t
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 loading, errno 11 pro
Tim Freedom wrote:
Hi - I'm trying to upgrade my currently installed openssh
(version 4.6p1-1) yet whenever I select to install the latest
4.7p1-2 (or even reinstall the current 4.6) the setup.exe
(or updater if you will) barfs on the 'Uninstalling... openssh'
portion and dies with a windows
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 loading, errno 11 problems fork'ing for
> daemon!
[...]
any
On 31 October 2007 13:19, Samuel Thibault wrote:
> Dave Korn, le Wed 31 Oct 2007 12:52:18 -, a écrit :
>> On 31 October 2007 12:41, Samuel Thibault wrote:
>>> Tim Prince, le Wed 31 Oct 2007 05:35:45 -0700, a écrit :
No, there is no 64-bit native support in cygwin. Even on linux, a
cr
Hi - I'm trying to upgrade my currently installed openssh
(version 4.6p1-1) yet whenever I select to install the latest
4.7p1-2 (or even reinstall the current 4.6) the setup.exe
(or updater if you will) barfs on the 'Uninstalling... openssh'
portion and dies with a windows
''setup.exe has encou
Dave Korn, le Wed 31 Oct 2007 12:52:18 -, a écrit :
> On 31 October 2007 12:41, Samuel Thibault wrote:
> > Tim Prince, le Wed 31 Oct 2007 05:35:45 -0700, a écrit :
> >> No, there is no 64-bit native support in cygwin. Even on linux, a
> >> cross-gcc is needed to create 64-bit build on a 32-bit
On 31 October 2007 12:41, Samuel Thibault wrote:
> Hi,
>
> Tim Prince, le Wed 31 Oct 2007 05:35:45 -0700, a écrit :
>> No, there is no 64-bit native support in cygwin. Even on linux, a
>> cross-gcc is needed to create 64-bit build on a 32-bit system,
>
> Nope, gcc now has multi-lib support.
I
Hi,
Tim Prince, le Wed 31 Oct 2007 05:35:45 -0700, a écrit :
> No, there is no 64-bit native support in cygwin. Even on linux, a
> cross-gcc is needed to create 64-bit build on a 32-bit system,
Nope, gcc now has multi-lib support.
> and none of the required libraries or utilities are generally
anik pal wrote:
I have c source
code of a product which I build in solaris environment
with gcc compiler –m64 option to create 64 bit
executable in solaris 9 environment.
Now I’ve to do the same task for win environment,
because the library available for my client is in
windows environment an
Alberto Luaces wrote:
Maybe unrelated, but:
shouldn't this
fp = fopen ("phi.txt","r");
be
fp = fopen ("phi.txt","rt");
?
It's not required, no.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
216 Dalt
On 31 October 2007 00:11, zirtik wrote:
> int i;
> fp = fopen ("phi.txt","r");
>
> for( i = 0; i < 51; i++ ) {
> fscanf(fp, "%d\n", &original_phi[i]);
> }
> 655 [main] Genetics 3012 _cygtls::handle_exceptions: Exception:
> STATUS_ACCESS_VIOLATION
> 2540 [mai
On Oct 31 11:57, Hannu Koivisto wrote:
> Corinna Vinschen <[EMAIL PROTECTED]> writes:
Please, http://cygwin.com/acronyms/#PCYMTNQREAIYR
> I don't need shares, just subst, but I'd be happy to provide more
> information and test things to help to figure this out.
>
> > I have no idea why subst
Corinna Vinschen <[EMAIL PROTECTED]> writes:
> On Oct 30 12:44, Hannu Koivisto wrote:
>> Based on earlier discussions on this list, it's apparently a known
>> problem that when you use public key authentication, you are not
>> authenticated "through windows", which means that you cannot map
>> net
Maybe unrelated, but:
shouldn't this
> fp = fopen ("phi.txt","r");
be
fp = fopen ("phi.txt","rt");
?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
34 matches
Mail list logo
