Re: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4

[Luke Kenneth Casson Leighton]

On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote:
> On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote:
> 
> > hi,
> >
> > um.  very confused.  setup.exe in't setting anything up.
> >
> > i get a modal dialog at the end of the process saying
> > "set_cygdrive_flags" - the operation completed successfully.
> >
> > i check c:\cygwin\var\log\setup.log and it is full of
> > io_stream_cygfile: fopen failed 2 No such file or directory,
> 
> What about c:\cygwin\var\log\setup.log.full?  It should have more
> information (in particular, the io_stream_cygfile messages should be
> preceded by the names of the files they correspond to).
 
  ah i believe i was looking at setup.log.full but of course windows
  removes the .full and for some _really_ weird reason every time i
  change the settings not to hide file extensions the settings are lost,
  so i've given up.

  yes, there isn't any filename listed - i did wonder why not.

> > presumably there is one such failure for every package that
> > was endeavoured to be installed from c:\cygfiles\release?
> >
> > i tried renaming the directory from the _awful_ name
> > c:\cygfiles\ftp%2feasynet.be%2arubbish%trash%2acygwin to
> > c:\cygfiles\release and then doing a "local" install.
> 
> According to the directory name, you're using an FTP mirror.  There is an
> FTP timeout handling bug in setup, which I'm currently testing a fix for,
> that makes setup essentially give up on any FTP transfer when an FTP
> timeout happens.  Try using an HTTP mirror.

 i noticed that :)

 i managed to get all the files downloaded.

> As for the directory name, it shouldn't make a difference.
> 
> > i've tried using c:/cygwin and c:/cygfiles/release instead of c:\cygwin
> > and c:\cygfiles\release.
> 
> This won't make a difference.
> 
> > i've tried deleting c:\cygwin after a download and re-entering all of
> > the questions (but of course specifying "local" install).
> 
> And what happened?

 exactly the same thing.

> > i've tried (to my detriment because it is a one-way process
> > where i will never be able to reliably gain read-write access
> > to the drive, or recovery process on linux) converting the
> > filesystem from FAT32 to NTFS.
> 
> Ouch.  You have my sympathies, though NTFS is a much more feature-rich
> filesystem that is better supported by Cygwin.  If you want to make sure
> you have read-write access to the drive, I suggest "taking ownership" of
> all files/directories you want to be able to write to.  Once the files are
> owned by you, you can change the ACLs appropriately.
> 
> > i've tried setup.exe versions 2.510.2.2, setup 2.427, 2.457.
> >
> > not one of these things allows for a successful installation,
> > with every result the same: io_stream_cygfile failures.
> >
> > wtf is going on and what am i missing?
> >
> > guidance to a solution / things to try much appreciated.
> 
> Please try an HTTP mirror.  If that doesn't work, please post
> c:\cygwin\var\log\setup.log.full to this list.

 ack.

 i honestly don't believe it will make any difference: the
 files are already successfully downloaded, but i will try because i
 really want this to work: all other times that i have installed cygwin
 it has been successful and extremely useful.

 l.


--
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: Installation procedure for Postgresql in Cygwin

[Jason Tishler]

On Mon, Sep 26, 2005 at 06:05:45PM +0530, Kowtham Prabhu C wrote:
> I have installed Cygwin 1.5.18 and I can't run postgresql 7.4.5 in
> that, also I have downloaded it into cygwin folder.  Kindly give me
> the procedures to install it and

Read the README:

/usr/share/doc/Cygwin/postgresql-7.4.5.README

> use it to connect with C and C++ programs?..  

Read the manual:

http://www.postgresql.org/docs/7.4/static/client-interfaces.html

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: Autotools\gcc: "Resource temporarily unavailable" problem

[PSP Blizz]

On 9/25/05, PSP Blizz <[EMAIL PROTECTED]> wrote:
> On 9/23/05, PSP Blizz <[EMAIL PROTECTED]> wrote:
> > On 9/23/05, Dave Korn <[EMAIL PROTECTED]> wrote:
> > >   I think this is hardware trouble.  Try some cooling spray on the CPU 
> > > when
> > > it's malfunctioning.  I really don't think this is likely to be a cygwin
> > > bug.
> Spoke to DELL, they will replace the heatsink on tuesday. Will try
> again then. I did a clean reinstall of XP and still the problem is
> present. So now I'll have to put my trust in DELL.

