Re: munmap bug test program

[Corinna Vinschen]

On Wed, Oct 01, 2003 at 08:22:19AM +0800, peter garrone wrote:
> >On Tue, Sep 30, 2003 at 10:06:11AM +0800, peter garrone wrote:
> >> This test program highlights the recent munmap problem addressed by Corinna.
> >> It works with the updated mmap, and with linux, fails on cygwin with the prior 
> >> mmap.
> >
> >What "updated" mmap are you talking about, your's or the one in CVS?
> >
> >Corinna
> 
> It works with both. I am using your fix, ie the one in CVS.

Thanks for clarifying.  It was the first time I got a testcase for
something which works instead of for something which is broken.  That
irritated me a bit :-)

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[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: Using authentication under Apache for Cygwin

[Brian Dessent]

Andrew DeFaria wrote:

> Hmmm... As I said it appears to work in the local case. Or are you
> saying I should try to break that by playing with permissions? Are there
> any examples of "smbntsec" issues?
> 
> I mean I suspect that if I do something as small as remove read
> permission for other on .htaccess then the server will not be able to
> read the file thus it would break. But what would that tell me? What
> exactly am I looking for?
> 
> I may play with this as you suggest tomorrow at work. At home I don't
> use SMB for my web site - at least not yet.

As a temporary solution, what happens if you mount the SMB share as a
drive and then use "/cygdrive/x/path" instead of the UNC style
"//machine/share/path"?  If that made it work then it might indicate
that it's the path handling code somewhere (i.e. Apache not liking // as
a valid posix path) versus a permissions problem.

Brian

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

Re: home directory not created in cygwin installation

[John Morrison]

On Tue, 30 Sep 2003, Igor Pechtchanski wrote:
> On Tue, 30 Sep 2003, Ji-Wei Wu wrote:
>
> > I downloaded and installed the latest cygwin today on my computer.  I
> > followed all defaults during installation (in c:\cygwin).  After that, I
> > started a cygwin bash shell but found that it did not start in the
> > /home/$USER directory ($USER means the user name I use to log onto my
> > computer).  The actual directory is /sygdrive/c, which means the c: drive
> > on my computer.  What went wrong in my installation and can anyone help me?
> >
> > Thanks.
>
> At a guess, your HOME is set incorrectly in Windows.

Igor, think there's anything /etc/profile could do about this?

J.


--
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: Files in /etc missing after new install [resolved]

[BUEHL,REINER (HP-Germany,ex1)]

Igor,

I did as you suggested and reinstalled after changing the permissions on
C:\Cygwin. I did set my Domain User to full control, authenticated users to
Read & Execute, List Folder Contents and Read. After the installation the
postinstall scripts seem to have run fine, the formerly missing files are
there. The only issue left is an error message "Cannot get PDC, code = 2453"
when I try to create a new /etc/group with "mkgroup -l -d -u [domainuser]
[domain] >/etc/group". Do you have any ideas here?

Best regards,
Reiner. 

