Re: copying a million tiny files?

[Brian Dessent]

"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 files between
disks".  He also explicitly said that he's currently using rsync but
that it was unsatisfactorily slow in even just coming up with the
candidate list of files to transfer, let alone actually doing anything. 
The rsync algorithm won't do anything to help in this case.

> 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 so it is probably one of the most
portable commands in existance on this platform.

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: copying a million tiny files?

[d.henman]

>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 get you compatiblity.. especially in 
scripts


regards

Gary R. Van Sickle <[EMAIL PROTECTED]> wrote:

> > 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 to copy files why not 
> > use the native XCOPY?  It will not suffer the performance 
> > degredation of having to emulate the POSIX stat semantics on 
> > every file, just like the native DIR command in a large 
> > directory does not take ages because it simply uses 
> > FindFirstFile/FindNextFile which are fairly efficient (but do 
> > not provide sufficient information to emulate POSIX.)
> > 
> > Brian
> > 
> 
> 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 situations is that you bump up
> against the slowness of the link (or physical disk) because, POSIX emulation
> or not, all your caches do is thrash.
> 
> -- 
> Gary R. Van Sickle

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: copying a million tiny files?

[Andrew DeFaria]

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 
situations is that you bump up against the slowness of the link (or 
physical disk) because, POSIX emulation or not, all your caches do is 
thrash.
I think your situation is vastly different. Granted copying over a 
network connection will be soo much slower that the additional overhead 
of Cygwin emulation fades away. But the OP was talking about copying 
between to supposedly local disks. With the network link out of the way 
the overhead of Cygwin emulation could become significant.


As for your cp across a link... At one time I was using cp to copy our 
release images (about 9 files of about 50-150 meg mind you) across a WAN 
link (from Santa Clara, California -> Shanghai, China). The link was 
real slow and it was talking ~30-45 minutes per image IIRC!


Then I changed it to an ncftp and the time per image dropped down to ~5 
minutes.


Moral of the story? SMB is perhaps the worse way to transfer data across 
network links.


YMMV.
--
Andrew DeFaria 
I used to have an open mind but my brains kept falling out.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: copying a million tiny files?

[Andrew DeFaria]

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 publicly!

  Whatever it is, I think we need to make an example of Brian.

I agree! ;-)
--
Andrew DeFaria 
If vegetarians eat vegetables, what do humanitarians eat?


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: can't read sequential files

[zirtik]

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 always get a segmentation fault. Can this be some kind of an
optimization problem? I don't know why it happens. Thank you for the
comments. 


zirtik wrote:
> 
> Hi, I'm using cygwin and windows XP together with Eclipse IDE and CDT. I
> have a following piece of code:
> 
> 
> 
>   int i;
>   fp = fopen ("phi.txt","r");
>   
>   for( i = 0; i < 51; i++ ) {
>   fscanf(fp, "%d\n", &original_phi[i]);   
>   }
> 
> ...
> 
> and when I try to compile it, it compiles well, but when I try to run it I
> get the following error message:
> 
> 655 [main] Genetics 3012 _cygtls::handle_exceptions: Exception:
> STATUS_ACCESS_VIOLATION
> 2540 [main] Genetics 3012 open_stackdumpfile: Dumping stack trace to
> Genetics.exe.stackdump
> 
> I added the following line to check if fp is always NULL:
> 
> if (fp==NULL)
> {
>printf("error, NULL pointer!\n");
>return(1);
> }
> 
> and it is always NULL. I put the "phi.txt" in the same directory as the
> executable so it is in:
> 
> \ProjectFolder\Debug  
> 
> folder as well as in
> 
> \ProjectFolder\src
> 
> folder. I still keep getting the same error. I added the current directory
> "." to the PATH but it didn't help. This code used to run on another PC
> with Eclipse and cygwin again but this is the first time I am having
> problems with it on a different machine. Any help would be greatly
> appreciated. 
> 
> Thanks.
> 
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/can%27t-read-sequential-files-tf4722128.html#a13524102
Sent from the Cygwin list mailing list archive at Nabble.com.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: copying a million tiny files?