The machine is now a cool 48 degrees no matter what it does or how
hard it works, but cygwin still wont compile gcc 4.0.1 or do too much
work using autotools (automake etc).

So I'm stumped.

/pspblizz

--
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/

fork errors - search snips from cygwin mailing list archive

[Tom Rodman]

I egreped thru (my local copy of) the cygwin archives back to ~3/2005 for:

  fork: No such file or directory
  died waiting for longjmp
  fork: Bad file
  fork: Resource temporarily unavai

Please see end of this post for snips from this grep. The
results suggest a fair number of users had the problem, I'd be
curious how many convinced themselves their problems are gone; 
can we identify which of the cases are solved?

We're still seeing these non repeatable errors (now using the 9/22
snapshot on a development box). No test case is enclosed. 

A fairly recent cygcheck.out for the computer having the problems is an
attachment in:

  http://sourceware.org/ml/cygwin/2005-09/msg00796.html

If you can show me our box is out of resources, that would be great -
see the attachment for RAM, a list of processes, and more- it's a Compaq
ProLiant DL380 G3. It is behind a firewall in a datacenter; anti-virus
scanning is *not* real time, but scheduled weekly. The attachment is output
from:

  msinfo32 /report FILENAMEHERE /catagory systemsummary



msinfo32.out.gz
Description: msinfo32 /report FILENAMEHERE /catagory systemsummary
For us, in general the fork errors do not show up until quite a few cygwin
bash and perl scripts have already run ok. Once it happens, it may be
fairly repeatable, until I stop all cygwin services, kill all cygwin
processes; then the fork errors are gone for a while again.  

I do most interactive CLI work in ssh bash login sessions. I see fewer
of these fork errors in 1.5.18, and in the Sept snapshots. 

