CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2007-10-31 13:23:33
Modified files:
winsup/cygwin : ChangeLog external.cc path.cc
Log message:
* external.cc (get_cygdrive_info): Make inline.
(get_cygdrive_prefixes): Remove.
Hello,
Im quite new in cygwin environment. 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 Ive to do the same task for win environment,
because the library available for my client
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:
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
network shares,
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 fails,
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 Dalton Rd.
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 [main] Genetics 3012
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
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
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.
ITYM
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 system,
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
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
cross-gcc is
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 news regarding this
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
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 problems fork'ing for
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
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 did not
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:
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
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,
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
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
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
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 messages here.
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 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 listing, I
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 need
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
native
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 if you just want
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
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
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
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
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
35 matches
Mail list logo