Re: Crash in setup 2.427

[Yitzchak Scott-Thoennes]

On Sun, Sep 12, 2004 at 11:20:02PM -0300, "Michael D. Crawford" wrote:
> What that seems to indicate is that I don't have all the parts of gcc 
> installed, at least not all the right versions.  Unfortunately, setup 
> seems to also know about versions 3.3.3-3, 20040810-1 and 20040822-1 of 
> various bits.

Don't mess with the version numbers it shows you.  Use the ones it shows
when the Curr(ent) radio button is selected or the ones it shows when
the Exp(erimental) radio button is selected.

> several times.  So I click in the New column for gcj-java to try to 
> change it to keep:
> 
>Program Error
> 
>setup.exe has generated erros and will be closed by Windows.
>You will need to restart the program.
> 
>An error log is being created.

Hmm.  gcc-java both requires and is required by gcc-mingw-java.
gcc-core requires and is required by gcc-mingw-core.  Wonder if that
has anything to do with 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/

BUG: Bad call to GetFileSze in ext2fsprogs lib/ext2fs/getsize.c

[Earl Chew]

The call to GetFileSize() doesn't match the Microsoft documentation,
and invariably mis-sizes the disk image as zero.
Earl
--
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/

Shifting to a new user created

[Vivek Kumar Gupta]

Hi,

i am using cygwin on windows 2000.
Problem: unable to shift to desirable user like from user: vkgupta to user: qa

I have done

$mkpasswd -d > /etc/passwd 

This had given me all the users in the domain now i want to shift from user: vkgupt to 
user:qa who are in my domain.


Regards
Vivek Kumar Gupta
Dept.: Switching
Network Programs (I) Ltd.
B-1-C, Sector -10, Noida.
Email: [EMAIL PROTECTED]
Tel: +91-120-2536622/2544781 Ext: 1160

Network Programs is a SEI CMM level 5 Certified Company

The information contained in this communication (including any attachments) is
intended solely for the use of the individual or entity to whom it is addressed
and others authorized to receive it. It may contain confidential or legally
privileged information. If you are not the intended recipient you are hereby
notified that any disclosure, copying, distribution or taking any action in
reliance on the contents of this information is strictly prohibited and may be
unlawful. If you have received this communication in error, please notify us
immediately by responding to this email and delete it from your system.
Network Programs (India) Limited is neither liable for the proper and complete
transmission of the information contained in this communication nor for any
delay in its receipt.

ssmtp.exe doesn't authenticate against exchange

[Alex]

it works against sendmail+cyrus but not against the latest
exchange server. Any patches on the horizon?

--
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: Crash in setup 2.427

[Larry Hall]

At 10:20 PM 9/12/2004, you wrote:
>I'm having trouble using setup to install gcj (gcc-java) on my Windows 2000 SP4 box.  
>There are several versions of it available in setup, and I don't seem to be able to 
>get all the parts of the version I want installed.  It's confusing to me, and I think 
>it's confusing setup too, with the result of a 100% repeatible crash.
>
>I _think_ what I want is gcc-java 3.4.1-1.  When I do manage to get it installed, gcc 
>--version shows:
>
>gcj (GCC) 3.4.1 (cygming special)
>
>What I want to do is build a Win32-native executable from Java source, without 
>dependencies on the cygwin dll or X11.  However, when I try to compile a "Hello 
>World" program, I get this error:
>
>$ gcj Hello.java
>/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i686-pc-cygwin/bin/ld: cannot find -lgcc
>
>What that seems to indicate is that I don't have all the parts of gcc installed, at 
>least not all the right versions.  Unfortunately, setup seems to also know about 
>versions 3.3.3-3, 20040810-1 and 20040822-1 of various bits.
>
>I think what I need to get -lgcc is version 3.4.1-1 of gcc-core.  What I have 
>currently is 3.3.3-3.  Under the "New" column in setup right now, it says "Keep".  So 
>I click it until it says 3.4.1-1.  So far so good.
>
>Unfortunately, gcc-java is 3.4.1, but under "New" it says 3.3.3-3.  If I let the 
>installer proceed, it will remove gcj 3.4.1 (cygming special) and replace it with gcj 
>3.3.3 (cygwin special).  I've experienced this several times.  So I click in the New 
>column for gcj-java to try to change it to keep:
>
>   Program Error
>
>   setup.exe has generated erros and will be closed by Windows.
>   You will need to restart the program.
>
>   An error log is being created.
>
>I couldn't find an error log.  I used the Find Files Windoze tool to look for one.  
>Do you know where it might be?


Try /var/log/setup.log, /var/log/setup.log.full


>I've spent over an hour on this, and despite my best efforts I have not been able to 
>succeed in installing all the parts I need of gcj/gcc 3.4.1-1.  Either -lgcc is 
>missing, or version 3.3.3-3 gets installed, or setup crashes.  There are some other 
>ways to crash it, all involving trying to get the right version of everything 
>selected in the dialog.


You might be getting caught by some arcane setup logic with dependencies.
I'd recommend uninstalling all gcc packages and then reinstall all the ones
you need together.  That should get you the versions you want.



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

Crash in setup 2.427

[Michael D. Crawford]

I'm having trouble using setup to install gcj (gcc-java) on my Windows 
2000 SP4 box.  There are several versions of it available in setup, and 
I don't seem to be able to get all the parts of the version I want 
installed.  It's confusing to me, and I think it's confusing setup too, 
with the result of a 100% repeatible crash.

I _think_ what I want is gcc-java 3.4.1-1.  When I do manage to get it 
installed, gcc --version shows:

gcj (GCC) 3.4.1 (cygming special)
What I want to do is build a Win32-native executable from Java source, 
without dependencies on the cygwin dll or X11.  However, when I try to 
compile a "Hello World" program, I get this error:

$ gcj Hello.java
/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../../../i686-pc-cygwin/bin/ld: 
cannot find -lgcc

What that seems to indicate is that I don't have all the parts of gcc 
installed, at least not all the right versions.  Unfortunately, setup 
seems to also know about versions 3.3.3-3, 20040810-1 and 20040822-1 of 
various bits.