[Gary R. Van Sickle]

> 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 to copy files why not 
> use the native XCOPY?  It will not suffer the performance 
> degredation of having to emulate the POSIX stat semantics on 
> every file, just like the native DIR command in a large 
> directory does not take ages because it simply uses 
> FindFirstFile/FindNextFile which are fairly efficient (but do 
> not provide sufficient information to emulate POSIX.)
> 
> Brian
> 

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 situations is that you bump up
against the slowness of the link (or physical disk) because, POSIX emulation
or not, all your caches do is thrash.

-- 
Gary R. Van Sickle


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: copying a million tiny files?

[Larry Hall (Cygwin)]

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 not use the
native XCOPY?  It will not suffer the performance degredation of having
to emulate the POSIX stat semantics on every file, just like the native
DIR command in a large directory does not take ages because it simply
uses FindFirstFile/FindNextFile which are fairly efficient (but do not
provide sufficient information to emulate POSIX.)


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?  Whatever it is,
I think we need to make an example of Brian.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: copying a million tiny files?

[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 to copy files why not use the
native XCOPY?  It will not suffer the performance degredation of having
to emulate the POSIX stat semantics on every file, just like the native
DIR command in a large directory does not take ages because it simply
uses FindFirstFile/FindNextFile which are fairly efficient (but do not
provide sufficient information to emulate POSIX.)

Brian

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: copying a million tiny files?

[Brian Ford]

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 to move all the
> files. I have been using rsync, but that takes a very long time to
> generate the list of files to be moved.

That usually is the best method if you are doing an incremental move.  A
first time move is usually faster this way:

tar -cf - srcdir | tar -C dstdir -xf -

-- 
Brian Ford
Lead Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
the best safety device in any aircraft is a well-trained crew...

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: copying a million tiny files?

[Brian Mathis]

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 just need to move all the
> files. I have been using rsync, but that takes a very long time to
> generate the list of files to be moved.
>
> Any alternatives?
> Thanks in advance.


Try using tar or zip to make 1 file of the whole folder, then transfer
that one file.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

copying a million tiny files?

[sam reckoner]

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, but that takes a very long time to
generate the list of files to be moved.

Any alternatives?

Thanks in advance.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problem in compiling the insight.

[Christopher Faylor]

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.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problem in compiling the insight.

[Larry Hall (Cygwin)]

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 required.  Also and likely related, you need only
send to cygwin at cygwin dot com.  The other address you've been using
is simply an alias so you're hitting the list twice each time you send
to both.  We frown on this.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Problem in compiling the insight.

[Ramesh C Satyavaram]

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 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 the question?

If you are building a program that uses ncurses, I believe you need 
the libncurses-devel package.

HTH,
Gary

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Problem in compiling the insight.

[Ramesh C Satyavaram]

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 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 the question?

If you are building a program that uses ncurses, I believe you need 
the libncurses-devel package.

HTH,
Gary

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: fork_helper: ResumeThread failed, rc = 2

[Dave Korn]

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 likely cause of your problem.  You have multiple
and conflicting versions of the cygwin DLL all in your PATH setting at the
same time.  Here is your path, from the cygcheck output:

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\STM\ST20R2.2.1\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\OTVSDK\bin\
c:\sys_en\OTV_3000\ST\BIN

And here are the cygwin DLLs it found:

 1830k 2007/01/31 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2007/1/31 15:28
Cygwin DLL version info:
DLL version: 1.5.24
DLL epoch: 19
DLL bad signal mask: 19005
DLL old termios: 5
DLL malloc env: 28
API major: 0
API minor: 156
Shared data: 4
DLL identifier: cygwin1
Mount registry: 2
Cygnus registry name: Cygnus Solutions
Cygwin registry name: Cygwin
Program options name: Program Options
Cygwin mount registry name: mounts v2
Cygdrive flags: cygdrive flags
Cygdrive prefix: cygdrive prefix
Cygdrive default prefix: 
Build date: Wed Jan 31 10:57:51 CET 2007
CVS tag: cr-0x5f1
Shared id: cygwin1S4

  385k 1999/02/26 c:\OTVSDK\bin\cygwinb19.dll - os=4.0 img=1.0 sys=4.0
  "cygwinb19.dll" v0.0 ts=1998/3/11 5:34
  446k 1999/10/28 c:\OTVSDK\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=1998/12/4 10:09
Cygwin DLL version info:
DLL version: 2.0.1
DLL epoch: 19
DLL bad signal mask: 19005
API major: 0
API minor: 3
Shared data: 1
DLL identifier: cygwin
Mount registry: 1
Cygnus registry name: Cygnus Solutions
Cygwin registry name: CYGWIN.DLL setup
Program options name: Program Options
Cygwin mount registry name: b15.0
Build date: Thu Dec 3 20:39:18 PST 1998
CVS taggnu-win32-b20-branch: 
Shared id: cygwinS1

Warning: There are multiple cygwin1.dlls on your path


  So I think there is a conflict between your main cygwin installation
C:\cygwin, which is up-to-date (v1.5.24), and the one in the OTV SDK.  You
could probably fix things by moving the OTVSDK version of cygwin1.dll out of
the way, or perhaps by making sure you only have OTVSDK /OR/ C:\cygwin in your
PATH at any one time, never both together, and making sure you never have
applications from both running at the same time.  I'm not sure which one of
the installs you are trying to use; is it the OTVSDK that you were working
with when you had problems with 'make'?


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Problem in compiling the insight.

[Ramesh C Satyavaram]

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 the question?

Thank You,
S.Ramesh Chandra.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: fork: Resource temporarily unavailable

[Larry Hall (Cygwin)]

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/cgi-bin/search.cgi?q=fork+temporarily+unavailable&cmd=Search%21&form=extended&m=all&ps=10&fmt=long&wm=wrd&sp=1&sy=1&wf=2221&type=&GroupBySite=no&ul=%2Fml%2Fcygwin%2F%25

leading me to this:

http://sources.redhat.com/ml/cygwin/2005-09/msg00945.html

Here is the current value of my
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\Session
Manager\SubSystems key:

%SystemRoot%\system32\csrss.exe ObjectDirectory=\Windows
SharedSection=2048,6144,4096 Windows=On SubSystemType=Windows
ServerDll=basesrv,1 ServerDll=winsrv:UserServerDllInitialization,3
ServerDll=winsrv:ConServerDllInitialization,2 ProfileControl=Off
MaxRequestThreads=32

The values for SharedSection have all been increased to values above
the defaults as described in the post above.. no effect.

I also found a few other posts which suggested turning off services
and such and I've turned off everything I could (virus scanners, chat
clients, etc...) with msconfig to no effect.  Not sure how to proceed.
 I'm thinking of trying a cygwin snapshot... or backing off to a