Friday 9/23, I was debugging a fairly simple bash shell script, with
a few traps, and functions - I had several vim sessions suspended,
and 2 ssh sessions. Here are some fork errors from Friday (using snaphot:
1.5.19s(0.138/4/2) 20050922):

  $ ci -l a_small_text_file
  -bash: fork: Resource temporarily unavailable
  $

  
  $ lt
  -bash: fork: Resource temporarily unavailable
  
  $ which lt
  lt is aliased to `cmd /c dir /od|d2u|egrep -v " +RCS$|\.\.?$| [0-9]+ 
(Dir|File)"|tail -8'
  

  $ ./a_mediumsized_bashscript
  /adm/bin/win/service_restart02.shinc: fork: Resource temporarily unavailable
   10 [main] ? 0 fork_copy: cygheap for exec pass 0 failed, 
0x6115A900..0x61160834, done 0, windows pid 2816, Win32 error 5

  # Another problem on Friday: an interactive ssh session for no apparent reason
  # just died.  This has happened in the past, see:
  #   http://sourceware.org/ml/cygwin/2005-07/msg01006.html
  #
  # The good news is this happens less than in 1.5.17.
  # For more detail on this see last ~30 lines of this post.

We continue to use 1.3.20 and it is just about problem free, it "just
works" - I look forward to that level of stability. 
Oh well.. it's our end user perspective. New features and speed are great,
but stabiility and reliablity get's the job done over and over. I've
been looking for a stable cygwin release since 1.5.10, and have not been
convinced. If that sounds arrogant, sorry, it's not meant to be, it
is honest. We use cygwin to control over night windows software builds
with bash scripts, so when the build breaks we don't want cygwin blamed.

I appreciate all the cygwin developers' hard work, I love the tools!

We're in a position to upgrade cygwin on 9 servers, 3 of which
will be purchased in the next couple of months. :->

--
thanks again,
Tom Rodman

--
See below for the snippets { enclosed in curly
braces }.  This is an egrep of last ~200 days of cygwin archives for:

  fork: No such file or directory
  died waiting for longjmp
  fork: Bad file
  fork: Resource temporarily unavai

--v-v--C-U-T---H-E-R-E-v-v-- 
{
  {
  According to David Arnstein on 8/18/2005 1:01 AM:
  > Frequently (but not always) I will launch a Cygwin command window
  > running bash; the new command window prints a message from bash:
  >
  > --
  >  10 [main] bash 1880 pinfo::wait: Couldn't create pipe tracker for
  > pid 3768,
  >
  >  Win32 error 231
  > bash: fork: Resource temporarily unavailable
  > --

  This is not a bug in bash, but a limitation in the number of running
  processes under Windows.  When cygwin cannot create a new process during a
  fork(), you will get this behavior.  Some people have reported success
  turning off (or swapping) antivirus programs, or other tricks to reduce
  the number of running processes on their system.  Other than that, I don't
  have any further ideas that might help you.

  - --
  Life is short - so eat dessert first!

  Eric Blake 
  }
  {
  > This is not a bug in bash, but a limitation in the number of running
  > processes under Windows.  When cygwin cannot create a new process during a
  > fork(), you will get this behavior.  Some people have reported success
  > turning off (or swapping) antivirus programs, or other tricks to reduce
  > the number of r

Re: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4

[Luke Kenneth Casson Leighton]

On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote:
> On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote:
> 
> > hi,
> >
> > um.  very confused.  setup.exe in't setting anything up.
> >
> > i get a modal dialog at the end of the process saying
> > "set_cygdrive_flags" - the operation completed successfully.
> >
> > i check c:\cygwin\var\log\setup.log and it is full of
> > io_stream_cygfile: fopen failed 2 No such file or directory,
> 
> What about c:\cygwin\var\log\setup.log.full?  It should have more
> information (in particular, the io_stream_cygfile messages should be
> preceded by the names of the files they correspond to).
 
 that's the strange thing: no such filenames are listed.

 rather than irritate the crap out of everybody by dropping a 410k file
 into thousands of people's mailboxes, i've placed the log at:

http://hands.com/~lkcl/cygwin/setup.log.full

> Please try an HTTP mirror.  

 the failures i am seeing now are that nothing is even downloaded - at
 all.

 the subdirectory,
 c:\cygfiles\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin,
 has however been created.

 l.

--
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: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4

[fergus]

> .. the files are already successfully downloaded ..
> .. all other times that i have installed cygwin it has been successful ..

Sorry to butt in but this is intriguing. More often than not I install from
a local directory and it has worked forever, and is still working. Probably
all the following are just fine, apols for asking:

Q1. Are you sure the files are downloaded? ie under /release/ there should
be, dunno, ~ 1G? (I've got [prev] and [test] as well so hard to tell what
just [curr] would come to.)

Q2. Have you got setup.ini above /release/?

Q3. There's some characteristic of Windows that means the installation is
prone to ?/ certain to fail if setup.ini is in C:\ and the installation
files in C:\release\. The hierarchy needs to be C:\somedirname\setup.ini
with files under C:\somedirname\release\.

Q4. Ideally your registry would be cleared of all Cygwin-related mentions
and any historical Cygwin mounts. But I don't suppose it matters if it
isn't.

Q5. Then "Install From Local Directory" with Root Directory = C:\Cygwin
(say) and Local Package Directory = C:\somedirname. It should all just fly
along.

Oh I know you know all that. Sorry for talking down. Your difficulty sounds
crazily weird.

Fergus


--
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/

Windows 2000 gotchas?

[Debbie Tropiano]

Hello -

I've been installing Cygwin in our computing lab and while the Windows XP
installs have been fine, I've been getting some weird results on our
Windows 2000 systems.  I read the FAQ, but was wondering if there are
some gotchas for Windows 2000 that I've missed.

Some extra pertinent info:
Since it's a closed network, I downloaded the install, burned it
to CD and have been running setup.exe after copying everything to
the target system.  The install seems to work OK, except that on
the Windows 2000 systems only the bash icon shows up on the desktop
even when selecting for all icons (sometimes that query doesn't
even come up at the end of the install tho').

Since it's a lab, these are all shared systems.  Generally we're
able to run startxwin.bat the first time with no problems, but the
leftover file and directory under /tmp are a problem.

I am a *NIX admin, so not highly versed in Windows (but learning
more and more everyday :-).

Any help would be appreciated,
Debbie
-- 
| Debbie Tropiano|  [EMAIL PROTECTED]   |
| Environmental Sciences Laboratory  | +1 512 835 3367 w   |
| Applied Research Laboratories of UT Austin | +1 512 835 3544 fax |
| P.O. Box 8029, Austin, TX 78713-8029   | home email: [EMAIL PROTECTED] |

--
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: Strange behaviour with g++ 3.4.4-1

[Andy Moreton]

On Mon, 26 Sep 2005 21:41:29 GMT, Angelo Graziosi wrote:

> 
> 
> Dave Korn wrote:
> 
> 
>> You can fix it like this:
>>
>> [EMAIL PROTECTED] /test/cplus> g++ test.fixed.cpp -o test
>> [EMAIL PROTECTED] /test/cplus> diff -pu test.cpp test.fixed.cpp
>> --- test.cpp2005-09-26 10:52:37.405042000 +0100
>> +++ test.fixed.cpp  2005-09-26 10:52:26.555119000 +0100
>> @@ -1,6 +1,8 @@
>> 
>>  #include 
>>  #include 
>> +#undef max
>> +#undef min
>>  #include 
> 
> 
> Thanks, Dave, for the patch.
> 
> I would know if there is some bug somewhere: it sounds strange that moving
> the header 'windows.h' at the beginning or at the end of includes
> sequence, the build works fine.

The problem is that "windows.h" includes "windef.h" which defines the 
standard macros min() and max() without checking if they are already 
defined. You can prevent this behaviour by doing:

//
#define NOMINMAX
#include "windows.h"
//

This will prevent the macros from being (illegally) defined twice with 
differing contents.

AndyM


--
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: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4

[Igor Pechtchanski]

On Tue, 27 Sep 2005, Luke Kenneth Casson Leighton wrote:

> On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote:
> > On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote:
> >
> > > hi,
> > >
> > > um.  very confused.  setup.exe in't setting anything up.
> > >
> > > i get a modal dialog at the end of the process saying
> > > "set_cygdrive_flags" - the operation completed successfully.
> > >
> > > i check c:\cygwin\var\log\setup.log and it is full of
> > > io_stream_cygfile: fopen failed 2 No such file or directory,
> >
> > What about c:\cygwin\var\log\setup.log.full?  It should have more
> > information (in particular, the io_stream_cygfile messages should be
> > preceded by the names of the files they correspond to).
>
>  that's the strange thing: no such filenames are listed.
>
>  rather than irritate the crap out of everybody by dropping a 410k file
>  into thousands of people's mailboxes, i've placed the log at:
>
>   http://hands.com/~lkcl/cygwin/setup.log.full

You could've gzipped it down to about 30k, but this is good too, thanks.
FWIW, it's indeed a setup.log.full.

There are a few weird parts in this log.  Here's one:

2005/09/27 12:27:46 Selected local directory: C:\
2005/09/27 12:27:52 Selected local directory: C:\cygfiles

For some reason, it remembered C:\ as your local package directory.  Did
c:\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin get
created, by any chance?

The other weird part is that it doesn't show *any* packages selected to
download.  Did you switch to Partial view to verify that you're actually
going to upgrade any packages?  Can you please post the *exact* list of
steps you took, from the moment you started setup to the moment it ended,
copying and pasting any message boxes you get on the way?  It didn't even
show you the "Installation complete" message box, looks like...

> > Please try an HTTP mirror.
>
>  the failures i am seeing now are that nothing is even downloaded - at
>  all.

Did you try to run setup in other modes (e.g., "Download only")?

>  the subdirectory,
>  c:\cygfiles\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin,
>  has however been created.

Heh, I misread this at first.  Looks like setup is crashing before it ever
gets to the package download phase...  You might try some other mirrors
(mirrors.kernel.org is a good one, and so is mirror.mcs.anl.gov).

If worse comes to worst, I may post a debug version of setup I compiled
and ask you to try it out.  It might give us some clue on what is
happening on your machine.

HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4

[Luke Kenneth Casson Leighton]

On Tue, Sep 27, 2005 at 10:09:44AM -0400, Igor Pechtchanski wrote:
> On Tue, 27 Sep 2005, Luke Kenneth Casson Leighton wrote:
> 
> > On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote:
> > > On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote:
> > >
> > > > hi,
> > > >
> > > > um.  very confused.  setup.exe in't setting anything up.
> > > >
> > > > i get a modal dialog at the end of the process saying
> > > > "set_cygdrive_flags" - the operation completed successfully.
> > > >
> > > > i check c:\cygwin\var\log\setup.log and it is full of
> > > > io_stream_cygfile: fopen failed 2 No such file or directory,
> > >
> > > What about c:\cygwin\var\log\setup.log.full?  It should have more
> > > information (in particular, the io_stream_cygfile messages should be
> > > preceded by the names of the files they correspond to).
> >
> >  that's the strange thing: no such filenames are listed.
> >
> >  rather than irritate the crap out of everybody by dropping a 410k file
> >  into thousands of people's mailboxes, i've placed the log at:
> >
> > http://hands.com/~lkcl/cygwin/setup.log.full
> 
> You could've gzipped it down to about 30k, but this is good too, thanks.
> FWIW, it's indeed a setup.log.full.
> 
> There are a few weird parts in this log.  Here's one:
> 
> 2005/09/27 12:27:46 Selected local directory: C:\
> 2005/09/27 12:27:52 Selected local directory: C:\cygfiles
> 
> For some reason, it remembered C:\ as your local package directory.  Did
> c:\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin get
> created, by any chance?
 
  no, because i keep having to change it to c:\cygfiles: it doesn't
  remember that, though.
  
> The other weird part is that it doesn't show *any* packages selected to
> download.  

 no, i know.

> Did you switch to Partial view to verify that you're actually
> going to upgrade any packages?  

 no but i checked the list and it showed package versions: i assume this
 means "yes i gonna install these".

> Can you please post the *exact* list of
> steps you took, from the moment you started setup to the moment it ended,
> copying and pasting any message boxes you get on the way?  It didn't even
> show you the "Installation complete" message box, looks like...

 no, i've never seen that message box.

 the only one i've seen is that one about the drive setting (which i
 sent in my first post).


> > > Please try an HTTP mirror.
> >
> >  the failures i am seeing now are that nothing is even downloaded - at
> >  all.
> 
> Did you try to run setup in other modes (e.g., "Download only")?

 download only, no.

 install from local, because when previously using the setup program i
 successfully downloaded all the packages i wanted: yes.

> >  the subdirectory,
> >  c:\cygfiles\http%2f%2fgobbledegook.mirrors.kernel.org%2gobbledegookcygwin,
> >  has however been created.
> 
> Heh, I misread this at first.  Looks like setup is crashing before it ever
> gets to the package download phase...  You might try some other mirrors
> (mirrors.kernel.org is a good one, and so is mirror.mcs.anl.gov).

 yep, mirrors.kernel.org is where i attempted the http download from,
 even though i already have everything i want to install already
 downloaded from ftp.easynet.be.

> If worse comes to worst, I may post a debug version of setup I compiled
> and ask you to try it out.  It might give us some clue on what is
> happening on your machine.

 ack!

 happy with that.

 l.


--
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/

solution to cygwin error: Win32 error 487 bash: fork: Resource temporarily unavailable

[john.wei]

Hi, Tero,

I saw your post on the web. I have the same problem for the past two days. 
Error is as follows:

After installing cygwin on Window2000, I have following error after opening 
cygwin:

   1033 [main] bash 2164 fork_copy: linked dll data/bss pass 0 failed, 0x66D000.
.0x66D020, done 0, windows pid 1216, Win32 error 487
bash: fork: Resource temporarily unavailable

I tried many solutions with no help including:
1) make sure cygwin1.dll has only one copy on the machine.
2) install different versions, different selections
3) rebaseall in the bash. (bash is totally useless except for few commands).

Finally I got a solution which it works:

rebaseall: only ash processes are allowed during rebasing
Exit all Cygwin processes and stop all Cygwin services.
Execute ash from Start/Run... or a cmd or command window.
Execute '/bin/rebaseall' from ash.


Hope it could help others to solve the same problem.

Best wishes,

--john



--
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: Windows 2000 gotchas?

[Igor Pechtchanski]

On Tue, 27 Sep 2005, Debbie Tropiano wrote:

> Hello -
>
> I've been installing Cygwin in our computing lab and while the Windows XP
> installs have been fine, I've been getting some weird results on our
> Windows 2000 systems.  I read the FAQ, but was wondering if there are
> some gotchas for Windows 2000 that I've missed.

Exactly what weird results are you getting?  Could we have some details
here?

> Some extra pertinent info:
>   Since it's a closed network, I downloaded the install, burned it
>   to CD and have been running setup.exe after copying everything to
>   the target system.

Did you search the archives for the gotchas of installing from CD?  In
particular, most setup versions will not work correctly if setup.ini and
the release/ directory are in the root of the CD -- put them one more
directory level down.  Also, there may be some path length limitations on
CDs (which may be reached by some deeper release directories).

>   The install seems to work OK, except that on
>   the Windows 2000 systems only the bash icon shows up on the desktop
>   even when selecting for all icons

Huh?  Do you mean "All Users"?  The only icon that's *ever* created on the
desktop by setup is the "Cygwin" icon that starts bash.  There is a
package that creates Start Menu icons for various applications, and setup
will create one for Cygwin, but the only one that goes on the desktop is
the one you call "bash".  Are you getting something else as well on XP?

>   (sometimes that query doesn't
>   even come up at the end of the install tho').

Hmm, this is interesting.  Could you post c:\cygwin\var\log\setup.log.full
from the install that did not bring up that query?  Did you get an
"Installation complete" message box at the end of that install?

>   Since it's a lab, these are all shared systems.  Generally we're
>   able to run startxwin.bat the first time with no problems, but the
>   leftover file and directory under /tmp are a problem.

Please explain what "shared systems" means.  Is there *one* username
shared by all students, or does each student have their own username that
they use to log in?  If the former, I don't see why you have the problem
you describe.  If the latter, you can either do a "chmod 1777 /tmp" and
"chmod a+rwx /tmp/.X11-unix /tmp/XWin.log" to fix this (you can do this in
a custom postinstall script), or make a separate /tmp for each user (using
"mount").

>   I am a *NIX admin, so not highly versed in Windows (but learning
>   more and more everyday :-).

A lot of Cygwin's problems can be solved via pure *NIX means (like that
"chmod /tmp").  One gotcha is that Cygwin mounts aren't the same as Unix
mounts -- read the manpage carefully.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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/

[chomd] does not work

[Christian Buhtz]

$ ls -l mybackup.sh
-rw-r--r--  1 all all 36 Sep 27 17:45 mybackup.sh
$ chmod u+x mybackup.sh
$ ls -l mybackup.sh
-rw-r--r--  1 all all 36 Sep 27 17:45 mybackup.sh

Why does not work it?


--
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: [chomd] does not work

[Igor Pechtchanski]

On Tue, 27 Sep 2005, Christian Buhtz wrote:

> $ ls -l mybackup.sh
> -rw-r--r--  1 all all 36 Sep 27 17:45 mybackup.sh
> $ chmod u+x mybackup.sh
> $ ls -l mybackup.sh
> -rw-r--r--  1 all all 36 Sep 27 17:45 mybackup.sh
>
> Why does not work it?

Not nearly enough information.  As a WAG, see if
 addresses your
issue.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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: [chomd] does not work

[Larry Hall]

At 11:46 AM 9/27/2005, you wrote:
>$ ls -l mybackup.sh
>-rw-r--r--  1 all all 36 Sep 27 17:45 mybackup.sh
>$ chmod u+x mybackup.sh
>$ ls -l mybackup.sh
>-rw-r--r--  1 all all 36 Sep 27 17:45 mybackup.sh
>
>Why does not work it?






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


--
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: Tasking not implemented on this configuration

[Anh Vo]

I posted this question for the same reason you did. The answer was no task 
support for Ada run-time support.

If you only want to use Ada compiler with run-time support, without cygwin's 
capabilities at all, I strongly suggest that you download the GNAT GPL Edition 
for free at https://libre2.adacore.com/ site. By the way, this compiler can 
handle lots of Ada 2005 syntax.

If you need both Ada compiler with run-time support and cygwin, do the 
following.
1. Download GNAT compiler from gcc-3.4.4 from www.MinGW.org. Note, you need to 
ada and core components.
2. Download two other components, w32api and Ming runtime, from this site.
3. Unzip them in cygwin installed directory. Remember to keep the directory 
structure intact when Unzipping. In addition, select over all when prompted by 
WinZip.

You are ready to go. Let me know how it turns out. Good luck.

AV

>>> Craig Sorensen <[EMAIL PROTECTED]> 9/27/2005 7:54:05 AM >>>
I am trying to run an Ada program, but I keep getting this message "failed 
run-time assertion : Tasking not implemented on this configuration". I 
found the same question on the message board back on 4/20/04, buy there 
was not a reply. I am running on Windows XP like the guy who asked the 
same question in 2004. How can I get cygwin to allow tasking on my Ada 
program?




Thank you,

Craig Sorensen


--
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/

Invalid win32 application

[Kher, Manisha]

I'm building an application that links with a library that was built
using Visual studio. When I try to run the application in a cygwin
window, I get an error saying "Permission denied". If I try to run it
from a DOS window, I get an error message "... is not a valid Win32
application".

If I strip the executable, the stripped version runs.

The difference between the stripped and non-stripped version is a
section named .sxdata which is the first section in the invalid
executable.

$ objdump -h gdb.exe

gdb.exe: file format pei-i386

Sections:
Idx Name  Size  VMA   LMA   File off  Algn
  0 .sxdata   0008      02e0  2**2
  CONTENTS, READONLY, DEBUGGING
  1 .text 001d5520  00401000  00401000  0600  2**4
  CONTENTS, ALLOC, LOAD, CODE
  2 .data 00040970  005d7000  005d7000  001d5c00  2**4
  CONTENTS, ALLOC, LOAD, DATA
  3 .rdata000668b0  00618000  00618000  00216600  2**4
  CONTENTS, ALLOC, LOAD, READONLY, DATA
  4 .bss  0001d208  0067f000  0067f000    2**4
  ALLOC
  5 .idata1f18  0069d000  0069d000  0027d000  2**2
  CONTENTS, ALLOC, LOAD, DATA

Has anyone run into this problem before?
I'm on Windows 2000.

Thanks
Manisha
_
Manisha KherTel: 978-967-1368
Mercury Computer Systems, Inc.  Fax: 978-256-3599
199 Riverneck Road  [EMAIL PROTECTED]
Chelmsford, MA 01824-2820
 

--
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: rebase: rebaseall growing pains

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jason Tishler wrote:
> Sorry, but you ran out.  Remember that cygwin1.dll starts at 0x6100.

So now what??


Yaakov

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDOa7/piWmPGlmQSMRAsbJAKDG2KzYvaCbrwcmPvtQexUlAaCqUgCg1XG1
tl2Fz9Pd/hOb2SgUmzlhIq0=
=m9dJ
-END PGP SIGNATURE-


--
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: rebase: rebaseall growing pains

[Larry Hall]

At 04:43 PM 9/27/2005, you wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>Jason Tishler wrote:
>> Sorry, but you ran out.  Remember that cygwin1.dll starts at 0x6100.
>
>So now what??

Start porting to 64 bits? ;-)




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


--
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: Socket operation on non-socket with rsync/ssh

[Larry Hall]

At 11:14 PM 9/26/2005, you wrote:
>Larry Hall writes:
>
>> 
>> At 10:33 AM 9/25/2005, you wrote:
>> >Hello readers!
>> >
>> >I'm having some continuous problems with rsync/ssh in Windows (cygwin)
>> >environment. For some reason, ssh raises a "Socket operation on
>> >non-socket" error when I try to transfer files with rsync over ssh. I can
>> >connect to the server directly with ssh without any problems, so ssh works
>> >properly in general.
>> >
>> >I tried to search web for similar cases and found that also other users
>> >have had this problem. I couldn't find any solution yet.
>> >
>> >All tips and tricks are welcome, I'm also happy to give more information
>> >if needed.
>> 
>> You should always provide the information requested in:
>> 
>> >Problem reports:   http://cygwin.com/problems.html
>
>I'm having a similar problem.  The results of cygcheck.svr are at the end of
>this message.
>
>The symptoms are this:
>1. ssh-add gives these messages when trying to set a passphrase:
>bash% eval $(ssh-agent -s)
>Agent pid 908
>bash% ssh-add
>Enter passphrase for /home/Pablo/.ssh/id_dsa:
>Error reading response length from authentication socket.
>Error writing to authentication socket.
>Could not add identity: /home/Pablo/.ssh/id_dsa


I don't see that, although I'm using an RSA(2) key.  Do you see the same
thing with RSA keys?  Also, I notice that your home directory is mounted as 
text.  You might want to try mounting at least your .ssh directory as 
binary.  It's not clear to me that either of these two things are very 
significant but they are differences between our two environments.  If you 
do go the binary mount route, make sure you run 'd2u' on the text files in 
the affected directories.


>2. rsync hangs at random.  Most hangs appear to be with either large files
>(15-20MB) or zero-length files.  If it hangs on a file once, it will probably
>hang on the same file on the next try.  If I delete or manually sync the file,
>rsync moves on and transfers more files before succeeding or hanging again. 
>Intrestingly, it hangs MORE often with local transfers than over ssh.


This sounds to me like the age-old rsync problems.  You can read about them 
in the email archives.


>I want to blame both symptoms on the same problem, but when I think about it, I
>think problem 2 occured first then, after updating cygwin, problem 1 occured. 
>The thing that made me think that they were related is that they may both have
>to do with sockets.


Maybe.  If you think the ssh problem started after an upgrade, can you 
pinpoint what changed there?


>I tried completely removing c:\cygwin and re-installing from scratch, but it 
>was
>no help.  Is there any way to completely scrub cygwin from my system (including
>registry entries) so that I can re-install cleanly?


Yes.



>> That said, did you read and follow the following thread to it's 
>> resolution?
>> 
>> 
>
>That thread made me wonder if Norton Antivirus might be involved.  I tried
>adding rsync, ssh, sshd, and ssh-agent to the worm exclusion list, but that
>didn't help.  If anybody thinks it might help, I could completely un-install
>NAV, but I'd rather not muck with de-installing and re-installing NAV, since it
>messes up the subscription info when you do that.


It couldn't hurt to try.  I don't run NAV on my end (although I do run AV
software).  


>Now, the result of cygcheck -svr:


We ask that you *attach* this to any problem reports you send to the list.
Please don't embed it.


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


--
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: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4

[Igor Pechtchanski]

On Tue, 27 Sep 2005, Luke Kenneth Casson Leighton wrote:

> On Tue, Sep 27, 2005 at 10:09:44AM -0400, Igor Pechtchanski wrote:
> > On Tue, 27 Sep 2005, Luke Kenneth Casson Leighton wrote:
> >
> > > On Mon, Sep 26, 2005 at 08:43:06PM -0400, Igor Pechtchanski wrote:
> > > > On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote:
> > > >
> > > > > i check c:\cygwin\var\log\setup.log and it is full of
> > > > > io_stream_cygfile: fopen failed 2 No such file or directory,
> > > >
> > > > What about c:\cygwin\var\log\setup.log.full?  It should have more
> > > > information (in particular, the io_stream_cygfile messages should be
> > > > preceded by the names of the files they correspond to).

Ok, I was wrong -- setup didn't print the filenames to the log, period.
The version I'm going to ask you to try, however, does.  Please post the
resulting log file in the same web location (and thanks for being
considerate).

> > >  rather than irritate the crap out of everybody by dropping a 410k file
> > >  into thousands of people's mailboxes, i've placed the log at:
> > >
> > >   http://hands.com/~lkcl/cygwin/setup.log.full
>
> > Did you switch to Partial view to verify that you're actually
> > going to upgrade any packages?
>
>  no but i checked the list and it showed package versions: i assume this
>  means "yes i gonna install these".
>
> > If worse comes to worst, I may post a debug version of setup I compiled
> > and ask you to try it out.  It might give us some clue on what is
> > happening on your machine.
>
>  ack!
>  happy with that.

Ok, here goes.  Please use the setup at
.  This version
contains a fix for the FTP problem, so ftp mirrors should work too.
Please switch to the "Partial" view this time, to find out exactly what's
going to be installed.  The log should tell us exactly which files it
tries to open.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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/

Program doesn't work when running as a service in windows

[The One]

Hi,

The C program runs fine in Dos prompt or Cygwin Shell.
 When run as a service, it's not working.  The service
is started without error.  The program checks for
files in a directory, if there's a file it will print
to the network printer by calling 
fopen("//computername/printer", "w").  I'm finding out
the when it's running as a service, fopen is returning
NULL.  

Thank you



__ 
Yahoo! Mail - PC Magazine Editors' Choice 2005 
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: Program doesn't work when running as a service in windows

[Igor Pechtchanski]

On Tue, 27 Sep 2005, The One wrote:

> Hi,
>
> The C program runs fine in Dos prompt or Cygwin Shell.
>  When run as a service, it's not working.  The service
> is started without error.  The program checks for
> files in a directory, if there's a file it will print
> to the network printer by calling
> fopen("//computername/printer", "w").  I'm finding out
> the when it's running as a service, fopen is returning
> NULL.

.
It also helps to check the errno after fopen returns NULL.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

--
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/