Re: zsh & lilypond

[Peter A. Castro]

On Wed, 21 Apr 2004, Jan Nieuwenhuizen wrote:

> Peter A. Castro writes:
>
> > Alternatively, you could ask the LilyPond maintainer to have this fixed.
>
> Alternatively, you could switch to a shell that's not so broken.

Hey!  Watch it!  Thems fighin' woids!

> > They [...] think zsh doesn't set $0 correctly for shell scripts, but I
> > believe this has been working for quite a while now
>
> FYI, `they' added code to work around documented brokenness of that
> @!"`%&#$ zsh, on user request.  This was only a few months ago

Such language!  This is a public list, after all :)

Seriously, can you point me to this documented problem?  I can't seem to
locate it.  And, it appears this may be a platform specific issue, as I
can't seem to reproduce it under Linux or Cygwin for anything V4.0.3 and
up (and, yes I've just been trying it).

And, I'd have to question why you have to special case for zsh in the
first place.  Seems to me, you should put out a big fat notice saying
"CUSTOMIZE ME!!!" to make people cognizant of the fact that they need to
do some editing.  No need to make use of some cryptic shell feature which
is iffy to begin with.  Oh, and I've been trying this same little trick
with bash and some other shells, and it fails there in a number of cases
too.  Or perhaps look for a $HOME/.lilypond file to see if they've made
whatever mods are needed and note that they have to touch/create
$HOME/.lilypond.  There are lots of ways to handle this.

>http://mail.gnu.org/archive/html/bug-lilypond/2003-08/msg7.html
>
> > and it's time the LilyPond people corrected this.
>
> so unless you or one of the other two zsh users can provide a patch
> that works with all zsh versions still in use, I'm afraid you'll have
> to suffer some longer.

Oh, that's simple: remove the if test :)

> Jan -- working hard on his meanness

And doing quite nicely, I might add.

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood

--
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: Unable to get CRON to work

[Larry Hall]

At 04:06 PM 4/21/2004, you wrote:
>I resolved my problem.
>
>1. When I first did the installation, I was logged on to my network.  By
>default, cygwin chose my network home directory (H drive) as my home
>directory instead of my C drive.  For some reason cygwin was not able to
>write to my network drives from cron (maybe because I don't own the root on
>the network drive?).  


'cron' needs to switch users to perform it's function.  To do this without
asking the user for a password, Cygwin switches the user's context without
authenticating through Windows.  This means Windows won't provide access 
to any resource that requires authentication to use.  If you're network
home directory cannot be accessed without authentication, you won't be 
able to access it through 'cron'.  This is a known issue for all services
that require switching user context without Windows authentication.  There's
many a discussion in the email archives on the subject.  You can work around
the issue by making your network home directory (or any network share that
you want to access) accessible to everyone.


>I switched my home directory to my C drive (by setting
>my "HOME" environment variable in windows2000 to c:\cygwin) instead of a
>network directory and it worked OK.


That's a viable alternative as well in this case.


>2. I also changed my default group to Administrators instead of mkgroup-l-d


'mkpasswd -l -d >/etc/passwd' and 'mkgroup -l -d >/etc/group' will provide 
you with the proper group information for your users.  It's probably best
to run these when you're setting up services.


>3. I needed to explicitly specify /bin/echo not just echo in the cron to
>test /bin/echo "test" > $HOME/test.out


Yes, this is also known.  It's best not to assume anything about the 
environment and to specify full paths to all executables, scripts, etc.

It's good to see you were able to work through all these issues. :-)
Thanks for providing feedback for the email archives as well.


--
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: Problem compiling with cywin.dll

[Larry Hall]

At 10:14 PM 4/21/2004, you wrote:
>When I try to compile the following
>file under Cygwin g++, I get a
>window that pops up with the
>following message:
>
>The procedure entry point __getreent could not be located in
>the dynamic link library cygwin.dll
>
>Here is the contents of the file a.cc that
>I am trying to compile:
>
>   #include 
>   
>   int main()
>   {
>  cout << "Welcome to the program\n";
>   }
>
>I installed Cygwin using the program
>"setup.exe", the "Cygwin Net Release Setup Program".
>
>I thought the problem might be due to
>a old version of cygwin1.dll so I 
>downloaded the following file: cygwin1-20040416.dll,
>renamed it to cygwin1.dll and cygwin.dll
>and copied it into the directories
>c:\windows and c:\cygwin\bin
>
>Any help with the above error would
>be gratefully appreciated!


Get rid of any copies of cygwin*.dll in any directory other than 
c:\cygwin\bin.  

Rerun setup and update your environment.  You need 
more than just a new DLL if you're going to be building things.



--
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: stty under cygwin

[Larry Hall]

At 09:38 PM 4/21/2004, you wrote:



>>From: Christopher Faylor
>>Reply-To: [EMAIL PROTECTED]
>>To: [EMAIL PROTECTED]
>>Subject: Re: stty under cygwin
>>Date: Wed, 21 Apr 2004 14:33:41 -0400
>>
>>On Wed, Apr 21, 2004 at 06:36:32PM +0100, Dave Korn wrote:
From: cygwin-owner  On Behalf Of Christopher Faylor
I suspect that the OP is trying to take stty output from linux and use
it on cygwin, though.  That won't work.
>>>
>>>My real problem with understanding his post was the wording "send
>>>commands *through* the serial port".  I expected that to mean sending
>>>commands through the serial port (to some connected device) rather than
>>>*to* the serial port.  Such are the problems of international
>>>communication  :)
>>
>>I am sure I would have come to the same conclusion if I hadn't recognized
>>the colon separated string.
>>
>>cgf
>That was a really nice thing to say.

Yeah, I think the new job must be agreeing with Chris.  He's slipping. ;-)


--
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: recompiling cygwin dll problems

[Larry Hall]

At 06:29 PM 4/21/2004, you wrote:
>all,
>
>Is there any reason why a recompiled version of cygwin.dll in a non-standard location
>would cause tools that depend on it to fail? I compiled with a standard:
>
>configure --prefix=
>make
>make install
>
>I need to remove the compiled dll in order to get anything working again...
>
>Also, any debugging tips on tracking this down? If its there, none of the tools
>work (gdb included), if its not, they don't..
>


Make sure the tools can see the DLL.  Make sure the old DLL is not 
accessible by *any* of the tools.  Make sure the new DLL is valid. ;-)

That's all I can think of based on your general inquiry.


--
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: stty under cygwin

[Yitzchak Scott-Thoennes]

On Wed, Apr 21, 2004 at 06:38:09PM -0700, Karl M wrote:
> >I am sure I would have come to the same conclusion if I hadn't recognized
> >the colon separated string.
> >
> >cgf
> >
> That was a really nice thing to say.

I thought so too.  LGPL can't be far away.

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

Problem compiling with cywin.dll

[Davin Pearson]

When I try to compile the following
file under Cygwin g++, I get a
window that pops up with the
following message:

The procedure entry point __getreent could not be located in
the dynamic link library cygwin.dll

Here is the contents of the file a.cc that
I am trying to compile:

   #include 
   
   int main()
   {
  cout << "Welcome to the program\n";
   }

I installed Cygwin using the program
"setup.exe", the "Cygwin Net Release Setup Program".

I thought the problem might be due to
a old version of cygwin1.dll so I 
downloaded the following file: cygwin1-20040416.dll,
renamed it to cygwin1.dll and cygwin.dll
and copied it into the directories
c:\windows and c:\cygwin\bin

Any help with the above error would
be gratefully appreciated!


=
Davin Pearson






Yahoo! Messenger - Communicate instantly..."Ping" 
your friends today! Download Messenger Now 
http://uk.messenger.yahoo.com/download/index.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: Gold stars for an anonymous contributor

[Christopher Faylor]

On Fri, Apr 09, 2004 at 09:21:55AM +0100, Mark Thornton wrote:
>Christopher Faylor wrote:
>>Not to sound ungracious, but I still need to find a 64 bit version of
>>Windows to run on this beauty.  I'll be checking with some contacts to
>>see if I can come up with that.  If I can, the first thing that I'll
>>try is the work around that was posted here recently to see if it can
>>be incorporated into cygwin.  I think that will at least get cygwin
>>working in 32 bit mode.
>
>http://www.microsoft.com/windowsxp/64bit/downloads/upgrade.asp
>
>Time limited trial (360 days).

Downloaded and problem verified.  Now to see if the fix mentioned here
actually works.

I also got an offer to provide me with a commercial version of WinXP64
(or whatever it's called) but we came to the conclusion that this
won't be available commercially for a while.

The generosity is, as always, awe inspiring and appreciated.

cgf
--
Christopher Faylor  spammer? -> [EMAIL PROTECTED]
Cygwin Co-Project Leader[EMAIL PROTECTED]
TimeSys, 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: stty under cygwin

[Karl M]

From: Christopher Faylor
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Re: stty under cygwin
Date: Wed, 21 Apr 2004 14:33:41 -0400
On Wed, Apr 21, 2004 at 06:36:32PM +0100, Dave Korn wrote:
>>From: cygwin-owner  On Behalf Of Christopher Faylor
>>I suspect that the OP is trying to take stty output from linux and use
>>it on cygwin, though.  That won't work.
>
>My real problem with understanding his post was the wording "send
>commands *through* the serial port".  I expected that to mean sending
>commands through the serial port (to some connected device) rather than
>*to* the serial port.  Such are the problems of international
>communication  :)
I am sure I would have come to the same conclusion if I hadn't recognized
the colon separated string.
cgf

That was a really nice thing to say.

_
FREE pop-up blocking with the new MSN Toolbar – get it now! 
http://toolbar.msn.com/go/onm00200415ave/direct/01/

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

recompiling cygwin dll problems

[Edward S. Peschko]

all,

Is there any reason why a recompiled version of cygwin.dll in a non-standard location
would cause tools that depend on it to fail? I compiled with a standard:

configure --prefix=
make
make install

I need to remove the compiled dll in order to get anything working again...

Also, any debugging tips on tracking this down? If its there, none of the tools
work (gdb included), if its not, they don't..

thanks much in advance,

Ed

--
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: need postgresql-7.3.4-2

[Igor Pechtchanski]

On Wed, 21 Apr 2004, Carol Thomson wrote:

> I have a Java Tomcat 4.1 app that is running beautifully with
> postgresql-7.3.4-2. I desparately need to install it on a faster machine
> and all I can find is postgresql-7.4.x on the mirror sites.
>
> I tried running 7.4.1 and some of my complicated queries do not return
> the correct results.
>
> I need to get 7.3.4-2 installed asap. Where can I find it with the
> setup.ini file so I can istall it with Cygwin?
>
> Your help is greatly appreciated.

If you didn't clear the package cache on the original machine, the binary
tarball should still be there.  You can copy or share that and a custom
setup.ini file (simply edit the one you have on your slower machine, and
change postgresql's [curr] field to 7.3.4-2) and then use "install from
local directory" to install it on the faster machine.
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/

Are You Having Trouble sleeping ?

[Bernard Emery]

16689

Ambien

There is no substitute for a good night's sleep.
The quality of your sleep at night can affect your physical and mental hea=
lth,
as well as your behavior and performance the following day.

If you're suffering from insomnia,ask your doctor about Ambien=99 (zolpide=
m tartrate),
the most prescribed sleep medication in the United States.

It has been studied extensively. In fact, since its introduction, many stu=
dies and surveys
have been conducted, involving tens of thousands of people.