> -Original Message-
> From: Igor Pechtchanski [mailto:[EMAIL PROTECTED] 
> Sent: Tuesday, September 30, 2003 5:45 PM
> To: BUEHL,REINER (HP-Germany,ex1)
> Cc: [EMAIL PROTECTED]
> Subject: RE: Files in /etc missing after new install
> 
> 
> Reiner,
> 
> Yes, it certainly does look like a permission issue (as I 
> guessed in my reply to CGF -- I should learn to read all the 
> messages in the thread before replying).  Since you said 
> you've already reinstalled a couple of times, and, at a 
> guess, are willing to do so again if needed, as the simplest 
> course of aciton I'd suggest removing everything under 
> c:\cygwin (but leaving the directory itself), changing the 
> permissions of that directory to something more liberal (IMO, 
> read and execute access for at least "Authenticated Users" or 
> "Users", write access for the owner, and check the "inherited 
> by children" box), and reinstalling.
> 
> Please let the list know if this works, since this kind of 
> problem has cropped up from time to time, and it's good to 
> have something definite in the archives.
>   Igor
> P.S. As suggested in 
> ,
> this would be a good functionality to have in setup.
> 
> On Tue, 30 Sep 2003, BUEHL,REINER (HP-Germany,ex1) wrote:
> 
> > /etc/postinstall/base-files-profile.sh.done worked, both 
> other scripts 
> > mentioned had errors:
> >
> > /bin/uname: not found
> > /bin/cygpath: not found
> > Unknown system type ; exiting
> >
> > and
> >
> > /bin/mkpasswd: not found
> > /bin/mkgroup: not found
> >
> > Even though all files exist in /bin (with .exe ending). It 
> seems to be 
> > a permission problem of some kind because if I do a ls -l in /etc I 
> > see this:
> >
> > bash-2.05b$ ls -l /etc
> > total 114
> > --1 reibuehl mkpasswd 2810 Sep 30 17:05 DIR_COLORS
> > d-   13 reibuehl 42949672950 Sep 30 13:54 X11
> > --1 reibuehl mkpasswd   28 Sep 30 17:05 bash.bashrc
> > d-3 reibuehl 42949672950 Sep 30 13:52 defaults
> > d-2 reibuehl 42949672950 Sep 30 13:54 fonts
> > --1 reibuehl 4294967295 4415 Mar 10  2003 man.config
> > --1 reibuehl 429496729588039 Sep 16 23:25 moduli
> > d-2 reibuehl 42949672950 Sep 30 17:06 
> postinstall
> > --1 reibuehl mkpasswd 5886 Sep 30 17:05 profile
> > d-2 reibuehl 42949672950 Sep 30 13:53 profile.d
> > d-2 reibuehl 42949672950 Sep 30 13:57 setup
> > d-2 reibuehl 42949672950 Sep 30 17:05 skel
> > --1 reibuehl 429496729512546 Jul 16 19:27 termcap
> >
> > Attached is the output of cygcheck -svr.
> >
> > Best Regards,
> > Reiner.
> >
> >
> > > -Original Message-
> > > From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, September 30, 2003 5:05 PM
> > > To: John Morrison
> > > Cc: BUEHL,REINER (HP-Germany,ex1); [EMAIL PROTECTED]
> > > Subject: Re: Files in /etc missing after new install
> > >
> > >
> > > Also
> > > /etc/postinstall/passwd-grp.sh.done
> > >
> > > which comes from the "base-passwd" package.
> > >   Igor
> > >
> > > On Tue, 30 Sep 2003, John Morrison wrote:
> > >
> > > > From a bash prompt /etc/postinstall/base-files-mketc.sh.done
> > > > /etc/postinstall/base-files-profile.sh.done
> > > >
> > > > should create them, if the files don't exist with a .done 
> > > > extension then postinstall wasn't called.  If they don't exist 
> > > > then
> > > you didn't
> > > > install the base-files package.
> > > >
> > > > J.
> > > >
> > > > On Tue, 30 Sep 2003, BUEHL,REINER (HP-Germany,ex1) wrote:
> > > >
> > > > > Hi all,
> > > > >
> > > > > I just installed cygwin (Setup.exe v2.415). The installation 
> > > > > went fine, no errors, but all the files that should have been 
> > > > > created during the postinstall step are missing. There is no 
> > > > > /etc/profile, no /etc/passwd, no /etc/group and so on. Can 
> > > > > anybody help me to fix this? I already reinstalled 
> twice... :-(
> > > > >
> > > > > Best regards,
> > > > > Reiner.
> 
> -- 
>   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-.-.-.  Me

Re: Postinstall hangs with bash

[Ronald Landheer-Cieslak]

On Wed, Oct 01, 2003 at 03:11:40AM +0200, Bertalan Fodor wrote:
> I've overwritten sh.exe with bash.exe
Don't do that.

> With this setting cygpath hangs in myPostinstall.sh:
> 
> ROOT=$(cygpath -w /)
> 
> It is interesting.
> 
> Using sh it is ok.
$ ROOT=$(cygpath -w /)
$ echo $ROOT
D:\cygwin

WFM

rlc

-- 
With/Without - and who'll deny it's what the fighting's all about?
-- Pink Floyd

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

awk bug in cygwin 1.5.5 under windows xp

[Karsten Fischer]

awk fails when called from the cmd or cmdproxy shell. The shell does not
interpret correctly the link to gawk. Apparently this observation was
reported several times in the internet.

Changing all "awk" to "gawk" in my scripts works fine, but a more
elegant solution would be desirable.

Karsten Fischer




--
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: openssl-0.9.7b-1, openssl-devel-0.9.7b-1

[Patrick Eisenacher]

Corinna,

is there an easy way to find out whether I still have a package 
installed that needs the openssl 0.9.6x compatibility package? I would 
love to get rid of this thing.

Patrick

There will be no 0.9.6j compatibility package anymore.  The 0.9.6
package is only kept for backward compatibility of packages built
for Cygwin 1.3.x.  I strongly recommend to upgrade packages to
Cygwin 1.5.x and then automatically to OpenSSL-0.9.7c ASAP.


--
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: Perl - trying to install libwin32

[Gerrit P. Haase]

Charles schrieb:

> Howdy,

> I'm also seeing the same problem as Paul when trying to compile 
> libwin32-0.191 (patched) on cygwin.  This is with both gcc 3.3.1 and gcc
> 3.2 20020927 (prerelease) .

> Any suggestions?  Here's what "make" is giving me (with gcc 3.2):

Try adding libkernel32.a (-L/usr/lib/w32api -lkernel32) to the linkline?


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: munmap bug test program

[Robert Collins]

On Wed, 2003-10-01 at 17:13, Corinna Vinschen wrote:

> Thanks for clarifying.  It was the first time I got a testcase for
> something which works instead of for something which is broken.  That
> irritated me a bit :-)

I'd suggested to Peter offline that he send in a test case, to be added
to our regression suite...

Rob
-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

Re: [ANNOUNCEMENT] Updated: openssl-0.9.7b-1, openssl-devel-0.9.7b-1

[Corinna Vinschen]

On Wed, Oct 01, 2003 at 11:28:10AM +0200, Patrick Eisenacher wrote:
> Corinna,
> 
> is there an easy way to find out whether I still have a package 
> installed that needs the openssl 0.9.6x compatibility package? I would 
> love to get rid of this thing.

The packages still using 0.9.6 so far are

links
apache/mod_php4
apache/mod_ssl
mutt
wget

The maintainers are informed.  I don't think it will take a lot of time
until the packages are updated.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[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: awk bug in cygwin 1.5.5 under windows xp

[Corinna Vinschen]

On Wed, Oct 01, 2003 at 11:19:10AM +0200, Karsten Fischer wrote:
> awk fails when called from the cmd or cmdproxy shell. The shell does not
> interpret correctly the link to gawk. Apparently this observation was

That's a problem of the shell, not of gawk.  The installation procedure
of gawk on Cygwin is identical to the installation procedure of gawk on
Linux.  awk is just a symlink to gawk.

> reported several times in the internet.
> 
> Changing all "awk" to "gawk" in my scripts works fine, but a more
> elegant solution would be desirable.

Using ash, bash, ksh, pdksh, tcsh, zsh would actually help.  The Cygwin
distribution is not designed to run in a native Windows shell in the
first place.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[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: munmap bug test program

[Corinna Vinschen]

On Wed, Oct 01, 2003 at 07:56:08PM +1000, Robert Collins wrote:
> On Wed, 2003-10-01 at 17:13, Corinna Vinschen wrote:
> 
> > Thanks for clarifying.  It was the first time I got a testcase for
> > something which works instead of for something which is broken.  That
> > irritated me a bit :-)
> 
> I'd suggested to Peter offline that he send in a test case, to be added
> to our regression suite...

I see.  Good idea.  Will you add it to the testsuite then?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[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: munmap bug test program

[Robert Collins]

On Wed, 2003-10-01 at 20:07, Corinna Vinschen wrote:
> On Wed, Oct 01, 2003 at 07:56:08PM +1000, Robert Collins wrote:
> > On Wed, 2003-10-01 at 17:13, Corinna Vinschen wrote:
> > 
> > > Thanks for clarifying.  It was the first time I got a testcase for
> > > something which works instead of for something which is broken.  That
> > > irritated me a bit :-)
> > 
> > I'd suggested to Peter offline that he send in a test case, to be added
> > to our regression suite...
> 
> I see.  Good idea.  Will you add it to the testsuite then?

Eventually :}. I need to update my dev environment to the 1.5.x codebase
to run it... I've let it bitrot a little. If you have the time, that
would be better.

Rob
-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

cygipc shutdown patch

[Jason Tishler]

Chuck,

On Wed, Sep 03, 2003 at 03:31:02AM -0400, Charles Wilson wrote:
> * Automatic removal of /tmp/MultiFileXXX files on [normal] daemon
>   shutdown (MH)

The attached patch expands "normal" above to include the following two
cases:

1. SIGINT, SIGQUIT, and SIGTERM signals when running as a process
2. SERVICE_CONTROL_SHUTDOWN requests when running as a service

Now ipc-daemon2 will clean up after itself during system shutdown as
requested by this user:

http://archives.postgresql.org/pgsql-cygwin/2003-09/msg00168.php

Thanks,
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
--- cygipc-2.01.orig/ipc-daemon.c   2003-07-13 16:27:50.0 -0400
+++ cygipc-2.01/ipc-daemon.c2003-09-30 16:15:04.172763200 -0400
@@ -260,6 +260,22 @@ static int create_map(const char *pcName
return iRv;
 }
 
+void send_stop(void)
+{
+   if (hStopEvent) {
+   log_message(stderr, LOG_INFO, "sending hStopEvent");
+   SetEvent(hStopEvent);
+   }
+   else
+   log_message(stderr, LOG_INFO, "no hStopEvent to send");
+}
+
+void signal_handler(int sig)
+{
+   log_message(stderr, LOG_INFO, "received signal '%d'", sig);
+   send_stop();
+}
+
 int work_main(void)
 {
int iRv;
@@ -278,6 +294,10 @@ int work_main(void)
int LComptShm = 0 ;
int LRet ;
 
+   signal(SIGINT, signal_handler);
+   signal(SIGQUIT, signal_handler);
+   signal(SIGTERM, signal_handler);
+
do {/* dummy loop */
iRv = 1;
 
@@ -664,16 +684,12 @@ service_handler(DWORD ctrl)
cygwin_internal (CW_INIT_EXCEPTIONS, &except_list);
switch (ctrl) {
case SERVICE_CONTROL_STOP:
+   case SERVICE_CONTROL_SHUTDOWN:
ss.dwCheckPoint = 1;
ss.dwWaitHint = 3000L; // wait up to 3 seconds...
ss.dwCurrentState = SERVICE_STOP_PENDING;
 
-   if (hStopEvent) {
- log_message(stderr, LOG_INFO, "sending hStopEvent");
- SetEvent(hStopEvent);
-   }
-   else
- log_message(stderr, LOG_INFO, "no hStopEvent to send");
+   send_stop();
 
break;
default:
@@ -701,7 +717,7 @@ service_main(DWORD argc, LPSTR *argv)
}
ss.dwServiceType = SERVICE_WIN32_SHARE_PROCESS;
ss.dwCurrentState = SERVICE_START_PENDING;
-   ss.dwControlsAccepted = SERVICE_ACCEPT_STOP;
+   ss.dwControlsAccepted = SERVICE_ACCEPT_STOP | SERVICE_ACCEPT_SHUTDOWN;
ss.dwWin32ExitCode = NO_ERROR;
ss.dwCheckPoint = 1;
ss.dwWaitHint = 3000L;
2003-09-30  Jason Tishler  <[EMAIL PROTECTED]>

* ipc-daemon.c (send_stop): New function.
(signal_handler): Ditto.
(work_main): Set SIGINT, SIGQUIT, and SIGTERM signal handlers.
(service_handler): Handle shutdown requests.  Call send_stop() when
stop or shutdown request is received.
(service_main): Accept shutdown requests.


--
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: Postinstall hangs with bash

[Igor Pechtchanski]

On Wed, 1 Oct 2003, Ronald Landheer-Cieslak wrote:

> On Wed, Oct 01, 2003 at 03:11:40AM +0200, Bertalan Fodor wrote:
> > I've overwritten sh.exe with bash.exe
> Don't do that.

Umm, aside from being unusual and drastic, why not?  bash should be fully
sh-compatible -- hey, it's used on Linux instead of sh...

> > With this setting cygpath hangs in myPostinstall.sh:
> >
> > ROOT=$(cygpath -w /)
> >
> > It is interesting.
> >
> > Using sh it is ok.
> $ ROOT=$(cygpath -w /)
> $ echo $ROOT
> D:\cygwin
>
> WFM
> rlc

Ronald,

Did you try it in a postinstall script?

$ cd /etc/postinstall
$ (echo '#!/bin/bash -x'; echo 'echo "$(cygpath -w /)"') > myPostinstall.sh

Then run setup, select "Keep", and then "Next".  This will not change your
existing installation, but will run the script.

FWIW, I can't reproduce it either.  I'm getting "c:\cygwin" in
/var/log/setup.log.full (plus the trace, of course).

Bert, do you have Cygwin installed in an unusual location?  Does the above
script reproduce the hang (without bash overwriting sh)?  If so, can you
please repeat the steps I outlined above and post the last 10 lines of
/var/log/setup.log.full (if setup hangs, press the cancel button)?

Also,

$ cd /etc/postinstall
$ (echo '#!/bin/sh -x'; echo 'bash -c "echo $(cygpath -w /)"') > myPostinstall2.sh

Can you also reproduce the problem with myPostinstall2.sh above?  Again,
can you please post the last 10 lines of /var/log/setup.log.full (be aware
that the file is overwritten *every time*)?

Finally, if the last step above reproduces your problem, try

$ cd /etc/postinstall
$ (echo '#!/bin/sh -x'; echo 'strace -o postinstall.strace bash -c "echo $(cygpath -w 
/)"') > myPostinstall3.sh

and see if you can reproduce the hang with myPostinstall3.sh...  You
should be able to look at /etc/postinstall/postinstall.strace to see where
bash (or cygpath) hangs.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: home directory not created in cygwin installation

[Igor Pechtchanski]

On Wed, 1 Oct 2003, John Morrison wrote:

>
> On Tue, 30 Sep 2003, Igor Pechtchanski wrote:
> > On Tue, 30 Sep 2003, Ji-Wei Wu wrote:
> >
> > > I downloaded and installed the latest cygwin today on my computer.  I
> > > followed all defaults during installation (in c:\cygwin).  After that, I
> > > started a cygwin bash shell but found that it did not start in the
> > > /home/$USER directory ($USER means the user name I use to log onto my
> > > computer).  The actual directory is /sygdrive/c, which means the c: drive
> > > on my computer.  What went wrong in my installation and can anyone help me?
> > >
> > > Thanks.
> >
> > At a guess, your HOME is set incorrectly in Windows.
>
> Igor, think there's anything /etc/profile could do about this?
>
> J.

John,

This is thin ice...  On one hand, we want to make things work pretty
seamlessly.  On the other, we don't want to limit the more advanced users
by not letting them change the home directory on the fly (anyone doing
that, anyway?).  One "solution" I can see is to ignore the $HOME setting
completely, and always go by /etc/passwd.  I think this was discussed
before, but can't recall the details.  One caveat I see is that this would
require an existing (and valid) /etc/passwd, whereas nowadays it's
optional (with "nontsec" or in Win9x).  I don't know if this will daunt
the advanced users, but it's probably something to discuss.  Opinions?
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: awk bug in cygwin 1.5.5 under windows xp

[Igor Pechtchanski]

On Wed, 1 Oct 2003, Corinna Vinschen wrote:

> On Wed, Oct 01, 2003 at 11:19:10AM +0200, Karsten Fischer wrote:
> > awk fails when called from the cmd or cmdproxy shell. The shell does not
> > interpret correctly the link to gawk. Apparently this observation was
>
> That's a problem of the shell, not of gawk.  The installation procedure
> of gawk on Cygwin is identical to the installation procedure of gawk on
> Linux.  awk is just a symlink to gawk.

I believe a solution was suggested before: distribute a .bat file for
common symlinks.  If the awk package contained /bin/awk.bat (which called
gawk.exe), "awk" would work in both the cmd prompt and Cygwin shells.
Similarly for "vi", "gunzip", "[ef]grep", "[ck]sh", "zcat", etc.  One
problem is that parameter passing is tricky, and may need advanced cmd.exe
features (i.e., won't work on Win9x)...  Another is that you can't use
commands like "exit" in those batch files (or you'd need to "call" them,
which breaks the transparency).

> > reported several times in the internet.
> >
> > Changing all "awk" to "gawk" in my scripts works fine, but a more
> > elegant solution would be desirable.

A question to the OP: which scripts?  If they are shell scripts, you
shouldn't have this problem in the first place.  Are you using "awk" in
batch files?

> Using ash, bash, ksh, pdksh, tcsh, zsh would actually help.  The Cygwin
> distribution is not designed to run in a native Windows shell in the
> first place.
>
> Corinna

Oh?  Then what's with the @pathnames
()? ;-)
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Postinstall hangs with bash

[Hannu E K Nevalainen \(garbage mail\)]

> From: Ronald Landheer-Cieslak

> On Wed, Oct 01, 2003 at 03:11:40AM +0200, Bertalan Fodor wrote:
> > I've overwritten sh.exe with bash.exe
> Don't do that.
>
> > With this setting cygpath hangs in myPostinstall.sh:
> >
> > ROOT=$(cygpath -w /)
> >
> > It is interesting.
> >
> > Using sh it is ok.
> $ ROOT=$(cygpath -w /)
> $ echo $ROOT
> D:\cygwin
>
> WFM
>
> rlc

I have a similar issue, reported by others too...

 The strange thing here seems to be that it works from the shell.
But NOT when the same script runs from setup.exe

 /etc/postinstall/XFree86-bin-icons.sh
and
 /etc/preremove/XFree86-bin-icons.sh

both call "/usr/X11R6/bin/XFree86-bin-icons.sh"  (+" -d" for remove)

$ head -1 /usr/X11R6/bin/XFree86-bin-icons.sh
#! /bin/bash

(Hmm... does that #!/bin/bash have an impact? Nahh?)

This script does ". /etc/X11/icon-list" where you find:

# This is the root for the icon creation.
TOPFOLDER="$(cygpath -A -P)/Cygwin-XFree86"

This works nicely from bash, but fails (i.e. hangs) when setup.exe launches
it. You can see cygpath.exe, hanging around forever, from the Windows task
manager. Kill it and the install process proceeds. (that particular script
fails!)

I've done attempts at debugging this, but time has been a huge limitation so
far. IIUC I need to mess around with setup.ini and that particular package.
I need to read up on how this is supposed to work; has not happened yet.


My cygwin is all the latest running as Administrator on W2K SP4+, residing
on a FAT32 partition. I'm using setup.exe 2.415

$ uname -a
CYGWIN_NT-5.0 P450 1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown
Cygwin

$ getfacl `which cygpath`
# file: /usr/bin/cygpath
# owner: Hannu
# group: user
user::rwx
group::r-x
other:r-x
mask:rwx

$ command ls -lan `which cygpath`
-rwxr-xr-x1 500  513 14336 Sep 20 22:32 /usr/bin/cygpath

$ cygpath --version
cygpath (cygwin) 1.29
Path Conversion Utility
Copyright 1998, 1999, 2000, 2001, 2002 Red Hat, Inc.
Compiled on Sep 20 2003

$

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--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/

RE: home directory not created in cygwin installation

[Hughes, Bill]

Sent: 01 October 2003 14:27 From: Igor Pechtchanski
> This is thin ice...  On one hand, we want to make things work pretty
> seamlessly.  On the other, we don't want to limit the more advanced users
> by not letting them change the home directory on the fly (anyone doing
> that, anyway?).  One "solution" I can see is to ignore the $HOME setting
> completely, and always go by /etc/passwd.  I think this was discussed
> before, but can't recall the details.  One caveat I see is that this would
> require an existing (and valid) /etc/passwd, whereas nowadays it's
> optional (with "nontsec" or in Win9x).  I don't know if this will daunt
> the advanced users, but it's probably something to discuss.  Opinions?

Is it possible to:
use /etc/passwd if running with ntsec and file exists, 
else if /etc/passwd not present, nontsec or on 9X use $HOME.
Furthermore could $HOME be defaulted to \home\'current_user' if not
explicitly set?

I can also see a case for using /etc/passwd if it exists whether, or not
ntsec is used or running on Win9x.
i.e. Whichever happens first:
1) Current user has entry in /etc/passwd, use value from here.
2) $HOME set by user.
3) Default $HOME to /home/'current_user'.

Is the current user set in 9X? It's been a long time since I used this.

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

What are the correct permissions for cygwin and how do I set them ?

[Olaf Föllinger]

Hi,

I'm using w2k. Today I've been migrated to a new domain so now I do have new
sids.

Of course the permissions of my files are now wrong. How do I correct
them ? Whome they should belong to ? I've renewed /etc/passwd and
/etc/groups using

mkgroup -d >/etc/group

mkpasswd -d >/etc/passwd

but this seems not enough. What else should I try ? E.g. mutt dumps
while accessing a local mailbox.

Gruss Olaf Föllinger

--
Olaf Föllinger
Berater
S.E.S.A. Software und Systeme AG


--
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: Postinstall hangs with bash

[Igor Pechtchanski]

On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:

> [snip]
> I've done attempts at debugging this, but time has been a huge limitation so
> far. IIUC I need to mess around with setup.ini and that particular package.
> I need to read up on how this is supposed to work; has not happened yet.

Hannu,

Nope, you don't need to do anything fancy to test postinstall scripts.
Remember: *any* file in /etc/postinstall that ends with .sh or .bat is a
postinstall script as far as setup is concerned.  You can use the method
described in  for
testing postinstall scripts without changing your installation or
setup.ini.  Just don't forget to rename the script from .sh.done back to
.sh if you plan to run it again.

FWIW, if you're able to reproduce the hang, I'd be very interested in
seeing the results of the experiments outlined in the above message on
your machine...  Maybe you could glean something from the strace output as
well.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: home directory not created in cygwin installation

[Igor Pechtchanski]

On Wed, 1 Oct 2003, Hughes, Bill wrote:

> Sent: 01 October 2003 14:27 From: Igor Pechtchanski
> > This is thin ice...  On one hand, we want to make things work pretty
> > seamlessly.  On the other, we don't want to limit the more advanced users
> > by not letting them change the home directory on the fly (anyone doing
> > that, anyway?).  One "solution" I can see is to ignore the $HOME setting
> > completely, and always go by /etc/passwd.  I think this was discussed
> > before, but can't recall the details.  One caveat I see is that this would
> > require an existing (and valid) /etc/passwd, whereas nowadays it's
> > optional (with "nontsec" or in Win9x).  I don't know if this will daunt
> > the advanced users, but it's probably something to discuss.  Opinions?
>
> Is it possible to:
> use /etc/passwd if running with ntsec and file exists,
> else if /etc/passwd not present, nontsec or on 9X use $HOME.

In other words, you're suggesting that the /etc/passwd entry take
precedence over the existing $HOME setting...  That could work.

> Furthermore could $HOME be defaulted to \home\'current_user' if not
> explicitly set?

It already is, except it's "/home/$USER", not "\home\$USER" (read up on
POSIX vs Win32 paths in Cygwin if you don't see the difference).

> I can also see a case for using /etc/passwd if it exists whether, or not
> ntsec is used or running on Win9x.

You can have an /etc/passwd even with nontsec...  The only problem is that
there is no way that I know of to check it for validity...

> i.e. Whichever happens first:
> 1) Current user has entry in /etc/passwd, use value from here.
> 2) $HOME set by user.
> 3) Default $HOME to /home/'current_user'.
>
> Is the current user set in 9X? It's been a long time since I used this.

It is (or should be).
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Future of OpenGL package

[Brian Ford]

Andre Bleau wrote:

>Brian Ford wrote:
>
>>Andre Bleau wrote:
>>
>>>Brian Ford wrote:
>>>
>
>1.2 and 1.3 defines & prototypes are already there in
>/usr/include/w32api/GL/glext.h
>
Yes, I know.  That statement started this thread.