previous version of cygwin..

Will this help? What was the first version of cygwin where this
problem popped up?


Lately, the biggest cause of this kind of error is:



You typically need to uninstall the offending software to see a difference.
Disabling/turning it off is usually not enough.

You may also be lucky and find that it's just problem with DLL base address
collisions (can't tell from the scant info given so far).  If that's the
case, you can install the 'rebase' package and read its README to find out
how to clear this up.  While you're at it, you may as well install the
current Cygwin version.  1.5.19 is old and not supported by this list.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problem in compiling the insight.

[Gary Johnson]

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 found the answer for this.
> 
> Could any one answer the question?

If you are building a program that uses ncurses, I believe you need 
the libncurses-devel package.

HTH,
Gary

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Problem in compiling the insight.

[Ramesh C Satyavaram]

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 the question?

Thank You,
S.Ramesh Chandra.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin stable and cvs snapshot - fork() bug

[Lev Bishop]

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
> > daemon!
>  [...]
> any news regarding this issue?

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 listed on the bug report were not sufficient), and
then setup the configuration files for mpd, figure out what mpd is
supposed to do, and THEN debug the problem.

Here is the STC you neglected to supply:

$ cat lev.c && gcc -o lev lev.c -Wall -Wextra && CYGWIN=server ./lev
#include 
#include 
#include 