Get --http://www.google.com.medswaa.com/gp/default.asp?id=3Dcal
--

--
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: how to get IP with a shell command?

[Bill C. Riemers]

> The ipconfig stuff isn't much more reliable, depending on your setup.
> I always have TWO IP's when my PPP/ISDN is up:
>
> $ ipconfig /all

You could try using the "route print" command as well.  i.e. Maybe something
like:

route print |expand |sed -n -e "s,.* $(route print|expand|sed -n -e
's,[.],[.],g' -e 's,^Default Gateway: *,,p')  *\([0-9][0-9.]*\)
*[0-9][0-9]*,\\1,p"

But if you are behind a NAT, that probably won't give you what you really
want either...

A more elegant solution is to use dynamic dns.  For example I use the
following script run from my crontab:

#!/bin/sh
cd /tmp;exec wget --delete-after
http://freedns.afraid.org/dynamic/update.php?KSD1ADSFLIjkseS11Dc=

This automatically updates a dynamic DNS on afraid.org.  Then even when I'm
connected via WIFI across two separate NAT routers, I can still use my
dynamic DNS name.

  Bill




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

need postgresql-7.3.4-2

[Carol Thomson]

I have a Java Tomcat 4.1 app that is running beautifully with 
postgresql-7.3.4-2. I desparately need to install it on a faster machine and 
all I can find is postgresql-7.4.x on the mirror sites.

I tried running 7.4.1 and some of my complicated queries do not return the
correct results.
I need to get 7.3.4-2 installed asap. Where can I find it with the setup.ini
file so I can istall it with Cygwin?
Your help is greatly appreciated.



--
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: Unable to get CRON to work

[Sachar, Bradley (NIH/OD)]

I resolved my problem.

1. When I first did the installation, I was logged on to my network.  By
default, cygwin chose my network home directory (H drive) as my home
directory instead of my C drive.  For some reason cygwin was not able to
write to my network drives from cron (maybe because I don't own the root on
the network drive?).  I switched my home directory to my C drive (by setting
my "HOME" environment variable in windows2000 to c:\cygwin) instead of a
network directory and it worked OK.

2. I also changed my default group to Administrators instead of mkgroup-l-d

3. I needed to explicitly specify /bin/echo not just echo in the cron to
test /bin/echo "test" > $HOME/test.out

Brad
eRA Technical Advisor, Contractor to NIH


-Original Message-
From: PLAN Frédéric URS Lyon [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 21, 2004 2:56 PM
To: Sachar, Bradley (NIH/OD)
Cc: 'Harig, Mark'
Subject: RE: Unable to get CRON to work



Hello,

I permit to write you directly out of context of mailing list.

Did you resolv your problem of crontab ? So maybe can you bring me good
help...

I've got the same problem, and it would be so stupid to give up cygwin
because of that.

I passed command mkgroup -l > /etc/group and mkpasswd > /etc/passwd

$ cat /etc/group
root:S-1-5-32-544:0:
SYSTEM:S-1-5-18:18:
Aucun:S-1-5-21-796845957-823518204-725345543-513:513:
Administrateurs:S-1-5-32-544:544:Administrateur
Duplicateurs:S-1-5-32-552:552:
Invités:S-1-5-32-546:546:Invité,TsInternetUser
Opérateurs de sauvegarde:S-1-5-32-551:551:
Utilisateurs:S-1-5-32-545:545:sshd
Utilisateurs avec pouvoir:S-1-5-32-547:547:

$ cat /etc/passwd
SYSTEM:*:18:544:,S-1-5-18::
Administrateurs:*:544:544:,S-1-5-32-544::
Administrateur:unused_by_nt/2000/xp:500:547:U-CSOCMCAWCG\Administrateur,S-1-
5-21-796845957-823518204-725345543-500:/home/Administrateur:/bin/bash
Invité:unused_by_nt/2000/xp:501:513:U-CSOCMCAWCG\Invité,S-1-5-21-796845957-8
23518204-725345543-501:/home/Invité:/bin/bash
sshd:unused_by_nt/2000/xp:1001:513:sshd
privsep,U-CSOCMCAWCG\sshd,S-1-5-21-796845957-823518204-725345543-1001:/var/e
mpty:/bin/bash
TsInternetUser:unused_by_nt/2000/xp:1000:513:TsInternetUser,U-CSOCMCAWCG\TsI
nternetUser,S-1-5-21-796845957-823518204-725345543-1000:/home/TsInternetUser
:/bin/bash

The cron file "Administrateur" beyongs Administrateur's user :

[EMAIL PROTECTED] /var/cron/tabs
$ ls -al
total 1
drwxrwxrwt+   2 Administ Utilisat0 Apr 21 20:18 .
drwxrwxrwt+   3 Administ Utilisat0 Apr  9 18:23 ..
-rwxrwxrwx1 Administ SYSTEM329 Apr 21 20:18 Administrateur

And in desesperation, I put all rights (777) to this file, but nothing's is
efficient.

Please, what is the best solution to activate the cron fonction ?

Scuse for my bad english langage... ;o)
Fred.


-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part
de Harig, Mark
Envoyé : mercredi 14 avril 2004 18:01
À : Sachar, Bradley (NIH/OD)
Cc : [EMAIL PROTECTED]
Objet : RE: Unable to get CRON to work


> -Original Message-
> Sent: Monday, April 12, 2004 5:52 PM
> To: '[EMAIL PROTECTED]'
> Subject: Unable to get CRON to work
> 
> 
> Cygwin Support,
>  
> I have done a new installation of cygwin into the C:\cygwin 
> folder.  CRON
> does not seem to be waking up and executing the crontab.  I 
> have run the
> cron_diagnose.sh program and it told me to run a cygcheck.  
> Output from both
> are attached.
>  

From your attached text:

>$ ls -ltr /cygdrive/h
>total 200
>-rw-r--r--1 sacharb  mkgroup-   201884 Sep  4  2001 impacddl.zip

Notice that the group ownership is set to 'mkgroup-'.
This indicates that your entry for 'sacharb' has not
been setup completely in your /etc/passwd and /etc/group
files.  This is further indicated from your attached
text:

>Output from C:\cygwin\bin\id.exe (nontsec)
>UID: 25016(sacharb) GID: 10545(mkgroup-l-d)
>10545(mkgroup-l-d)
>
>Output from C:\cygwin\bin\id.exe (ntsec)
>UID: 25016(sacharb) GID: 10545(mkgroup-l-d)
>0(root)  544(Administrators)  
>545(Users)   1005(ORA_DBA)10545(mkgroup-l-d)

The "GID: 10545(mkgroup-l-d)" is telling you to run
the mkgroup command to update your /etc/group file
(and make a corresponding change to your entry in
your /etc/passwd file).  Please see the documentation
in the manual pages for the 'mkpasswd' and 'mkgroup'
commands, i.e., run "man mkpasswd" and "man mkgroup".

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

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

RE: Ctrl-S and Ctrl-Q in rxvt/bash

[Paul D. DeRocco]

> From: Igor Pechtchanski
>
> > I'm running bash inside an rxvt window, and Ctrl-S and Ctrl-Q seem to be
> > behaving as xoff and xon, making them unusable for line
> > editing. Is there
> > anywhere that this can be turned off? I can't find anything in
> > the man pages for rxvt or bash.
>
> This is a function of a terminal.
> See "man stty" -- in particular, 'stty start ""; stty stop ""'.
>
> > Also, is there any way to get cursor keys to transmit something
> > other than
> > an escape sequence? I'd like to use ESC as the kill-entire-line
> > character.
>
> Nope, that, again, is a function of the terminal.  However, you should be
> able to map a lone ESC character separately from the escape sequences.
> See "info readline" and "help bind".

Thanks for that info. I thought rxvt WAS the terminal. So there's yet
another layer in there? Does stty lie between bash and rxvt? Obviously, I'm
not a Unixer.

--

Ciao,   Paul D. DeRocco
Paulmailto:[EMAIL PROTECTED]


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

RE: how to get IP with a shell command?

[Hannu E K Nevalainen]

> From: Abe Backus
> Sent: Wednesday, April 21, 2004 8:23 PM

> I rely more on where I'm logging into when automating my DISPLAY
> variable... I assume that the parsed output of ipconfig might be
> incorrect in some instances (for instance when I VPN to work and
> ipconfig display more than one IP).  The output of "who am I" on the
> box you log into usually gives a good address.
>
> I put various if/else statements in my .bashrc and .cshrc on the
> boxes that I log into that end up invoking this:
>
> export DISPLAY=`who am i | sed -e 's/.*(\(.*\)).*/\1/'`:0.0
>
> -Abe
>
> -Original Message-
>
> To set the environment variable DISPLAY for XFree I use the following
> command
>
> export DISPLAY=`\
> ipconfig | grep 'IP-Adresse' | \
> sed 's/\(.*:
> \)\([0-9][0-9]*\.[0-9]*\.[0-9]*\.[0-9]*\)\(.*\)/\2/g'`:0.0
>
> 'IP-Adresse' must be replaced with the proper version according to you
> language.

Well, "who am i" is just a synonym for "id -un" (as stated by "who --help")
on cygwin; here it only prints the current user name;

$ who am i
Hannutty0 Apr 21 20:47 (:0)
$ who
Hannutty0 Apr 21 20:47 (:0)
$ whoami
Hannu

The ipconfig stuff isn't much more reliable, depending on your setup.
I always have TWO IP's when my PPP/ISDN is up:

$ ipconfig /all

Windows 2000 IP Configuration

Host Name . . . . . . . . . . . . : P450
Primary DNS Suffix  . . . . . . . :
Node Type . . . . . . . . . . . . : Broadcast
IP Routing Enabled. . . . . . . . : Yes
WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Local Area Connection:

Connection-specific DNS Suffix  . :
Description . . . . . . . . . . . : Intel 21143 Based PCI Fast
Ethernet Adapter #2
Physical Address. . . . . . . . . : XX-XX-XX-XX-XX-XX
DHCP Enabled. . . . . . . . . . . : No
IP Address. . . . . . . . . . . . : 192.168.0.1
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
DNS Servers . . . . . . . . . . . : 195.67.199.18
195.67.199.19
195.67.199.20

PPP adapter Tv? Kanaler, Internjet:

Connection-specific DNS Suffix  . :
Description . . . . . . . . . . . : WAN (PPP/SLIP) Interface
Physical Address. . . . . . . . . : 00-53-45-00-00-00
DHCP Enabled. . . . . . . . . . . : No
IP Address. . . . . . . . . . . . : 217.208.205.54
Subnet Mask . . . . . . . . . . . : 255.255.255.255
Default Gateway . . . . . . . . . : 217.208.205.54
DNS Servers . . . . . . . . . . . : 195.67.199.15
195.67.199.16
NetBIOS over Tcpip. . . . . . . . : Disabled


/Hannu E K Nevalainen, B.Sc. EE - 59+16.37'N, 17+12.60'E

** on a mailing list; please keep replies on that particular list **

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


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

RE: Cygwin make thinks a statement can be neither true nor false....

[Paul D. Smith]

%% "Dave Korn" <[EMAIL PROTECTED]> writes:

  dk> Hmm.  So might there be call for a variant of
  dk> --warn-undefined-variables that only warns about those for which
  dk> $(origin ..) returns undefined?  That way makefiles could supply
  dk> empty-but-overrideable definitions of CFLAGS etc, and everyone's
  dk> happy... I think?