I think what I need to get -lgcc is version 3.4.1-1 of gcc-core.  What I 
have currently is 3.3.3-3.  Under the "New" column in setup right now, 
it says "Keep".  So I click it until it says 3.4.1-1.  So far so good.

Unfortunately, gcc-java is 3.4.1, but under "New" it says 3.3.3-3.  If I 
let the installer proceed, it will remove gcj 3.4.1 (cygming special) 
and replace it with gcj 3.3.3 (cygwin special).  I've experienced this 
several times.  So I click in the New column for gcj-java to try to 
change it to keep:

   Program Error
   setup.exe has generated erros and will be closed by Windows.
   You will need to restart the program.
   An error log is being created.
I couldn't find an error log.  I used the Find Files Windoze tool to 
look for one.  Do you know where it might be?

I've spent over an hour on this, and despite my best efforts I have not 
been able to succeed in installing all the parts I need of gcj/gcc 
3.4.1-1.  Either -lgcc is missing, or version 3.3.3-3 gets installed, or 
setup crashes.  There are some other ways to crash it, all involving 
trying to get the right version of everything selected in the dialog.

If I can get this to work, I'm going to try to help get a Win32 native 
version of iRATE radio built.  Version 0.4 is going to be ready soon. 
We had a lot of downloads of version 0.2, but not so many of 0.3.  I 
think maybe the reason was that 0.2 was built for windows with gcj, but 
0.3 was not, because we couldn't get a good native build.

http://irate.sourceforge.net/
Of course, Windows users could use irate with Sun's java VM, but my 
impression is that few of them are willing or able to install it.

If you can help me get gcj 3.4.1-1 installed, you'd be doing the irate 
developers (and new Windows users) a big favor.

Thanks for your help!
Michael D. Crawford
GoingWare Inc. - Expert Software Development and Consulting
http://www.goingware.com/
[EMAIL PROTECTED]
Tilting at Windmills for a Better Tomorrow.

--
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: 1.5.10: expr + configure failure + testcase (also on 1.5.11-1)

[Bogdan Vacaliuc]

Hello again,

After (finally?!) noticing that a new release of the cygwin.dll was made on Sept. 4 
and being encouraged by the line:

"- Fix mysterious configure script premature exit.  (Pierre Humblet)"

I decided to check against the latest public release.  The problem continues to 
persist, unfortunately.

I created a simplified testcase, by realizing that a simple configure.ac will let 
autoconf generate a suitable configure script.
This auto-generated configure script exhibits the argument parsing failure as readily 
as any script taken from a build environment.
It is also attached (as text this time, sorry for all the compressed business I mucked 
with previously).

Here is the configure.ac file needed for autoconf:

[/jail/cygwin-1.5.11.1-std] cat configure.ac
AC_PREREQ(2.57)
AC_INIT([expr-configure],[1.5.11-1],[cygwin at cygwin dot com])
# for the purpose of this test, getting here is a success
exit 0

To generate the configure script, just run 'autoconf'.  The command for configure that 
exhibits the failure is:

./configure -n \
--target=i386-rtems \
--enable-rtemsbsp=386pc \
--host=i686-pc-cygwin \
--build=i686-pc-cygwin \
build_alias=i686-pc-cygwin \
host_alias=i686-pc-cygwin \
target_alias=i386-rtems \
--cache-file=/dev/null

It doesn't happen all the time, of course.  The *extremely curious* thing is that 
simply removing the '--enable-rtemsbsp=386pc'
appears to make the configure script work all the time.

I have experimented with reordering the arguments, putting '--cache-file=/dev/null' at 
the top, etc.  It is easy to make the problem
go away.  This sequence seems to cause the problem most quickly.

While performing the above tests in my chroot jails, I observed a new failure mode:

[/jail/cygwin-1.5.11.1-std] ./test-configure
*** CREATE configure.ac ***
*** GENERATE configure ***
Running using function fail()...
*** TEST 0 ***
*** TEST 1 ***
*** TEST 1 FAILS ***
configure: error: invalid variable name: build_alias