int main(void)
{
int shmid;
if ((shmid = shmget(IPC_PRIVATE, 100,IPC_CREAT | 0600 )) < 0 ||
!shmat(shmid, NULL, 0) ||
shmctl(shmid, IPC_RMID, NULL) < 0)
puts("problems with shm!");
fork();
}
lev.c: In function `main':
lev.c:13: warning: control reaches end of non-void function
  3 [main] lev 1924 c:\Documents and
Settings\Lev\Desktop\mpd-0.13.0\lev.exe: *** fatal error -
MapViewOfFileEx (0x3E), Win32 error 6.  Terminating.
124 [main] lev 5076 fork: child 1924 - died waiting for dll
loading, errno 11

Lev

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: update/reinstall openssh problem

[Larry Hall (Cygwin)]

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

  ''setup.exe has encountered a problem and needs to close. We
are sorry for the inconvenience.''

with the familiar 3 buttons - "debug" (which does nothing), "Send
Error Report", and "Don't Send".

Can someone please let me know if this is a known issues and/or how
to debug/fix this problem.  I don't have ssh running as a service
or an application when I do this "update" so I'm not entirely sure
why openssh can't be uninstalled easily.



You can try downloading a debug version of 'setup.exe' from
 with it's source (tar.bz).
With this, you can run it under 'gdb' to see if that provides more
insight.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygwin stable and cvs snapshot - fork() bug

[michael.vogt]

    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 issue?

thanks in advance
michael

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: GCC compiler -m64 option in cygwin

[Dave Korn]

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 needed to create 64-bit build on a 32-bit system,
>>> 
>>> Nope, gcc now has multi-lib support.
>> 
>>   ITYM biarch.
> 
> If you prefer, yes (the configure option is called
> --enable/disable-multilib).

  Uh, no, that configures multilibbing, you're conflating two separate things
here; it's worth getting the terminology right.  Biarch is a property of the
backend, which can generate 32/64 bit code regardless of whether or not you
have the right libgcc versions available or not.  Multilib is a feature that
is used to support and complete the operation of biarch, the two work
together, but it's an independent and orthogonal feature, used also by many
non-biarch architectures.

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

update/reinstall openssh problem

[Tim Freedom]

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 encountered a problem and needs to close. We
are sorry for the inconvenience.''

with the familiar 3 buttons - "debug" (which does nothing), "Send
Error Report", and "Don't Send".

Can someone please let me know if this is a known issues and/or how
to debug/fix this problem.  I don't have ssh running as a service
or an application when I do this "update" so I'm not entirely sure
why openssh can't be uninstalled easily.

Regards...


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: GCC compiler -m64 option in cygwin

[Samuel Thibault]

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,
> > 
> > Nope, gcc now has multi-lib support.
> 
>   ITYM biarch.

If you prefer, yes (the configure option is called
--enable/disable-multilib).

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: GCC compiler -m64 option in cygwin

[Dave Korn]

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 biarch.

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: GCC compiler -m64 option in cygwin

[Samuel Thibault]

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 
> available as a normal installation option.

Depends on the distribution. In debian, libc6-amd64 and amd64-libs
provide a lot of them.

Samuel

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: GCC compiler -m64 option in cygwin

[Tim Prince]

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 and the library is 64 bit. I
attempt to use cygwin for this job. Now my question
are as follows

 


1 . using cygwin gcc compiler can I link my source
code building with the win environment lib? 
2. is gcc 64 bit option available in cygwin? 

  
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, and none 
of the required libraries or utilities are generally available as a 
normal installation option. Of course, you can use cygwin as a build 
environment when running non-cygwin 64-bit compilers.
A preliminary 64-bit mingw compiler has appeared, but it seems to have 
difficulties linking with pre-existing libraries.


---AV & Spam Filtering by M+Guardian - Risk Free Email (TM)---


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: can't read sequential files

[Larry Hall (Cygwin)]

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.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: can't read sequential files

[Dave Korn]

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 open_stackdumpfile: Dumping stack trace to
> Genetics.exe.stackdump

> if (fp==NULL)
> {
>printf("error, NULL pointer!\n");
>return(1);
> }
> 
> and it is always NULL. 

  You should also print out the value of 'errno' here, it's the global
variable that holds the code for the last error from C library functions.

> I put the "phi.txt" in the same directory as the
> executable so it is in:
> 
> \ProjectFolder\Debug
> 
> folder as well as in
> 
> \ProjectFolder\src
> 
> folder. I still keep getting the same error.

  It would tell us a lot if we knew whether errno was equal to ENOENT or
EACCES.

> I added the current directory
> "." to the PATH but it didn't help. 

  Nope, it wouldn't make a difference.  PATH is only used by the shell when
searching for commands; it isn't used when you're calling fopen.  For fopen,
you must provide the exact path to the file, or the file must be in the cwd
(current directory) when your program is running.

> This code used to run on another PC with
> Eclipse and cygwin again but this is the first time I am having problems
> with it on a different machine. Any help would be greatly appreciated.

  I don't use eclipse myself, but I'd guess there's a setting somewhere for
what the current directory should be when it launches the executable.  Make
sure your text file is in that directory, or change the setting so it points
at the debug/release folder where you already put the text file.

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ssh/pubkey authentication and use of subst

[Corinna Vinschen]

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, though.  Must have something to do
> > with the below as well.
> 
> subst also says "Access denied - " (return code is 1).

As I said, I have no idea why it doesn't work.  It doesn't work for
me either, but I don't see any way around this.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ssh/pubkey authentication and use of subst

[Hannu Koivisto]

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, for example.
>
> That's not right.   The problem is that you didn't logon using a
> password and you are running in a foreign logon session.  The result is
> that you have to use explicit identification when connecting to a share.
> Assuming you are on machine or in domain BRAIN, user name PINKY.  When
> you logged on using password authentication, everything is known to
> identify and authorize you automatically to a server, so the following
> works (assuming you *have* permissions to access the share):

Ok.

>   $ net use '\\server\share'
>
> However, this doesn't work with pubkey authentication because your
> authorization information is incomplete.  Therefore you have to
> identify and authorize explicitely:
>
>   $ net use '\\server\share' /user:'BRAIN\PINKY' 
>
> or
>
>   $ net use x: '\\server\share' /user:'BRAIN\PINKY' 

Unfortunately the explicit form doesn't work for me via pubkey
authentication either, I get "System error 5 has occurred.  Access
is denied."  (return code is 2).

Precisely the same command works if I log in using password
authentication.

Both the client and the server machines run Windows XP SP2, openssh
is 4.7p1-2, cygwin 1.5.24-2.  sshd was set up with ssh-host-config.

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, though.  Must have something to do
> with the below as well.

subst also says "Access denied - " (return code is 1).

> You are running as the user you have logged in as.  However, since no
> Windows authentication took place, you don't get your own logon session.
> You're running in the logon session of the user running sshd.  This
> situation is wrongly evaluated by Windows, so that functions returning a
> user name from a SID return the name of the user running sshd.  But the
> application token does *not* grant you the permissions of the user
> running sshd.  The token is still correct and only grant you the rights
> your user account has.  The user and owner SIDs in the token are
> correctly set to the SID of your own account.  Only the Windows
> functions returning the user name do return the wrong name.

Thanks for the explanation.

-- 
Hannu


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: can't read sequential files

[Alberto Luaces]

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:   http://cygwin.com/faq/