--warn-undefined-variables already only warns about truly undefined
variables.  It won't warn about variables which are defined but empty.

  >> As gross as the syntax is, the make parser has to be equally quirky in
  >> order to handle it :-/.

  dk> Yeh.  I wonder if it would be possible to build a proper parser,
  dk> using lexx/yacc/bison/whatever.  But I guess it would be very hard
  dk> to guarantee that it behaved in the same way as the original one
  dk> for backward compatibility purposes.

The thing about make grammar is that is not in any way LALR.  In fact,
make syntax is really a few completely different "languages" in
different contexts, each with their own unique set of semantic, and even
lexical!, rules.

Writing a parser for it would be interesting, but I suspect it would be
a _LOT_ of work, and would need to use a lot of special features of
whatever LR tool you chose.  Something like PCCTS might be better suited :).

-- 
---
 Paul D. Smith <[EMAIL PROTECTED]>  Find some GNU make tips at:
 http://www.gnu.org  http://make.paulandlesley.org
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist

--
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: Unable to get CRON to work

[Harig, Mark]

1. Please send all replies to the mailing list.  This
   could help to get your problem resolved more
   quickly because more people will be able to
   see your problem description.

2. I did not see any mention in your message below that
   you had run the cron_diagnose.sh script.  This
   script will NOT change anything on your computer,
   and it should help to find many common problems.

   The intent of this script is to help reduce the
   number of messages sent to the mailing lists that
   are just repetitions of things that people should
   try when installing/using cron.

   You may find a copy of this script here:

http://sources.redhat.com/ml/cygwin/2004-03/msg00379.html

   Please download this (small) script, run it, and
   read its results.  Each time is finds a problem, it
   stops to provide information to the user.  You may
   have to re-run it several times to find all of the
   problems with your setup.  Please read its results
   carefully, even if it says it can find NO problems.

3. From your message below, it looks as though you
   are still logged on as the Administrator.  Are you
   logged on to Windows as 'administrator'?  If so,
   then you might want to log off and log on as an
   ordinary user.  Alternatively, if you are already
   logged on as an ordinary user, then did you start
   a second window / bash session after you made the
   changes to /etc/passwd and /etc/group?  The changes
   you made to those files do not take effect until
   you login after changing the files.

> -Original Message-
> Sent: Wednesday, April 21, 2004 2:56 PM
> To: 'Sachar, Bradley (NIH/OD)'
> Cc: Harig, Mark
> Subject: RE: Unable to get CRON to work
> 
> Hello,
> 
> I permit to write you directly out of context of mailing list.
> 
> Did you resolv your problem of crontab ? So maybe can you 
> bring me good help...
> 
> I've got the same problem, and it would be so stupid to give 
> up cygwin because of that.
> 
> I passed command mkgroup -l > /etc/group and mkpasswd > /etc/passwd
> 
> $ cat /etc/group
> root:S-1-5-32-544:0:
> SYSTEM:S-1-5-18:18:
> Aucun:S-1-5-21-796845957-823518204-725345543-513:513:
> Administrateurs:S-1-5-32-544:544:Administrateur
> Duplicateurs:S-1-5-32-552:552:
> Invités:S-1-5-32-546:546:Invité,TsInternetUser
> Opérateurs de sauvegarde:S-1-5-32-551:551:
> Utilisateurs:S-1-5-32-545:545:sshd
> Utilisateurs avec pouvoir:S-1-5-32-547:547:
> 
> $ cat /etc/passwd
> SYSTEM:*:18:544:,S-1-5-18::
> Administrateurs:*:544:544:,S-1-5-32-544::
> Administrateur:unused_by_nt/2000/xp:500:547:U-CSOCMCAWCG\Admin
> istrateur,S-1-5-21-796845957-823518204-725345543-500:/home/Adm
> inistrateur:/bin/bash
> Invité:unused_by_nt/2000/xp:501:513:U-CSOCMCAWCG\Invité,S-1-5-
> 21-796845957-823518204-725345543-501:/home/Invité:/bin/bash
> sshd:unused_by_nt/2000/xp:1001:513:sshd 
> privsep,U-CSOCMCAWCG\sshd,S-1-5-21-796845957-823518204-7253455
> 43-1001:/var/empty:/bin/bash
> TsInternetUser:unused_by_nt/2000/xp:1000:513:TsInternetUser,U-
> CSOCMCAWCG\TsInternetUser,S-1-5-21-796845957-823518204-7253455
> 43-1000:/home/TsInternetUser:/bin/bash
> 
> The cron file "Administrateur" beyongs Administrateur's user :
> 
> [EMAIL PROTECTED] /var/cron/tabs
> $ ls -al
> total 1
> drwxrwxrwt+   2 Administ Utilisat0 Apr 21 20:18 .
> drwxrwxrwt+   3 Administ Utilisat0 Apr  9 18:23 ..
> -rwxrwxrwx1 Administ SYSTEM329 Apr 21 20:18 Administrateur
> 
> And in desesperation, I put all rights (777) to this file, 
> but nothing's is efficient.
> 
> Please, what is the best solution to activate the cron fonction ?
> 
> Scuse for my bad english langage... ;o)
> Fred.
> 

--
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 make thinks a statement can be neither true nor false....

[Dave Korn]

> -Original Message-
> From: Paul Smith On Behalf Of Paul D. Smith
> Sent: 20 April 2004 19:35
> To: Dave Korn

> %% "Dave Korn"  writes:
> 
>   dk> [ This is getting off topic for the cygwin list, 

> I'll leave it here for now but I'm happy to remove cygwin if 
> folks would  like.

  Nobody's complained yet, but me likewise: if anyone wants this thread off
the cygwin list, just ask.

[ about --warn-undefined-variables ]

> The problem is that in many makefiles you tend to get a lot of "false
> positives".
> 
> For example, many makefiles leave certain variables to be set by the
> user, like CPPFLAGS or CFLAGS.  If you do that in your makefiles, and
> the user has no reason to set them, then you'll get lots o' warnings.
> 
> You can work around this with various GNU make-specific fanciness, but
> most developers don't bother.
> 
>   dk> BTW, did I discuss the difficulty in determining whether a
>   dk> variable is undefined or empty?
> 
> Not with me... to tell the difference you have to use the 
> $(origin ...)
> function and test if the value is "undefined".
> 
> Annoying but... possible! :).

  Hmm.  So might there be call for a variant of --warn-undefined-variables
that only warns about those for which $(origin ..) returns undefined?  That
way makefiles could supply empty-but-overrideable definitions of CFLAGS etc,
and everyone's happy... I think?

>   dk> ifne ($(VARIABLE), anything)
> 
> So, this is a syntax error: it should be "ifneq".

  D'oh and double d'oh!  That has to be the worst cognitive blind spot I've
experienced in years.  I've spent ages and ages reading through the info
docs in the past couple of days and *every*single*time* I've misread the
conditional as ifne rather than ifneq.  Boy, do I look stupid!

> Make parses makefiles line-by-line, and it categorizes each 
> line as one of three things (four things for GNU make): 

[...snip...]

> If none of the above applies (and in GNU make, if it's not a
> preprocessor line), then make doesn't have any idea what the heck the
> line is, so it says:
> 
> missing separator
> 
> which means, "I couldn't find any of the tokens that allow me 
> to classify
> this line as one of the three (or four) things I know about, 
> so ... eh?"

  BINGO!  The $(SMALL_CURRENCY_UNIT) finally drops!

  I think 90% of the problems I have grokking makefile parsing is that I've
been working on the assumption that it had a full parser, with a lexer and a
stream of tokens and something vaguely bison/yacc like.  For instance, I was
about to ask, given that you can have a colon as a char in a variable name,
how does make know whether VAR:=stuff means to assign 'stuff' to VAR
immediately, or do a deferred assign of 'stuff' to 'VAR:'.  Your explanation
suddenly makes lots of things clear, and I think it should probably be added
to the documentation.  Thank you SO much!

>   dk> I'd just like to point out that it isn't only $shell that is
>   dk> affected: $error and $warning are also affected.  I also notice
>   dk> that it works fine if you escape the semicolon:
> 
> Right.  This is a parser bug, pure and simple.  Except, not so simple
> because the parser has to do the proper matching to realize 
> that the ";"
> is part of a variable or function content.
> 
> As gross as the syntax is, the make parser has to be equally quirky in
> order to handle it :-/.

  Yeh.  I wonder if it would be possible to build a proper parser, using
lexx/yacc/bison/whatever.  But I guess it would be very hard to guarantee
that it behaved in the same way as the original one for backward
compatibility purposes.


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


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

[ANNOUNCEMENT] New package: XmHTML-1.1.7-1 - A widget capable of displaying HTML 3.2 conforming text

[Dr. Volker Zell]

Hi

The package XmHTML is now available with the Cygwin distribution:

 * http://www.xs4all.nl/~ripley/XmHTML/   (Homepage)
 * http://www.xs4all.nl/~ripley/XmHTML/dist/  (Download location) 
 
DESCRIPTION:


sdesc: "XmHTML provides a widget capable of displaying HTML 3.2 conforming text"
ldesc: "XmHTML provides a widget capable of displaying HTML 3.2 conforming text."
category: Libs Web XFree86
requires: cygwin expat lesstif libfontconfig1 libfreetype26 libjpeg62 libpng12 
XFree86-bin zlib


Enjoy
Volker

--

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.  Once you've downloaded setup.exe, run it and select "Libs"
and then click on the appropriate fields until the above announced
version numbers appear if they are not displayed already.

If your mirror doesn't yet have the latest version of this package after
24 hours, you can either continue to wait for that site to be updated or
you can try to find another mirror.

Please send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED]

If you want to subscribe go to:
http://cygwin.com/ml/cygwin/

I would appreciate if you would use this mailing list rather than
emailing me directly.  This includes ideas and comments about the setup
utility or Cygwin in general.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


--
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: stty under cygwin

[Christopher Faylor]

On Wed, Apr 21, 2004 at 06:36:32PM +0100, Dave Korn wrote:
>>From: cygwin-owner  On Behalf Of Christopher Faylor
>>I suspect that the OP is trying to take stty output from linux and use
>>it on cygwin, though.  That won't work.
>
>My real problem with understanding his post was the wording "send
>commands *through* the serial port".  I expected that to mean sending
>commands through the serial port (to some connected device) rather than
>*to* the serial port.  Such are the problems of international
>communication  :)

I am sure I would have come to the same conclusion if I hadn't recognized
the colon separated string.

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: Maildir and Cygwin

[Eduardo Chappa]

*** GARY VANSICKLE ([EMAIL PROTECTED]) wrote in the...:

:) > I've been testing the maildir patch (for Pine) and changing ":" to 
:) > ";" works perfectly well, so I was wondering how compatible is this 
:) > with other tools designed for maildir. I am not advocating for the 
:) > use of ";", I am asking the questions as to "Can we agree to use 
:) > something different than ':'?" and "Can we use ';'?".
:) 
:) I guess it depends on who the "we" is, and how many "we"s there are. 
:) Maildir is, AFAICT, less of a spec and more of a web page somebody put 
:) up. I have no idea how many apps are using this format, though I guess 
:) the only thing we care about for the most part is which Cygwin ports 
:) use it.  What would be best though is to clean up the Maildir spec and 
:) push it upstream; probably a rather Herculean task.