[/jail] chroot /jail/cygwin-1.5.11.1-std /bin/bash -l
$ ./test-configure
Running using function fail()...
*** TEST 0 ***
*** TEST 0 FAILS ***
configure: error: sources are in /, but `cd /' does not work

This does not occur, if I replace /bin/bash in the jail with a locally compiled 
bash.exe (based on 2.05b, that has the RECYCLES_PIDS
defined):

[/jail] chroot /jail/cygwin-1.5.11.1-bash205b /bin/bash -l
$ ./test-configure
Running using function fail()...
*** TEST 0 ***
*** TEST 1 ***
*** TEST 2 ***
*** TEST 3 ***
*** TEST 4 ***
*** TEST 5 ***
*** TEST 6 ***
*** TEST 7 ***
*** TEST 8 ***
*** TEST 8 FAILS ***
configure: error: invalid variable name: build_alias

Rather, the issue we are pursuing occurs.  What is interesting, is that in the 'std' 
case above, if one keeps calling the script,
one can get the 'invalid variable name' error *instead* of the 'sources are in...' 
error.  This suggests that the two are possibly
related and 'RECYCLES_PIDS' has some bearing on the real issue.

Anyway, the attached script (test-configure) will create the above configure.ac, 
generate configure (via. autoconf), and run the
above line over and over until failure.  I am also attaching cygcheck.out for my 
environment as it now exists.

Thanks to anyone looking at this; even if simply to say 'yup, it's a problem', or 'no, 
you are wrong about this...'

Best Regards,

-bogdan


p.s. For a chroot jail, the following programs are required at a minimum:

$ ls /bin
bash.execygintl-2.dll   cygpcreposix.dll  ls.exe sleep.exe
cat.exe cygintl-3.dll   cygwin1.dll   mkdir.exe  sort.exe
chmod.exe   cygintl.dll date.exe  pwd.exetail.exe
clear.exe   cygpcre-0.dll   echo.exe  rm.exe touch.exe
cygiconv-2.dll  cygpcre.dll expr.exe  sed.exewc.exe
cygintl-1.dll   cygpcreposix-0.dll  grep.exe  sh.exe

$ ls /etc
profile

$ cat /etc/profile
PATH=/bin
PS1='$ '

p.p.s. Refer to my original post for any required background:
http://www.cygwin.com/ml/cygwin/2004-09/msg00518.html


test-configure
Description: Binary data


cygcheck.out
Description: Binary data
--
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: cygserver service won't start

[Igor Pechtchanski]

On Sun, 12 Sep 2004, Alder wrote:

> Igor Pechtchanski wrote::
> > On Sat, 11 Sep 2004, Alder wrote:
> >
> > Just for the sake of completeness, though, could you please try adding a
> > service that basically invokes cmd.exe with '-c "echo %PATH%"' as
> > arguments, and see what the PATH is in the log after starting the service?
> > Igor
>
> Sure, but I'm a little unsure of what this requires.  Is it simply a
> matter of creating a Windows batch file with this command in it, then
> starting the batch file as a service?

Yep, exactly (except there's a small typo above - it should be "/c").
In other words, something like

echo 'echo %PATH%' > /tmp/test.bat
chmod a+r /tmp/test.bat
cygrunsrv -I test -d "PATH test" -p `which cmd.exe` -a '/c c:\cygwin\tmp\test.bat' -1 
/var/log/test.log -2 /var/log/test.log -t manual
cygrunsrv -S test
cygrunsrv -R test

should do just fine.  BTW, "cygrunsrv -S" will result in a "service
has not been started" error, but that's expected.  Look in
/var/log/test.log for the output.
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

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

[SOLVED] cygserver service won't start

[Alder]

Alder wrote:
-a '-c "echo %PATH%"' \
 
After I checked the syntax of the CMD command and was set to change the 
dash-c to a slash-C, I looked carefully at the PATH variable I had 
defined in Windows and found that I had prepended a misspelled Cygwin 
pathname as follows:

D:\cygwn\bin
I removed this and after I restarted Windows the 'cygserver' service, 
which had been set on Automatic, started successfully.

My sincere apologies to Igor, Corinna, and the other posters and readers 
for wasting your time.

Regards,
Alder
--
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/

rsync - file size differences

[Ryan Brothers]

I'm running into an issue using rsync-2.6.2-2 on cygwin on Win2k SP4 where
after I rsync a directory, the binary files rsync'ed have a different size
and thus are corrupt if I try to open them in the program they were created
in (pdf's, jpg's, etc) - text files remain identical.

After looking at the differences between the binary files in a hex editor,
it appears that it's related to the 'Default Text File Type' that I choose
when running the cygwin setup.exe program.  If I choose DOS, I get the file
size differences.  If I choose Unix, the files are identical.

Also, using rsync-2.6.2-1 gives identical files regardless of the text file
option selected - this problem just started for me after upgrading to
rsync-2.6.2-2.

Is this happening to anyone else?

Thanks,
Ryan

--
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: cygserver service won't start

[Alder]

Igor Pechtchanski wrote::
On Sat, 11 Sep 2004, Alder wrote:

Corinna Vinschen wrote::
On Sep 10 09:47, Alder wrote:

Corinna,
I don't know if this is relevant, but I have to add the "/bin" directory
to the cygrunsrv command line in the /bin/cygserver-config file in order
to avoid Windows failing to find the 'cygwin1.dll".  So, the line I have
is:
if ! cygrunsrv -I cygserver -d "CYGWIN cygserver" \
-p /usr/sbin/cygserver -f "Shared memory manager" \
-2 /var/log/cygserver.err -e PATH="/bin:$PATH"

Did you know that cygrunsrv adds /bin to $PATH by itself before trying
to run the inferior process for the very reason to find cygwin1.dll?
Adding it explicitely is really unnecessary.  Just to be sure, I tried
it again on my machine and it works fine.
On a perfect platform, perhaps, but like I said, I really had to add it
because without it there a Windows dialog would pop up when I ran cygserver
telling me that 'Cygwin1.dll' could not be found.  That was also true on my
previous installation, and one of the reasons I thought it best to reinstall.

I'm observing similar behavior, but it looks like our causes may be
different.
If your cygcheck showed that you have check_case:strict in your CYGWIN
variable, I'd've guessed that this is another instance of the bug I
reported on the cygwin-developers list (where the PATH got truncated on
converting it back to Win32 format).  The fact that cygrunsrv *appends*
/bin to the PATH, whereas you *prepend* it, seems to argue strongly for
this.
Just for the sake of completeness, though, could you please try adding a
service that basically invokes cmd.exe with '-c "echo %PATH%"' as
arguments, and see what the PATH is in the log after starting the service?
Igor
I've never installed a service of my own, so I hope what follows is what 
you had in mind:

[EMAIL PROTECTED] ~
$ cygrunsrv -I cmd -f "Cygwin PATH test" \
-p /cygdrive/c/winnt/system32/cmd.exe \
-a '-c "echo %PATH%"' \
-1 /var/log/cmd.log -2 /var/log/cmd.err
[EMAIL PROTECTED] ~
$ cygrunsrv -Q cmd
Service cmd exists
Type: Own Process
Current State   : Stopped
Controls Accepted   :
[EMAIL PROTECTED] ~
$ cygrunsrv -S cmd
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1062:
The service has not been started.
[EMAIL PROTECTED] ~
$ ls -l /var/log
...
-rw-r--r--1 SYSTEM   Administ0 Sep 12 15:56 cmd.err
-rw-r--r--1 SYSTEM   Administ  105 Sep 12 15:56 cmd.log
...
[--- Start cmd.log ---]
Microsoft Windows 2000 [Version 5.00.2195]
(C) Copyright 1985-2000 Microsoft Corp.
C:\WINNT\system32>
[--- End cmd.log ---]
Regards,
Alder
--
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: cygserver service won't start

[Alder]

Igor Pechtchanski wrote::
On Sat, 11 Sep 2004, Alder wrote:

 > Just for the sake of completeness, though, could you please try adding a
service that basically invokes cmd.exe with '-c "echo %PATH%"' as
arguments, and see what the PATH is in the log after starting the service?
Igor
Sure, but I'm a little unsure of what this requires.  Is it simply a 
matter of creating a Windows batch file with this command in it, then 
starting the batch file as a service?

Alder
--
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: sundry & using rootfs as cygwin-root

[Gerrit P. Haase]

Hello all,

learn your Windows:

C:\>mkdir cygwin
C:\>cd cygwin
C:\cygwin>touch testsubst
C:\cygwin>cd ..
C:\>dir cygwin /B
testsubst
C:\>subst X: C:\cygwin
C:\>dir X: /B
testsubst
C:\>

Install Cygwin into X:\ now and you're done.  Or just use an entire
separate partition (hardisks are cheap).

Gerrit
-- 
=^..^=



--
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: sundry & using rootfs as cygwin-root

[Hannu E K Nevalainen]

linda w wrote:

> Since some fair number of people (including myself) do use the cygwin
> fs root set at C:\, and having done so over win98,me,2000 and xp I've,
> personally, never ran into any problems, I was wondering if anyone
> else *had* run into problems having Cygroot=C:\ ?
> 
> I did run into a problem on a friend's system when I decided to take
> the more conservative approach and install cygwin in the non-root of
> his system -- since it wasn't my sys and didn't want to go against
> the "suggestion" of the cygwin installer...but in using his system
> after that, not having the two roots be synonomous has been nothing
> but a pain.  find commands, locate and such that used to work from
> root now no longer work as expected.  I can't access the whole system
> the way I was used to...it's more like cygwin is installed into a
> separate little compartment over to the side, 
> whereas when
> I install it in root, I am more often using it as a OS adjunct/layer,
> as, I _think_, many people are. 

$ mount -c "/"
$ ls /c

$ mount -c /cygdrive
$ ls /cygdrive/c


I believe this is just what you want, isn't it?
 
> So I was wondering -- is that warning really _necessary_? and if it
> is, maybe it is only necessary when creating a new install and not
> running an update on an existing install each time?
> 
> Just a minor idea...
> -linda

Someone else said exactly what I think too... there is a load of files in C:\ already. 
Why do you wish to expand the garbage bin? There are enough of garbage bins on a 
windows machine IMO.
I've gone even further, I don't want the cygwin dir to be visible in the root of C:\ - 
As cygwin is just another piece of software, it should go where the others go. i.e. 
"Program Files" - for a Swedish Windows version this ends up be:

$ cygpath -m /
C:/Program/Cygwin

WFM, really nice too.


/Hannu E K Nevalainen, B.Sc. EE Microcomputer systems--72-->

** mailing list preference; please keep replies on list **

-- printf("LocalTime: UTC+%02d\n",(DST)? 2:1); --
--END OF MESSAGE--


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

Don't use 2004-Sep-11 or 2004-Sep-12 snapshots

[Christopher Faylor]

Someone changed a critical structure in newlib, causing critical
problems for cygwin.

So, the two snapshots in the subject should not be used.

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: sundry & using rootfs as cygwin-root

[Robert Menschel]

Hello linda,

I'm relatively new with Cygwin, but making progress...

Saturday, September 11, 2004, 4:48:56 PM, you wrote:

lw> I did run into a problem on a friend's system when I decided to take
lw> the more conservative approach and install cygwin in the non-root of
lw> his system -- since it wasn't my sys and didn't want to go against
lw> the "suggestion" of the cygwin installer...but in using his system
lw> after that, not having the two roots be synonomous has been nothing
lw> but a pain.  find commands, locate and such that used to work from
lw> root now no longer work as expected.  I can't access the whole system
lw> the way I was used to...it's more like cygwin is installed into a
lw> separate little compartment over to the side, whereas when I install
lw> it in root, I am more often using it as a OS adjunct/layer, as, I
lw> _think_, many people are.

I find the opposite.  I find having Cygwin in C:/Cygwin is good.

When I need to find something within the Cygwin system (something I know
is a file or program within Cygwin), "find / ..." works great, and does
not attempt to scan the rest of my disk.  If I need to find something in
some random place on C:, then 'find "C:/" ...' works.

lw> So I was wondering -- is that warning really _necessary_? and if it
lw> is, maybe it is only necessary when creating a new install and not
lw> running an update on an existing install each time?

Can't answer that, but c:/Cygwin works for me.

Bob Menschel




--
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: cygserver service won't start

[Christopher Faylor]

On Sun, Sep 12, 2004 at 02:22:37PM -0400, Igor Pechtchanski wrote:
>On Sun, 12 Sep 2004, Christopher Faylor wrote:
>>Any time I hear about who great this option is, it seems as though
>>people raise the issue of finding multiple files with the same name in
>>a tar file.  If this really represents the majority of usefulness for
>>this feature then I think something like a tar-lint or adding an option
>>to tar itself might be a better plan than burdening the cygwin DLL with
>
>Or CVS, or rsync, or scp, or a whole bunch of other interactions with
>case-sensitive operating systems.

I said "majority of usefulness" because it appears that the majority of
the time that people mention this it is in relation to tar.  But, I
certainly expected to be instructed on the fact that there are other
programs which could be impacted.

Cygwin lived without this feature for a number of years with only
infrequent complaints.  I just don't think the benefit outweighs the
impact.

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: cygserver service won't start

[Igor Pechtchanski]

On Sun, 12 Sep 2004, Christopher Faylor wrote:

> On Sun, Sep 12, 2004 at 11:36:42AM -0400, Igor Pechtchanski wrote:
> >On Sun, 12 Sep 2004, Corinna Vinschen wrote:
> >
> >> On Sep 11 13:06, Igor Pechtchanski wrote:
> >> > On Sat, 11 Sep 2004, Alder wrote:
> >> > > On a perfect platform, perhaps, but like I said, I really had to add
> >> > > it because without it there a Windows dialog would pop up when I ran
> >> > > cygserver telling me that 'Cygwin1.dll' could not be found.  That
> >> > > was also true on my previous installation, and one of the reasons I
> >> > > thought it best to reinstall.
> >>
> >> This is weird.  I never observed that and I installed a lot of services
> >> using cygrunsrv on a good number of machines.
> >>
> >> > I'm observing similar behavior, but it looks like our causes may be
> >> > different.
> >>
> >> Igor, out with your debugging experiences!
> >
> >I believe they, along with a description of the fix, are summarized in
> >, which
> >seems to have been overlooked, as it never got any reply (the rest of the
> >thread deteriorated into a discussion of the need for check_case:strict).
> >I'd like to get some feedback on whether my analysis and the fix plan are
> >correct, before I go through the machinery of getting the patch approved.
>
> Given the number of problems we've had with strict case checking, I
> think it is time to start thinking about ripping it out.

That's your choice, of course, but I already stated my reasons for why I
find this useful.  This particular problem results from strict case
checking being overeager in some cases.  See below.

> Neither Corinna nor I are huge fans of the functionality and while I
> understand that some people like to use it, the amount of extra jumping
> hoops required in the code multiplied by the number of times we hear
> people complaining about problems seems to indicate that this is not a
> robust feature.  Corinna essentially implemented this feature under
> duress.
>
> It's difficult to see without the actual patch but your change seems to
> add more logic to cygwin and adds decision points in parts of the code
> which are called a lot.

Yes, my changes added extra logic, but mostly because I wanted to keep the
observable impact to a minimum.  Upon reflection, it seems like the
particular bit of code that causes this problem was an attempt at
optimization, so that instead of multiple accesses to the same path
failing, the path would simply not be converted at all.  IMO, there's no
need for this optimization at all, and that piece of code should just be
excised altogether.  I'll send a description of my proposed changes (which
will *simplify* the logic) to cygwin-developers.

> Any time I hear about who great this option is, it seems as though
> people raise the issue of finding multiple files with the same name in a
> tar file.  If this really represents the majority of usefulness for this
> feature then I think something like a tar-lint or adding an option to
> tar itself might be a better plan than burdening the cygwin DLL with
> this feature.
>
> cgf

Or CVS, or rsync, or scp, or a whole bunch of other interactions with
case-sensitive operating systems.
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: "minimal cygwin ?"

[Larry Hall]

At 06:55 AM 9/12/2004, you wrote:
>Hello *,
>
>Has anyone tailored a "minimal cywin install" with just the absolutely
>"required" cygwin components ?
>
>Explanation: I'd like to distribute cygwin to a farm of older nt systems
> with restricted discspace
> My favorite approach would be, to distribute a "minimal system"
> and add an additional sw package only on hosts with enough space
>
>is that doable, and has someone size estimations ?


A google search should unearth something on this topic.  The key has always
been the definition of "minimal".  The list of required packages depends
very much on what tools you want to use.  'setup.ini' might be a help to 
you here if you're trying to figure out the specifics for your needs.



--
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: cygserver service won't start

[Christopher Faylor]

On Sun, Sep 12, 2004 at 11:36:42AM -0400, Igor Pechtchanski wrote:
>On Sun, 12 Sep 2004, Corinna Vinschen wrote:
>
>> On Sep 11 13:06, Igor Pechtchanski wrote:
>> > On Sat, 11 Sep 2004, Alder wrote:
>> > > On a perfect platform, perhaps, but like I said, I really had to add
>> > > it because without it there a Windows dialog would pop up when I ran
>> > > cygserver telling me that 'Cygwin1.dll' could not be found.  That
>> > > was also true on my previous installation, and one of the reasons I
>> > > thought it best to reinstall.
>>
>> This is weird.  I never observed that and I installed a lot of services
>> using cygrunsrv on a good number of machines.
>>
>> > I'm observing similar behavior, but it looks like our causes may be
>> > different.
>>
>> Igor, out with your debugging experiences!
>
>I believe they, along with a description of the fix, are summarized in
>, which
>seems to have been overlooked, as it never got any reply (the rest of the
>thread deteriorated into a discussion of the need for check_case:strict).
>I'd like to get some feedback on whether my analysis and the fix plan are
>correct, before I go through the machinery of getting the patch approved.

Given the number of problems we've had with strict case checking, I
think it is time to start thinking about ripping it out.

Neither Corinna nor I are huge fans of the functionality and while I
understand that some people like to use it, the amount of extra jumping
hoops required in the code multiplied by the number of times we hear
people complaining about problems seems to indicate that this is not a
robust feature.  Corinna essentially implemented this feature under
duress

It's difficult to see without the actual patch but your change seems to
add more logic to cygwin and adds decision points in parts of the code
which are called a lot.

Any time I hear about who great this option is, it seems as though
people raise the issue of finding multiple files with the same name in a
tar file.  If this really represents the majority of usefulness for this
feature then I think something like a tar-lint or adding an option to
tar itself might be a better plan than burdening the cygwin DLL with
this feature.

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: libtool-1.5.6-3, export-symbols-regex bug?

[Larry Hall]

At 04:16 AM 9/12/2004, you wrote:


>Gerrit P. Haase wrote:
>
>>Please see:
>>http://sources.redhat.com/ml/cygwin/2004-08/msg00607.html
>
>Glad I'm not the only one who noticed this. In Chuck's reply to the cygwin list he 
>says he'll look into this. I haven't seen any further reply from him yet, neither on 
>the cygwin list nor on the libtool lists. Have you heard anything back?

Chuck's busy in between hurricanes trying to keep his house in one piece.
Once that activity subsides, I'm sure we'll hear from Chuck.




--
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: cygwin & wmnew

[Igor Pechtchanski]

Lilian,

Please send all Cygwin-related questions to the Cygwin mailing list at
.  Private mail about Cygwin is strongly
discouraged unless specifically requested.  Moreover, by sending your
questions to the list you will gain access to more expertise than any one
person can provide, and the answers to your questions will be archived on
the web for others to find.

For your convenience, I've directed this reply to the appropriate list and
set the Reply-To: field accordingly.

More below.

On Sun, 12 Sep 2004, Dauzat Lilian wrote:

> Hi,
>
> I've to develop software for the wavecom's wismo and I've problem with
> wmnew. I think I've well install cygwin. I've create a directory called
> "test" which contains my source "test.c" and a directory "mak".
>
> When I want to run wmnew -32 -gcc from my "test" directory, I've this
> message : "Unknow parameter -32; try -h to help..." So, after reading
> the help file, I tried "wmnew -basic" and the result is 2 files located
> in "test" directory : bin.scs and wmnew.opt.
>
> I don't know what to do in order to create the test.mak file !
>
> Please help !
>
> Thanks
> Lilian

AFAICS, according to the Cygwin package search page
(), wmnew is not
part of Cygwin.  In fact, the above doesn't sound like it has anything to
do with Cygwin at all.  You might try Googling for the appropriate forum
to ask your wmnew questions.

I may be misreading your query above, so if you do think Cygwin is
involved in some way, please follow up to the Cygwin list.  It may be
best, however, if you read  (the Cygwin
problem reporting guidelines) before posting.

A WAG: if your problem has to do with wmnew not finding gcc, make sure
that a) you have the 'gcc' package installed (via setup.exe) and (b) the
/bin directory is in your PATH.
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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: cygserver problem max 5 connections

[Reini Urban]

Corinna Vinschen schrieb:
On Sep 12 14:05, Reini Urban wrote:
I have a postgres user claiming that cygserver cannot serve more than 5 
concurrent connections with postgres.
Did you already play with the /etc/cygserver.conf parameters?
Sure. I only see a 10 semaphore id limit, but not the reported 5.
And I didn't see where postgresql needs 2 id's per connection.
# kern.ipc.semmni: Maximum no. of semaphore identifiers hold concurrently.
# Default: 10, Min: 1, Max: 1024
kern.ipc.semmni 10
# kern.ipc.semmns: Maximum no. of semaphores hold concurrently.
# Default: 60, Min: 1, Max: 1024
kern.ipc.semmns 200
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
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: cygserver service won't start

[Igor Pechtchanski]

On Sun, 12 Sep 2004, Corinna Vinschen wrote:

> On Sep 11 13:06, Igor Pechtchanski wrote:
> > On Sat, 11 Sep 2004, Alder wrote:
> > > On a perfect platform, perhaps, but like I said, I really had to add
> > > it because without it there a Windows dialog would pop up when I ran
> > > cygserver telling me that 'Cygwin1.dll' could not be found.  That
> > > was also true on my previous installation, and one of the reasons I
> > > thought it best to reinstall.
>
> This is weird.  I never observed that and I installed a lot of services
> using cygrunsrv on a good number of machines.
>
> > I'm observing similar behavior, but it looks like our causes may be
> > different.
>
> Igor, out with your debugging experiences!

I believe they, along with a description of the fix, are summarized in
, which
seems to have been overlooked, as it never got any reply (the rest of the
thread deteriorated into a discussion of the need for check_case:strict).
I'd like to get some feedback on whether my analysis and the fix plan are
correct, before I go through the machinery of getting the patch approved.

> > If your cygcheck showed that you have check_case:strict in your CYGWIN
> > variable, I'd've guessed that this is another instance of the bug I
> > reported on the cygwin-developers list (where the PATH got truncated on
> > converting it back to Win32 format).  The fact that cygrunsrv *appends*
> > /bin to the PATH, whereas you *prepend* it, seems to argue strongly for
> > this.
> >
> > Just for the sake of completeness, though, could you please try adding a
> > service that basically invokes cmd.exe with '-c "echo %PATH%"' as
> > arguments, and see what the PATH is in the log after starting the service?
>
> Yes, I would be curios as well.

FWIW, I ended up using the following for sshd as a workaround:

cygrunsrv -I sshd -d "CYGWIN sshd" -p /usr/sbin/sshd -a "-De" -1 /var/log/sshd.log -2 
/var/log/sshd.log -e "CYGWIN=check_case:strict ntsec notitle binmode nosmbntsec notty" 
-e "PATH=/usr/bin:/bin" -t manual -o
   
  
^^^
Incidentally, -1 and -2 didn't work for me with optional arguments (if I
simply said "-1 -2", stdout was redirected to a file called "-2").  I'm
sure it's unrelated, but thought I'd mention it.

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!

"Happiness lies in being privileged to work hard for long hours in doing
whatever you think is worth doing."  -- Dr. Jubal Harshaw

--
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: zsh hangs with "command not found" (Peter A. Castro?)

[Thorsten Kampe]

* Thorsten Kampe (2004-09-12 16:59 +0200)
> This is a follow-up to the thread "zsh 4.1.1-3 on W2000 hangs with
> command not found" from March 2004.
> 
> Facts:
> Cygwin 1.5.12s(0.116/4/2) 20040907 00:06:12
> zsh 4.2.0
> Windows XP SP2
> 
> Problem:
> zsh "hangs" about ten seconds when I try to execute a nonexistant
> command (bash in comparison returns immediately).
> 
> Even unsetting all environment variables inherited from Windows and
> deleting my .zshrc didn't make any difference.
> 
> Changes to march:
> Specifying an absolute path ('/bin/foobar') and unsetting 'correct'
> and 'correctall' make no difference anymore.
> 
> * Now I tried to analyze my problem with "File Monitor" from
> SysInternals. I captured two filtered sessions: one with zsh executing
> "foozsh" and one with bash executing "foobash" (both attached).
> 
> Things I noticed:
> bash queries 88 items while zsh queries 123. This shouldn't explain
> the ten second difference.
> 
> zsh spawns a new instance/process of zsh (pid 224) on line 29! Until
> this line the query results show up with no delay in "File Monitor".
> The next 98 lines show up with the ten second delay.
> 
> So either the starting of a new zsh instance/process is so terribly
> slow or the new zsh process searches (for whatever reason) much much
> slower than the first one.

I've examined the output further: it's in fact the creation of a new
process that takes the time. Compare these two snippets (one with
difference time and one with absolute clock time):

27  0.2486  zsh.exe:3496FASTIO_QUERY_OPEN   C:\foozsh.exe.lnk  
 FILE NOT FOUND  Attributes: Error
28  0.2403  zsh.exe:3496FASTIO_QUERY_OPEN   C:\foozsh.lnk   FILE 
NOT FOUND  Attributes: Error
29  0.00010951  zsh.exe:224 FASTIO_QUERY_OPEN   
C:\cygwin\usr\local\bin\foozsh.exe  FILE NOT FOUND  Attributes: Error
30  0.2486  zsh.exe:224 FASTIO_QUERY_OPEN   
C:\cygwin\usr\local\bin\foozsh  FILE NOT FOUND  Attributes: Error
31  0.2570  zsh.exe:224 FASTIO_QUERY_OPEN   
C:\cygwin\usr\local\bin\foozsh.exe.lnk  FILE NOT FOUND  Attributes: Error

23  17:24:38zsh.exe:2360QUERY INFORMATION   
C:\cygwin\home\thorsten\whereever.exe.lnk   FILE NOT FOUND  Attributes: Error
24  17:24:38zsh.exe:2360QUERY INFORMATION   
C:\cygwin\home\thorsten\whereever.lnk   FILE NOT FOUND  Attributes: Error
25  17:24:49zsh.exe:2360QUERY INFORMATION   C:\whereeverFILE 
NOT FOUND  Attributes: Error
26  17:24:49zsh.exe:2360QUERY INFORMATION   C:\whereever.exe   
 FILE NOT FOUND  Attributes: Error
27  17:24:49zsh.exe:2360QUERY INFORMATION   C:\whereever.exe.lnk   
 FILE NOT FOUND  Attributes: Error
28  17:24:49zsh.exe:2360QUERY INFORMATION   C:\whereever.lnk   
 FILE NOT FOUND  Attributes: Error
29  17:24:49zsh.exe:2764QUERY INFORMATION   
C:\cygwin\usr\local\bin\whereever.exe   FILE NOT FOUND  Attributes: Error
30  17:24:49zsh.exe:2764QUERY INFORMATION   
C:\cygwin\usr\local\bin\whereever   FILE NOT FOUND  Attributes: Error

Interestingly File Monitor shows the delay always between line 28 and
29 when set to differential time (which is exactly the creation of a
new process) and between line 24 and 25 when set to "clock time"
(maybe a bug?)  

Thorsten


--
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: snapshot 20040911: lose bash prompt

[Thorsten Kampe]

* fergus (2004-09-12 16:08 +0200)
> With snapshot 20040911, bash shell, XP SP2, I find that any command
> whatever (eg. uname -a, ls -latr, find .) that would normally run and
> then re-present the bash prompt, runs but the prompt is not recovered.
> Nor without using Task Manager can I run anything else, or exit the
> process. Attached: cygcheck.out.

Same configuration - neither bash nor zsh even start (zsh gives a
dump: "Exception: STATUS_ACCESS_VIOLATION").

Thorsten


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

zsh hangs with "command not found" (Peter A. Castro?)

[Thorsten Kampe]

Hi,

This is a follow-up to the thread "zsh 4.1.1-3 on W2000 hangs with
command not found" from March 2004.

Facts:
Cygwin 1.5.12s(0.116/4/2) 20040907 00:06:12
zsh 4.2.0
Windows XP SP2

Problem:
zsh "hangs" about ten seconds when I try to execute a nonexistant
command (bash in comparison returns immediately).

Even unsetting all environment variables inherited from Windows and
deleting my .zshrc didn't make any difference.

Changes to march:
Specifying an absolute path ('/bin/foobar') and unsetting 'correct'
and 'correctall' make no difference anymore.

* Now I tried to analyze my problem with "File Monitor" from
SysInternals. I captured two filtered sessions: one with zsh executing
"foozsh" and one with bash executing "foobash" (both attached).

Things I noticed:
bash queries 88 items while zsh queries 123. This shouldn't explain
the ten second difference.

zsh spawns a new instance/process of zsh (pid 224) on line 29! Until
this line the query results show up with no delay in "File Monitor".
The next 98 lines show up with the ten second delay.

So either the starting of a new zsh instance/process is so terribly
slow or the new zsh process searches (for whatever reason) much much
slower than the first one.

Bash in contrast doesn't spawn a new process at all.

So why does zsh create a new zsh process after searching for 28 items
and why is either this so slow or the searching in the new process so
slow??!!


Thanks for your attention, Thorsten

zsh.LOG
Description: Attached file: zsh.LOG


bash.LOG
Description: Attached file: bash.LOG
--
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: cygserver problem max 5 connections

[Corinna Vinschen]

On Sep 12 14:05, Reini Urban wrote:
> I have a postgres user claiming that cygserver cannot serve more than 5 
> concurrent connections with postgres.

Did you already play with the /etc/cygserver.conf parameters?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: cygserver service won't start

[Corinna Vinschen]

On Sep 11 13:06, Igor Pechtchanski wrote:
> On Sat, 11 Sep 2004, Alder wrote:
> > On a perfect platform, perhaps, but like I said, I really had to add it
> > because without it there a Windows dialog would pop up when I ran cygserver
> > telling me that 'Cygwin1.dll' could not be found.  That was also true on my
> > previous installation, and one of the reasons I thought it best to reinstall.

This is weird.  I never observed that and I installed a lot of services
using cygrunsrv on a good number of machines.

> I'm observing similar behavior, but it looks like our causes may be
> different.

Igor, out with your debugging experiences!

> If your cygcheck showed that you have check_case:strict in your CYGWIN
> variable, I'd've guessed that this is another instance of the bug I
> reported on the cygwin-developers list (where the PATH got truncated on
> converting it back to Win32 format).  The fact that cygrunsrv *appends*
> /bin to the PATH, whereas you *prepend* it, seems to argue strongly for
> this.
> 
> Just for the sake of completeness, though, could you please try adding a
> service that basically invokes cmd.exe with '-c "echo %PATH%"' as
> arguments, and see what the PATH is in the log after starting the service?

Yes, I would be curios as well.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

cygserver problem max 5 connections

[Reini Urban]

I have a postgres user claiming that cygserver cannot serve more than 5 
concurrent connections with postgres.

In my own tests it showed that postmaster really crashed at the parallel 
regression test suite.
ipcs showed five semaphores and one shm area.
The serial tests work fine with up to 40-100 max_connections.
And the initdb process, which automatically chooses max_connections by 
trying it out until it works, usually gives 50-100 max_connections.
any comments?

how to debug such concurrency problems?
I have a debug build of cygserver, which obviously cannot serve that 
many concurrent connections, but doesn't crash either.


There is currently no production release of PostgreSQL that runs more 
than 5 concurrent sessions in Windows because the releases available for 
Cygwin, 7.4.3 to 7.4.5 are built with Cygserver which has a bug that 
have PostgreSQL hung with more than 5 concurrent connections.

I am planning to revert to PostgreSQL 7.1 which is the latest cygwin 
package built with cygipc (instead of cygserver).

It would be nice to have the latest releases of PostgreSQL rebuilt with 
cygipc and available
as cygwin packages.

Thanks
Jean-Pierre Pelletier
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
--
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: sundry & using rootfs as cygwin-root

[Don Sharp]

I have found that giving cygwin its own partition and setting / to the 
root of the volume gives the best of all worlds for me.

I have also used systems with a LETTER:/cygwin and experienced no 
unexpected or inconvenient behaviour.

Cheers
Don Sharp
Max Bowsher wrote:
linda w wrote:
Since some fair number of people (including myself) do use the cygwin
fs root set at C:\, and having done so over win98,me,2000 and xp I've,
personally, never ran into any problems, I was wondering if anyone else
*had* run into problems having Cygroot=C:\ ?

AFAIK the reasons for this are:
Intermingling cygwin files and directories with Program Files, WINDOWS, 
and all the other bits windows sticks in C:\ is just... *messy*.

It's good to be able to tell people "to uninstall cygwin, just delete 
C:\cygwin"

You never know if some other program is going to decide C:\usr would be 
a good place to install to. I'm fairly sure I came across a Perl 
installer that did this at some stage.

I did run into a problem on a friend's system when I decided to take the
more conservative approach and install cygwin in the non-root of his
system -- since it wasn't my sys and didn't want to go against the
"suggestion"
of the cygwin installer...but in using his system after that, not having
the two roots be synonomous has been nothing but a pain.  find commands,
locate
and such that used to work from root now no longer work as expected.  I
can't
access the whole system the way I was used to...it's more like cygwin is
installed into a separate little compartment over to the side, whereas 
when
I install it in root, I am more often using it as a OS adjunct/layer, as,
I _think_, many people are.

I'm using Cygwin as a most important part of my environment, and I don't 
find it odd to have it in C:\cygwin. In fact, I'd *hate* it to have 
"Program Files", WINDOWS, and so on cluttering up my '/' directory.

If you dislike typing /cygdrive/c, then set up a symlink at /c.
So I was wondering -- is that warning really _necessary_? and if it is,
maybe
it is only necessary when creating a new install and not running an 
update
on an existing install each time?

That's probably a good idea.
Max.
--
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/

"minimal cygwin ?"

[Michael Arndt]

Hello *,

Has anyone tailored a "minimal cywin install" with just the absolutely
"required" cygwin components ?

Explanation: I'd like to distribute cygwin to a farm of older nt systems
 with restricted discspace
 My favorite approach would be, to distribute a "minimal system"
 and add an additional sw package only on hosts with enough space

is that doable, and has someone size estimations ?

thx
micha

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

cygwin glib/g_module_build_path

[Maarten Boekhold]

Hi Gerrit,
Using libtool under cygwin, it is quite common that a shared library 
(eg. cygfoo.dll) is installed in a different directory than the libtool 
library (eg. libfoo.la). libfoo.la would then point to the location of 
the actual DLL:

# The name that we can dlopen(3).
dlname='../bin/cygxfce4_desktop_menu.dll'
An application using g_module_build_path would usually assume that a 
library is installed in the directory where the libtool archive is located.

g_module_build_path as included in the cygwin version does not take any 
.la libtool archives into account at all, and is therefore likely to 
return the wrong location for a specific shared library. However, 
g_module_open *does* know how to handle .la files and find the actual 
location/filename of the DLL in question.

Should we add a special case to gmodule-win32.c:_g_module_build_path() 
that checks whether there exists a libtool archive at the specified 
directory/module_name location (eg. directory + "/lib" + module_name + 
".la") and if so return that as a path? Or would there be a better 
solution for this?

Maarten
--
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: [ANNOUNCEMENT] Updated: cygwin-1.5.11-1

[Bjørn-Helge Mevik]

Christopher Faylor writes:
>
> "I've rotated the tires on the car."
>
> "Unfortunately, this does not solve the problem of the oil leak."
>
> Well, duh.

It was meantioned that the update would fix problems that, to my
obviously insufficient knowledge of MS Windows and Cygwin internals,
sounded like it at least could be remotely related to my problem.

I'm sorry if my message offended anyone.  That was not the intention.
The intention was merely to report the problem, in case someone with
interest and knowledge would want to pick it up.

-- 
Bjørn-Helge Mevik

--
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: libtool-1.5.6-3, export-symbols-regex bug?

[Maarten Boekhold]

Gerrit P. Haase wrote:
Please see:
http://sources.redhat.com/ml/cygwin/2004-08/msg00607.html
Glad I'm not the only one who noticed this. In Chuck's reply to the 
cygwin list he says he'll look into this. I haven't seen any further 
reply from him yet, neither on the cygwin list nor on the libtool lists. 
Have you heard anything back?

Q: do you know what a line such as 'parent_class DATA' in the exported 
symbols means?

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