They (1.3+) are not available in /usr/include/GL/gl.h which is now found
first by gcc 3.3.1.  Also. /usr/include/GL/gl.h and
/usr/include/w32api/glext.h are not compatible.

I think we are in agreement here.

As for the extension loading library, it's a don't care for me.

>>>Then, I guess you never had to work with extensions...
>>>
>>No, I just don't think it is that hard to write code for it.
>>
>It's not hard to write new code that uses GL 1.2+ that targets only the
>Cygwin and Mingw platforms. What's hard is to port some code for UNIX
>that calls GL 1.2+ functions. You have to track each call and modify it
>to load the function first when compiled for Cygwin.
>
Now I understand your statement.  Igor's idea looks like a workable one
here too, and it would be more transparent.  Just my 2c.

>>>So, I propose to make a quick update of the OpenGL package ASAP, while
>>>we wait for freeglut. To quick update would:
>>>
>>>- Remove /usr/include/GL and rely on /usr/include/w32api/GL from the
>>>w32api package, that would be set as requesite
>>>
>>Ok, but...
>>
>>>- Add glut.h to /usr/include/w32api/GL
>>>
>>That may not fly.  As I understand it, the w32api directories are only
>>for headers/import libraries for DLLs that ship with MS, or at least
>>mingw.
>>
>Old versions of the w32api package didn't provide any GL headers, so the
>OpenGL package was (and still is) creating a symlink from
>/usr/include/w32api/GL to /usr/include/GL. Then newer versions of the
>w32api package started to include GL headers in /usr/include/w32api/GL.
>As the last version of that package is newer than the last version of the
>OpenGL package, most people have the w32api headers instead of the
>symlink, but if you reinstall the OpenGL package, you will loose those
>headers and get the symlink.
>
Most people have them there, true.  But with gcc 3.3.1, they don't get
them right now because of the include path precedence.

Just clarifying.

>So, there is a precedent for a glut.h in /usr/include/w32api/GL, in the
>form of a symlink.
>
There is a precedent to allow this symlink in Cygwin, yes.  There isn't a
precedent to put glut.h in w32api/GL.  But, I'll just shut up now and stop
speculating about what Earnie will allow in w32api.

>>Is the glut DLL -mno-cygwin safe?  Then it might work if glut became
>>part of mingw.
>>
>Yup. The GLUT dll does not depend on Cygwin, so compiling with
>-mno-cygwin works.
>
Great!  If glut becomes a mingw package too, then my point above is
probably moot.  Since I am not a mingw developer, my point above is
probably already moot. (I confess to not know anything about mingw
packages and distribution.)

>>Earnie?
>>
>Yeah, Earnie, where are you?
>
I don't want to SPAM, but should we CC the mingw-users list now?

>>BTW, I guess you're probably not interested from your previous comments
>>on the subject, but an Xfree based glut would be great to have.  I got a
>>working imake compile once without too much trouble from the Nate Robins
>>version.  If you're still not interested in putting it in your glut
>>package, maybe I'll propose to maintain one for Xfree.
>>
>
>The problem is that an XFree GLUT could only draw using an XFree GL. And
>XFree GL does not support hardware acceleration, so it is slower by a
>factor 10 to 100 when compared to Windows'GL. That's the main reason why
>I don't think an XFree GLUT is worth the trouble.
>
True, but XFree may eventually have a pass through mechanism like on MacOS
(I can hope, can't I?  If I ever get time, I might actually impliment it.
:-D)  And, there are a few weird people that actually want to do indirect
remote GLX with glut :).

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: What are the correct permissions for cygwin and how do I set them ?

[Igor Pechtchanski]

On Wed, 1 Oct 2003, Olaf Föllinger wrote:

> Hi,
>
> I'm using w2k. Today I've been migrated to a new domain so now I do have
> new sids.
>
> Of course the permissions of my files are now wrong. How do I correct
> them ? Whome they should belong to ? I've renewed /etc/passwd and
> /etc/groups using
>
> mkgroup -d >/etc/group
>
> mkpasswd -d >/etc/passwd
>
> but this seems not enough. What else should I try ? E.g. mutt dumps
> while accessing a local mailbox.
>
> Gruss Olaf Föllinger

Olaf,

Do you mean that you are now logging in as another domain user?  You
should then simply chown any files that were owned by the old user to the
new user...  I'd suggest finding out the UID of the old domain user (by
doing "ls -lnd ~", for example (if the username didn't change), and then
running something like


  export OLDUID=`ls -lnd ~ | cut -d ' ' -f 4`
  export UID=`id -u`
  chown -R --from=$OLDUID $UID


Alternatively, you could try a more conventional command, e.g.,


  find / -user $OLDUID -print0 | xargs -0 -n 50 chown $UID


You may need to change the group as well if the domain has different group
SIDs.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

Re: Problem with SETFACL and shortcuts?

[Charles Wilson]

On Fri, 26 Sep 2003 16:30:14 +0200, "Corinna Vinschen"
<[EMAIL PROTECTED]> said:

> Chuck, would it make sense to change the symlink to an absolute one?

Probably.  I'll put it on my todo list...but I'm a bit swamped right now.
 I won't be updating anything for at least a week.

--
Chuck
--
  Charles Wilson
  cygwin at removespam cwilson dot fastmail dot fm

--
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: Postinstall hangs with bash

[Hannu E K Nevalainen \(garbage mail\)]

> From: Igor Pechtchanski

> On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:


> FWIW, if you're able to reproduce the hang, I'd be very interested in
> seeing the results of the experiments outlined in the above message on
> your machine...  Maybe you could glean something from the strace output as
> well.

$ for i in myPostinstall.sh.done  myPostinstall2.sh.done
myPostinstall3.sh.done; do echo -e "\n---" $i "---";cat $i;done

--- myPostinstall.sh.done ---
#!/bin/bash -x
echo "$(cygpath -w /)"

--- myPostinstall2.sh.done ---
#!/bin/sh -x
bash -c "echo $(cygpath -w /)"

--- myPostinstall3.sh.done ---
#!/bin/sh -x
strace -o postinstall.strace bash -c "echo $(cygpath -w /)"


myPostinstall.sh does the "hang". (i.e. the first of your tests). The other
two tests works just fine  ;-)
I've attached /postinstall.strace  (name as it actually was created)

$ tail -15 /var/log/setup.log.full
2003/10/01 15:58:59 running: C:\Program\cygwin\bin\sh.exe -c
/etc/postinstall/myPostinstall.sh
++ cygpath -w /
+ echo ''

2003/10/01 15:59:15 running: C:\Program\cygwin\bin\sh.exe -c
/etc/postinstall/myPostinstall2.sh
+ cygpath -w /
+ bash -c echo C:\Program\cygwin
C:Programcygwin
2003/10/01 15:59:15 running: C:\Program\cygwin\bin\sh.exe -c
/etc/postinstall/myPostinstall3.sh
+ cygpath -w /
+ strace -o postinstall.strace bash -c echo C:\Program\cygwin
C:Programcygwin
2003/10/01 15:59:16 error: Unable to remove temporary file
'/var/log/setup.log.postinstallXa02224'
2003/10/01 15:59:22 mbox note: Nothing needed to be installed
2003/10/01 15:59:23 Ending cygwin install

$ cat /var/log/setup.log.postinstallXa02224
+ cygpath -w /
+ strace -o postinstall.strace bash -c echo C:\Program\cygwin
C:Programcygwin


/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--END OF MESSAGE--


postinstall.strace
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: cygipc shutdown patch

[Charles Wilson]

Jason Tishler wrote:

The attached patch expands "normal" above to include the following two
cases:
1. SIGINT, SIGQUIT, and SIGTERM signals when running as a process
2. SERVICE_CONTROL_SHUTDOWN requests when running as a service
Now ipc-daemon2 will clean up after itself during system shutdown as
requested by this user:
http://archives.postgresql.org/pgsql-cygwin/2003-09/msg00168.php

Thanks for the patch.  I will include it in the next release which 
should be out _relatively_ soon.  However, I'm rather swamped right now, 
so it will be at least a week.

--
Chuck


--
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: Postinstall hangs with bash

[Igor Pechtchanski]

On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:

> > From: Igor Pechtchanski
>
> > On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:
>
> 
> > FWIW, if you're able to reproduce the hang, I'd be very interested in
> > seeing the results of the experiments outlined in the above message on
> > your machine...  Maybe you could glean something from the strace output as
> > well.
>
> $ for i in myPostinstall.sh.done  myPostinstall2.sh.done
> myPostinstall3.sh.done; do echo -e "\n---" $i "---";cat $i;done
>
> --- myPostinstall.sh.done ---
> #!/bin/bash -x
> echo "$(cygpath -w /)"
>
> --- myPostinstall2.sh.done ---
> #!/bin/sh -x
> bash -c "echo $(cygpath -w /)"
>
> --- myPostinstall3.sh.done ---
> #!/bin/sh -x
> strace -o postinstall.strace bash -c "echo $(cygpath -w /)"
>
> myPostinstall.sh does the "hang". (i.e. the first of your tests). The other
> two tests works just fine  ;-)
> I've attached /postinstall.strace  (name as it actually was created)

Hannu,

*If* you are able to reproduce the hang...  Otherwise the strace is
perfectly normal, and thus a waste of bandwidth...

Hmm, I just realized that you can run setup under strace!  It won't show
any Windows calls, obviously, but it will show calls to Cygwin programs,
which is what you want, anyway.  If you could reproduce the hang under
strace, that output might actually be useful.  You should only run the
first script, obviously.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Future of OpenGL package (Earnie, please read this)

[Brian Ford]

Andre Bleau wrote:

>Igor Pechtchanski wrote:
>
>>Andre Bleau wrote:
>>
>>>Even, with 1.4 headers, you would sill need to jump through hoops to use
>>>1.4 functionality. You will still need to load the functions dynamicaly
>>>before using them. You wouldn't be able to simply call the functions as
>>>when developing for UNIX.
>>>
>>Cygwin DLL uses the autoload functionality for some of the required
>>functions, so that they can simply be called after a test (i.e.,
>>something like
>>
>>if (hasSomeFunction())
>>  callSomeFunction();
>>
>>Perhaps this could be employed in the OpenGL library layer as well...  I
>>don't know enough off-hand about the autoloading process, but there is a
>>fairly detailed description in winsup/cygwin/how-autoload-works.txt in
>>the Cygwin sources.  Might be worth investigating...
>>
>Well, that's exactly what packages like extgl provide: an easier way to
>test if some functionality is available, and if it is, to load it and use
>it.
>
>I was thinking of including extgl in the next major release of the OpenGL
>package.
>
>However, porting UNIX program that uses GL 1.2+ functions would still be
>a pain, although a somewhat lower pain. Say you have a UNIX program with a
>line like this:
>
I think you missed the point here.  On UNIX, a test is already required
to check the OpenGL version or if the extension is supported; assuming
the application programmer "did the right thing."  So, no new tests are
required.  And, Igor's suggested method is completely dynamic and
transparent, just like UNIX.  extgl requires code modifications, all be it
simple ones.  What am I missing?

>>> - Have GLUI and GLUIX libs compiled for gcc 3.3
>>>
>>You will probably also need to release the old libraries as
>>compatibility packages for those who still use the pre-gcc-3.3 OpenGL
>>binaries.
>>
>So, you suggest that I provide:
>libglui.a and libgluix.a for the last version of gcclibglui-gcc3_2.a and
>libgluix-gcc3_2.a for gcc 3.2
>libglui-gcc2_95.a and libgluix-gcc2_95.a for gcc 2.95
>???
>None would be bigger than 500k, so the package would still be manageable.
>
No.  I think that would only be necessary if they were DLLs.  I think Igor
was confused.  Notice that he said "pre-gcc-3.3 OpenGL binaries" not
"pre-gcc-3.3 compilers."

>After the long silence that followed my last posting to cygwin-apps about
>these issues, it's good to receive some feedback. Thanks Igor and Brian.
>
I hope my feedback is still useful, not frustrating.  I have a bad and
unintentional habit of being too argumentative here or something.

Thanks.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
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: ln and mkshortcut inconsistent in handling of .exe extension

[Larry Hall]

At 05:15 PM 9/30/2003, Matt Swift you wrote:

>>> "L" == Larry wrote:
>
>L> If you want/need a Windows-style shortcut with all the
>L> semantics that implies, use 'mkshortuct'.  Is that the point
>L> you were missing?
>
>I am not asking for "all the semantics", just the ones that are
>documented (user guide 3.5) to exist for all Cygwin symlinks.
>
>I really don't think you understood my first report, and haven't
>realized it yet.  I will make my point again in laborious detail.
>
>
>>> Second, I still don't understand why `ln' shouldn't behave the
>>> way I suggested: how is it better the way it is than if `ln -s'
>>> never created broken shortcuts
>
>L> The documentation I directed you to explains why 'ln -s'
>L> functions as it does and from that follows the need for
>L> 'mkshortcut'.  'ln -s' doesn't create 'broken shortcuts'.  It
>L> creates symbolic links with UNIX semantics.  That's the goal.
>
>That's only part of the stated goals of 'ln'.  When CYGWIN contains
>"winsymlinks" (or more accurately, does not contain "nowinsymlinks"
>since "winsymlinks" is the stated default), symbolic links are
>supposed to function both as Cygwin symbolic link and as Windows
>Shortcuts.  This is true most of the time, but it is NOT true when the
>symlink target's name given to ln is the name of an executable without
>its .exe extension.  In this case, the file created by ln functions as
>a Cygwin symbolic link as expected but contrary to expectation does
>*not* function as a Windows Shortcut.  The file created by 'ln',
>considered as a Windows Shortcut, is broken.  My points are


See, it's good to provide laborious detail.  While what you stated in your 
original message does say this all more succinctly, it does not clearly state
the one difference between 'ln -s' and 'mkshortcut' that you saw as a 
problem.  That in combination with your examples to show the problem with 
hard links helped to obscure your point about 'ln -s' when they are created
as 'winsymlinks' (the default).

I agree with your statement now about Cygwin symlinks in this context.
The "Target" field is empty in the property page under Explorer, so Windows
will certainly not find the link.  You're suggesting there should be symmetry
between how a symlink is made to a file with the '.exe' extension and to the
same file without the '.exe' extension specified.  That's one option.  The 
other is to do as is done in the hard link case and generate an error.  The
former supports portability of existing scripts in most cases, so it is 
likely the best alternative (at the expense of linking to like named files in 
the same directory - a Windows anomaly).






>>> and 'ln' (hardlink) defaulted to a target of
>>> "foo.exe" when the supplied target "foo" doesn't exist?  
>
>L> I'm inclined to agree on this.  I think symmetry here would be a good thing.
>
>If you agree about that, I am very sure you will agree with my other
>point, once you undertsand it, because it does not even involve the
>small change to Cygwin semantics that the second point does (the
>second point involves a change to Cygwin semantics because you would
>get no error and a hardlink in certain cases where before you got an
>error; my first point suggests a change that has an effect from
>Windows only, not from Cygwin).


To me, a change in semantics is not something to quibble with if the 
current semantics are the result of a bug.  There needs to be consistency 
in handling the "link to an executable file without the extension specified" 
case and this is what I see (and originally saw) as the bug.  If the solution 
to this bug is to allow a program name to be specified without '.exe' as the 
source but still have the link succeed, then the issue with symlinks created 
this way needs to be addressed as well.  The converse is left as a thought
exercise for the reader.

Unless you think there is some significant point in your original report 
that hasn't been discussed, I'd say we've covered the relevant bases on 
this topic.

Thanks for the report.

--
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: home directory not created in cygwin installation

[Hughes, Bill]

Sent: 01 October 2003 16:16 From: Igor Pechtchanski
> On Wed, 1 Oct 2003, Hughes, Bill wrote:

> > Furthermore could $HOME be defaulted to \home\'current_user' if not
> > explicitly set?
>It already is, except it's "/home/$USER", not "\home\$USER" (read up on
>POSIX vs Win32 paths in Cygwin if you don't see the difference).
Doh! (Hits head on wall) Of course - I've been using an NT command prompt
all afternoon and can't type straight.

> > I can also see a case for using /etc/passwd if it exists whether, or not
> > ntsec is used or running on Win9x.
>
> You can have an /etc/passwd even with nontsec...  The only problem is that
> there is no way that I know of to check it for validity...
If you're using nontsec does it matter if it's invalid?
You're then only using it to look up the home directory of the current user.
Of course if it's just missing then you start playing with $HOME instead.

--
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: cygipc shutdown patch

[Jason Tishler]

Chuck,

On Wed, Oct 01, 2003 at 11:50:45AM -0400, Charles Wilson wrote:
> Jason Tishler wrote:
> >The attached patch expands "normal" above to include the following
> >two cases:
> >
> >[snip]
> 
> Thanks for the patch.

You are quite welcome.

> I will include it in the next release which should be out _relatively_
> soon.  However, I'm rather swamped right now, so it will be at least a
> week.

No problem.  Whenever you get around to it is fine by me.

Thanks,
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: Postinstall hangs with bash

[Ronald Landheer-Cieslak]

On Wed, Oct 01, 2003 at 09:18:37AM -0400, Igor Pechtchanski wrote:
> On Wed, 1 Oct 2003, Ronald Landheer-Cieslak wrote:
> 
> > On Wed, Oct 01, 2003 at 03:11:40AM +0200, Bertalan Fodor wrote:
> > > I've overwritten sh.exe with bash.exe
> > Don't do that.
> Umm, aside from being unusual and drastic, why not?  bash should be fully
> sh-compatible -- hey, it's used on Linux instead of sh...
Precicely because it is unusual and drastic.

> > > With this setting cygpath hangs in myPostinstall.sh:
> > >
> > > ROOT=$(cygpath -w /)
> > >
> > > It is interesting.
> > >
> > > Using sh it is ok.
> > $ ROOT=$(cygpath -w /)
> > $ echo $ROOT
> > D:\cygwin
> >
> > WFM
> > rlc
> 
> Ronald,
> 
> Did you try it in a postinstall script?
I have now = FWM.

rlc

-- 
A straw vote only shows which way the hot air blows.
-- O'Henry

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

RE: problem of cron in cygwin xp, final solution!

[Harig, Mark]

> 
> Maybe such things should be added to Mark Harig's "cron_diagnose.sh"?

> 
> > To make the life easier for the other followers:
> > 1. Need to set the mode of cygwin1.dll
> >
> > $ chmod +x /bin/cygwin1.dll

This is a more general problem than a problem with cron's
many files.  A sanity check for cygwin might be desirable,
but I do not know all of the many files and conditions that
would need to be checked for this.  Often, when all else
fails, the solution is to uninstall cygwin and re-install it.

> > 2. Need to create another directory $ mkdir /etc/cron.d
> > Also make it accessible, by changing the permission.

The absence of this directory is already checked for, as
are the directory permissions.  If it is missing, then
the script notifies the user and halts.

> > 3. Then, follow the standard guideline to start cron service, as
> > $ cygrunsrv --stop cron
> > $ cygrunsrv --remove cron
> > $ cygrunsrv --install cron -p /usr/sbin/cron -a -D
> > $ cygrunsrv --start cron
> >

The user is notified about these commands by cron_diagnose.sh


--
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: ln and mkshortcut inconsistent in handling of .exe extension

[Christopher Faylor]

On Tue, Sep 30, 2003 at 05:15:48PM -0400, Matt Swift wrote:
>That's only part of the stated goals of 'ln'.  When CYGWIN contains
>"winsymlinks" (or more accurately, does not contain "nowinsymlinks"
>since "winsymlinks" is the stated default), symbolic links are supposed
>to function both as Cygwin symbolic link and as Windows Shortcuts.
>This is true most of the time, but it is NOT true when the symlink
>target's name given to ln is the name of an executable without its .exe
>extension.  In this case, the file created by ln functions as a Cygwin
>symbolic link as expected but contrary to expectation does *not*
>function as a Windows Shortcut.  The file created by 'ln', considered
>as a Windows Shortcut, is broken.  My points are

  cd /bin
  ln -s pwd foo
  ./foo # works
  cat ./foo # fails

Why does running foo work?  Because Windows CreateProcess call does not
need a .exe extension to run a program.  Why does cat fail?  Because
'foo' resolves to 'pwd' and, as far as the Windows CreateFile is
concerned, there is no file called 'pwd'.

So, what you are seeing is a side effect of the way windows operates.  We're
not going to change ln to automatically add a .exe extension.

--
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: setvbuf / [ANNOUNCEMENT] Updated: cygwin-1.5.5-1

[Jan Jaeger]

Hi,
I have downloaded the latest (I think?) version of
cygwin, but my problem still persists.  uname -a
reports: CYGWIN_NT-5.1 jj 1.5.5(0.94/3/2) 2003-09-20
16:31 i686 unknown unknown Cygwin.
The 0.94 does not look quite right to me is this
correct?  If so, which ftp site would contain a 1.xx?

Thanks,

Jan Jaeger.



From: Christopher Faylor  
To: cygwin at cygwin dot com 
Date: Sat, 20 Sep 2003 18:23:56 -0400 (EDT) 
Subject: [ANNOUNCEMENT] Updated: cygwin-1.5.5-1 
Reply-to: cygwin at cygwin dot com 


I've made a new version of the Cygwin DLL and
associated utilities
available for download.  As usual, a list of what has
changed is below.

To update your installation, click on the "Install
Cygwin now" link on
the http://cygwin.com/ web page.  This downloads
setup.exe to your
system.  Then, run setup and answer all of the
questions.

If you have questions or comments, please send them to
the Cygwin
mailing list at: [EMAIL PROTECTED] .

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce
mailing list, look
at the "List-Unsubscribe: " tag in the email header of
this message.
Send email to the address specified there.  It will be
in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start
reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing
that is available
starting at this URL.

Christopher Faylor
Red Hat, Inc.

Changes since 1.5.4-1:

- Implement tcflush for ptys.  (Corinna Vinschen)

- Fix problem with gethostid on NT4.  (Brian Ford)

- Fix dumper.exe problem so that maybe it actually
works now.  (Christopher Faylor)

- Fix "find doesn't recurse into every directory"
problem.  (Christopher Faylor)

- Make CTRL-Z operable again.  (Christopher Faylor)

- Fix for occasional "CTRL-C doesn't respond" problem.
 (Christopher Faylor)

- Fix for problem where calling setvbuf from a thread
had no effect on buffering
  in other threads.  (Christopher Faylor)

- Try to make 'kill -f' a little more robust. 
(Christopher Faylor)

- Make 'kill -N' work again, where N is a number or a
symbolic symbol notation.
  (Christopher Faylor)

- Allow kill.exe to take a negative pid argument,
denoting a process group.
  (Christopher Faylor)


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




__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.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: [ANNOUNCEMENT] Updated: openssl-0.9.7b-1, openssl-devel-0.9.7b-1

[Frédéric L. W. Meunier]

On Wed, 1 Oct 2003, Corinna Vinschen wrote:

> On Wed, Oct 01, 2003 at 11:28:10AM +0200, Patrick Eisenacher wrote:
> > Corinna,
> >
> > is there an easy way to find out whether I still have a package
> > installed that needs the openssl 0.9.6x compatibility package? I would
> > love to get rid of this thing.
>
> The packages still using 0.9.6 so far are
>
>   links
>   apache/mod_php4
>   apache/mod_ssl
>   mutt
>   wget
>
> The maintainers are informed.  I don't think it will take a lot of time
> until the packages are updated.

I don't think Links has a maintainer, or one we can contact.
And the new releases don't work well with Cygwin.

BTW, the Subject is wrong. "Re: [ANNOUNCEMENT] Updated:
openssl-0.9.7b-1, openssl-devel-0.9.7b-1". Should be 0.9.7c-1.

-- 
How to contact me - http://www.pervalidus.net/contact.html

--
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: setvbuf / [ANNOUNCEMENT] Updated: cygwin-1.5.5-1

[Christopher Faylor]

On Wed, Oct 01, 2003 at 10:49:08AM -0700, Jan Jaeger wrote:
>I have downloaded the latest (I think?) version of cygwin, but my
>problem still persists.  uname -a reports: CYGWIN_NT-5.1 jj
>1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown unknown Cygwin.  The 0.94
>does not look quite right to me is this correct?  If so, which ftp site
>would contain a 1.xx?

setup.exe downloads the latest version of everything.  This is confirmed
by the 1.5.5 in your version above.  Since I announced this new version
10+ days ago, it is a safe bet that all of the mirror sites listed by
setup.exe have cygwin 1.5.5.

The test case that you previously provided works as expected.  If you
are having other problems, you'll need to clarify them with a new test
case.
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.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/

Cygwin_setup.exe comments...

[Linda W.]

Aome comments/suggestions/GRFE's (Grovelling Request for Enhancements :-)):

1)  Remember a user's previous choices.  (~/.cygwinsetuprc would be 1
   possibility).
1a) allow flags to disable some diaglogs:
  [no|auto]virusprompt   # default on
  proxy :|useIE|none|direct 
  # default=direct or none (synonyms)
  [no]rootwarn  
  # default on; disables C:\ root usage warning
  server  
  # (default none -> bring up list>)
  installtype 
{download_and_install|download-only|install-from-local}  
   #default to d&s
  cachedir# presence suppresses cache question

   If any items are taken from the .rc file, then display a summary screen
   of choices; pressing "BACK" could go back through normal dialogue, or
   fancier, "Edit/Change" buttons next to each choice
2) Allow window resizing -- *ESPECIALLY* on selection page.  If you don't
   agree, feel free to express your opinion in detail in the following
   response area: :-)
  
   ___
   | |
   | |
   ---

 
That all I can think of off the top of my head -- well, a low importance 
leisure option
would be to send an HTTP request for some 1-byte file to all of the 
servers and
auto select server with lowest response latencybut that's too much 
work for
the benefit right now...(IMO)...

I'd hit the window resize issue firstit's been the longest term 
annoyance. 

Under the "it would be nice", category, being able to click on an item 
and right click on it to
get more information would be real helpful at times.  Some program names 
I don't recognize, and
things like "nasm"...network assembler...what's a network assember vs. 
the gnu-assumber ("gasm"?).
Pros?/Cons?  Just different flavors/strokes for different folks (like 
emacs vs. vim?)

Thanks for reading...please, pretty please, don't just delete this...but 
I hope someone keeps a
list of RFE/GRFE's for setup:-?

Linda

--

-- Vote NO on the California Recall, BUT
---> A software Engineer for CA governor? Yes!!! <---
---> GEORGY RUSSELL for CA governor <---
---> http://www.georgyforgov.com <---


--
---> A software Engineer for CA governer? <---
--->Georgy Russell for CA governor<---
---> http://www.georgyforgov.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: setvbuf / [ANNOUNCEMENT] Updated: cygwin-1.5.5-1

[Jan Jaeger]

The attached test case does should display test2 wait
five seconds and then display test3, instead on my
system it issues test2 and test3 simultanuously.

Thanks,
jj
--- Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 01, 2003 at 10:49:08AM -0700, Jan Jaeger
> wrote:
> >I have downloaded the latest (I think?) version of
> cygwin, but my
> >problem still persists.  uname -a reports:
> CYGWIN_NT-5.1 jj
> >1.5.5(0.94/3/2) 2003-09-20 16:31 i686 unknown
> unknown Cygwin.  The 0.94
> >does not look quite right to me is this correct? 
> If so, which ftp site
> >would contain a 1.xx?
> 
> setup.exe downloads the latest version of
> everything.  This is confirmed
> by the 1.5.5 in your version above.  Since I
> announced this new version
> 10+ days ago, it is a safe bet that all of the
> mirror sites listed by
> setup.exe have cygwin 1.5.5.
> 
> The test case that you previously provided works as
> expected.  If you
> are having other problems, you'll need to clarify
> them with a new test
> case.
> --
> Please use the resources at cygwin.com rather than
> sending personal email.
> Special for spam email harvesters: send email to
> [EMAIL PROTECTED]
> and be permanently blocked from mailing lists at
sources.redhat.com


__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com#include 
#include 
#include 
#include 

static pthread_attr_t  logger_attr;
static pthread_cond_t  logger_cond;
static pthread_mutex_t  logger_lock;
static pthread_t   logger_tid;


static int pipefd[2];

void *logger_thread(void *arg)
{
int n;
char buffer[80];

  
  setvbuf(stdout, NULL, _IOLBF, 0); // *** THIS DOES NOT WORK PROPERLY ***

  pthread_mutex_lock(&logger_lock);
  pthread_cond_signal(&logger_cond);
  pthread_mutex_unlock(&logger_lock);

  while(1)
  {
n = read(pipefd[0], buffer, sizeof(buffer));
buffer[n] = '\0';
fprintf(stderr,buffer);
  }
}

main()
{

  pipe(pipefd);
  dup2(pipefd[1],STDOUT_FILENO);

  pthread_attr_init(&logger_attr);
  pthread_attr_setstacksize(&logger_attr,1048576);
  pthread_attr_setdetachstate(&logger_attr,PTHREAD_CREATE_DETACHED);
  pthread_cond_init (&logger_cond,NULL);
  pthread_mutex_init (&logger_lock,NULL);
  pthread_create (&logger_tid, &logger_attr, logger_thread, NULL);
  pthread_mutex_lock(&logger_lock);
  pthread_cond_wait(&logger_cond,&logger_lock);
  pthread_mutex_unlock(&logger_lock);


//setvbuf(stdout, NULL, _IOLBF, 0);

printf("test1\n");
fflush(stdout);

printf("test2\n");
sleep(5);

printf("test3\n");
fflush(stdout);

sleep(5);

pthread_kill(logger_tid,SIGKILL);
fprintf(stderr,"done\n");
}

--
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: Using authentication under Apache for Cygwin

[Andrew DeFaria]

Brian Dessent wrote:

Andrew DeFaria wrote:

Hmmm... As I said it appears to work in the local case. Or are you 
saying I should try to break that by playing with permissions? Are 
there any examples of "smbntsec" issues?

I mean I suspect that if I do something as small as remove read 
permission for other on .htaccess then the server will not be able to 
read the file thus it would break. But what would that tell me? What 
exactly am I looking for?

I may play with this as you suggest tomorrow at work. At home I don't 
use SMB for my web site - at least not yet.
As a temporary solution, what happens if you mount the SMB share as a 
drive and then use "/cygdrive/x/path" instead of the UNC style 
"//machine/share/path"? If that made it work then it might indicate 
that it's the path handling code somewhere (i.e. Apache not liking // 
as a valid posix path) versus a permissions problem.
Ah this works! And I get much shorter and consistent (in my mind) 
pathnames in my httpd.conf file! What I did is mount -bsf 
//sonscentral/users/adefaria/www /www. Now my DocumentRoot is simple 
/www, etc!

So, to summarize, it appears that Apache under Cygwin is able to deal 
with web pages when paths are UNC paths of the form 
/ however the authentication module does 
not like such paths and seems to fail silently. Personally I believe 
that if the server can accept an UNC path then the authentication module 
should to likewise.

Workarounds include moving your web site to your local drive (not a nice 
option for me because then it won't be backed up, which is why I stored 
it remotely), mount the remote location locally or make a symlink 
pointing to the remote location (I believe that worked too).

Thanks for the help all.
===
BREAKFAST.COM Halted...Cereal Port Not Responding


--
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_setup.exe comments...

[Igor Pechtchanski]

Linda,

Have you tried a setup snapshot?  .
More below.

On Wed, 1 Oct 2003, Linda W. wrote:

> Aome comments/suggestions/GRFE's (Grovelling Request for Enhancements :-)):
>
> 1)  Remember a user's previous choices.  (~/.cygwinsetuprc would be 1
> possibility).

Already there.

> 1a) allow flags to disable some diaglogs:
>[no|auto]virusprompt   # default on
>proxy :|useIE|none|direct
># default=direct or none (synonyms)
>[no]rootwarn
># default on; disables C:\ root usage warning
>server 
># (default none -> bring up list>)
>installtype {download_and_install|download-only|install-from-local}
> #default to d&s
>cachedir# presence suppresses cache question

Some are already there...

> If any items are taken from the .rc file, then display a summary screen
> of choices; pressing "BACK" could go back through normal dialogue, or
> fancier, "Edit/Change" buttons next to each choice

IMO, it's better the way it is now -- all the dialogs still there, but the
values are saved; you just click "Next".

> 2) Allow window resizing -- *ESPECIALLY* on selection page.  If you don't
> agree, feel free to express your opinion in detail in the following
> response area: :-)

 ___
 |TPIBA|
 | :-p |
 ---

Frankly, I think Cygwin setup is simply marvelous in terms of window size,
especially when compared with something like ...

> That all I can think of off the top of my head -- well, a low importance
> leisure option would be to send an HTTP request for some 1-byte file to
> all of the servers and auto select server with lowest response
> latencybut that's too much work for the benefit right now...(IMO)...

This was proposed already -- see the cygwin-apps archives.  In fact, most
of your suggestions have been brought up at one time or another, and they
all either are being worked on, or have been already.

> I'd hit the window resize issue firstit's been the longest term
> annoyance.
>
> Under the "it would be nice", category, being able to click on an item
> and right click on it to get more information would be real helpful at
> times.  Some program names I don't recognize, and things like
> "nasm"...network assembler...what's a network assember vs.  the
> gnu-assumber ("gasm"?).

See above.  You can probably even search the cygwin-apps archives for
"right-click" on this one...

> Pros?/Cons?  Just different flavors/strokes for different folks (like
> emacs vs. vim?)
>
> Thanks for reading...please, pretty please, don't just delete this...but
> I hope someone keeps a list of RFE/GRFE's for setup:-?
>
> Linda

Someone does.  Most of that stuff is already on there [or did I say that
already? ;-)].
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

dd command is not working properly

[Jose Carlos Henriquez]

Hello:
I´m trying to obtain an info-image from a flash card,
so from Win98 I´ve right installed the USB flash
reader, and if I insert a FAT(16/32) file system
flash, I can read them without problem from Win and
from Cygwin.
The problem here is that I want to obtain the
data-image from a propietary file system flash card to
clone another one.
For me there it will be not problem if I use dd
command taking the input file from a binmode mounted
drive (on Win F: drive)

$ 
C:\cygwin\bin on /usr/bin type system (binmode)
C:\cygwin\lib on /usr/lib type system (binmode)
C:\cygwin on / type system (binmode)
\\.\F: on /dev/f type system (binmode)
c: on /cygdrive/c type user (binmode,noumount)
d: on /cygdrive/d type user (binmode,noumount)
e: on /cygdrive/e type user (binmode,noumount)
$ pwd
/dev
$ ls -l
total 0
brw-rw-rw-    1 admin    all   17, 229 Oct  1
11:57 f

... until here all seems ok, but if try dd, next
appears
$ dd if=/dev/f of=/home/admin/flashcard.img
dd: opening `/dev/f': No such file or directory or
permission denied
$ cd /dev
$ ls -l
total 0
brw-rw-rw-    1 admin    all   17, 229 Oct  1
13:14 f

... but I´m not so sure, if my dd command is working
ok, because If I mounted another device, and try to
copy them always have 0 records in/out, like as...
$ dd if=/cygdrive/e of=/home/admin/cdrom.img
dd: reading `/cygdrive/e': Is a directory
0+0 records in
0+0 records out

I´m using:
bash 2.05b-15 ver.
cygwin   1.5.5-1 ver.

Someone know about a dd patch or diferent procedure to
solve this?

José Carlos:)
 


__
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.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: Postinstall hangs with bash

[Hannu E K Nevalainen \(garbage mail\)]

> From: Igor Pechtchanski

> On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:
>
> > > From: Igor Pechtchanski
> >
> > > On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:
> >
> > 
> > > FWIW, if you're able to reproduce the hang, I'd be very interested in
> > > seeing the results of the experiments outlined in the above message on
> > > your machine...  Maybe you could glean something from the
> strace output as
> > > well.
> >
> > $ for i in myPostinstall.sh.done  myPostinstall2.sh.done
> > myPostinstall3.sh.done; do echo -e "\n---" $i "---";cat $i;done
> >
> > --- myPostinstall.sh.done ---
> > #!/bin/bash -x
> > echo "$(cygpath -w /)"
> >
> > --- myPostinstall2.sh.done ---
> > #!/bin/sh -x
> > bash -c "echo $(cygpath -w /)"
> >
> > --- myPostinstall3.sh.done ---
> > #!/bin/sh -x
> > strace -o postinstall.strace bash -c "echo $(cygpath -w /)"
> >
> > myPostinstall.sh does the "hang". (i.e. the first of your
> tests). The other
> > two tests works just fine  ;-)
> > I've attached /postinstall.strace  (name as it actually was created)
>
> Hannu,
>
> *If* you are able to reproduce the hang...  Otherwise the strace is
> perfectly normal, and thus a waste of bandwidth...

 8-/  I must have been totally "off".

> Hmm, I just realized that you can run setup under strace!  It won't show
> any Windows calls, obviously, but it will show calls to Cygwin programs,
> which is what you want, anyway.  If you could reproduce the hang under
> strace, that output might actually be useful.  You should only run the
> first script, obviously.
>   Igor

$ mv myPostinstall.sh.done myPostinstall.sh
$ rm /postinstall.strace
$ strace -o /postinstall.strace  /install/setup.exe

 Hrm... The hang doesn't occur.

Checking:
$ mv /postinstall.strace /postinstall.strace-nohang
$ mv myPostinstall.sh.done myPostinstall.sh
$ /install/setup.exe

 No hang. 8-I

Tried strace on postinstall/Xfree-bin-icons.sh - which have been doing the
hang.
-> No hang.


Thinking about file/dir rights settings: With PI/Xfree...sh in mind;

$ cygpath -AP
/cygdrive/f/Documents and Settings/All Users/Start Menu/Programs

$ cd /cygdrive/f/Documents\ and\ Settings/All\ Users/Start\ Menu/Programs/

$ getfacl .
# file: .
# owner: Administrators
# group: SYSTEM
user::rwx
group::rwx
group:Users:r-x
group:Power Users:rwx
mask:rwx
other:r-x
default:user:Administrators:---
default:group:SYSTEM:---
default:group:Users:---
default:group:Power Users:rwx
default:mask:rwx
default:other:---

$ command ls -dlan .
drwxrwxr-x+  12 544  18   4096 Oct  1 20:29 .

$ command ls -ldan Cygwin-XFree86/
drwxrwxrwx+   4 500  513 0 Oct  1 20:04 Cygwin-XFree86/

$ command ls -ldan Cygwin/XFree86/
drwxr-xr-x+   7 500  513  4096 Sep 30 11:18 Cygwin/XFree86/

$ getfacl Cygwin-XFree86/
# file: Cygwin-XFree86/
# owner: Hannu
# group: user
user::rwx
group::rwx
mask:rwx
other:rwx
default:user::rwx
default:group::rwx
default:other:rwx

$ getfacl Cygwin/XFree86/
# file: Cygwin/XFree86/
# owner: Hannu
# group: user
user::rwx
group::r-x
mask:rwx
other:r-x
default:user::rwx
default:group::r-x
default:other:r-x

$ grep -i hannu /etc/passwd
Hannu:unused_by_nt/2000/xp:500:513:U-P450\Hannu,S-1-5-21-842925246-764733703
-1343024091-500:/home/Hannu:/bin/bash
Hannu:unused_by_nt/2000/xp:1006:513:U-P450\Hannu,S-1-5-21-842925246-76473370
3-1343024091-1006:/home/Hannu:/bin/bash

$ grep -i hannu /etc/group
group   group-SAFE

$ grep -i user /etc/group
user:S-1-5-21-842925246-764733703-1343024091-513:513:
Power Users:S-1-5-32-547:547:
Users:S-1-5-32-545:545:
users::544:

$ mv XFree86-bin-icons.sh.done XFree86-bin-icons.sh
Testing this one again...

It hangs. cygpath and one instance of bash is left behind if one hits
cancel. Killing cygpath makes them disappear.

Any ideas?

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--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/

RE: Postinstall hangs with bash

[Igor Pechtchanski]

On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:

> > From: Igor Pechtchanski
>
> > On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:
> >
> > > > From: Igor Pechtchanski
> > >
> > > > On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:
> > >
> > > 
> > > > FWIW, if you're able to reproduce the hang, I'd be very interested
> > > > in seeing the results of the experiments outlined in the above
> > > > message on your machine...  Maybe you could glean something from
> > > > the strace output as well.
> > >
> > > $ for i in myPostinstall.sh.done  myPostinstall2.sh.done
> > > myPostinstall3.sh.done; do echo -e "\n---" $i "---";cat $i;done
> > >
> > > --- myPostinstall.sh.done ---
> > > #!/bin/bash -x
> > > echo "$(cygpath -w /)"
> > >
> > > --- myPostinstall2.sh.done ---
> > > #!/bin/sh -x
> > > bash -c "echo $(cygpath -w /)"
> > >
> > > --- myPostinstall3.sh.done ---
> > > #!/bin/sh -x
> > > strace -o postinstall.strace bash -c "echo $(cygpath -w /)"
> > >
> > > myPostinstall.sh does the "hang". (i.e. the first of your tests).
> > > The other two tests works just fine  ;-) I've attached
> > > /postinstall.strace (name as it actually was created)
> >
> > Hannu,
> >
> > *If* you are able to reproduce the hang...  Otherwise the strace is
> > perfectly normal, and thus a waste of bandwidth...
>
>  8-/  I must have been totally "off".
>
> > Hmm, I just realized that you can run setup under strace!  It won't show
> > any Windows calls, obviously, but it will show calls to Cygwin programs,
> > which is what you want, anyway.  If you could reproduce the hang under
> > strace, that output might actually be useful.  You should only run the
> > first script, obviously.
> >   Igor
>
> $ mv myPostinstall.sh.done myPostinstall.sh
> $ rm /postinstall.strace
> $ strace -o /postinstall.strace  /install/setup.exe
>
>  Hrm... The hang doesn't occur.
>
> Checking:
> $ mv /postinstall.strace /postinstall.strace-nohang
> $ mv myPostinstall.sh.done myPostinstall.sh
> $ /install/setup.exe
>
>  No hang. 8-I
>
> Tried strace on postinstall/Xfree-bin-icons.sh - which have been doing the
> hang.
> -> No hang.
>
> Thinking about file/dir rights settings: With PI/Xfree...sh in mind;
> [snip]
>
> $ mv XFree86-bin-icons.sh.done XFree86-bin-icons.sh
> Testing this one again...
>
> It hangs. cygpath and one instance of bash is left behind if one hits
> cancel. Killing cygpath makes them disappear.
>
> Any ideas?
> /Hannu E K Nevalainen

Hannu,

Can you reproduce the hang under strace?  If so, try to make a copy of the
hanging script (and the one it calls) and pare them down to one or two
commands (they should still reproduce the hang, though).  Once you have
that, please attach the strace output from the simple script.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

Setup disabling of nonexistent virus scanners

[scleary]

Hello, all -

I have noticed recently that Cygwin setup will prompt to disable a virus
scanner on my machine. This is odd, because I do not have a virus scanner
running.

After looking in the code (setup/AntiVirus.cc from CVS, v2.5 Tue Jul 29
14:14:06 2003 UTC), and after looking in the log, I must conclude that the
framework code is not using AntiVirusPage::wantsActivation() in the way that
this file expects.

Here is a complete log when I ran setup until it showed the disable virus
screen, and then hit cancel:
2003/10/01 14:39:20 Starting cygwin install, version 2.415
2003/10/01 14:39:20 Current Directory: C:\Documents and Settings\stephen\My
Documents\Cygwin
2003/10/01 14:39:20 Changing gid to Users
2003/10/01 14:39:20 Could not open service McShield for query, start and
stop. McAfee may not be installed, or we don't have access.
2003/10/01 14:53:05 Ending cygwin install

Note that detect() did in fact correctly determine that McAffe is not
installed, so KnownAVIsPresent must be false, but the disable antivirus page
was displayed regardless.

-Steve

--
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: Postinstall hangs with bash

[Igor Pechtchanski]

On Wed, 1 Oct 2003, Geoff Cheshire wrote:

> FWIW -- I ran your script changes and myPostinstall.sh does hang (as
> before).  This happens to both by work and home machines (both
> Win2k).  I have 3 bash instances just sitting there.  If I kill them,
> setup can continue.
>
> HTH,
> Geoff

Geoff,

Please keep all Cygwin-related correspondence on the Cygwin mailing list
unless specifically asked to send private mail.  Thanks.

I'm aware that the script hung.  Could you reproduce the hang under
strace?  If so, could you please share the output of strace with the list?
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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_setup.exe comments...

[Hannu E K Nevalainen \(garbage mail\)]

> From: Igor Pechtchanski

> Linda,
>
> Have you tried a setup snapshot?  .
> More below.

 Note that 2.415 - the latest snapshot -
is the same you get by hitting "Install Now" at http://cygwin.com

> On Wed, 1 Oct 2003, Linda W. wrote:
>
> > Aome comments/suggestions/GRFE's (Grovelling Request for
> Enhancements :-)):
> >
> > 1)  Remember a user's previous choices.  (~/.cygwinsetuprc would be 1
> > possibility).
>
> Already there.

Sorry; not entirely.
The last "Create Start Menu"-thing doesn't remember its setting. (Unless it
looks at the Start Menu contents?)

> > 1a) allow flags to disable some diaglogs:

>
> IMO, it's better the way it is now -- all the dialogs still there, but the
> values are saved; you just click "Next".

 Please, no, Igor. You're beeing shortsighted.
Think about beeing able to *automate* things, or even present "end users"
less off options to ponder on (i.e. an admin has set things up for a campus
or some such).



I'm in here for many reasons; one of them is the possibility to AUTOMATE
things that others haven't even considered possible.
 e.g.
Download images from my digital camera,
 - sorting the images out by date and time,
 - placing them in folders with the image date as name...
 - renaming the image itself so that the name reflects the exact second when
it was shot (among other things making the name unique).

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--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/

RE: Cygwin_setup.exe comments...

[Igor Pechtchanski]

On Wed, 1 Oct 2003, Hannu E K Nevalainen (garbage mail) wrote:

> > From: Igor Pechtchanski
>
> > Linda,
> >
> > Have you tried a setup snapshot?  .
> > More below.
>
>  Note that 2.415 - the latest snapshot -
> is the same you get by hitting "Install Now" at http://cygwin.com

Hmm, I didn't notice that.  I run mine from CVS anyway... ;-)

> > On Wed, 1 Oct 2003, Linda W. wrote:
> >
> > > Aome comments/suggestions/GRFE's (Grovelling Request for Enhancements :-)):
> > >
> > > 1)  Remember a user's previous choices.  (~/.cygwinsetuprc would be 1
> > > possibility).
> >
> > Already there.
>
> Sorry; not entirely.
> The last "Create Start Menu"-thing doesn't remember its setting. (Unless it
> looks at the Start Menu contents?)

I thought it did...  At least, if I uncheck the "Create Desktop Icon" box,
it won't be checked next time I run setup...

> > > 1a) allow flags to disable some diaglogs:
> 
> >
> > IMO, it's better the way it is now -- all the dialogs still there, but the
> > values are saved; you just click "Next".
>
>  Please, no, Igor. You're beeing shortsighted.
> Think about beeing able to *automate* things, or even present "end users"
> less off options to ponder on (i.e. an admin has set things up for a campus
> or some such).

No, I was simply responding to the suggestion in the context in which it
was being made.  The context was for manual installation through a GUI
(but minimizing the number of dialogs displayed).  This is completely
orthogonal to unattended setup mode (which is what you're referring to):
when you run setup in unattended (automated) mode, you don't care how many
dialogs it displays, as long as you're not required to sit there and click
the mouse.  What I said still stands (even for automated mode)...
Igor

> 
>
> I'm in here for many reasons; one of them is the possibility to AUTOMATE
> things that others haven't even considered possible.
>  e.g.
> Download images from my digital camera,
>  - sorting the images out by date and time,
>  - placing them in folders with the image date as name...
>  - renaming the image itself so that the name reflects the exact second when
> it was shot (among other things making the name unique).
>
> /Hannu E K Nevalainen

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

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Postinstall hangs with bash

[Geoff Cheshire]

$ tail setup.log.full
2003/10/01 12:21:31 xpm-nox
2003/10/01 12:21:31 zip
2003/10/01 12:21:31 zsh
2003/10/01 12:21:32 running: C:\cygwin\bin\sh.exe -c
/etc/postinstall/myPostinst
all3.sh
2003/10/01 12:21:35 mbox note: Nothing needed to be installed
+ cygpath -w /
+ strace -o postinstall.strace bash -c echo C:\cygwin
C:cygwin
2003/10/01 12:21:35 error: Unable to remove temporary file
'/var/log/setup.log.p
ostinstallXa00264'
2003/10/01 12:21:36 Ending cygwin install

/postinstall.strace
**
Program name: C:\cygwin\bin\bash.exe (1484)
App version:  1005.4, api: 0.94
DLL version:  1005.5, api: 0.94
DLL build:2003-09-20 16:31
OS version:   Windows NT-5.0
Heap size:402653184
Date/Time:2003-10-01 12:21:32
**
  4651076 [main] bash 1484 environ_init: 0xA040008: !C:=C:\
   991175 [main] bash 1484 environ_init: 0xA0404D8: !F:=F:\
   941269 [main] bash 1484 environ_init: 0xA0404E8: !G:=G:\
   951364 [main] bash 1484 environ_init: 0xA0404F8: !H:=H:\
   941458 [main] bash 1484 environ_init: 0xA040508: !I:=I:\
   991557 [main] bash 1484 environ_init: 0xA040518: !K:=K:\
   941651 [main] bash 1484 environ_init: 0xA040528: !L:=L:\
   941745 [main] bash 1484 environ_init: 0xA040538: !M:=M:\
   941839 [main] bash 1484 environ_init: 0xA040548: !N:=N:\
   941933 [main] bash 1484 environ_init: 0xA040558: !Q:=Q:\
   942027 [main] bash 1484 environ_init: 0xA040568: !Z:=Z:\
   952122 [main] bash 1484 environ_init: 0xA040578:
ALLUSERSPROFILE=C:\Documents and Settings\All Users
   952217 [main] bash 1484 environ_init: 0xA0405B0:
APPDATA=C:\Documents and Settings\Cheshire\Application Data
   942311 [main] bash 1484 environ_init: 0xA0405F0:
COMMONPROGRAMFILES=C:\Program Files\Common Files
   962407 [main] bash 1484 environ_init: 0xA040628:
COMPUTERNAME=FPD-411
  5632970 [main] bash 1484 environ_init: 0xA040648:
COMSPEC=C:\WINNT\system32\cmd.exe
  1183088 [main] bash 1484 environ_init: 0xA040670:
CYGWINROOT=C:\cygwin
   973185 [main] bash 1484 getwinenv: can't set native for HOME=
since no environ yet
  1133298 [main] bash 1484 mount_info::conv_to_posix_path:
conv_to_posix_path (C:\cygwin\home\Cheshire, no-keep-rel,
no-add-slash)
   663364 [main] bash 1484 normalize_win32_path:
C:\cygwin\home\Cheshire = normalize_win32_path
(C:\cygwin\home\Cheshire)
   593423 [main] bash 1484 mount_info::conv_to_posix_path:
/home/Cheshire = conv_to_posix_path (C:\cygwin\home\Cheshire)
  1583581 [main] bash 1484 win_env::add_cache: posix
/home/Cheshire
   493630 [main] bash 1484 win_env::add_cache: native
HOME=C:\cygwin\home\Cheshire
   493679 [main] bash 1484 posify: env var converted to
HOME=/home/Cheshire
   933772 [main] bash 1484 environ_init: 0xA0406B8:
HOME=/home/Cheshire
  1003872 [main] bash 1484 environ_init: 0xA040808: HOMEDRIVE=C:
   953967 [main] bash 1484 environ_init: 0xA040820: HOMEPATH=\
   944061 [main] bash 1484 environ_init: 0xA040830:
LOGONSERVER=\\FPD-411
   964157 [main] bash 1484 environ_init: 0xA040850:
NAME=Cheshire, Geoffrey
   954252 [main] bash 1484 environ_init: 0xA040870:
NUMBER_OF_PROCESSORS=1
   944346 [main] bash 1484 environ_init: 0xA040890:
NWLANGUAGE=English
  1054451 [main] bash 1484 environ_init: 0xA0408A8:
NWUSERNAME=Cheshire
   964547 [main] bash 1484 environ_init: 0xA0408C0:
OS2LIBPATH=C:\WINNT\system32\os2\dll;
   944641 [main] bash 1484 environ_init: 0xA0408F0: OS=Windows_NT
   954736 [main] bash 1484 getwinenv: can't set native for PATH=
since no environ yet
   594795 [main] bash 1484 normalize_posix_path: src .
   604855 [main] bash 1484 mount_info::conv_to_posix_path:
conv_to_posix_path (C:\cygwin, no-keep-rel, no-add-slash)
   504905 [main] bash 1484 normalize_win32_path: C:\cygwin =
normalize_win32_path (C:\cygwin)
   494954 [main] bash 1484 mount_info::conv_to_posix_path: / =
conv_to_posix_path (C:\cygwin)
   515005 [main] bash 1484 cwdstuff::get: posix /
   525057 [main] bash 1484 cwdstuff::get: (/) = cwdstuff::get
(0x22F998, 260, 1, 0), errno 0
   505107 [main] bash 1484 normalize_posix_path: / =
normalize_posix_path (.)
   505157 [main] bash 1484 mount_info::conv_to_win32_path:
conv_to_win32_path (/)
   545211 [main] bash 1484 set_flags: flags: binary (0x2)
   505261 [main] bash 1484 mount_info::conv_to_win32_path:
src_path /, dst C:\cygwin, flags 0xA, rc 0
  3415602 [main] bash 1484 symlink_info::check: not a symlink
   955697 [main] bash 1484 symlink_info::check: 0 = symlink.check
(C:\cygwin, 0x22F658) (0xA)
   545751 [main] bash 1484 path_conv::check: root_dir(C:\),
this->path(C:\cygwin), set_has_acls(0)
  1075858 [main] bash 1484 mount_info::conv_to_posix_path:
conv_to_posix_path (C:\cygwin\bin, keep-rel, no-add-slash)
   505908 [main] bash 1484 normalize_win32_path: C:\cygwin\bin =
normalize_win32_path (

Re: home directory not created in cygwin installation

[Ji-Wei Wu]

My computer runs Windows 2000 Professional.  I verified $USER is correct 
from cygwin but $HOME was not set during installation (I don't know 
why).  I also noticed that the file /etc/profile does not seem to have the 
lines to set HOME (comparing to other people's profile).  Now I have to set 
HOME every time I start a cygwin shell.  Is there a way I can run the 
profile to set HOME permanently after installation? Thanks.

At 06:32 PM 9/30/2003 -0400, you wrote:
On Tue, 30 Sep 2003, Ji-Wei Wu wrote:

> I downloaded and installed the latest cygwin today on my computer.  I
> followed all defaults during installation (in c:\cygwin).  After that, I
> started a cygwin bash shell but found that it did not start in the
> /home/$USER directory ($USER means the user name I use to log onto my
> computer).  The actual directory is /sygdrive/c, which means the c: drive
> on my computer.  What went wrong in my installation and can anyone help me?
>
> Thanks.
At a guess, your HOME is set incorrectly in Windows.
Please read and follow the Cygwin problem reporting guidelines at
.  This will provide enough information
to venture a better guess or to find a solution for your problem.
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!
"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton


--
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: home directory not created in cygwin installation

[Monique Y. Herman]

On Wed, 01 Oct 2003 16:08:39 -0400, Ji-Wei Wu <[EMAIL PROTECTED]> penned:
> My computer runs Windows 2000 Professional.  I verified $USER is correct 
> from cygwin but $HOME was not set during installation (I don't know 
> why).  I also noticed that the file /etc/profile does not seem to have the 
> lines to set HOME (comparing to other people's profile).  Now I have to set 
> HOME every time I start a cygwin shell.  Is there a way I can run the 
> profile to set HOME permanently after installation? Thanks.
> 

On your windows desktop:

Right-click on "My Computer" and go to properties.  Click on "Advanced"
tab.  Punch "Environment Variables" button.  Create new user variable
HOME with value something like C:\cygwin\home\user where user is the
username you want for your home.

-- 
monique


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

Please Help - Problems installing cygwin...

[hayward]

I just installed cygwin and none of the post-install scripts work after 
install.  I've tried having the cygwin\bin directory at both the front and 
the end of the path.

After installing cygwin, I found the following details:
1) First time running the shell, threw me to "/usr/bin" when I did a pwd.
2) I tried re-running the base-files-mketc.sh.done script - it failed with 
"/bin/uname not found".  Then I tested "/bin/uname" from the command line 
and it worked fine.  Then instead of running "sh base-files-mketc.sh.done" 
I ran "bash base-files-mketc.sh.done" and it worked fine.

Then I tried to run the rest of the postinstall scripts in the same 
fashion, before they would work I had to add /usr/bin and /bin to the 
FRONT of the path.  (Otherwise it found the DOS "find" program instead of 
the Unix "find" program.

After all of the postinstall scripts worked successfully, I exited the 
cygwin shell and started it again.  I then got "/etc/profile permission 
denied"

ls -l /etc revealed that all files were owned by the default user and 
group that installed it.  Many permissions were as if someone did a
chmod 0 on them.

Does anyone have suggestions?  I suspect it may be the path, but I'm not 
sure.

Thanks,
Brian Hayward



--
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: Postinstall hangs with bash

[Hannu E K Nevalainen \(garbage mail\)]

> Hannu,
>
> Can you reproduce the hang under strace?  If so, try to make a copy of the
> hanging script (and the one it calls) and pare them down to one or two
> commands (they should still reproduce the hang, though).  Once you have
> that, please attach the strace output from the simple script.
>   Igor

Running setup.exe from bash, or with strace, eliminates the problem. My
experience is that setup MUST be run from Explorer.

I've attached stripped down versions of Xfree-bin-icons.sh (and related
scripts).
I can reproduce it like this:
- Put "part1.sh" in /etc/postinstall
- put "part[23].sh" in /
- ...and run setup.exe from Explorer

Choose
- Leave virus scanner alone (I have F-secure)
- Install from local dir
- Select root install dir
   Root dir "C:\Program\cygwin"
   For All users
   Unix text file type
- LPD: G:\cygwin-downloads


- Select packages
  * Curr
  All @ Default
[ Next ]
When the "part1.sh" script gets executed, it hangs... which can look like
this from bash (in rxvt):


[EMAIL PROTECTED] /etc/postinstall bash (P)PID=(380)2296, s=0
$ mv part1.sh.done part1.sh


$ ps -a
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
  380   1 380880  con  500 15:59:28 /usr/bin/rxvt
 2296 3802296   23920  500 15:59:28 /usr/bin/bash
 2220   12220   2220  con  500 23:21:00 /usr/bin/sh
  76822202220768  con  500 23:21:00 /usr/bin/sh
I2516 7682220   2516  con  500 23:21:00 /usr/bin/bash
  78025162220780  con  500 23:21:00 /usr/bin/bash
 2532 7802220   2532  con  500 23:21:01 /usr/bin/cygpath
 197622961976   23880  500 23:21:13 /usr/bin/ps



$ kill -9 2532

$ ps -a
  PIDPPIDPGID WINPID  TTY  UIDSTIME COMMAND
  380   1 380880  con  500 15:59:28 /usr/bin/rxvt
 2296 3802296   23920  500 15:59:28 /usr/bin/bash
 2244229622447680  500 23:21:44 /usr/bin/ps

$ mv part1.sh.done part1.sh
mv: cannot stat `part1.sh.done': No such file or directory

$ tail /var/log/setup.log.full
2003/10/01 23:20:59 XFree86-vfb
2003/10/01 23:20:59 XFree86-xwinclip
2003/10/01 23:20:59 xinetd
2003/10/01 23:20:59 xmlto
2003/10/01 23:20:59 xpm-nox
2003/10/01 23:20:59 zip
2003/10/01 23:20:59 zsh
2003/10/01 23:21:00 running: C:\Program\cygwin\bin\sh.exe -c
/etc/postinstall/part1.sh
2003/10/01 23:21:08 mbox note: Nothing needed to be installed
2003/10/01 23:21:10 Ending cygwin install

This is with ONE extra bash+rxvt running while the test is done. No other
cygwin tasks exist at test time.


-- attempt from bash, this doesn't hang --
[EMAIL PROTECTED] /etc/postinstall bash (P)PID=(380)2296, s=1
$ mv part1.sh.done part1.sh
mv: cannot stat `part1.sh.done': No such file or directory
$ /install/setup.exe


$ tail /var/log/setup.log.full
2003/10/01 23:32:41 xinetd
2003/10/01 23:32:41 xmlto
2003/10/01 23:32:41 xpm-nox
2003/10/01 23:32:41 zip
2003/10/01 23:32:41 zsh
2003/10/01 23:32:41 running: C:\Program\cygwin\bin\sh.exe -c
/etc/postinstall/part1.sh
-/cygdrive/f/Documents and Settings/All Users/Start
Menu/Programs/Cygwin-XFree86-
part1, id: uid=500(Hannu) gid=513(user)
groups=544(Administrators),513(user),545(Users)
2003/10/01 23:32:46 mbox note: Nothing needed to be installed
2003/10/01 23:32:47 Ending cygwin install

  :-L  - I'm going to bed now.

BTW: setup - "Create icon on Desktop" is not remembered, I was wrong before.

/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--END OF MESSAGE--


part1.sh
Description: Binary data


part2.sh
Description: Binary data


part3.sh
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: Please Help - Problems installing cygwin...

[hayward]

Just an update.  I tried it again, downloading packages again this time.  
So far, the latest version of cygwin has only worked on one Win2K system 
for me, it has failed on three others.

On the other three, I am logging into a system that is part of a domain.

I ruled out "PATH" being a problem by making sure the PATH for the one 
that DID work was moved to one that did not work.

If we cannot figure out why these systems are not working, can someone 
help by explaining what exactly the installer should be doing after the 
binaries are laid down, so I can do it manually to get cygwin working?  
E.g. how are permissions on the system supposed to be set?  Other than the 
post-install scripts, what else should I check to see if setup 
accomplished it properly?

Thank You,
Brian Hayward

On Wed, 1 Oct 2003 [EMAIL PROTECTED] wrote:

>
>I just installed cygwin and none of the post-install scripts work after 
>install.  I've tried having the cygwin\bin directory at both the front and 
>the end of the path.
>
>After installing cygwin, I found the following details:
>1) First time running the shell, threw me to "/usr/bin" when I did a pwd.
>2) I tried re-running the base-files-mketc.sh.done script - it failed with 
>"/bin/uname not found".  Then I tested "/bin/uname" from the command line 
>and it worked fine.  Then instead of running "sh base-files-mketc.sh.done" 
>I ran "bash base-files-mketc.sh.done" and it worked fine.
>
>Then I tried to run the rest of the postinstall scripts in the same 
>fashion, before they would work I had to add /usr/bin and /bin to the 
>FRONT of the path.  (Otherwise it found the DOS "find" program instead of 
>the Unix "find" program.
>
>After all of the postinstall scripts worked successfully, I exited the 
>cygwin shell and started it again.  I then got "/etc/profile permission 
>denied"
>
>ls -l /etc revealed that all files were owned by the default user and 
>group that installed it.  Many permissions were as if someone did a
>chmod 0 on them.
>
>Does anyone have suggestions?  I suspect it may be the path, but I'm not 
>sure.
>
>Thanks,
>Brian Hayward
>
>
>
>--
>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/
>

-- 
Brian Hayward


--
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: Please Help - Problems installing cygwin...

[Igor Pechtchanski]

Brian,

The main issue is what should be done *before* setup runs, rather than
after everything is installed.  If you manually create c:\cygwin and give
it the correct permissions (*not* inherited, owned by Administrators, full
permissions to owner, read/execute by everyone else), you should be able
to install everything and get a working version of Cygwin.  Perhaps the
thread starting at 
would also be helpful.
Igor

On Wed, 1 Oct 2003 [EMAIL PROTECTED] wrote:

> Just an update.  I tried it again, downloading packages again this time.
> So far, the latest version of cygwin has only worked on one Win2K system
> for me, it has failed on three others.
>
> On the other three, I am logging into a system that is part of a domain.
>
> I ruled out "PATH" being a problem by making sure the PATH for the one
> that DID work was moved to one that did not work.
>
> If we cannot figure out why these systems are not working, can someone
> help by explaining what exactly the installer should be doing after the
> binaries are laid down, so I can do it manually to get cygwin working?
> E.g. how are permissions on the system supposed to be set?  Other than the
> post-install scripts, what else should I check to see if setup
> accomplished it properly?
>
> Thank You,
> Brian Hayward
>
> On Wed, 1 Oct 2003 [EMAIL PROTECTED] wrote:
>
> >
> >I just installed cygwin and none of the post-install scripts work after
> >install.  I've tried having the cygwin\bin directory at both the front and
> >the end of the path.
> >
> >After installing cygwin, I found the following details:
> >1) First time running the shell, threw me to "/usr/bin" when I did a pwd.
> >2) I tried re-running the base-files-mketc.sh.done script - it failed with
> >"/bin/uname not found".  Then I tested "/bin/uname" from the command line
> >and it worked fine.  Then instead of running "sh base-files-mketc.sh.done"
> >I ran "bash base-files-mketc.sh.done" and it worked fine.
> >
> >Then I tried to run the rest of the postinstall scripts in the same
> >fashion, before they would work I had to add /usr/bin and /bin to the
> >FRONT of the path.  (Otherwise it found the DOS "find" program instead of
> >the Unix "find" program.
> >
> >After all of the postinstall scripts worked successfully, I exited the
> >cygwin shell and started it again.  I then got "/etc/profile permission
> >denied"
> >
> >ls -l /etc revealed that all files were owned by the default user and
> >group that installed it.  Many permissions were as if someone did a
> >chmod 0 on them.
> >
> >Does anyone have suggestions?  I suspect it may be the path, but I'm not
> >sure.
> >
> >Thanks,
> >Brian Hayward

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

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: munmap bug test program

[peter garrone]

>On Tue, Sep 30, 2003 at 10:06:11AM +0800, peter garrone wrote:
>> This test program highlights the recent munmap problem addressed by Corinna.
>> It works with the updated mmap, and with linux, fails on cygwin with the prior mmap.
>
>What "updated" mmap are you talking about, your's or the one in CVS?

>Corinna

The one in CVS, I believe I tested it with the one I submitted as well.


-- 
__
http://www.linuxmail.org/
Now with e-mail forwarding for only US$5.95/yr

Powered by Outblaze

--
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_setup.exe comments...

[Cliff Hones]

Igor Pechtchanski wrote:
> ...
> > The last "Create Start Menu"-thing doesn't remember its setting. (Unless
it
> > looks at the Start Menu contents?)
>
> I thought it did...  At least, if I uncheck the "Create Desktop Icon" box,
> it won't be checked next time I run setup...

That's not my experience.  I always uncheck "Create Desktop Icon" (since
I prefer my icon in the QuickLaunch toolbar), but it's always checked
again next time I run setup.  [This is on Win2K with everything up to date.]
I've just got used to this, along with various other setup.exe quirks.
A while ago the quirks made it difficult to use, but now they are few
in number and easy to live with (except the lack of resizing -
I'm eagerly awaiting the promised enhancement here).

-- Cliff



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

'dig', 'nslookup' etc?

[Monique Y. Herman]

What package would I need to get tools such as dig, nslookup, and
friends?

And how would I determine that in the future without having to bother
the list?

-- 
monique


--
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: 'dig', 'nslookup' etc?

[Carlo Florendo]

- Original Message -
From: "Monique Y. Herman"

> What package would I need to get tools such as dig, nslookup, and
> friends?

AFAIK,  those tools are not available in cygwin.

> And how would I determine that in the future without having to bother
> the list?

Go to http://cygwin.com/packages and start your search from there.

Say for example, you want to look for all files with the "foo" string, type
"foo" in the search box.

Best Regards,

Carlo
--
Carlo Florendo
Astra Philippines Inc.
www.hq.astra.ph




--
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: Please Help - Problems installing cygwin...

[Igor Pechtchanski]

Brian,

All suggestions for improvement, as well as Cygwin-related comments and
questions, should go to the Cygwin list.  Please avoid sending personal
e-mail unless specifically requested.  FWIW, the (volunteer) FAQ and
User's Guide maintainers read this list.  It would help them immensely if
you could write and submit your documentation changes as patches against
CVS documentation sources.  For information on how to check out Cygwin
sources (including docs) from CVS see .
Igor

On Wed, 1 Oct 2003 [EMAIL PROTECTED] wrote:

> Wonderful, Thank You.  Who maintains the documentation on www.cygwin.com
> so I can suggest updating the FAQ/Install section?
>
> Thanks,
> Brian Hayward
>
> On Wed, 1 Oct 2003, Igor Pechtchanski wrote:
>
> >Brian,
> >
> >The main issue is what should be done *before* setup runs, rather than
> >after everything is installed.  If you manually create c:\cygwin and give
> >it the correct permissions (*not* inherited, owned by Administrators, full
> >permissions to owner, read/execute by everyone else), you should be able
> >to install everything and get a working version of Cygwin.  Perhaps the
> >thread starting at 
> >would also be helpful.
> > Igor
> >
> >On Wed, 1 Oct 2003 [EMAIL PROTECTED] wrote:
> >
> >> Just an update.  I tried it again, downloading packages again this time.
> >> So far, the latest version of cygwin has only worked on one Win2K system
> >> for me, it has failed on three others.
> >>
> >> On the other three, I am logging into a system that is part of a domain.
> >>
> >> I ruled out "PATH" being a problem by making sure the PATH for the one
> >> that DID work was moved to one that did not work.
> >>
> >> If we cannot figure out why these systems are not working, can someone
> >> help by explaining what exactly the installer should be doing after the
> >> binaries are laid down, so I can do it manually to get cygwin working?
> >> E.g. how are permissions on the system supposed to be set?  Other than the
> >> post-install scripts, what else should I check to see if setup
> >> accomplished it properly?
> >>
> >> Thank You,
> >> Brian Hayward
> >>
> >> On Wed, 1 Oct 2003 [EMAIL PROTECTED] wrote:
> >>
> >> >
> >> >I just installed cygwin and none of the post-install scripts work after
> >> >install.  I've tried having the cygwin\bin directory at both the front and
> >> >the end of the path.
> >> >
> >> >After installing cygwin, I found the following details:
> >> >1) First time running the shell, threw me to "/usr/bin" when I did a pwd.
> >> >2) I tried re-running the base-files-mketc.sh.done script - it failed with
> >> >"/bin/uname not found".  Then I tested "/bin/uname" from the command line
> >> >and it worked fine.  Then instead of running "sh base-files-mketc.sh.done"
> >> >I ran "bash base-files-mketc.sh.done" and it worked fine.
> >> >
> >> >Then I tried to run the rest of the postinstall scripts in the same
> >> >fashion, before they would work I had to add /usr/bin and /bin to the
> >> >FRONT of the path.  (Otherwise it found the DOS "find" program instead of
> >> >the Unix "find" program.
> >> >
> >> >After all of the postinstall scripts worked successfully, I exited the
> >> >cygwin shell and started it again.  I then got "/etc/profile permission
> >> >denied"
> >> >
> >> >ls -l /etc revealed that all files were owned by the default user and
> >> >group that installed it.  Many permissions were as if someone did a
> >> >chmod 0 on them.
> >> >
> >> >Does anyone have suggestions?  I suspect it may be the path, but I'm not
> >> >sure.
> >> >
> >> >Thanks,
> >> >Brian Hayward

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

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: problems installing cygwin

[Igor Pechtchanski]

Yu,

Please send all Cygwin-related questions and comments to the Cygwin list,
and not by personal e-mail unless specifically requested.  This will
utilize the cumulative expertise of the list, rather than that of any one
person.  It also ensures that the question and the answers end up in the
list archives, so that others have access to them.

On Wed, 1 Oct 2003, Yu Liu wrote:

> Sorry to email you, but I'm having this problem as well.  I'm new to the 
> whole environment, so I don't really know how the Unix thing works. However, 
> this installing hang only happens on the XFree86 bin icons.  All the other 
> files are installed properly.  I'm running a Win XP at home, so there is no 
> administrator problems.  I need this for school so I'd appreciate it if you 
> can give me some feedback.
> 
> Thank you.

Speaking of the archives, I suspect that the threads starting at
 and
 would be informative
on this issue.  FWIW, I've found most of these messages by searching the
Cygwin list archives (at ) for
"XFree86-bin-icons".
Igor
-- 
Igor Pechtchanski   "I love deadlines.  I love the whooshing noise
IBM T.J.Watson Research Center  they make as they go past."
[EMAIL PROTECTED]-- Douglas Adams
(914)784-6162


--
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: home directory not created in cygwin installation

[Pierre A. Humblet]

On Wed, Oct 01, 2003 at 09:27:25AM -0400, Igor Pechtchanski wrote:
> On Wed, 1 Oct 2003, John Morrison wrote:
>
> > Igor, think there's anything /etc/profile could do about this?
> >
> > J.
> 
> John,
> 
> This is thin ice...  On one hand, we want to make things work pretty
> seamlessly.  On the other, we don't want to limit the more advanced users
> by not letting them change the home directory on the fly (anyone doing
> that, anyway?).  One "solution" I can see is to ignore the $HOME setting
> completely, and always go by /etc/passwd.  I think this was discussed
> before, but can't recall the details.  One caveat I see is that this would
> require an existing (and valid) /etc/passwd, whereas nowadays it's
> optional (with "nontsec" or in Win9x).  I don't know if this will daunt
> the advanced users, but it's probably something to discuss.  Opinions?
>   Igor

Having HOME from Windows different from /etc/passwd is useful for domain
users. HOME can be set to a directory on a shared drive for use while 
working at the console, while /etc/passwd points a local directory to allow 
passwordless network access. I use that all the time.

Note that /etc/passwd is optional even with ntsec, as long as you don't
mind having a funny group name and as long as you don't need to chown, 
use cron, log in from the network, etc.. That's important for people 
who don't use Cygwin as a Unix-like work environment but only to
run standalone programs.

Pierre

--
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: 'dig', 'nslookup' etc?

[Monique Y. Herman]

On Thu, 2 Oct 2003 08:49:04 -0800, Carlo Florendo <[EMAIL PROTECTED]> penned:
> 
> - Original Message -
> From: "Monique Y. Herman"
> 
>> What package would I need to get tools such as dig, nslookup, and
>> friends?
> 
> AFAIK,  those tools are not available in cygwin.

Well, that's a bummer!

>> And how would I determine that in the future without having to bother
>> the list?
> 
> Go to http://cygwin.com/packages and start your search from there.
> 
> Say for example, you want to look for all files with the "foo" string, type
> "foo" in the search box.

That's what I tried.  I was just hoping that I was messing up, rather
than that there was no such thing.

Thanks muchly!
-- 
monique


--
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: 'dig', 'nslookup' etc?

[Igor Pechtchanski]

On Thu, 2 Oct 2003, Monique Y. Herman wrote:

> On Thu, 2 Oct 2003 08:49:04 -0800, Carlo Florendo <[EMAIL PROTECTED]> penned:
> >
> > From: "Monique Y. Herman"
> >
> >> What package would I need to get tools such as dig, nslookup, and
> >> friends?
> >
> > AFAIK,  those tools are not available in cygwin.
>
> Well, that's a bummer!
>
> >> And how would I determine that in the future without having to bother
> >> the list?
> >
> > Go to http://cygwin.com/packages and start your search from there.
> >
> > Say for example, you want to look for all files with the "foo" string, type
> > "foo" in the search box.
>
> That's what I tried.  I was just hoping that I was messing up, rather
> than that there was no such thing.
>
> Thanks muchly!

Monique,

Do you Google: ? ;-)
Also  and, perhaps not as
intuitive, .
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

Is multithreaded profiling on cygwin possible?

[peter garrone]

Firstly, apologies for repeated postings to the gmane cygwin newsgroup, I thought they 
were bounced.

If I profile my multi-threaded application, it appears that only the main thread is 
profiled.

On linux, it is possible to save and set the virtual timer upon creation of each 
thread, and thereby get a decent profile.
However the virtual timer is unavailable on cygwin, and I would imagine that this 
approach is incorrect,
due to differing thread models.
-- 
__
http://www.linuxmail.org/
Now with e-mail forwarding for only US$5.95/yr

Powered by Outblaze

--
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: setvbuf / [ANNOUNCEMENT] Updated: cygwin-1.5.5-1

[Christopher Faylor]

On Wed, Oct 01, 2003 at 11:11:39AM -0700, Jan Jaeger wrote:
>The attached test case does should display test2 wait five seconds and
>then display test3, instead on my system it issues test2 and test3
>simultanuously.

Thanks for the test case.  I've checked in an ugly hack to work around
the problem but as a workaround that you can use which avoids having
to upgrade cygwin, adding something like:

printf("");

at the beginning of your program should cause things to work better.

The basic problem was that newlib thought that stdout had to be
initialized since it didn't recognize the fact that the buffer had
been set in another thread.  So, it ended up reinitializing the
buffering on stdout.  Calling printf with an empty string will
cause stdout to be initialized and so subsequent calls to setvbuf
will stick.  This is essentially what I've done in the cygwin dll.

I'm building a snapshot now.  Cygwin is in a somewhat interesting
state right now, so the snapshots may be a little more unstable than
usual.

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: 'dig', 'nslookup' etc?

[Brian Dessent]

"Monique Y. Herman" wrote:
> 
> On Thu, 2 Oct 2003 08:49:04 -0800, Carlo Florendo <[EMAIL PROTECTED]> penned:
> >
> > - Original Message -
> > From: "Monique Y. Herman"
> >
> >> What package would I need to get tools such as dig, nslookup, and
> >> friends?
> >
> > AFAIK,  those tools are not available in cygwin.
> 
> Well, that's a bummer!

You can use the binaries from the precompiled win32 BIND packages from
ISC.  They're not cygwin aware, but since they're ports from a unix-like
environment you can hardly tell the difference.

Brian

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

Re: Postinstall hangs with bash

[Linda W.]

I get the same hang...I downloaded the latest setup, this morning, took 
all the standard sets and added a few
Xfree items (like Xicons).

I come home after having had to "go over the hill" (santa cruz to 
silliputty valley), I find cygwin_setup
stuck at 99% complete:
Running...
No package
/etc/postinstall/XFree86-bin-icons.sh
Package:   xx
Total: x
Disk:  

---
Available info: (Process explorer from sysinternals)
Process Info
Fields separated by semicolons:
Process; PID; CPU; Priority; Working Set; Threads; I/O Read Bytes; I/O 
Write Bytes; I/O Other Bytes; Page Faults; Description; User Name; 
Handles; Window Title; Start Time; Session ID; Private Bytes; Path; 
Command Line; Company Name; Peak Private Bytes; Version; Peak Working 
Set; USER Objects; GDI Objects; I/O Reads; I/O Writes; I/O Other
cygwin_setup.exe; 3304; 00.00; 8; 21560 K; 3; 64090466; 162558279; 
17400827; 25894; ; Shiva\law; 135; 99% - Cygwin Setup; 9:36:06a 
2003-10-01; 0; 17000 K; \\Ishtar\share\software\Cygwin\cygwin_setup.exe; 
"\\Ishtar\share\software\Cygwin\cygwin_setup.exe" ; ; 20868 K; ; 25348 
K; 112; 63; 9948; 21136; 266838
 sh.exe; 324; 00.00; 8; 2020 K; 3; 13190; 0; 124266; 512; ; Shiva\law; 
82; ; 11:55:33a 2003-10-01; 0; 1292 K; C:\bin\sh.exe; C:\\bin\sh.exe -c 
/etc/postinstall/XFree86-bin-icons.sh; ; 1300 K; ; 2032 K; 0; 4; 5; 0; 230
  sh.exe; 2540; 00.00; 8; 1620 K; 3; 9756; 0; 123958; 406; ; Shiva\law; 
78; ; 11:55:33a 2003-10-01; 0; 1116 K; C:\bin\sh.exe; C:\bin\sh.exe 
/etc/postinstall/XFree86-bin-icons.sh; ; 1124 K; ; 1636 K; 0; 0; 4; 0; 211
   bash.exe; 2824; 00.00; 8; 3056 K; 4; 16578; 0; 122930; 769; ; 
Shiva\law; 100; ; 11:55:33a 2003-10-01; 0; 1516 K; C:\bin\bash.exe; 
C:\bin\bash.exe /usr/X11R6/bin/XFree86-bin-icons.sh; ; 1516 K; ; 3056 K; 
0; 4; 134; 0; 263
bash.exe; 1792; 00.00; 8; 2196 K; 3; 11582; 0; 128014; 551; ; 
Shiva\law; 85; ; 11:55:34a 2003-10-01; 0; 1584 K; C:\bin\bash.exe; 
C:\bin\bash.exe; ; 1588 K; ; 2208 K; 0; 4; 1; 0; 206
 bash.exe; 3700; 00.00; 8; 2152 K; 2; 11582; 0; 121680; 547; ; 
Shiva\law; 78; ; 11:55:34a 2003-10-01; 0; 1596 K; C:\bin\bash.exe; 
C:\bin\bash.exe; ; 1604 K; ; 2152 K; 0; 4; 1; 0; 198
  cygpath.exe; 3828; 00.00; 8; 968 K; 2; 0; 0; 36; 238; ; 
Shiva\law; 48; ; 11:55:34a 2003-10-01; 0; 876 K; C:\bin\cygpath.exe; 
C:\bin\cygpath.exe -A -P; ; 876 K; ; 968 K; 0; 0; 0; 0; 8

-

Process: cygpath.exe Pid: 3828

Base; Size; MM; Description; Version; Path; Time; Company Name; Image Base
0x0; 0x0; ; ; ; ; ; ; 0x50454D4F
0x36; 0x16000; *; ; ; C:\WINDOWS\system32\unicode.nls; 2001-08-18 
12:00p; ; 0x50454D4F
0x38; 0x34000; *; ; ; C:\WINDOWS\system32\locale.nls; 2002-04-09 
6:17p; ; 0x50454D4F
0x3C; 0x6000; *; ; ; C:\WINDOWS\system32\sorttbls.nls; 2001-08-18 
12:00p; ; 0x50454D4F
0x41; 0x41000; *; ; ; C:\WINDOWS\system32\sortkey.nls; 2001-08-18 
12:00p; ; 0x50454D4F

--

Handle; Type; Access; Name
0x7EC; Directory; 0x000F000F; \Windows
0x7F4; Directory; 0x0003; \KnownDlls
0x748; Event; 0x001F0003;
0x7E0; Event; 0x001F0003;
0x7F0; Event; 0x0013;
0x130; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\docbook-xsl\docbook-xsl-1.62.3-1.tar.bz2
0x17C; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\editrights\editrights-1.01-1.tar.bz2
0x184; File; 0x001F01FF; \Device\Afd\Endpoint
0x190; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\libxml2\libxml2-2.5.11-1.tar.bz2
0x194; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\gcc-mingw\gcc-mingw-20030911-3.tar.bz2
0x1BC; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\gcc\gcc-3.3.1-2.tar.bz2
0x1C0; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\flex\flex-2.5.4a-3.tar.bz2
0x1C4; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\libxslt\libxslt-1.0.33-1.tar.bz2
0x1C8; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\nasm\nasm-0.98.38-1.tar.bz2
0x1CC; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\netcat\netcat-1.10-2.tar.bz2
0x1D0; File; 0x00120089; 
\Device\LanmanRedirector\Ishtar\share\software\Cygwin\http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin\release\openssl\openssl-0.9.7c-1.tar.bz