Gary,

  This is pretty much the point that I wanted to address at this time. I 
realize that I don't know all the players of the game either, but we could 
all agree on one way to play the game and those who want to join to game 
will have to follow the rules. I do not believe that changing ":" by other 
character (e.g. ";") is an essential change (correct me if I am wrong) and 
asking for everyone to agree on this seems like a minor point, given all 
the benefits that it carries out. We should not need to go "upstream", 
simply make common knowledge that Cygwin is different (e.g. we could do 
this in the cygwin applications mailing list).

Eduardo
http://www.math.washington.edu/~chappa/pine/

--
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: how to get IP with a shell command?

[Abe Backus]

I rely more on where I'm logging into when automating my DISPLAY variable...
I assume that the parsed output of ipconfig might be incorrect in some
instances (for instance when I VPN to work and ipconfig display more than
one IP).  The output of "who am I" on the box you log into usually gives a
good address.

I put various if/else statements in my .bashrc and .cshrc on the boxes that
I log into that end up invoking this:

export DISPLAY=`who am i | sed -e 's/.*(\(.*\)).*/\1/'`:0.0

-Abe

-Original Message-

To set the environment variable DISPLAY for XFree I use the following
command

export DISPLAY=`\
ipconfig | grep 'IP-Adresse' | \
sed 's/\(.*: \)\([0-9][0-9]*\.[0-9]*\.[0-9]*\.[0-9]*\)\(.*\)/\2/g'`:0.0

'IP-Adresse' must be replaced with the proper version according to you
language.



--
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: Emulating hard links on FAT et al.

[Igor Pechtchanski]

On Wed, 21 Apr 2004, Christopher Faylor wrote:

> On Wed, Apr 21, 2004 at 01:16:03PM -0400, Igor Pechtchanski wrote:
> >> ntea relies on a set of win32 functions available to NT family only.
> >
> >Yes, but as I asked -- is that necessary?  I mean, if it will require a
> >full rewrite of the ntea functionality, then NT is certainly a
> >prerequisite.
>
> I don't get what you are asking when you say "Is that necessary?"   Are
> you suggesting that someone could emulate NTEA functionality in cygwin
> on 9x/Me?
>
> cgf

Yes, I'm asking if that's possible (in your and others' educated opinion),
and if so, how much estimated effort that will involve.  If there's too
much interdependence with the NT API, then it's probably not a good idea,
as most of the functionality will have to be re-implemented.  If it's just
a matter of intercepting permission-related calls and looking the
permissions up in a particular file, I don't see why this can't be done in
Win9x.
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: Ctrl-S and Ctrl-Q in rxvt/bash

[Igor Pechtchanski]

On Wed, 21 Apr 2004, Paul D. DeRocco wrote:

> I'm running bash inside an rxvt window, and Ctrl-S and Ctrl-Q seem to be
> behaving as xoff and xon, making them unusable for line editing. Is there
> anywhere that this can be turned off? I can't find anything in the man pages
> for rxvt or bash.

This is a function of a terminal.
See "man stty" -- in particular, 'stty start ""; stty stop ""'.

> Also, is there any way to get cursor keys to transmit something other than
> an escape sequence? I'd like to use ESC as the kill-entire-line character.
>
> Ciao,
> Paul

Nope, that, again, is a function of the terminal.  However, you should be
able to map a lone ESC character separately from the escape sequences.
See "info readline" and "help bind".
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: Comparative Performance of C++ Compilers (including gcc cygming special)

[Igor Pechtchanski]

On Wed, 21 Apr 2004, GARY VANSICKLE wrote:

> [snip]
> >
> > New copying methods have been added and checked:
> >
> > Test file modes : text, binary
> > --
> >
> > Testsuites
> > --
> > [snip]
> >
> > See:
> > http://article.gmane.org/gmane.comp.lang.c++.perfometer/45
> > http://article.gmane.org/gmane.comp.lang.c++.perfometer/44
> >
>
> So much reading... I need charts and/or graphs man! ;-)

That from a person who said "Visio, shmisio!"? ;-)
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: Emulating hard links on FAT et al.

[Christopher Faylor]

On Wed, Apr 21, 2004 at 01:16:03PM -0400, Igor Pechtchanski wrote:
>> ntea relies on a set of win32 functions available to NT family only.
>
>Yes, but as I asked -- is that necessary?  I mean, if it will require a
>full rewrite of the ntea functionality, then NT is certainly a
>prerequisite.

I don't get what you are asking when you say "Is that necessary?"   Are
you suggesting that someone could emulate NTEA functionality in cygwin
on 9x/Me?

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/

Interesting hang when running login from cygwin.bat

[Brian Keener]

I have my cygwin.bat on my W2k Laptop set to start two sessions of cygwin and 
being used to the Unix type login prompt you have to log into each session 
(really just ot see if I could do it).  My cygwin.bat looks like the following:

@echo off
SET MAKE_MODE=unix
SET CYGWIN=binmode ntsec nostrip_title title tty
SET PATH=d:\cygwin\usr\local\bin;d:\cygwin\usr\bin;d:\cygwin\bin;%PATH%;.
D:
chdir \cygwin

start CMD /c bin\rxvt -geometry 90x30 -fg grey -bg midnightblue -cr red -sr -sl
2000 -fn "Lucida Console-12" -tn rxvt -e /usr/bin/login

pause press return to login

start /B CMD /c bin\login.exe -p

exit

Note the pause where I have to hit return to login.  If I remove this line - 
and then run the above cygwin.bat I will be able to log into the screen using 
rxvt without a problem but the second line that just simply runs login will go 
appear to start to login but will appear to get hung in bash. I say it gets 
hung in bash because that is the last entry in the title bar of that window.  I 
will then have to kill that window using the close box.  If I then rerun the 
cygwin.bat a second time - it will work perfectly but not always consistently.  

If I leave the pause in there - it works perfect everytime.  I really do not 
understand why the difference.  Anyone have any ideas what I might be doing 
wrong or could there be a deeper timing issue.  Are the above lines simply 
wrong for what I am trying to do?

Any insight greatly appreciated.

-- 
Brian Keener
[EMAIL PROTECTED]
[EMAIL PROTECTED]

Virtual  Access 6.0 build 8 Windows 2000 Service Pack 3 build 2195



--
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: How to let orginal header file & w32api header file compatible

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of PC51 CYLiang
> Sent: 21 April 2004 05:42

>   Please kindly tell me how to solve the compatible issue.

  I'm afraid I cannot.  In accordance with your disclaimer, I have already
deleted all copies of your email from my computer and network server.  So I
can't even remember what your problem is.  Bad luck!


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


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

RE: stty under cygwin

[Dave Korn]

> -Original Message-
> From: cygwin-owner  On Behalf Of Christopher Faylor
> Sent: 21 April 2004 17:35

> On Wed, Apr 21, 2004 at 04:55:31PM +0100, Dave Korn wrote:
> >> From bertrand marquis
> >> Sent: 21 April 2004 16:41
> >
> >> i need to use stty to send commands through the serial port 
> >> under cygwin:
> >
> >  That's not what stty is for.
> >
> >> stty 
> >> 1:0:cbd:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0
> >> :0:0:0:0:0:0:0:0:0:0 
> >> < /dev/ttyS0
> >> 
> >> but stty answer me that 1:...:0 is a wrong argument ?
> >> I'm using the last version of cygwin and the serial port is working
> >> 
> >> anyone has an idea ?
> >
> >#1:  You've completely misunderstood stty.  It allows you to 
> set parameters
> >such as baud rate, flow control, char translation, etc. for 
> a serial port.
> >It's not for sending data in or out of it.
> >
> >#2:  That string of colon-separated hex numbers doesn't mean 
> anything to
> >stty.  None of the arguments it understands come in that form.
> 
> Actually this looks like a standard way to save and restore tty state.
> You take the output from 'stty -g' and use it for input to stty later.
> Try it.

  Oooh!  That's new on me, and not something that's very obvious from the
help output or the man page or info at a brief scan through.  A slightly
under-documented feature!

> I suspect that the OP is trying to take stty output from linux and use
> it on cygwin, though.  That won't work.

  My real problem with understanding his post was the wording "send commands
*through* the serial port".  I expected that to mean sending commands
through the serial port (to some connected device) rather than *to* the
serial port.  Such are the problems of international communication :)


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


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

Re: Emulating hard links on FAT et al.

[Igor Pechtchanski]

On Wed, 21 Apr 2004, Corinna Vinschen wrote:

> On Apr 20 16:59, Igor Pechtchanski wrote:
> > Well, actually, I've always wondered -- what makes NTEA NT-specific?  For
>
> It isn't.  It's OS/2 specific.  NT allows extended attributes for
> OS/2 compatibility in the first place.

Well, that's kind of what I meant -- is it possible to implement them
using the Win9x API?

> > the most part, all NTEA does is store some information (e.g., permissions,
> > and, of late, owner) in a special file in the root directory.  The only
>
> Only on FAT.  NTFS stores them in a file stream (as HPFS?).
>
> Corinna

Sure, and we were talking about FAT...
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: Emulating hard links on FAT et al.

[Igor Pechtchanski]

On Wed, 21 Apr 2004, A. Alper Atici wrote:

> {Too bad you guys are all top-posting. I hope I don't have to go
> through moving chunks of text again.}

Hey, I prefer to bottom-post myself, but when I come up against a
top-posted message, I'm usually too lazy to move stuff around, so I
"conform"... :-)

> Comments are inlined:
>
> >> > On Tue, 20 Apr 2004, Igor Pechtchanski wrote:
> >> > > 2) Alternatively, upon creating the first hard link the file
> >> > > could be renamed to some internal name (that should be invisible
> >> > > via Cygwin), and the original name will also become a "hard
> >> > > link".  This way, the unlink code will not have to be changed,
> >> > > but all of the relevant file and directory handling code will
> >> > > need to be "taught" to ignore those special names.
>
> I plan to move all those files to a hidden dot-prefixed directory in
> root of the current drive/volume. Emulated POSIX API need to conceal
> that directory only.

Note that this directory will be visible at the host OS (Windows) level.
Another potential problem is that the file being hard-linked may be
opened, and thus you'll be unable to move it...

> The internal name I consider is the i-node value calculated before move,
> which will also be used to return i-node for the files hard linking to
> it.

So the inode computation code (in stat()) will need to be changed.

> >> > > In both cases, the inode computation code in all incarnations of
> >> > > stat() will need to be changed to dereference a "hard link" and
> >> > > compute the inode number of the original file.  Also, at least
> >> > > the open() system call (possibly others) will need to be changed
> >> > > to get to the correct file.
>
> As I've noted, i-node won't have to be computed every time.

Well, it'll now have to be derived from the filename *in addition to* the
current computation code.  This introduces another clause into the
computation, and makes all calls to stat() slower.

> I don't presume changes to open() et al. AFAICS, path_conv::check()
> needs to be addressed (need some feedback on this, however).

Sure, but path_conv::check() is called from open(), so in effect, you are
changing the code...

> >> > One thing I forgot to mention is how to handle link counts.  Those
> >> > could be stored in, for example, the NTEA attributes file for the
> >> > original (or the corresponding special) filename.  I don't see
> >> > anything wrong with requiring NTEA on FAT in order to have hard
> >> > links, BTW.
>
> ntea relies on a set of win32 functions available to NT family only.

Yes, but as I asked -- is that necessary?  I mean, if it will require a
full rewrite of the ntea functionality, then NT is certainly a
prerequisite.

> I'm primarily concerned with hard link functionality on 9x/ME systems,
> so it won't work.
> I'm thinking of keeping link counts in that hidden directory.

...as part of the filename, perhaps, just like the inode?

> >On Tue, 20 Apr 2004, Bill C. Riemers wrote:
> >>   touch /tmp/foo.txt
> >>   ln /tmp/foo.txt /home/bcr/foo.txt
> >>   mkdir /home/bcr/tmp
> >>   mv /tmp/foo.txt /home/bcr/tmp/foo.txt
> >>
> >> Both versions of foo.txt are still valid, even though they would not
> >> be with a symbolic link.
>
> Right.
> And, I didn't say I was thinking of emulating symbolic links.
>
> >> I do not see a good way to reproduce all the behaviors of a hardlink
> >> without underlying filesystem support.  Take for example, if we do
> >> just rename the original file and put in a symlink.  How do we make
> >> sure the link
>
> I'm NOT talking about symlinks.

You're talking about (a special kind of) shortcuts.  So was I.  Sorry if I
was unclear.  The above still stands (modulo 's/symlink/shortcut/g').

> This is about hard links, emulated using a new type of shortcut.
> Symlinks are also EMULATED with a special shortcut in Cygwin.
>
>
> On Tue, 20 Apr 2004 15:47:09 -0400 (EDT), Igor Pechtchanski wrote:
>
> >I agree with your points.  Approach #1 below would require modifications
> >to the move implementation as well.  Also, interaction with Windows tools
> >is important, and if you can only access hard-linked files through Cygwin,
> >their usefulness will be somewhat limited.  Approach #2 is more uniform,
> >but still doesn't address the interaction with Windows tools (the "hard
> >links" will be able to be moved and renamed by Windows tools, but not
> >actually read).  It's likely that a general solution is impossible
>
> The reason I insist on shortcuts is to alleviate these issues.

Unfortunately, shortcuts aren't necessarily equivalent to the actual
files.  I have to check with MSDN, but some system calls are not going to
respect shortcuts, and will present problems no matter what approach you
take.

> >altogether, and copying the files *is* the best approximation.
>
> It should not be an approximation from Cygwin's point of view.
> And, I think it will be a better approximation for Windows since
> single copy of a file exists.

As lo

Re: stty under cygwin

[Christopher Faylor]

On Wed, Apr 21, 2004 at 04:55:31PM +0100, Dave Korn wrote:
>> From bertrand marquis
>> Sent: 21 April 2004 16:41
>
>> i need to use stty to send commands through the serial port 
>> under cygwin:
>
>  That's not what stty is for.
>
>> stty 
>> 1:0:cbd:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0
>> :0:0:0:0:0:0:0:0:0:0 
>> < /dev/ttyS0
>> 
>> but stty answer me that 1:...:0 is a wrong argument ?
>> I'm using the last version of cygwin and the serial port is working
>> 
>> anyone has an idea ?
>
>#1:  You've completely misunderstood stty.  It allows you to set parameters
>such as baud rate, flow control, char translation, etc. for a serial port.
>It's not for sending data in or out of it.
>
>#2:  That string of colon-separated hex numbers doesn't mean anything to
>stty.  None of the arguments it understands come in that form.

Actually this looks like a standard way to save and restore tty state.
You take the output from 'stty -g' and use it for input to stty later.
Try it.

I suspect that the OP is trying to take stty output from linux and use
it on cygwin, though.  That won't work.

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: stty under cygwin

[Don Sharp]

Dave Korn wrote:
> 
> > -Original Message-
> > From: cygwin-owner On Behalf Of bertrand marquis
> > Sent: 21 April 2004 16:41
> 
> > i need to use stty to send commands through the serial port
> > under cygwin:
> 
>   That's not what stty is for.
> 
> > stty
> > 1:0:cbd:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0
> > :0:0:0:0:0:0:0:0:0:0
> > < /dev/ttyS0
> >
> > but stty answer me that 1:...:0 is a wrong argument ?
> > I'm using the last version of cygwin and the serial port is working
> >
> > anyone has an idea ?
> 
> #1:  You've completely misunderstood stty.  It allows you to set parameters
> such as baud rate, flow control, char translation, etc. for a serial port.
> It's not for sending data in or out of it.
> 
> #2:  That string of colon-separated hex numbers doesn't mean anything to
> stty.  None of the arguments it understands come in that form.
> 
> #3:  If you're trying to send something out the serial port, you should be
> using "> /dev/ttyS0", not "< /dev/ttyS0".  You're telling stty to take any
> standard input it requires from the serial port.  That's not going to work.
> 
> #4:  Haven't you ever heard of the "--help" option, or the "man" or "info"
> utilities?  Repeat after me:
> 
> stty --help
> man stty
> info stty
> 
> over and over again until you've got it memorized!


Suggest you look at the -g option to stty

$ stty -g
50e:9:b0:d1f:0:f:0:0:4:8:3:15:16:1:1c:12:11:13:1a:0:0:17

Cheers

Don Sharp


> 
> #5:  At a guess, you want to turn those hex numbers into actual bytes sent
> out the serial port.  Why do you have 'cbd' as one of them?  That's too
> large for a byte-sized value.
> 
> #6:  To send data out the serial port, use echo or cat (depending where the
> data is), and redirect it to the serial port with  >/dev/ttyS0.
> 
> #7:  I dunno how you'd get hex numbers converted into actual bytes at the
> command line.  You need a command that does the opposite of "od".  Assuming
> there was such a thing, you could then write
> 
> echo
> 1:0:cbd:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0
> :0:0:0 |  [opposite-of-od] | cat > /dev/ttyS0
> 
> (that's all one line; sorry about any wrapping).
> 
> cheers,
>   DaveK
> --
> Can't think of a witty .sigline today
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/

--
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: LGPL

[Robb, Sam]

> Christopher Faylor writes:
> 
> > I have little say in the matter anymore but I'd say that 
> this is about
> > as possible as me suddenly becoming un-mean.
> 
> The interesting question now is, would these be related incidents ;-)

MSNBC News - this just in : the GPL makes people mean!  News at 11.

-Samrobb

--
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: stty under cygwin

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of bertrand marquis
> Sent: 21 April 2004 16:41

> i need to use stty to send commands through the serial port 
> under cygwin:

  That's not what stty is for.

> stty 
> 1:0:cbd:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0
> :0:0:0:0:0:0:0:0:0:0 
> < /dev/ttyS0
> 
> but stty answer me that 1:...:0 is a wrong argument ?
> I'm using the last version of cygwin and the serial port is working
> 
> anyone has an idea ?

#1:  You've completely misunderstood stty.  It allows you to set parameters
such as baud rate, flow control, char translation, etc. for a serial port.
It's not for sending data in or out of it.

#2:  That string of colon-separated hex numbers doesn't mean anything to
stty.  None of the arguments it understands come in that form.

#3:  If you're trying to send something out the serial port, you should be
using "> /dev/ttyS0", not "< /dev/ttyS0".  You're telling stty to take any
standard input it requires from the serial port.  That's not going to work.

#4:  Haven't you ever heard of the "--help" option, or the "man" or "info"
utilities?  Repeat after me:

stty --help
man stty
info stty

over and over again until you've got it memorized!

#5:  At a guess, you want to turn those hex numbers into actual bytes sent
out the serial port.  Why do you have 'cbd' as one of them?  That's too
large for a byte-sized value.

#6:  To send data out the serial port, use echo or cat (depending where the
data is), and redirect it to the serial port with  >/dev/ttyS0.

#7:  I dunno how you'd get hex numbers converted into actual bytes at the
command line.  You need a command that does the opposite of "od".  Assuming
there was such a thing, you could then write

echo
1:0:cbd:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0
:0:0:0 |  [opposite-of-od] | cat > /dev/ttyS0

(that's all one line; sorry about any wrapping).


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


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

Re: Setup changes paths

[Latham, Justin]

At 03:18 PM 4/20/2004, you wrote: 
>My work pc is set up so that the c drive is too small for anything
useful >and all applications go on the d drive. The standard build of the pc
is set 
>up with Cygwin already installed. My issue is that the standard
build >doesn't have some components I need. 
> 
>However, setup.exe always installs updates to c:\cygwin, regardless
of what 
>I specify in the installer GUI. Future executions of the GUI
indicate that >these components are installed, but they won't run (give "can
not find dll" 
>errors, etc...). My registry paths BEFORE running setup all point
to /, >/usr/lib, and /usr/bin being on the d: drive in the correct place. My

>registry paths AFTER running setup have moved /usr/lib and /usr/bin
to >c:\cygwin. How do I keep the damn thing from installing to the wrong
place? 
>Just moving my cygwin install to c:\cygwin is not an option... 

Can't say. It works for me (and always has). Perhaps looking at
/var/log/setup.log.full would be helpful. 


/var/log/setup.log.full is as follows.  Does the cygwin installer write any
temp files?   Does it have to perform any other actions besides writing the
files to the install location and writing the paths to the registry?



2004/04/20 16:42:44 Starting cygwin install, version 2.418
2004/04/20 16:42:44 Current Directory:
C:\WINNT\Profiles\justin.latham\DESKTOP
2004/04/20 16:42:44 Could not open Service control manager
2004/04/20 16:42:47 source: from cwd
2004/04/20 16:42:57 root: D:\ede_local\Cygwin_1-3_a binary system
2004/04/20 16:43:06 Selected local directory: D:\cygpack
Found ini file -
D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%2fcygwi
n/setup.ini
2% (8192 of 283123 bytes of ini file read
5% (16384 of 283123 bytes of ini file read
8% (24576 of 283123 bytes of ini file read
11% (32768 of 283123 bytes of ini file read
14% (40960 of 283123 bytes of ini file read
17% (49152 of 283123 bytes of ini file read
20% (57344 of 283123 bytes of ini file read
23% (65536 of 283123 bytes of ini file read
26% (73728 of 283123 bytes of ini file read
28% (81920 of 283123 bytes of ini file read
31% (90112 of 283123 bytes of ini file read
34% (98304 of 283123 bytes of ini file read
37% (106496 of 283123 bytes of ini file read
40% (114688 of 283123 bytes of ini file read
43% (122880 of 283123 bytes of ini file read
46% (131072 of 283123 bytes of ini file read
49% (139264 of 283123 bytes of ini file read
52% (147456 of 283123 bytes of ini file read
54% (155648 of 283123 bytes of ini file read
57% (163840 of 283123 bytes of ini file read
60% (172032 of 283123 bytes of ini file read
63% (180224 of 283123 bytes of ini file read
66% (188416 of 283123 bytes of ini file read
69% (196608 of 283123 bytes of ini file read
72% (204800 of 283123 bytes of ini file read
75% (212992 of 283123 bytes of ini file read
78% (221184 of 283123 bytes of ini file read
81% (229376 of 283123 bytes of ini file read
83% (237568 of 283123 bytes of ini file read
86% (245760 of 283123 bytes of ini file read
89% (253952 of 283123 bytes of ini file read
92% (262144 of 283123 bytes of ini file read
95% (270336 of 283123 bytes of ini file read
98% (278528 of 283123 bytes of ini file read
100% (283123 of 283123 bytes of ini file read
Checking MD5 for
file://D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%
2fcygwin/release/bison/bison-1.875-1.tar.bz2
For file
'file://D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub
%2fcygwin/release/bison/bison-1.875-1.tar.bz2 ini digest is
480c307fe532772941d40ffd0a5f0b29 file digest is
480c307fe532772941d40ffd0a5f0b29
Checking MD5 for
file://D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%
2fcygwin/release/flex/flex-2.5.4-2.tar.bz2
For file
'file://D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub
%2fcygwin/release/flex/flex-2.5.4-2.tar.bz2 ini digest is
aec3ca985523a039196ae8d184962f54 file digest is
aec3ca985523a039196ae8d184962f54
Checking MD5 for
file://D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%
2fcygwin/release/libiconv/libiconv2/libiconv2-1.9.1-3.tar.bz2
For file
'file://D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub
%2fcygwin/release/libiconv/libiconv2/libiconv2-1.9.1-3.tar.bz2 ini digest is
d92941aa7b164bea15bb80e3de515c30 file digest is
d92941aa7b164bea15bb80e3de515c30
Checking MD5 for
file://D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%
2fcygwin/release/gettext/libintl2/libintl2-0.12.1-3.tar.bz2
For file
'file://D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub
%2fcygwin/release/gettext/libintl2/libintl2-0.12.1-3.tar.bz2 ini digest is
47d6c63919580fb91437f63912a34f0a file digest is
47d6c63919580fb91437f63912a34f0a
Checking MD5 for
file://D:\cygpack/ftp%3a%2f%2fftp.nas.nasa.gov%2fmirrors%2fcygwin.com%2fpub%
2fcygwin/release/m4/m4-1.4-1.tar.bz2
For file
'file

stty under cygwin

[bertrand marquis]

i need to use stty to send commands through the serial port under cygwin:

stty 
1:0:cbd:0:3:1c:7f:15:4:5:1:0:11:13:1a:0:12:f:17:16:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0:0 
< /dev/ttyS0

but stty answer me that 1:...:0 is a wrong argument ?
I'm using the last version of cygwin and the serial port is working
anyone has an idea ?

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

Re: zsh & lilypond

[Jan Nieuwenhuizen]

Peter A. Castro writes:

> Alternatively, you could ask the LilyPond maintainer to have this fixed.

Alternatively, you could switch to a shell that's not so broken.

> They [...] think zsh doesn't set $0 correctly for shell scripts, but I
> believe this has been working for quite a while now

FYI, `they' added code to work around documented brokenness of that
@!"`%&#$ zsh, on user request.  This was only a few months ago

   http://mail.gnu.org/archive/html/bug-lilypond/2003-08/msg7.html

> and it's time the LilyPond people corrected this.

so unless you or one of the other two zsh users can provide a patch
that works with all zsh versions still in use, I'm afraid you'll have
to suffer some longer.

Jan -- working hard on his meanness

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

--
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: LGPL

[Christopher Faylor]

On Wed, Apr 21, 2004 at 09:47:02AM +0200, Jan Nieuwenhuizen wrote:
>Christopher Faylor writes:
>>I have little say in the matter anymore but I'd say that this is about
>>as possible as me suddenly becoming un-mean.
>
>The interesting question now is, would these be related incidents ;-)

I have no say about licensing since I don't work at Red Hat anymore
so they would be entirely unrelated.
-- 
Christopher Faylor  spammer? -> [EMAIL PROTECTED]
Cygwin Co-Project Leader[EMAIL PROTECTED]
TimeSys, 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: filename does not exist but test gives true back

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Buchbinder, Barry (NIH/NIAID)
> Sent: 21 April 2004 14:39

> What is "WDDTT"?  It's not in OLOCA, wtf doesn't know about 
> it, and Google gives only 4 hits, none of them relevant.


  A man walks into his Doctor's office.  "Doctor, whenever I do this it
hurts", he says, twisting his arm into an uncomfortable contorted position
behind his back.

  "Well, Don't Do That Then", the doctor says.  "Next!"

  See also:


http://www.google.com/search?hl=en&lr=&ie=UTF-8&oe=UTF-8&q=%22well+don%27t+d
o+that+then%22&btnG=Search

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


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

RE: filename does not exist but test gives true back

[Buchbinder, Barry (NIH/NIAID)]

What is "WDDTT"?  It's not in OLOCA, wtf doesn't know about it, and Google
gives only 4 hits, none of them relevant.

-Original Message-
From: Dave Korn
Sent: Wednesday, April 21, 2004 9:28 AM
To: [EMAIL PROTECTED]
Subject: RE: filename does not exist but test gives true back

> -Original Message-
> From: cygwin-owner On Behalf Of cygwin.20.job
> Sent: 21 April 2004 12:33

> > -Ursprüngliche Nachricht-
> > Von: Corinna Vinschen - corinna-cygwin

> > 
> > Trailing dots are silently ignored by Windows.
> > 
> The problem is hat I passed the filename with the trailing 
> dot to a Windows-Program which produced errors and corrupted 
> the file without trailing dot.
> 
> Any idea how to fix it?
> 
> Franz

  I'm afraid this is a case of WDDTT.  You simply can't.  Windoze is utterly
incapable of distinguishing between a filename that ends in a dot and the
same name without a dot at the end: it regards them as exactly the same
name.  This is a leftover from the days of dos 8.3 names; a file called
"file" has no extension, and so for old style short dos names to work, it
has to be possible to refer to it as "file." - that is to say, it has a null
extension, and so the dot is optional.

  Example:

>snip!<
C:\artimi.src\davek\dot>echo Hello world >file.test

C:\artimi.src\davek\dot>type file.test
Hello world

C:\artimi.src\davek\dot>type file.test.
Hello world

C:\artimi.src\davek\dot>dir
 Volume in drive C has no label.
 Volume Serial Number is 942E-907E

 Directory of C:\artimi.src\davek\dot

21/04/2004  14:21  .
21/04/2004  14:21  ..
21/04/2004  14:2114 file.test
   1 File(s) 14 bytes
   2 Dir(s)  106,017,673,216 bytes free

C:\artimi.src\davek\dot>dir file.test
 Volume in drive C has no label.
 Volume Serial Number is 942E-907E

 Directory of C:\artimi.src\davek\dot

21/04/2004  14:2114 file.test
   1 File(s) 14 bytes
   0 Dir(s)  106,017,673,216 bytes free

C:\artimi.src\davek\dot>dir file.test.
 Volume in drive C has no label.
 Volume Serial Number is 942E-907E

 Directory of C:\artimi.src\davek\dot

21/04/2004  14:2114 file.test
   1 File(s) 14 bytes
   0 Dir(s)  106,017,673,216 bytes free

C:\artimi.src\davek\dot>
>snip!<

  The *only* solution is to rework your program so it doesn't rely on having
identically-named files that differ only in a trailing dot.  Why not use a
trailing ~ insted?  That's a fairly *nix way of doing things.


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


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

--
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: Emulating hard links on FAT et al.

[Bill C. Riemers]

Ack.  I do wish Outlook Express had grammar checking abilities, or I would
at least remember to proof read after correcting the spelling...

   Bill


- Original Message - 
From: "Bill C. Riemers" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, April 21, 2004 9:16 AM
Subject: Re: Emulating hard links on FAT et al.


> You can't expect me to just admit I was completely wrong... :)  It turns
out
> the only version of Unix I can remember that allowed separate permissions
> for hard linked files was Apollo DomainOS.  In DomainOS, separate hidden
ACL
> files where used to override and extend permissions.  Because the ACL's
were
> stored in a separate file, the net result is each hardlink could and often
> did have different permissions.   The Apollo DomainOS were truly fantastic
> machines, at least ten years ahead of their times in terms of usability
> features.  For example, it is the only version of Unix I know of that
> allowed SYSV or BSD syntax to be selected at runtime.  Unfortunately, the
> hardware itself was expensive to maintain.  The maintained contracts where
> $20,000 per year per node.  So if you wonder the halls at CERN you might
> still find one of the old Apollo machines, but chances are it is being
used
> as a coffee table or such.
>
> The cause of my original error is I vaguely remember using the separate
> permissions trick on TitanOS to avoid problems if the owner decided to
> restrict a directory later.  However, I later remembered it wasn't
separate
> permissions on the file, but separate permissions on the file path that I
> would take advantage of.
>
> i.e.  I would do something like:
>mkdir ~/cool-program
>ln cool-program/* ~/cool-program/.
>
> So later if the owner did something like:
>chmod go-rwx cool-program
> -or-
>rm -rf cool-program
>
> I would still be able to run the program without using up part of my disk
> quota with a copy.
>
> At the time I wrote my original post all I remembered was I used separate
> permissions for hard-links to cheat quotas.  I didn't remember that it was
> the separate permissions on the path, not the file, that I used.
>
>   Bill
>
>
> - Original Message - 
> From: "Dennis McCunney" <[EMAIL PROTECTED]>
> To: "'Bill C. Riemers'" <[EMAIL PROTECTED]>
> Sent: Tuesday, April 20, 2004 11:10 PM
> Subject: RE: Emulating hard links on FAT et al.
>
>
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] Behalf
> > > Of Bill C. Riemers
> > > Sent: Tuesday, April 20, 2004 5:37 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: Emulating hard links on FAT et al.
> > >
> > > I stand corrected.  Only some flavors of Unix allow hardlinks to carry
> > > separate permissions.  I imagine the list of UNIX platforms which
> support
> > > this *feature* have greatly reduced in recent years since this trick
was
> > > commonly used to cheat quota systems.
> >
> > Er, what versions did this?  I've dealt at one time or another with AT&T
> > Systen V Release 2, 3, and 4, in ports for Intel, Motorola, and WE32000
> > CPUs, SunOS on SPARC, IBM's AIX on RS/6000, Red Hat and Suse Linux on
> Intel,
> > and Solaris 7, 8, and 9.
> >
> > None of them allowed seperate permissions on different hard links to a
> file.
> >
> > Given the way hard links are implemented (and Corrina has it exactly
> right),
> > I don't believe it's *possible*.  A link is simply a pointer to an
inode,
> > where the actual permissions are stored, and links to the same inode
> *must*
> > carry the same permissions.
> >
> > I suppose someone could hack a *nix kernel to store seperate permissions
> > entries for each hard link to an executable, but I've never heard of it
> > being done.
> >
> > Pointers, please?
> > __
> > Dennis
> >
>
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>



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

RE: filename does not exist but test gives true back

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of cygwin.20.job
> Sent: 21 April 2004 12:33

> > -Ursprüngliche Nachricht-
> > Von: Corinna Vinschen - corinna-cygwin

> > 
> > Trailing dots are silently ignored by Windows.
> > 
> The problem is hat I passed the filename with the trailing 
> dot to a Windows-Program which produced errors and corrupted 
> the file without trailing dot.
> 
> Any idea how to fix it?
> 
> Franz


  I'm afraid this is a case of WDDTT.  You simply can't.  Windoze is utterly
incapable of distinguishing between a filename that ends in a dot and the
same name without a dot at the end: it regards them as exactly the same
name.  This is a leftover from the days of dos 8.3 names; a file called
"file" has no extension, and so for old style short dos names to work, it
has to be possible to refer to it as "file." - that is to say, it has a null
extension, and so the dot is optional.

  Example:

>snip!<
C:\artimi.src\davek\dot>echo Hello world >file.test

C:\artimi.src\davek\dot>type file.test
Hello world

C:\artimi.src\davek\dot>type file.test.
Hello world

C:\artimi.src\davek\dot>dir
 Volume in drive C has no label.
 Volume Serial Number is 942E-907E

 Directory of C:\artimi.src\davek\dot

21/04/2004  14:21  .
21/04/2004  14:21  ..
21/04/2004  14:2114 file.test
   1 File(s) 14 bytes
   2 Dir(s)  106,017,673,216 bytes free

C:\artimi.src\davek\dot>dir file.test
 Volume in drive C has no label.
 Volume Serial Number is 942E-907E

 Directory of C:\artimi.src\davek\dot

21/04/2004  14:2114 file.test
   1 File(s) 14 bytes
   0 Dir(s)  106,017,673,216 bytes free

C:\artimi.src\davek\dot>dir file.test.
 Volume in drive C has no label.
 Volume Serial Number is 942E-907E

 Directory of C:\artimi.src\davek\dot

21/04/2004  14:2114 file.test
   1 File(s) 14 bytes
   0 Dir(s)  106,017,673,216 bytes free

C:\artimi.src\davek\dot>
>snip!<

  The *only* solution is to rework your program so it doesn't rely on having
identically-named files that differ only in a trailing dot.  Why not use a
trailing ~ insted?  That's a fairly *nix way of doing things.


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


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

Re: Emulating hard links on FAT et al.

[Bill C. Riemers]

You can't expect me to just admit I was completely wrong... :)  It turns out
the only version of Unix I can remember that allowed separate permissions
for hard linked files was Apollo DomainOS.  In DomainOS, separate hidden ACL
files where used to override and extend permissions.  Because the ACL's were
stored in a separate file, the net result is each hardlink could and often
did have different permissions.   The Apollo DomainOS were truly fantastic
machines, at least ten years ahead of their times in terms of usability
features.  For example, it is the only version of Unix I know of that
allowed SYSV or BSD syntax to be selected at runtime.  Unfortunately, the
hardware itself was expensive to maintain.  The maintained contracts where
$20,000 per year per node.  So if you wonder the halls at CERN you might
still find one of the old Apollo machines, but chances are it is being used
as a coffee table or such.

The cause of my original error is I vaguely remember using the separate
permissions trick on TitanOS to avoid problems if the owner decided to
restrict a directory later.  However, I later remembered it wasn't separate
permissions on the file, but separate permissions on the file path that I
would take advantage of.

i.e.  I would do something like:
   mkdir ~/cool-program
   ln cool-program/* ~/cool-program/.

So later if the owner did something like:
   chmod go-rwx cool-program
-or-
   rm -rf cool-program

I would still be able to run the program without using up part of my disk
quota with a copy.

At the time I wrote my original post all I remembered was I used separate
permissions for hard-links to cheat quotas.  I didn't remember that it was
the separate permissions on the path, not the file, that I used.

  Bill


- Original Message - 
From: "Dennis McCunney" <[EMAIL PROTECTED]>
To: "'Bill C. Riemers'" <[EMAIL PROTECTED]>
Sent: Tuesday, April 20, 2004 11:10 PM
Subject: RE: Emulating hard links on FAT et al.


> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] Behalf
> > Of Bill C. Riemers
> > Sent: Tuesday, April 20, 2004 5:37 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: Emulating hard links on FAT et al.
> >
> > I stand corrected.  Only some flavors of Unix allow hardlinks to carry
> > separate permissions.  I imagine the list of UNIX platforms which
support
> > this *feature* have greatly reduced in recent years since this trick was
> > commonly used to cheat quota systems.
>
> Er, what versions did this?  I've dealt at one time or another with AT&T
> Systen V Release 2, 3, and 4, in ports for Intel, Motorola, and WE32000
> CPUs, SunOS on SPARC, IBM's AIX on RS/6000, Red Hat and Suse Linux on
Intel,
> and Solaris 7, 8, and 9.
>
> None of them allowed seperate permissions on different hard links to a
file.
>
> Given the way hard links are implemented (and Corrina has it exactly
right),
> I don't believe it's *possible*.  A link is simply a pointer to an inode,
> where the actual permissions are stored, and links to the same inode
*must*
> carry the same permissions.
>
> I suppose someone could hack a *nix kernel to store seperate permissions
> entries for each hard link to an executable, but I've never heard of it
> being done.
>
> Pointers, please?
> __
> Dennis
>



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

AW: filename does not exist but test gives true back

[cygwin . 20 . job]

> -Ursprüngliche Nachricht-
> Von: Corinna Vinschen - [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> Gesendet: Mittwoch, 21. April 2004 13:10
> An: [EMAIL PROTECTED]
> Betreff: Re: filename does not exist but test gives true back (cygwin:
> message 2 of 20)
> 
> On Apr 21 12:38, [EMAIL PROTECTED] wrote:
> > Hi folk, I have ported a bash-script from UNIX to cygwin and have the
> Problem that test says that the file exist but there is no file with the
> given Name.
> >
> > Here come some command to reproduce the problem.
> >
> >
> > Wed Apr 21  12:36:00  556 ls -al;  if [ -e "load_evu.ctl." ] ;then echo
> "load_evu.ctl." exists;fi;
> > insgesamt 1
> > drwxr-xr-x+   2 F.Braunb Dom?nen-0 21. Apr 12:28 .
> > drwxr-xr--+  12 F.Braunb 0 21. Apr 12:19 ..
> > -rw-r--r--1 F.Braunb Dom?nen-  285 21. Apr 12:35 load_evu.ctl
> > load_evu.ctl. exists
> >
> > When I go on in the script and working with a file which does not exist
> I run in trouble.
> >
> > Any idea how to fix it that test says the file exists?
> 
> Trailing dots are silently ignored by Windows.
> 
The problem is hat I passed the filename with the trailing dot to a Windows-Program 
which produced errors and corrupted the file without trailing dot.

Any idea how to fix it?

Franz


--
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: filename does not exist but test gives true back

[Corinna Vinschen]

On Apr 21 12:38, [EMAIL PROTECTED] wrote:
> Hi folk, I have ported a bash-script from UNIX to cygwin and have the Problem that 
> test says that the file exist but there is no file with the given Name.
> 
> Here come some command to reproduce the problem.
> 
> 
> Wed Apr 21  12:36:00  556 ls -al;  if [ -e "load_evu.ctl." ] ;then echo 
> "load_evu.ctl." exists;fi;
> insgesamt 1
> drwxr-xr-x+   2 F.Braunb Dom?nen-0 21. Apr 12:28 .
> drwxr-xr--+  12 F.Braunb 0 21. Apr 12:19 ..
> -rw-r--r--1 F.Braunb Dom?nen-  285 21. Apr 12:35 load_evu.ctl
> load_evu.ctl. exists
> 
> When I go on in the script and working with a file which does not exist I run in 
> trouble.
> 
> Any idea how to fix it that test says the file exists?

Trailing dots are silently ignored by Windows.

Corinna

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

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

filename does not exist but test gives true back

[cygwin . 20 . job]

Hi folk, I have ported a bash-script from UNIX to cygwin and have the Problem that 
test says that the file exist but there is no file with the given Name.

Here come some command to reproduce the problem.


Wed Apr 21  12:36:00  556 ls -al;  if [ -e "load_evu.ctl." ] ;then echo 
"load_evu.ctl." exists;fi;
insgesamt 1
drwxr-xr-x+   2 F.Braunb Domänen-0 21. Apr 12:28 .
drwxr-xr--+  12 F.Braunb 0 21. Apr 12:19 ..
-rw-r--r--1 F.Braunb Domänen-  285 21. Apr 12:35 load_evu.ctl
load_evu.ctl. exists

When I go on in the script and working with a file which does not exist I run in 
trouble.

Any idea how to fix it that test says the file exists?

Regards 

Franz


--
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: write hangs on socket shut down for writing

[Corinna Vinschen]

On Apr 21 02:36, Yitzchak Scott-Thoennes wrote:
> On Wed, Apr 21, 2004 at 10:46:59AM +0200, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> > Did you try it with a recent Cygwin version?  I used your above test
> > application and I'm getting a EPIPE (resp. a SIGPIPE) as expected.
> 
> I think I had heard that others were not seeing this failure.  I'm
> attaching an strace from my test program in case that may be helpful.
> Is there anything you can think of that might make a difference?

Would you mind to debug that by yourself?  You are seeing this problem so
I guess you're the best person to debug that problem.  Setting a breakpoint
to 'fhandler_socket::sendmsg(msghdr const*, int, int)' should be fine.
I can't see any reason for Cygwin to do that.  There's no loop anywhere
which could run endlessly.  So either WSASendTo itself hangs, which is
pretty unlikely for overlapped sockets, or WSASendTo returns SOCKET_ERROR
and WSAGetLastError returns WSA_IO_PENDING so that WSAWaitForMultipleEvents
in wsock_event::wait hangs.  Any chance that a firewall or anti-virus
software is interfering?


Corinna

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

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

Re: Comparative Performance of C++ Compilers (including gcc cygming special)

[Alex Vinokur]

"GARY VANSICKLE" wrote in message news:[EMAIL PROTECTED]
> [snip]
> >
> > New copying methods have been added and checked:
> >
> > Test file modes : text, binary
> > --
> >
> > Testsuites
> > --
> > C-01  : Functions getc() and putc()
> > C-02  : Functions fgetc() and fputc()
> > C-03  : Functions fread() and fwrite()
> > UNIX-C-04 : Function mmap
> > CPP-01: Operators >> and <<
> > CPP-02: Methods get() and put()
> > CPP-03: Methods sbumpc() and sputc()
> > CPP-04: Method sbumpc() and operator <<
> > CPP-05: Method rdbuf() and operator <<
> > CPP-06: Methods read() and write() with const buffer
> > CPP-07: Methods read() and write() with max buffer
> > CPP-08: Method getline
> > CPP-09: Method ifstream getline
> > CPP-10: Method iterators (istream_iterator, ostream_iterator)
> >
> >
> > See:
-- Raw run log --
> > http://article.gmane.org/gmane.comp.lang.c++.perfometer/45

-- Source (Version 1.4) --
> > http://article.gmane.org/gmane.comp.lang.c++.perfometer/44

-- Source (Latest version - 1.6)
http://article.gmane.org/gmane.comp.lang.c++.perfometer/47
> >
>
> So much reading... I need charts and/or graphs man! ;-)
>
>

One should compile a source from 
http://article.gmane.org/gmane.comp.lang.c++.perfometer/47

$ g++ foo.cpp

$ a
 YOUR COMMAND LINE : a

 USAGE : a[]

// Sample-1
$ a 1000 5 750
// The program prints raw run log


// Sample-2
$ a 1000 5 750 3
// The program prints raw run log

// Sample-3
$ a 1 5 750 3
// The program prints raw run log

--
   Alex Vinokur
 mailto:[EMAIL PROTECTED]
 http://mathforum.org/library/view/10978.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: LGPL

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Christopher Faylor
> Sent: 21 April 2004 03:05

> On Tue, Apr 20, 2004 at 08:51:15PM -0400, Larry Hall wrote:
> >At 08:17 PM 4/20/2004, you wrote:
> >>Will the cygwin.dll become LGPL at one time in the future?
> >
> >Anything is possible but there is no plan to do this.
> 
> I have little say in the matter anymore but I'd say that this is about
> as possible as me suddenly becoming un-mean.
> 
> cgf



   0   50   100
.   . / .
 .  ./ .
  . .   / .
   (O)


  Now that's much more like it!


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


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

Re: write hangs on socket shut down for writing

[Yitzchak Scott-Thoennes]

On Wed, Apr 21, 2004 at 10:46:59AM +0200, Corinna Vinschen <[EMAIL PROTECTED]> wrote:
> Did you try it with a recent Cygwin version?  I used your above test
> application and I'm getting a EPIPE (resp. a SIGPIPE) as expected.

I think I had heard that others were not seeing this failure.  I'm
attaching an strace from my test program in case that may be helpful.
Is there anything you can think of that might make a difference?
**
Program name: C:\cygwin\home\sthoenna\pbed\a.exe (2044)
App version:  1005.10, api: 0.114
DLL version:  1005.10, api: 0.114
DLL build:20040420 11:21:06SNP
OS version:   Windows NT-5.1
Heap size:402653184
Date/Time:2004-04-21 02:35:11
**
 21833360 [main] a 2044 environ_init: 0xA050250: !C:=C:\cygwin\home\sthoenna
  2263586 [main] a 2044 environ_init: 0xA050270: ALLUSERSPROFILE=C:\Documents and 
Settings\All Users
  1873773 [main] a 2044 environ_init: 0xA0502A8: APPDATA=C:\Documents and 
Settings\sthoenna\Application Data
  3214094 [main] a 2044 environ_init: 0xA050008: CLIENTNAME=Console
  3394433 [main] a 2044 environ_init: 0xA0502E8: COMMONPROGRAMFILES=C:\Program 
Files\Common Files
  1754608 [main] a 2044 environ_init: 0xA050320: COMPUTERNAME=DHX98431
  1394747 [main] a 2044 environ_init: 0xA050340: 
COMSPEC=C:\WINDOWS\system32\cmd.exe
  1394886 [main] a 2044 environ_init: 0xA050368: CVS_RSH=/bin/ssh
  1425028 [main] a 2044 parse_options: tty 1001
  1395167 [main] a 2044 parse_options: ntsec 1
  2725439 [main] a 2044 parse_options: title 1
  1555594 [main] a 2044 parse_options: server 1
  1385732 [main] a 2044 parse_options: returning
   855817 [main] a 2044 environ_init: 0xA050380: CYGWIN=tty ntsec title server
  2996116 [main] a 2044 getwinenv: can't set native for HOME= since no environ yet
  2136329 [main] a 2044 mount_info::conv_to_posix_path: conv_to_posix_path 
(C:\cygwin\home\sthoenna, no-keep-rel, no-add-slash)
  1506479 [main] a 2044 normalize_win32_path: C:\cygwin\home\sthoenna = 
normalize_win32_path (C:\cygwin\home\sthoenna)
  1296608 [main] a 2044 mount_info::conv_to_posix_path: /home/sthoenna = 
conv_to_posix_path (C:\cygwin\home\sthoenna)
  1896797 [main] a 2044 win_env::add_cache: posix /home/sthoenna
   856882 [main] a 2044 win_env::add_cache: native HOME=C:\cygwin\home\sthoenna
   886970 [main] a 2044 posify: env var converted to HOME=/home/sthoenna
  1357105 [main] a 2044 environ_init: 0xA050410: HOME=/home/sthoenna
  1727277 [main] a 2044 environ_init: 0xA050560: HOMEDRIVE=C:
  1447421 [main] a 2044 environ_init: 0xA050578: HOMEPATH=\Documents and 
Settings\sthoenna
  1387559 [main] a 2044 environ_init: 0xA0505A8: HOSTNAME=DHX98431
  1377696 [main] a 2044 environ_init: 0xA0505C0: 
INFOPATH=/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:
  1387834 [main] a 2044 environ_init: 0xA050630: LESS=-isrR
  1377971 [main] a 2044 environ_init: 0xA050640: LOGONSERVER=\\DHX98431
  1348105 [main] a 2044 environ_init: 0xA050660: MAKE_MODE=unix
  1608265 [main] a 2044 environ_init: 0xA050678: 
MANPATH=/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:
  1478412 [main] a 2044 environ_init: 0xA0506C8: NUMBER_OF_PROCESSORS=1
  1378549 [main] a 2044 environ_init: 0xA0506E8: OLDPWD=/home/sthoenna
  1338682 [main] a 2044 environ_init: 0xA050708: OS=Windows_NT
  1368818 [main] a 2044 getwinenv: can't set native for PATH= since no environ yet
  1118929 [main] a 2044 normalize_posix_path: src .
  1169045 [main] a 2044 mount_info::conv_to_posix_path: conv_to_posix_path 
(C:\cygwin\home\sthoenna\pbed, no-keep-rel, no-add-slash)
  1039148 [main] a 2044 normalize_win32_path: C:\cygwin\home\sthoenna\pbed = 
normalize_win32_path (C:\cygwin\home\sthoenna\pbed)
  2149362 [main] a 2044 mount_info::conv_to_posix_path: /home/sthoenna/pbed = 
conv_to_posix_path (C:\cygwin\home\sthoenna\pbed)
  1499511 [main] a 2044 cwdstuff::get: posix /home/sthoenna/pbed
  1109621 [main] a 2044 cwdstuff::get: (/home/sthoenna/pbed) = cwdstuff::get 
(0x22ECF8, 260, 1, 0), errno 0
   939714 [main] a 2044 normalize_posix_path: /home/sthoenna/pbed/ = 
normalize_posix_path (.)
   959809 [main] a 2044 mount_info::conv_to_win32_path: conv_to_win32_path 
(/home/sthoenna/pbed)
  1239932 [main] a 2044 set_flags: flags: binary (0x2)
  237   10169 [main] a 2044 mount_info::conv_to_win32_path: src_path 
/home/sthoenna/pbed, dst C:\cygwin\home\sthoenna\pbed, flags 0xA, rc 0
 1149   11318 [main] a 2044 symlink_info::check: not a symlink
  142   11460 [main] a 2044 symlink_info::check: 0 = symlink.check 
(C:\cygwin\home\sthoenna\pbed, 0x22E9B8) (0xA)
  371   11831 [main] a 2044 path_conv::check: 
this->path(C:\cygwin\home\sthoenna\pbed), has_acls(1)
  208   12039 [main] a 2044 mount_info::conv_to_posix_p

RE: LGPL

[Dave Korn]

> -Original Message-
> From: cygwin-owner  On Behalf Of Bart van der Werf (Bluelive)
> Sent: 21 April 2004 01:17

> Will the cygwin.dll become LGPL at one time in the future?
> The viral GPL clause really makes me not want to use it with my BSD
> licensed application.
> 
> Grtz, Bart




   0   50   100
.   \   .   .
 .   \  .  .
  .   \ . .
   (O)

  Oh dear.  Barely thirty percent on the troll-o-meter.  You really must try
harder next time!




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


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

RE: Application failed to initialize (0xc0000022)

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Eric Hanchrow
> Sent: 20 April 2004 19:55

> This has burned me often enough that I've made a little shell
> function that reminds me:
> if [  "$OSTYPE" = "cygwin" ]; then
> unzip ()
> {
> command unzip "$@"
> echo If you are unzipping DLLs, be sure to make them 
> executable. > /dev/stderr
> }
> fi


  Indeed.  It's not Zip's job to preserve file perms.  That's what tar is
for.


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


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

Re: write hangs on socket shut down for writing

[Corinna Vinschen]

On Apr 20 18:17, Yitzchak Scott-Thoennes wrote:
> This seems to be the cause of perl's ext/Socket/t/socketpair.t test 14
> failing (which I've seen since at least 1.3.22).
> 
> $ cat pairsock.c
> #include 
> #include 
> #include 
> 
> int main (int argc, char **argv) {
>int sockets[2] = {-1, -1};
>int result;
>ssize_t wrote;
> 
>result = socketpair (AF_UNIX, SOCK_STREAM, PF_UNSPEC, sockets);
>printf ("socketpair result: %d, left %d, right %d.\n", result, sockets[0], 
> sockets[1]);
> 
>result = shutdown (sockets[0], SHUT_WR);
>printf ("shutdown result: %d.\n", result);
> 
>printf ("writing 4 bytes to left socket.\n");
>wrote = write (sockets[0], "nogo", 4);
>printf ("write result: %ld.\n", (long)wrote);
>return 0;
> }
> 
> $ gcc -Wall pairsock.c; ./a.exe
> socketpair result: 0, left 3, right 4.
> shutdown result: 0.
> writing 4 bytes to left socket.
> 
> ...and hangs there.
> 
> SUSv3 says:
> The write() function shall fail if:
> ...
> [EPIPE] 
> A write was attempted on a socket that is shut down for writing, or is
> no longer connected. In the latter case, if the socket is of type
> SOCK_STREAM, the SIGPIPE signal is generated to the calling process.

Did you try it with a recent Cygwin version?  I used your above test
application and I'm getting a EPIPE (resp. a SIGPIPE) as expected.


Corinna

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

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

Ctrl-S and Ctrl-Q in rxvt/bash

[Paul D. DeRocco]

I'm running bash inside an rxvt window, and Ctrl-S and Ctrl-Q seem to be
behaving as xoff and xon, making them unusable for line editing. Is there
anywhere that this can be turned off? I can't find anything in the man pages
for rxvt or bash.

Also, is there any way to get cursor keys to transmit something other than
an escape sequence? I'd like to use ESC as the kill-entire-line character.

--

Ciao,   Paul D. DeRocco
Paulmailto:[EMAIL PROTECTED]


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

Re: lseek returning 2**32-1 on error instead of -1

[Corinna Vinschen]

On Apr 20 22:59, Yitzchak Scott-Thoennes wrote:
> On Tue, Apr 20, 2004 at 05:18:33PM -0700, Yitzchak Scott-Thoennes wrote:
> >
> > I believe this to be the cause of perl's op/sysio.t test 39 failing.
> 
> This would have been easier to pin down if the strace had been correct
> (patch untested):

I've applied that patch together with a patch to lseek which correctly
returns -1 in case of error now.

Thanks,
Corinna

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

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

Re: LGPL

[Corinna Vinschen]

On Apr 21 02:17, Bart van der Werf (Bluelive) wrote:
> Will the cygwin.dll become LGPL at one time in the future?
> The viral GPL clause really makes me not want to use it with my BSD
> licensed application.

Your problem.  Read http://cygwin.com/licensing.html again:

  "In accordance with section 10 of the GPL, Red Hat permits programs
   whose sources are distributed under a license that complies with the
   Open Source definition to be linked with libcygwin.a without
   libcygwin.a itself causing the resulting program to be covered by
   the GNU GPL."


Corinna

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

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

Re: LGPL

[Jan Nieuwenhuizen]

Christopher Faylor writes:

> I have little say in the matter anymore but I'd say that this is about
> as possible as me suddenly becoming un-mean.

The interesting question now is, would these be related incidents ;-)

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org

--
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: Emulating hard links on FAT et al.

[Corinna Vinschen]

On Apr 20 16:59, Igor Pechtchanski wrote:
> Well, actually, I've always wondered -- what makes NTEA NT-specific?  For

It isn't.  It's OS/2 specific.  NT allows extended attributes for
OS/2 compatibility in the first place.

> the most part, all NTEA does is store some information (e.g., permissions,
> and, of late, owner) in a special file in the root directory.  The only

Only on FAT.  NTFS stores them in a file stream (as HPFS?).


Corinna

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

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