RE: Cygwin broken after update (PATH problem?)

[Com MN PG P E B Consultant 3]

> One thing to try would be temporarily adding a text mount for /etc and
> seeing if it helps. 

Sorry, what exactly does it mean "to add a *text* mount"?

Ronald
-- 
Ronald Fischer (phone +49-89-63676431)
mailto:[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: using sshd as a non-administrator: minor issues and an aliasing question

[Corinna Vinschen]

On Oct 29 15:35, Igor Peshansky wrote:
> On Wed, 25 Oct 2006, Thorsten Kampe wrote:
> 
> > * eyalroz (Wed, 25 Oct 2006 03:18:26 -0700 (PDT))
> >
> > > 3. How do I add new username/password combinations other than my real
> > > NT username and password? I want the sshd to only accept
> > > myalias/tehfauxpass instead of myrealuser/therealpass , and of course
> > > not try to switch users to myalias but rather allow work as
> > > myrealuser.
> >
> > Can't be done in my opinion as /etc/passwd is just a wrapper to the
> > SAM where the real password hashes are stored.
> 
> Well, technically, if you omit the SID from the passwd entry, Cygwin may
> use the crypt'ed password in the second field, but the resulting user
> token would be pretty useless, as it will bear no relation to the real
> Windows user...  Corinna will probably have more to say on this...

Not really.  Thorsten is correct.  Cygwin, the DLL, never uses the passwd
field.  The crypt library does.  I don't understand the sense behind the
the above approach anyway.  Security by obscurity?  Why not use pubkey
authentication with passphrase instead?


Corinna

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

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

Xemacs - can't close Internet Explorer; can't start twice XP programs

[fly_in]

I saw this topic in the mailing list and have the same problem using
Xemacs and starting Adope twice or try to close the Internet Explorer if the
Explorer-Window is over the Xemacs-Window and I try to open a HTML-file.
After closing Xemacs the HTML-file open normally.

Topic was:
XEmacs under Cygwin prevents other applications from starting up.

I am fairly newby to Xemacs.
Did I left something of Cygwin-installation or do I have something to change
in Xemacs?
Or is it still a bug and someone is currently do a good job to solve this
behavior?
After browsing lots of sites online, I get no answer in this subject.
Because I want to use Xemacs within Cygwin rather than the
XP-Xemacs-Version.

I think, you can't really working in flow, then always minimise or close
Xemacs using other applications.
That's because I really like working in flow!

Thanks for any answer.

Stefan




--
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 NTFS permission listing oddness.

[Corinna Vinschen]

On Oct 29 15:55, Linda Walsh wrote:
> I was messing with my theme libs and noted the following differences in
> how CYGWIN displays the attributes and Groups:
> -rwx--+ 1 Administrators None   214K Aug  7  2004 uxtheme.dll*
> -rwxrwx---+ 1 Administrators SYSTEM 214K Aug  4  2004 
> uxtheme.dll-old*
> -rwxrwx---+ 1 Administrators Administrators 214K Aug  4  2004 uxtheme.old*
> 
> [...]
> 
> More importantly, they all seem to have the same ACL's attached:
> /windows/system32> xcacls uxtheme\*
> C:\windows\system32\uxtheme.dll BUILTIN\Administrators:F
>BUILTIN\Power Users:C
>NT AUTHORITY\SYSTEM:F
>BUILTIN\Users:R
> C:\windows\system32\uxtheme.dll-old BUILTIN\Administrators:F
>BUILTIN\Power Users:C
>NT AUTHORITY\SYSTEM:F
>BUILTIN\Users:R
> C:\windows\system32\uxtheme.old BUILTIN\Administrators:F
>BUILTIN\Power Users:C
>NT AUTHORITY\SYSTEM:F
>BUILTIN\Users:R
> [...]
> I thought Cygwin derived it's user/group/permissions from the NT security
> settings.  Is this not the case? 

I don't understand the question.  Did you actually compare the (x)cacls
output with the ls output?  It makes perfect sense, given especially
that xcacls only prints the ACL, not owner and group of the file.
Unfortunately I don't know any Windows system tool which prints the
group information given in the security descriptor.


Corinna

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

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

RE: Install failing and leaving unusable system

[Dave Korn]

On 30 October 2006 04:34, Igor Peshansky wrote:

> On Sun, 29 Oct 2006, Julian Hall wrote:

>> I'd suggest changing them so that the destination filename in the case
>> of an abnormal exit is different (e.g. scriptName + ".failed").  A flag
>> could then be set so that a dialog box is shown at the end, stating that
>> errors occurred running the postinstall scripts, and directing users to
>> a simple shell script that can be run after rebooting, which will run
>> all the /etc/postinstall/*.failed scripts and move them to appropraite
>> ".done" names. 
>> 
>> Does that sound like a sensible idea?
> 
> It does sound reasonable, but here are a couple of observations:
> 
> 1) This was proposed before (see the discussion thread starting at
> ).  One
> alternative is to avoid renaming the failed scripts altogether, so that
> they get re-run on next setup.

  How about just providing an extra option on the "choose installation type"
page: "Re-run failed postinstall scripts", that just jumps immediately to that
stage, and thereby cleans up any leftovers?

  ISTM that would provide all the same functionality in one nice neat package.
I'll look at whipping up a patch for consideration.


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/

Old favourite: Terminate batch job (Y/N)?

[fergus]

For compelling reasons I start bash through a .cmd file with contents

{commandlist 1}
{sequence of "mount" instuctions}
:: next line is to confirm that these instructions have been
implemented
mount
bash
{commandlist 2}

If during the bash session I issue ctrl-C to interrupt something, then on
exiting bash the ctrl-C instruction seems to have been queued for use and I
am invited to "Terminate batch job (Y/N)?" before commencing the sequence at
{commandlist 2}.

This is an old problem and there are various solutions offered in the
archives to prevent the presentation of this annoying invitation, of which
the most useful seems to be to preface the bash command with "start": ie.
amend one line in the .cmd file so that it reads

{commandlist 1}
{sequence of "mount" instructions}
:: next line is to confirm that these instructions have been
implemented
mount
start bash
{commandlist 2}

However, I find that if I do this, then on starting bash, all the
instructions issued in the preceding {sequence of "mount" intructions} are
ignored in the new bash process. (But they were carried out correctly, as
was confirmed; and the consequences of the instructions issued in
{commandlist 1} are remembered. So it's not that all the contents of the
.cmd file preceding the start bash command are, for whatever reason,
ignored. Just some of them!)

Can anybody explain what's going on here? And can anybody offer a mechanism
for suppressing the "Terminate batch job? (Y/N)" invitation that is less
prone to breaking something else?

Thank you.

Fergus


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

RE: cron disables dialog window

[Kevin Cella]

That worked perfectly, thanks.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Larry Hall (Cygwin)
Sent: Sunday, October 29, 2006 6:48 PM
To: cygwin@cygwin.com
Subject: Re: cron disables dialog window

Kevin Cella wrote:
> I have a script that runs and kicks off a windows program that opens a
> dialog where it automatically enters the necessary data and submits the
> result. It works beautifully if I run it through a cygwin shell, but not
> when executed as a cron job.  When executed as a cron job, the dialog
window
> never appears. I have tried using cygstart and bash -l -c, but neither was
> effective. Any ideas?


Yes.  You'll need to reinstall 'cron' with 'cygrunsrv' using the -i
parameter
to allow it to interact with the desktop or go into the Windows services
panel and alter the existing service to do the same.  You may still find
that
the result doesn't work quite the same as when run from the command line.
If
that's the case, then there are environment settings that also need to be
added to your script.  FWIW, both of these issues have come up before and
discussions on them can be found in the email archives.  You can check them
out if you're interested.


-- 
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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/


--
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: Old favourite: Terminate batch job (Y/N)?

[Brian Dessent]

fergus wrote:

> If during the bash session I issue ctrl-C to interrupt something, then on
> exiting bash the ctrl-C instruction seems to have been queued for use and I
> am invited to "Terminate batch job (Y/N)?" before commencing the sequence at
> {commandlist 2}.

It's not that ^C got queued up, it's that cmd.exe prompts you thusly any
time a process launched in a batch file returns with a non-zero exit
code.  Further, bash's exit status is the same as the last executed
command, thus if you run a command that exited with non-zero status
(such as one that was killed) and then hit ^D or type exit to close
bash, then cmd.exe will see that non-zero error from the command and
prompt you.

> However, I find that if I do this, then on starting bash, all the
> instructions issued in the preceding {sequence of "mount" intructions} are
> ignored in the new bash process. (But they were carried out correctly, as
> was confirmed; and the consequences of the instructions issued in
> {commandlist 1} are remembered. So it's not that all the contents of the
> .cmd file preceding the start bash command are, for whatever reason,
> ignored. Just some of them!)

Cygwin's 'mount' command and the mount table itself are stored in the
registry, so the actions of one process should be seen in another.  I
think what you are actually seeing is the fact that when you use 'start'
it asynchronously starts the new process and does not wait for it to
terminate before continuing in the batch file, so that your {commandlist
2} gets executed immediately, not when bash exits.  This is a WAG but if
your {commandlist 2} contains unmount commands then it would certainly
appear in the bash session as though the mount commands had never
happened, since they will have been unmounted by the time you get to do
anything in bash.

If you change it to "start /wait bash" then you should get the desired
behavior of waiting for the bash process to terminate before continuing
in the batch file.

Brian

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

Re: Old favourite: Terminate batch job (Y/N)?

[Fergus Daly]

>> .. but if your {commandlist 2} contains unmount commands
>> then it would certainly appear in the bash session
>> as though the mount commands had never happened, since
>> they will have been unmounted by the time you get to do
>> anything in bash.

Exactly right. I thought there was somebody standing behind me all this
time. Creepy.

>> If you change it to "start /wait bash" then you should get the
desired
>> behavior of waiting for the bash process to terminate before
continuing
>> in the batch file.

Thank you very much. I'll use this next.

A second solution offered in the archives is

.. {as before}
set CYGWIN=tty
bash
.. {as before}

and this certainly seems to work, in that (a) the invitation to
"Terminate .." no longer appears; and (b) the preceding {sequence of
mount instructions} survives in the bash process.

But several persons offering this solution also provide gloomy but not
very specific warnings that it is or can be dangerous, causing other
behaviours to be altered. Again, can anybody comment on this as a
solution? (It is now months and in some cases years since the original
postings.)

Thank you.

Fergus

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

[Fwd: Re: [ANNOUNCEMENT] Updated [experimental]: bash-3.2-4]

[Keith Christian]

Eric Blake wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of bash, 3.2-4, is now available for experimental use,
replacing 3.2-3. Version 3.1-9 remains as the current version for now.


PROMISING - for the first time since January, the  completion works
without duplicating the last character on the line!

My original posting: http://www.cygwin.com/ml/cygwin/2006-01/msg01214.html

I've installed Bash 3.2-4 and libreadline6 5,2-2 as suggested, and the
rxvt version I've been running is 20050409-3.  I'll continue testing and
report any problems, but I see immediate improvement in completion
handling with this combination!

Keith


 Original Message 
Subject: Re: [ANNOUNCEMENT] Updated [experimental]: bash-3.2-4
Date: Wed, 25 Oct 2006 11:52:13 -0600
From: Keith Christian <[EMAIL PROTECTED]>
To: cygwin@cygwin.com
References: <[EMAIL PROTECTED]>

===

Follow up: Although early tests were promising, the same problems have 
returned.  Still using Bash 3.2-4 and libreadline6 5,2-2, and rxvt 
20050409-3.


Attempting to progressively complete nested directories caused a 
duplication in the "/" character.  Example:


Assume a directory structure of

~/projects/projecta/phase1/documentation/
~/projects/projectb/phase1/documentation/
~/projects/projectc/phase1/documentation/

Typing "cd ~/projects" and pressing  completed ~/projects/ 
satisfactorily, but when pressing  a second time, "//" appeared 
instead of "projects/project" so the problem persists.


The other issue that I face after having a terminal window open awhile 
is that the BASH key editing bindings become lost - e.g. pressing ^A to 
go the beginning of a line inserts a ^A instead of moving around. 
Pressing ^E does not go to the end of the line but instead is over the 
last character of the line, so appending to the line is impossible.


Is there anything I can do to help test?  Let me know.  I really long 
for the days of last year when the command line editing with RXVT was 
flawless.


===Keith

--
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 broken after update (PATH problem?)

[Igor Peshansky]

On Mon, 30 Oct 2006, Com MN PG P E B Consultant 3 wrote:

> > One thing to try would be temporarily adding a text mount for /etc and
> > seeing if it helps.
>
> Sorry, what exactly does it mean "to add a *text* mount"?

Well, the non-abbreviated phrase would be "a text-mode mount".  As to how
to add one, read "man mount".
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

--
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: Reboot vs. Restart Windows

[Mike Maxwell]

Sigh.  I wasn't going to do this.  But his flaming is so egregious...

Andrew DeFaria wrote:

Mike Maxwell wrote:
Most of us don't look in the dictionary to find out what computer 
terms--or any other words--mean.  I would guesstimate that you learned 
99% of your vocabulary, computer or otherwise, without looking it up. 
So by that count, 99% of the words we know are our own arbitrary 
definitions, made up by observing how words are used, or occasionally 
by having someone tell you what a word means (and they probably 
learned it the same way).
Let me get this straight, just because you're too lazy or perhaps proud 
to look up a word that you don't know the meaning to we should change 
terminology to fit your needs?!? Then you "guessitmate" (AKA pull a 
number out of your ass) that 99% of the population is as lazy or stupid. 


That's not what I said, go back and re-read.  Wait, I'll save you the 
trouble: I said that 99% of the words we know--not 99% of the people who 
know words--are our definitions that we infer from usage, rather than 
from looking them up.


The second thing that shows me that you can't read, is that I also did 
not suggest changing terminology.  I suggested changing a message.  And 
the change is away from a non-standard usage (in the Windows world) to a 
standard usage ("restart Windows").


As for my guesstimate, I am a linguist, and it is standard knowledge 
among linguists that most of the vocabulary we use (in our first 
language--second language learning is often different) is not from 
looking definitions up in dictionaries.


Said people are using computers and most likely the net too. Is it 
really too much trouble for you to do a google search or say search out 
on answers.com or wikipedia?!? 


Yes.  To put it bluntly: I (as a native speaker of English) should not 
need to look up _any_ vocabulary in an error message, nor in any other 
message my computer gives me, with the exception of narrow technical 
domains--like, say, math terms.  I would expect to need to look up words 
in a program like Mathemetica.  But when that does happen, I would also 
expect the program to have a hyperlink to its internal definition (or 
possibly to a definition out on the web).


Do you similarly campaign to have 
electricians or auto mechanics to change their terminology?!? This is
the field of computers (used to be called computer science). You're 
welcome to come into our world but like any profession you gotta learn 
the jargon


Again, I am not suggesting changing the terminology of any profession. 
I am suggesting that it would be good for the CygWin message to use the 
standard vocabulary of the Windows world, since it is running under 
Windows.  (To everyone else out there, I am not blaming the CygWin 
programmers; this is a minor point of clarifying a message, not a 
complaint.  I just can't figure out why Andrew is so bent out of shape 
about it...)


Besides, times change, but usage changes more slowly.  When I was in 
the Navy, the term for starting up any piece of equipment, be it a 
boiler or a computer, was "fire it up."

I'm willing to bet that that terminology was never allowed on a submarine!


I have no idea.  Your point??

I see no clearer benefit to using restart as opposed to reboot. Indeed 
reboot is a commonly accepted notion by most people in the business and 
now a days, most people not in the business but using computers themselves.


Certainly 'reboot' is used a lot.  But the standard Ms Windows message 
is 'restart Windows.'  And I don't know the history, but I would not be 
surprised if the reason it started being used (around the time of Win95 
or Win98, from what I can tell) is that it is less ambiguous--exactly 
the point I've been trying to make.

--
Mike Maxwell
[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: Cygwin broken after update (PATH problem?)

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Com MN PG P E B Consultant 3 on 10/30/2006 1:09 AM:
>> One thing to try would be temporarily adding a text mount for /etc and
>> seeing if it helps. 
> 
> Sorry, what exactly does it mean "to add a *text* mount"?

man mount, or http://cygwin.com/cygwin-ug-net/using-utils.html#mount

A text mount (created with mount -t instead of mount -b) treats all files
in that directory hierarchy as text files, and silently strips \r from
those files in programs that open them in default, as opposed to binary, mode.

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

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFRfay84KuGfSFAYARAuNxAJ9bqR0YQfxSxC9nuMjzzmIySg2pbgCeKc1c
a1VaF1Vg3GSXXF9im6oZsPw=
=5RFi
-END PGP SIGNATURE-

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

Re: Old favourite: Terminate batch job (Y/N)?

[Brian Dessent]

Fergus Daly wrote:

> A second solution offered in the archives is
> 
> .. {as before}
> set CYGWIN=tty
> bash
> .. {as before}
> 
> and this certainly seems to work, in that (a) the invitation to
> "Terminate .." no longer appears; and (b) the preceding {sequence of
> mount instructions} survives in the bash process.
> 
> But several persons offering this solution also provide gloomy but not
> very specific warnings that it is or can be dangerous, causing other
> behaviours to be altered. Again, can anybody comment on this as a
> solution? (It is now months and in some cases years since the original
> postings.)

Well, all this does is tell Cygwin to always allocate a pty, even if
it's possible to use a standard windows console instead.  It is the same
affect as using rxvt or xterm, or running the command over ssh. 
Personally, I always use rxvt and never use the Windows console, so in
effect this is the equivalent of running with 'tty' set, and the world
has not ended.  Many people use CYGWIN=tty as there are some programs
that will only function respectably when connected to a pty; it gives
you a more unix-like environment.

The only thing to watch out for is that because ptys are a Cygwin
fiction, native windows programs can sometimes be confused by them. 
Normally this just means their stdout is buffered and you don't see
anything until the buffer fills.  But if it is expecting interactive
input it can also fail in more strange ways.  I prefer using Cygwin
tools to native ones anyway, so for me this is not a big deal.  You can
search the archives for keywords "pty rxvt console native" etc. and you
should see many, many threads discussing this.

In your specific case, it seems silly to enable this option just to
bypass the batch file prompting (and I'm not even sure why that works)
as it seems like it's an accidental side effect.  I would go with "start
/wait", assuming that the second console window is acceptable.

Brian

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

cygwin@cygwin.com

[sabine . petry]

Hi,

I couldn't find an answer to this problem in any of the documentation and FAQs:

When I start the X server system and connect to another computer, I usually 
work with several terminal windows. I used to be able to bring a terminal 
window to the front by clicking on its frame. However, this does not work any 
more for no obvious reason.
At the same time other people logging in with cygwin from other workstations 
but with the same account don't have this problem. Therefore it seems to stem 
from the setup of cygwin on my computer.

Has anyone encountered a similar problem and does anyone have a solution?

Thanks a lot!

Sabine

(I can still use the menu of the terminal window by using "lower" to bring the 
terminal window to the back. However, therefore it is necessary to have the 
menu accessible and it can't bring windows to the front. Reactiving this by 
clicking onto the terminal window frame would be the best thing.)
___
Viren-Scan für Ihren PC! Jetzt für jeden. Sofort, online und kostenlos.
Gleich testen! http://www.pc-sicherheit.web.de/freescan/?mc=02


--
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] Updated: findutils-4.3.1-1

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of findutils, 4.3.1-1, is available, replacing 4.3.0-2 as
current.

NEWS:
=
This is a new development upstream release.  Although it is still marked
beta upstream, it has proven to be more reliable than the stable 4.2.x
series on cygwin.  As a beta release, it adds new optimization features
that might be withdrawn depending on feedback received.  Upstream news
since 4.3.0 is attached, see also /usr/share/doc/findutils-4.3.1/.

DESCRIPTION:

The findutils package contains programs which will help you locate files
on your system.  The find utility searches through a hierarchy of
directories looking for files which match a certain set of criteria (such
as a filename pattern).  The xargs utility builds and executes command
lines from standard input arguments (usually lists of file names generated
by the find command).  The locate utility scans a database of filenames
and displays matches.  The updatedb utility builds the database for locate.

UPDATE:
===
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.
Save it and run setup, answer the questions and pick up 'findutils' from
the 'Base' category (it should already be selected).

DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need to
find a mirror which has this update, please choose the one nearest to you:
http://cygwin.com/mirrors.html

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

- --
Eric Blake
volunteer cygwin findutils maintainer

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send email
to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

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

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

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

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFRgfM84KuGfSFAYARAmYVAJ9j5iqTpXSLJDDFg9K8g1Oq6zryzQCfaGI4
fAf4B6yIZhGHSH5M6Vx3UdI=
=VipN
-END PGP SIGNATURE-
* Major changes in release 4.3.1

** Bug Fixes

Find now follows POSIX rules for determining where directories end and
expressions start.  This means that "find \(1 \!2 \, \)" now searches
in the four named directories, rather than trying to parse an
expression. (Savannah bug #15235).

You now get a more helpful error message when you use command lines
which have missing expressions, such as 
  find . ( )
  find . !
  find . -a
  find . \( -not \)
  find . \( -true -a

Savannah bug #15800: If find finds more subdirectories within a parent
directory than it previously expected to based on the link count of
the parent, the resulting error message now gives the correct
directory name (previously an error message was issued but it
specified the wrong directory).

Savannah bug #16738: "find  -exec ... {} +" now works if you have
a large environment and many files must be passed to the -exec
action.  The same problem affected the -execdir action, though since
the number of files in a given directory will normally be smaller, the
problem was worse for -exec.

Savannah bug #16579: Updatedb now works if it is running as a user
whose login shell is not actually a shell.

There have also been a number of documentation improvements (includng
Savannah bug #16269).

** Functional changes

For find, debug output can now be enabled at runtime with the -D
option.  This causes the printing of various sorts of information
about find's internal state and progress.

The find option -nowarn cannot itself produce a warning (this used to
happen with commands like "find . -name quux -nowarn -print".

** Performance Enhancements

Find now has a rudimentary cost-based optimiser.  It has an idea of
the basic cost of each test (i.e. that -name is very cheap while -size
is more expensive).  It re-orders tests bearing in mind the cost of
each test and its likely success.  Predicates with side effects (for
example -delete or -exec) are not reordered.  The optimiser is not
yet enabled by default, but the new option -O controls the query 
optimisation level.  To see this in action, try
  find -D opt -O3 . -type f -o -type c -o -size 555 -name Z
and compare the optimised query with:
  find -D opt -O3 . -size 555 -o -type c -o -type f -name Z
and
  find -D opt . -size 555 -o -type c -o -type f -name Z

Over time, as optimisations are proven to be robust and correct, they
will be moved to 

Re: Reboot vs. Restart Windows

[Andrew DeFaria]

Mike Maxwell wrote:
That's not what I said, go back and re-read.  Wait, I'll save you the 
trouble: I said that 99% of the words we know--not 99% of the people 
who know words--are our definitions that we infer from usage, rather 
than from looking them up.


The second thing that shows me that you can't read, is that I also did 
not suggest changing terminology.  I suggested changing a message.  
And the change is away from a non-standard usage (in the Windows 
world) to a standard usage ("restart Windows").


As for my guesstimate, I am a linguist, and it is standard knowledge 
among linguists that most of the vocabulary we use (in our first 
language--second language learning is often different) is not from 
looking definitions up in dictionaries.
It's still a number you've pulled from your ask thus it stinks. Listen 
dude - I am often in the Windows world and standard usage in the Windows 
world is reboot - trust me!
Said people are using computers and most likely the net too. Is it 
really too much trouble for you to do a google search or say search 
out on answers.com or wikipedia?!? 
Yes.  To put it bluntly: I (as a native speaker of English) should not 
need to look up _any_ vocabulary in an error message, nor in any other 
message my computer gives me, with the exception of narrow technical 
domains--like, say, math terms.  I would expect to need to look up 
words in a program like Mathemetica.  But when that does happen, I 
would also expect the program to have a hyperlink to its internal 
definition (or possibly to a definition out on the web).
Then stick to linguistics buddy. Computer science is a discipline with 
it's own terminology. Were you really that stupid that running across 
the word "reboot" (as a native speaker of English and a linguist at 
that) you really had no idea and needed to run to google to understand 
that your computer would also be restarted?!? Give me a break!
Do you similarly campaign to have electricians or auto mechanics to 
change their terminology?!? This is
the field of computers (used to be called computer science). You're 
welcome to come into our world but like any profession you gotta 
learn the jargon
Again, I am not suggesting changing the terminology of any profession. 
I am suggesting that it would be good for the CygWin message to use 
the standard vocabulary of the Windows world, since it is running 
under Windows.
The standard vocabulary of the Windows world *is* reboot. You may be a 
linguist but I've been in the business for some 25 years now. Trust me 
nobody's getting confused on reboot vs. restart and Windows users use 
the term reboot all the time. You are attempting to change the 
terminology indeed to one you prefer by your very request.
(To everyone else out there, I am not blaming the CygWin programmers; 
this is a minor point of clarifying a message, not a complaint.  I 
just can't figure out why Andrew is so bent out of shape about it...)
Because you came off as being high and mighty and better than thou, 
knowing the true wisdom and as such I felt you needed to be knocked down 
a peg or two. You didn't come in here saying "I think that restart would 
be a better word than reboot" rather you came in here saying "I know 
that restart would be a better word than reboot".
Besides, times change, but usage changes more slowly.  When I was in 
the Navy, the term for starting up any piece of equipment, be it a 
boiler or a computer, was "fire it up."
I'm willing to bet that that terminology was never allowed on a 
submarine!

I have no idea.  Your point??

It's a joke sir! A joke!

However if I was to put a point to it I would say that "fire it up" may 
be a term of art in the Navy in some areas - but clearly it isn't in 
other areas. To come in insisting on a change of terminology into an 
area (computers) that you apparently are not an expert in a manner that 
suggests you know more than the experts in the field is arrogant. 
Likewise if you came into a submarine and insisted on using the term 
"fire it up" I think you would be roundly roasted (if not tossed overboard).


For the record, I'm not that hot on the difference between reboot vs. 
restart - they are both fine words. Rather I was protesting your rather 
arrogant attitude that you somehow know better.
I see no clearer benefit to using restart as opposed to reboot. 
Indeed reboot is a commonly accepted notion by most people in the 
business and now a days, most people not in the business but using 
computers themselves.
Certainly 'reboot' is used a lot.  But the standard Ms Windows message 
is 'restart Windows.'
Right. And the standard directory err... folder separator in Windows is 
"\" and the standard option indicator is "/". Cygwin ain't Windows.
And I don't know the history, but I would not be surprised if the 
reason it started being used (around the time of Win95 or Win98, from 
what I can tell) is that it is less ambiguous--exactly the point I've 
been trying to make.
There ar

Re: Changing Windows "hidden" and "system" attributes?

[Lloyd Zusman]

Igor Peshansky  cs.nyu.edu> writes:
> 
> On Sun, 29 Oct 2006, Lloyd Zusman wrote:
>
> > [ ... ]
> >
> > Because of cygpath, filenames such as .elinks/bookmarks and
> > .fluxbox/fbrun_history are passed to xargs like this:
> > .elinks\bookmarks and .fluxbox\fbrun_history.
> >
> > [ ... ]
> 
> Indeed.  So how about using the "-m" option of cygpath, instead of the
> "-w"?  FWICS, attrib will happily understand "/"-delimited filenames.

Yes, that seems to work fine.  I forgot about -m.  Thanks.


> > Because of this, a hacky wrapper script for attrib like the
> > one I wrote in my earlier message is still needed, unfortunately.
> 
> I had no problem running your test with "cygpath -m".

It indeed works in the case I mentioned above.  However, it gets more
complicated for cases like this:

  find . -type f | cygpath -m -f- | xargs -L1 attrib | something

... where "something" is some other cygwin command which processes some
or all of the resulting file names.  I still like my wrapper-script hack,
because it accepts cygwin paths on input and puts cygwin paths into
its output.  This allows the output to be easily manipulated by other
cygwin utilities.  Also, it permits us to dispense with the -L1 option
to xargs, thereby minimizing the number of times a subshell is forked
as a directory tree is traversed:

  find . -type f | xargs cattrib | something

... where "cattrib" is my hacky script.

-- 
 Lloyd Zusman
 [EMAIL PROTECTED]
 God bless you.






--
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: device drivers - general info

[Brian Ford]

On Thu, 26 Oct 2006, Larry Hall (Cygwin) wrote:
> George Locke wrote:
> > On 10/25/06, Gary R. Van Sickle wrote:
> >> > From: George Locke
> >> > Sent: Wednesday, October 25, 2006 1:48 PM
> >> >
> >> > I wish to create a C++ program that communicates with a
> >> > windows device driver (for a PCI card that interfaces with
> >> > external electronics).
> >> > The maker of the driver has provided a C++ library that
> >> > allows me to write C++ programs that communicate with the PCI
> >> > card, and i know that this works in regular windows, but i am
> >> > feeling unsure about whether it will work in Cygwin.
> >>
> >> If the C++ library is not provided in source-code form, you're pretty
> >> much out of luck, due to name-mangling differences and other issues.
> >> If they're giving you a C++ source library that ultimately
> >> communicates with the kernel-level driver via normal Win32
> >> filehandles and/or IOCTLs, I would say, "if you've followed me so
> >> far, in general this kind of thing can be made to work, but be
> >> prepared to roll up your sleeves, because odds are that the code was
> >> written for Visual Studio."
> >>
>  > the header for the for the external library does exist as source code,
>  > eg #include "foo.h" where foo.h is C++ source code, but the functions
>  > aren't defined within that file (just prototyped), and afaik they are
>  > not defined anywhere in raw source code format.  If that is good
>  > enough then i have a place to start.
>
> No.  You'll need to use the same C++ compiler as was used to generate this
> library.

Or, to add a messy but sometimes useful option not previously directly
mentioned in this thread, use the same C++ compiler as was used to
generate this library to create an extern C wrapper API.  The C wrapper
API may then be called from Cygwin (gcc) C or C++ code.

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



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

Re: Cygwin help!!!

[Christopher Faylor]

On Sun, Oct 29, 2006 at 11:48:27PM -0800, anja_22 wrote:
>UUPPSS, h??tte ich auch selbst drauf kommen k??nnen, naja manchmal eben nicht
>...-) Danke dir f??r deine schnelle Antwort

I think that's enough.  This is an English list.  Please use English
here.  I believe that there are German Cygwin support lists out there.

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/

[patch] One more cygport bug

[Volker Quetschke]

Hi!

$ cygport .cygport deps

doesn't report the dependencies.

The attached patch fixes this for me.

   Volker

-- 
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D
--- /usr/bin/cygport2006-10-19 23:58:07.00100 -0400
+++ cygport 2006-10-30 09:51:18.12500 -0500
@@ -1121,7 +1121,7 @@
export PATH="${D}/usr/bin:${DEPS_PATH}:${os_path}";
 
# Ruby and Apache2 modules should be *.so, nothing else!!!
-   find . -name '*.exe' -o -name '*.dll' -o -name '*.so' \
+   find . \( -name '*.exe' -o -name '*.dll' -o -name '*.so' \) \
-exec cygcheck '{}' + | sed -ne '/^  [^ ]/ s,\\,/,gp' | sort 
-bu | \
xargs -r -n1 cygpath -u | xargs -r cygcheck -f | \
sed 's!^!  !' | sort -u;


signature.asc
Description: OpenPGP digital signature

RE: Installing packages from cygwin Command Line

[Thrall, Bryan]

Igor Peshansky wrote on Sunday, October 29, 2006 2:48 PM:
>> Note that --local-package-dir is a little broken; specifically, it
>> gets overridden by whatever the user selected last time they ran
>> setup.exe (at least, this was the case as of setup.exe version
>> 2.510.2.2). The problem has been fixed in CVS, but there doesn't
>> seem to have been a setup.exe release since then...
> 
> .

True, and thanks for pointing that out. I guess my point was more that
the standard setup.exe linked from the front page of cygwin.com didn't
have the fixes yet; certainly there are ways of getting the fixed
version if you know what to look for!

-- 
Bryan Thrall
FlightSafety International
[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 go through a company proxy with ssh ?

[Teggy P Veerapen]

Great stuff Igor,

Last time I was desperately looking for the msg num; now I know how to get it
...

Thousand of thanks for that :)

Cheers,

Teggy


Selon Igor Peshansky <[EMAIL PROTECTED]>:

> On Thu, 26 Oct 2006, Teggy P Veerapen wrote:
>
> > [snip]
> > ps: Apologies if this message is not attached the thread; but I couldn't
> > make a reply to previous posts since I was not subscribed to the mailing
> > list.
>
> .
> HTH,
>   Igor
> --
>   http://cs.nyu.edu/~pechtcha/
>   |\  _,,,---,,_  [EMAIL PROTECTED] | [EMAIL PROTECTED]
> ZZZzz /,`.-'`'-.  ;-;;,_  Igor Peshansky, Ph.D. (name changed!)
>  |,4-  ) )-,_. ,\ (  `'-' old name: Igor Pechtchanski
> '---''(_/--'  `-'\_) fL   a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!
>
> "Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends
> compte."
> "But no -- you are no fool; you call yourself a fool, there's proof enough in
> that!" -- Rostand, "Cyrano de Bergerac"
>
> --
> 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: How to go through a company proxy with ssh ?

[Teggy P Veerapen]

Yes indeed, I was going through port 80 instead of port 443 thinking that both
were processed in exactly the same way by the proxy. But when reading your
website, I understood my error.

Thanks for this small bit of information ... Small bit indeed but how useful it
has been :)

Cheers,

Teggy


Selon Robert McKay <[EMAIL PROTECTED]>:

> On 10/26/06, Teggy P Veerapen <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > Thanks guys for all these informations ... In fact, I have tried both
> solutions
> > connect and corkscrew but I haven't been able to connect through the proxy
> with
> > neither utility. I am getting a forbidden message and if I turn debug
> option on
> > when using connect, I get something like that:
> >
> > ---8<---
> > ...
> > DEBUG: begin_http_relay()
> > DEBUG: >>> "CONNECT 82.231.204.246:80 HTTP/1.0rn"
> > DEBUG: >>> "rn"
> > DEBUG: <<< "HTTP/1.0 403 Forbiddenrn"
> > DEBUG: http proxy is not allowed.
> > FATAL: failed to begin relaying via HTTP.
> > ssh_exchange_identification: Connection closed by remote host
> > ---8<---
> >
> > I would presume that the proxy is somehow checking that http requests are
> going
> > through and all it's seeing is ssh requests. Does that seem plausible to
> you
> > that the proxy is indeed checking the request ?
> >
> > Or am I making a mistake when using the utility (configuration seems fairly
> > simple and straightforward to me) ?
> >
>
> While this is probably straying off-topic for the cygwin mailinglist..
>
> The forbidden error is likely because you are trying to connect to
> port 80 rather than port 443 (the https port). Try running sshd on
> port 443 instead (simply add another listen directive to your
> sshd_config file. Port 443 is often the only port you are allowed to
> 'CONNECT' to.
>
> I've actually developped a novel hack to use http proxies that doesn't
> use CONNECT but rather the standard GET and POST requests. It just
> uses two simultaneous http requests (one always GETing the other
> always POSTing).
>
> http://wari.mckay.com/~rm/proxy2ssh/
>
> You'll also see a simple CONNECT script there as well that uses nc.
> I've used both scripts under cygwin without difficulty.
>
> Regards,
>
> Robert.
>
> --
> 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: Reboot vs. Restart Windows

[Chris January]

On 30/10/06, Andrew DeFaria <[EMAIL PROTECTED]> wrote:

Mike Maxwell wrote:
> That's not what I said, go back and re-read.  Wait, I'll save you the
> trouble: I said that 99% of the words we know--not 99% of the people
> who know words--are our definitions that we infer from usage, rather
> than from looking them up.
>
> The second thing that shows me that you can't read, is that I also did
> not suggest changing terminology.  I suggested changing a message.
> And the change is away from a non-standard usage (in the Windows
> world) to a standard usage ("restart Windows").
>
> As for my guesstimate, I am a linguist, and it is standard knowledge
> among linguists that most of the vocabulary we use (in our first
> language--second language learning is often different) is not from
> looking definitions up in dictionaries.
It's still a number you've pulled from your ask thus it stinks. Listen
dude - I am often in the Windows world and standard usage in the Windows
world is reboot - trust me!



From 
http://support.microsoft.com/default.aspx?scid=%2Fsupport%2Fglossary%2FR.asp:

reboot
vb. To restart a computer by reloading the operating system. See also
boot2, cold boot, warm boot.

:)
Chris

--
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: Changing Windows "hidden" and "system" attributes?

[Matthew Woehlke]

Lloyd Zusman wrote:

Thorsten Kampe  thorstenkampe.de> writes:
Yes, I know that I could put a wrapper script around attrib to apply
cygpath to the argument, to name but one of several ways to solve this.
In fact, I have already done this, thereby making my own cygwin-compliant
analog to attrib.

P.S. -- Here's my script.  I call it "cattrib" (I'm posting via gmane,
so forgive me if the indentation is screwed up):
[snip script]


You could probably make this even more transparent by dropping a symlink 
'attrib' to this somewhere high in $PATH (or renaming it, but the 
symlink lets 'cattrib' force calling the script even if the Windows 
'attrib' is higher in PATH) and having the script call 'attrib.exe' 
(which won't pick up the script).


Also, if you want it to be *really* transparent, you should be 'cut -c 
12-'ing the output of attrib and then appending the original arg before 
its trip through cygpath, otherwise you potentially mangle things due to 
symlinks, mount points, etc.


i.e. something like this:
echo "$(attrib.exe $(cygpath -w "${arg}") | cut -c 12-)${arg}"

--
Matthew
This message will self destruct in ten centuries.


--
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: sh files

[dubcek]

Thanks Eric. Unfortunately, your remedy did not work. As I mentioned in my
original mail, all my .sh files were made under unix. But I tried d2u anyway
(you never know), but I got the same result.

Here is an example of one of my unsophisticated .sh files; it was intended
to clean up after a latex session:
rm *.div *.aux *.log 

when I run the clean.sh (this was the name I gave to it), I get the 'command
not found' error reply.

Does that help to make you better see my problem?
Thanks.
dubcek


Eric Blake-1 wrote:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> According to dubcek on 10/29/2006 12:59 PM:
>>>From the time I started using UNIX, I have made at least a hundred
different
>> .sh files, all of which ran perfectly on my first version of cygwin. But
>> they don't work on the new version.
> 
> What are the failure symptoms?  Without any further details, my guess is
> that you have CRLF line endings, but a binary mount.  Use the d2u program
> to convert your .sh files to plain LF line endings, and things should
> clear up.
> 
> http://cygwin.com/ml/cygwin-announce/2006-10/msg00026.html
> 
> - --
> Life is short - so eat dessert first!
> 
> Eric Blake [EMAIL PROTECTED]
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.2.1 (Cygwin)
> Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
> 
> iD8DBQFFRRuv84KuGfSFAYARAtdiAJ96mdxigxSrCNJGikpv1N/SBiLfvQCaAmRe
> z/b+ZVxXhG7ONhtnyPRrnsI=
> =HRc0
> -END PGP SIGNATURE-
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/sh-files-tf2535809.html#a7080971
Sent from the Cygwin Users mailing list archive at Nabble.com.


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

Re: sh files

[Robert McKay]

On 10/30/06, dubcek <[EMAIL PROTECTED]> wrote:


Thanks Eric. Unfortunately, your remedy did not work. As I mentioned in my
original mail, all my .sh files were made under unix. But I tried d2u anyway
(you never know), but I got the same result.

Here is an example of one of my unsophisticated .sh files; it was intended
to clean up after a latex session:
rm *.div *.aux *.log

when I run the clean.sh (this was the name I gave to it), I get the 'command
not found' error reply.


Perhaps a silly question, but is clean.sh in your PATH? Try running
./clean.sh (assuming it's in your current directory) instead.

Robert.

--
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: sh files

[DePriest, Jason R.]

On 10/30/06, dubcek <> wrote:

Thanks Eric. Unfortunately, your remedy did not work. As I mentioned in my
original mail, all my .sh files were made under unix. But I tried d2u anyway
(you never know), but I got the same result.


What does a hex view of your shell script say the line ending are?

For example, I have a working script and my line endings are \x0A

My Windows-y scripts all have \x0D\x0A

You can try u2d, then d2u to see if that can clean up wonky line endings.


Here is an example of one of my unsophisticated .sh files; it was intended
to clean up after a latex session:
rm *.div *.aux *.log


rm is actually in your path, yes?


when I run the clean.sh (this was the name I gave to it), I get the 'command
not found' error reply.


This is the same error you get when bash doesn't understand the line
endings.  What sort of mount (binary vs. text) are your shells scripts
on?

What shell do you run?  The stuff we are talking about is all bash.

You may also want to observe http://cygwin.com/problems.html so you
can send the appropriate attachment to the list to give folks the
information they need to help you.

-Jason

--
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: sh files

[Jean-Claude Gervais]

Could be, but I would wager his problems stem from not having the
current folder (dot) in his path...
J

On Mon, 2006-10-30 at 19:44 +, DePriest, Jason R. wrote:
>  From: 
> DePriest, Jason R.
> <[EMAIL PROTECTED]>
>To: 
> cygwin@cygwin.com
>   Subject: 
> Re: sh files
>  Date: 
> Mon, 30 Oct 2006 19:44:15 +
> (14:44 EST)
> 
> 
> > On 10/30/06, dubcek <> wrote:
> >
> > Thanks Eric. Unfortunately, your remedy did not work. As I mentioned
> in my
> > original mail, all my .sh files were made under unix. But I tried
> d2u anyway
> > (you never know), but I got the same result.
> 
> What does a hex view of your shell script say the line ending are?
> 
> For example, I have a working script and my line endings are \x0A
> 
> My Windows-y scripts all have \x0D\x0A
> 
> You can try u2d, then d2u to see if that can clean up wonky line
> endings.
> 
> > Here is an example of one of my unsophisticated .sh files; it was
> intended
> > to clean up after a latex session:
> > rm *.div *.aux *.log
> 
> rm is actually in your path, yes?
> 
> > when I run the clean.sh (this was the name I gave to it), I get the
> 'command
> > not found' error reply.
> 
> This is the same error you get when bash doesn't understand the line
> endings.  What sort of mount (binary vs. text) are your shells scripts
> on?
> 
> What shell do you run?  The stuff we are talking about is all bash.
> 
> You may also want to observe http://cygwin.com/problems.html so you
> can send the appropriate attachment to the list to give folks the
> information they need to help you. 


--
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: [patch] One more cygport bug

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Volker Quetschke on 10/30/2006 7:59 AM:
> Hi!
> 
> $ cygport .cygport deps
> 
> doesn't report the dependencies.
> 
> The attached patch fixes this for me.

Duplicate of this:
http://cygwin.com/ml/cygwin/2006-10/msg00852.html
and already fixed in cygport CVS.

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

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFRl7k84KuGfSFAYARAv51AJ9n6GAq+ay2Rc2oQkIMMsGG8xj0AwCfSsYH
FbHo25s8bZ46/9MmCuJImDU=
=5QcG
-END PGP SIGNATURE-

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

Re: rxvt: Ctrl+C leaves child process of native processes

[Shankar Unni]

Christopher Faylor wrote:


When I hit ^C, bash and cmd exit immediately leaving perl and the two
java processes.


Cygwin has no way of knowing what the children of non-cygwin
subprocesses are.  So, as you've found, if you don't use a Cygwin
program, you won't get linux-like signal results.  This shouldn't be
*too* surprising.


The best way to avoid such surprises is NOT to use .BAT files in your 
app stack. As long as you have all cygwin processes in the process tree 
(it's OK for the leaf processes to not be cygwin, though), the ^Cs 
should get passed down as expected.



--
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: Reboot vs. Restart Windows

[Benjamin Madore]

So as to add to the confusion...

At one point, and maybe still, you could "Restart Windows" without rebooting
your computer. If I recall correctly, it would drop to the subsystem (DOS?)
and a message stating "Restarting Windows..." would display on your screen.

So, restarting was not necessarily rebooting at one time. I don't know how
this plays out, though, as either would do what you wanted.

BTW, can one say they restarted Cygwin without restarting windows? Does that
make sense?

On Mon, October 30, 2006 7:56 am, Mike Maxwell said:
>
> Certainly 'reboot' is used a lot.  But the standard Ms Windows message
> is 'restart Windows.'  And I don't know the history, but I would not be
> surprised if the reason it started being used (around the time of Win95
> or Win98, from what I can tell) is that it is less ambiguous--exactly
> the point I've been trying to make.
> --



--
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: Reboot vs. Restart Windows

[DePriest, Jason R.]

On 10/30/06, Benjamin Madore <> wrote:hat you wanted.


BTW, can one say they restarted Cygwin without restarting windows? Does that
make sense?


No, this does not make sense.

If you had services installed via cygrunsrv and they were running, you
could stop / start them and call that restarting Cygwin services (a
stretch).

More correctly, it would just be 'restarting cygwin sshd' or
'restarting cygwin syslog'.

And even then, the 'cygwin' moniker in the name is sort of extraneous.

If you bought the SSH Communications Security version of the secure
shell service, would you say 'restarting SSH Communications Security
SSH server service' or just 'sshd'?

Also, this became a candidate for TITTTL long ago.

-Jason

--
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: Reboot vs. Restart Windows

[Joey Officer]

What you are referring to was the 'soft' restart.  If you held the SHIFT 
key (either I think) during a 'Shutdown -> Restart;  it would restart 
only the windows software.  This worked on all versions of windows 
through windows Me! ... It does not work on any current version of 
Windows, due to the fact that current versions are built around Windows 
NT, which did not have a DOS foundation.  Windows 95/98/ME were 
applications that ran on top of DOS, similar (atleast in concept) to the 
really old Windows 3.x days (and older if you can think back that far).


Having said that, there isn't an official way (that I'm aware of anyway) 
to restart windows without restarting the system itself.  However, I do 
know a little trick that is supposed to be just as good.  Open the task 
manager, and find 'explorer.exe' in the process list.  Perform an 
end-task on this process.  It should reload the windows system files, or 
atleast thats my understanding.


Good luck all.
joey


Benjamin Madore wrote:

So as to add to the confusion...

At one point, and maybe still, you could "Restart Windows" without rebooting
your computer. If I recall correctly, it would drop to the subsystem (DOS?)
and a message stating "Restarting Windows..." would display on your screen.

So, restarting was not necessarily rebooting at one time. I don't know how
this plays out, though, as either would do what you wanted.

BTW, can one say they restarted Cygwin without restarting windows? Does that
make sense?

On Mon, October 30, 2006 7:56 am, Mike Maxwell said:
  

Certainly 'reboot' is used a lot.  But the standard Ms Windows message
is 'restart Windows.'  And I don't know the history, but I would not be
surprised if the reason it started being used (around the time of Win95
or Win98, from what I can tell) is that it is less ambiguous--exactly
the point I've been trying to make.
--





--
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: Reboot vs. Restart Windows

[Matt Wozniski]

Having said that, there isn't an official way (that I'm aware of anyway)
to restart windows without restarting the system itself.  However, I do
know a little trick that is supposed to be just as good.  Open the task
manager, and find 'explorer.exe' in the process list.  Perform an
end-task on this process.  It should reload the windows system files, or
atleast thats my understanding.


It's not just as good.  Like I said, the reason a restart is needed is
because Windows actually overwrites DLLs that are in use during the
next reboot, once they're no longer locked.  When explorer.exe is
reloaded, it will reload all the files, but it won't load a newer
version of them, since it won't know that there IS a newer version
unless you explicitly overwrite the old version while explorer is
still dead.  Even then, you run into issues with SPF, which, IIRC,
can't be disabled in XP SP2, and XP is likely to just overwrite the
new one with the old one again.

~Matt

On 10/30/06, Joey Officer <[EMAIL PROTECTED]> wrote:

What you are referring to was the 'soft' restart.  If you held the SHIFT
key (either I think) during a 'Shutdown -> Restart;  it would restart
only the windows software.  This worked on all versions of windows
through windows Me! ... It does not work on any current version of
Windows, due to the fact that current versions are built around Windows
NT, which did not have a DOS foundation.  Windows 95/98/ME were
applications that ran on top of DOS, similar (atleast in concept) to the
really old Windows 3.x days (and older if you can think back that far).

Having said that, there isn't an official way (that I'm aware of anyway)
to restart windows without restarting the system itself.  However, I do
know a little trick that is supposed to be just as good.  Open the task
manager, and find 'explorer.exe' in the process list.  Perform an
end-task on this process.  It should reload the windows system files, or
atleast thats my understanding.

Good luck all.
joey


Benjamin Madore wrote:
> So as to add to the confusion...
>
> At one point, and maybe still, you could "Restart Windows" without rebooting
> your computer. If I recall correctly, it would drop to the subsystem (DOS?)
> and a message stating "Restarting Windows..." would display on your screen.
>
> So, restarting was not necessarily rebooting at one time. I don't know how
> this plays out, though, as either would do what you wanted.
>
> BTW, can one say they restarted Cygwin without restarting windows? Does that
> make sense?
>
> On Mon, October 30, 2006 7:56 am, Mike Maxwell said:
>
>> Certainly 'reboot' is used a lot.  But the standard Ms Windows message
>> is 'restart Windows.'  And I don't know the history, but I would not be
>> surprised if the reason it started being used (around the time of Win95
>> or Win98, from what I can tell) is that it is less ambiguous--exactly
>> the point I've been trying to make.
>> --
>>
>
>
>
> --
> 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/




--
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 passing Windows path names from batch file to bash script

[Gary Johnson]

On 2006-10-28, Lev Bishop wrote:
> On 10/28/06, Gary Johnson wrote:
> > On 2006-10-28, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> > > From: Gary Johnson; Sent: Friday, October 27, 2006 11:44 PM
> > > > I am trying to pass Windows path names from a Windows batch file
> > > > to a Cygwin bash script.  I have found a solution using Windows
> > > > environment variable substitution to replace \s with /s before
> > > > passing the name to bash, but I cannot figure out how to pass
> > > > the name without that replacement.  The problem is with names of
> > > > the form
> > > >
> > > > "\\host\user\file with spaces"
> 
> Note the difference between these two:
> 
> Exhibit A:
> C:\>set CYGWIN=noglob
> C:\>\cygwin\bin\echo "\\host\share\file with spaces"
> \\host\share\file with spaces
> 
> Exhibit B:
> C:\>set CYGWIN=glob
> C:\>\cygwin\bin\echo "\\host\share\file with spaces"
> \host\share\file with spaces

Thank you very much.  That was a great help.

Regards,
Gary

-- 
Gary Johnson | Agilent Technologies
[EMAIL PROTECTED] | Wireless Division
 | Spokane, Washington, USA

--
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: Reboot vs. Restart Windows

[Christopher Faylor]

On Mon, Oct 30, 2006 at 03:54:00PM -0500, Benjamin Madore wrote:
>So as to add to the confusion...
>
>At one point, and maybe still, you could "Restart Windows" without rebooting
>your computer. If I recall correctly, it would drop to the subsystem (DOS?)
>and a message stating "Restarting Windows..." would display on your screen.
>
>So, restarting was not necessarily rebooting at one time. I don't know how
>this plays out, though, as either would do what you wanted.
>
>BTW, can one say they restarted Cygwin without restarting windows? Does that
>make sense?

No, it doesn't.  Can we move on now, please?

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/

cron 3.0.1-19 will not run shell scripts

[John S.]

Greetings,
I hope this is an easy one. 

Problem:
 cron will not run any shell scripts.

Description:
As far as I can tell cron works fine, but cron will
not run any shell scripts. The shell scripts work fine
if invoked from the shell.

$sh /home/phantom/backup_script/daily
building file list ... done
/cygdrive/c/docs
/cygdrive/c/docs/test_doc123.txt
/cygdrive/c/docs/test_doc456.txt

sent 322 bytes   received 92 bytes 276.00 bytes/sec
total size is 0  speedup is 0.00

The following cron test works flawlessly.

$crontab -l

SHELL=/bin/bash
HOME=/
PATH=/bin:/usr/sbin:/home
LOGNAME=phantom

* * * * * /usr/bin/date >> /test/test.txt
#00 20 * 12 1-6
 /home/phantom/backup_script/daily

However when I place a shell script to start at 20:00
(Or anytime) it does not run. I do not receive any
error messages in windows or cygwin. Below is the
crontab with the shell script I am trying to run.

$crontab -l

SHELL=/bin/bash
 HOME=/
 PATH=/bin:/usr/sbin:/home
 LOGNAME=phantom
 
# * * * * /usr/bin/date >> /test/test.txt
00 20 * 12 1-6 /home/phantom/backup_script/daily

$cat /home/phantom/backup_script/daily

#!/bin/sh

RSYNC=/bin/rsync
SSH=/bin/ssh
KEY=/home/phantom/.ssh/dsa-key
RUSER=phantom
RHOST=192.168.1.33
LPATH=/cygdrive/c/docs
RPATH=/home/phantom/backup/docs/

$RSYNC -avz -e "$SSH  -i $KEY" $LPATH
[EMAIL PROTECTED]:$RPATH >> /logs/backup.log

Course of action:
To date I have searched all over the web and I have
read the archived the cygwin mailing lists. I have
verified all file permissions.

I have tried to
$chmod
 700 /home/phantom/backup_script/daily
this was unsuccessful 

I was on irc and someone told me to verify my crontab
enviornment variables and I think they look ok.

Thank you for your time,
Cheers
John S.







 

Low, Low, Low Rates! Check out Yahoo! Messenger's cheap PC-to-Phone call rates 
(http://voice.yahoo.com)


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

RE: cron 3.0.1-19 will not run shell scripts

[Harig, Mark]

 

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of John S.
> Sent: Monday, October 30, 2006 5:04 PM
> To: cygwin@cygwin.com
> Subject: cron 3.0.1-19 will not run shell scripts
> 
> Greetings,
> I hope this is an easy one. 
> 
> Problem:
>  cron will not run any shell scripts.
> 
> Description:
> As far as I can tell cron works fine, but cron will
> not run any shell scripts. The shell scripts work fine
> if invoked from the shell.
> 

The Cygwin distribution of 'cron' includes a shell script
named 'cron_diagnose.sh' that you might find useful in
locating the source of your problem.  Run the following
commands at your shell prompt:

  $ cygcheck -c cron

  $ cygcheck -l cron

The first command will verify that your 'cron' installation
is valid, or not.  The second command will list the files included
in the 'cron' distribution.  You can use this list to locate
'cron_diagnose.sh' in your environment.

---

--
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: cron 3.0.1-19 will not run shell scripts

[John S.]

Mark-
Sorry about that I am new to the mailing lists.

> Please follow the instructions that cron_diagnose.sh
> describes
> after it can no longer find any additional problems
> (you may
> need to run it several times), and report to the
> Cygwin list.
> Someone there may have some idea what is causing the
> problem
> if you provide sufficient details.
> 
> Please do not include my email address in any reply.
>  That
> simply encourages more spam.
> 
> > -Original Message-
> > From: John S.
> > Sent: Monday, October 30, 2006 6:09 PM
> > Subject: RE: cron 3.0.1-19 will not run shell
> scripts
> > 
> > Mark-
> >/var/run and /usr/sbin/cron needed to have the
> > permissions changed. But it still does not work.
> > 
> > >  
> > > 
> > > > -Original Message-
> > > > Sent: Monday, October 30, 2006 5:04 PM
> > > > Subject: cron 3.0.1-19 will not run shell
> scripts
> > > > 
> > > > Greetings,
> > > > I hope this is an easy one. 
> > > > 
> > > > Problem:
> > > >  cron will not run any shell scripts.
> > > > 
> > > > Description:
> > > > As far as I can tell cron works fine, but cron
> > > will
> > > > not run any shell scripts. The shell scripts
> work
> > > fine
> > > > if invoked from the shell.
> > > > 
> > > 
> > > The Cygwin distribution of 'cron' includes a
> shell
> > > script
> > > named 'cron_diagnose.sh' that you might find
> useful
> > > in
> > > locating the source of your problem.  Run the
> > > following
> > > commands at your shell prompt:
> > > 
> > >   $ cygcheck -c cron
> > > 
> > >   $ cygcheck -l cron
> > > 
> > > The first command will verify that your 'cron'
> > > installation
> > > is valid, or not.  The second command will list
> the
> > > files included
> > > in the 'cron' distribution.  You can use this
> list
> > > to locate
> > > 'cron_diagnose.sh' in your environment.
> > > 
> > > ---
> > > 
> 



 

Low, Low, Low Rates! Check out Yahoo! Messenger's cheap PC-to-Phone call rates 
(http://voice.yahoo.com)


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

gzip bug

[David L. Morgan]

Hi All,

I have uncovered a bug in the version of gzip currently shipping with
cygwin (1.3.5-2).  I have a binary file that was compressed with gzip 1.3.3
from around 820MB to around 260MB.  If I gunzip the file using the default
invocation:

gunzip file.gz

... everything works fine.  If I use the stdout invocation:

gunzip -c file.gz > file

... the resulting file differs from the original.


Gunzip does not report any errors.  A cursory Google search does not yield any
relevant bug reports or resolutions.

This is on an x86 system running Cygwin 1.5.21-1

Regards,

David Morgan
[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: gzip bug

[Brian Dessent]

"David L. Morgan" wrote:

> I have uncovered a bug in the version of gzip currently shipping with
> cygwin (1.3.5-2).  I have a binary file that was compressed with gzip 1.3.3
> from around 820MB to around 260MB.  If I gunzip the file using the default
> invocation:
> 
> gunzip file.gz
> 
> ... everything works fine.  If I use the stdout invocation:
> 
> gunzip -c file.gz > file
> 
> ... the resulting file differs from the original.
> 
> Gunzip does not report any errors.  A cursory Google search does not yield any
> relevant bug reports or resolutions.

You didn't include enough information.  Cygcheck output?  Are you using
text or binary mounts?  What shell do you use?  It wouldn't happen to be
zsh?  Please see this thread from last week:


Brian

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

Re: gzip bug

[David L. Morgan]

Sorry for the incomplete bug report.  cygcheck output is attached.  I am 
running BASH, and I tried TCSH to see if you are on the right track, and it
behaves the same as BASH.

Regards,

David

On Mon, Oct 30, 2006 at 04:15:56PM -0800, Brian Dessent wrote:
> "David L. Morgan" wrote:
> 
> > I have uncovered a bug in the version of gzip currently shipping 
> > with
> > cygwin (1.3.5-2).  I have a binary file that was compressed with gzip 1.3.3
> > from around 820MB to around 260MB.  If I gunzip the file using the default
> > invocation:
> > 
> > gunzip file.gz
> > 
> > ... everything works fine.  If I use the stdout invocation:
> > 
> > gunzip -c file.gz > file
> > 
> > ... the resulting file differs from the original.
> > 
> > Gunzip does not report any errors.  A cursory Google search does not yield 
> > any
> > relevant bug reports or resolutions.
> 
> You didn't include enough information.  Cygcheck output?  Are you using
> text or binary mounts?  What shell do you use?  It wouldn't happen to be
> zsh?  Please see this thread from last week:
> 
> 
> Brian
> 

Cygwin Configuration Diagnostics
Current System Time: Mon Oct 30 16:22:36 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\pc-nova\bin
c:\pc-nova\lib
C:\cygwin\bin

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1003(Aechelon) GID: 513(None)
513(None)   544(Administrators) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1003(Aechelon) GID: 513(None)
513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'Aechelon'
PWD = '/home/Aechelon'
HOME = '/home/Aechelon'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\Aechelon'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man:'
APPDATA = 'C:\Documents and Settings\Aechelon\Application Data'
HOSTNAME = 'pC-Genesis'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 37 Stepping 1, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
OLDPWD = '/usr/bin'
USERDOMAIN = 'PC-GENESIS'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
!:: = '::\'
TEMP = '/cygdrive/c/DOCUME~1/Aechelon/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
USERNAME = 'Aechelon'
PROCESSOR_LEVEL = '15'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
USERPROFILE = 'C:\Documents and Settings\Aechelon'
CLIENTNAME = 'Console'
PS1 = '\[\e]0;[EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\PC-GENESIS'
PROCESSOR_ARCHITECTURE = 'x86'
!C: = 'C:\cygwin\bin'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/cygdrive/c/DOCUME~1/Aechelon/LOCALS~1/Temp'
SYSTEMROOT = 'C:\WINDOWS'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '2501'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '2'
SESSIONNAME = 'Console'
COMPUTERNAME = 'PC-GENESIS'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/cygdrive'
  cygdrive flags = 0x0020
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'C:\cygwin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'C:\cygwin/bin'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'C:\cygwin/lib'
  flags = 0x0008
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd N/AN/A
c:  hd  NTFS 69609Mb  44% CP CS UN PA FC 
d:  cd N/AN/A
e:  hd  NTFS417705Mb  17% CP CS UN PAIntRAID

C:\cygwin  /  system  textmode
C:\cygwin/bin  /usr/bin   system  textmode
C:\cygwin/lib  /usr/lib   system  textmode
.  /cygdrive  system  textmode,cygdrive

Found: C:\cygwin\bin\awk.exe
Found: C:\cygwin\bin\bash.exe
Found: C:\cygwin\bin\cat.exe
Found: C:\cygwin\bin\cp.exe
Not Found: cpp (good!)
Not Found: crontab
Found: C:\cygwin\bin\find.exe
Not Found: gcc
Not Found: gdb
Found: C:\cygwin\bin\grep.exe
Found: C:\cygwin\bin\kill.exe
Not Found: ld
Found: C:\cygwin\bin\ls.exe
Not Found: make
Found: C:\cygwin\bin\mv.exe
Not Found: patch
Found: C:\cygwin\bin\perl.exe
Found: C:\cygwin\bin\rm.exe
Found: C:\cygwin\bin\sed.exe
Not Found: ssh
Found: C:\cy

Re: gzip bug

[Brian Dessent]

"David L. Morgan" wrote:

> Sorry for the incomplete bug report.  cygcheck output is attached.  I am
> running BASH, and I tried TCSH to see if you are on the right track, and it
> behaves the same as BASH.

But you are using textmode mounts, which I suspect is the problem. 
Perhaps the older gzip forced binmode on its stdout, to override the
textmode mounts.

Brian

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

Re: [patch] cygport

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Charles Wilson wrote:
| The attached patch (+ two new files) enables cygport to build
| "relocatable" packages using the framework devised by Bruno Haible -- if
| the upstream source supports it.  Currently, only libiconv and gettext
| support this feature (coincidentally, the upstream maintainer of both
| packages is...Bruno Haible).

Forgive me for my ignorance on the topic, but what is gained through
enabling relocatibility?  FWIW, I don't see Gentoo[1][2] using it, for
example.  Do other distros use it?

[1]
http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/sys-devel/gettext/gettext-0.15-r1.ebuild
[2]
http://sources.gentoo.org/viewcvs.py/*checkout*/gentoo-x86/dev-libs/libiconv/libiconv-1.11.ebuild


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

iD8DBQFFRrH5piWmPGlmQSMRAr/wAJ4xmMOUE7ek/tt3eURPld3OkP0sMQCg+WoF
Wa1PvwpmBejt/zQ33oZwFjo=
=nEpt
-END PGP SIGNATURE-

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

Re: [patch] cygport

[Charles Wilson]

Yaakov S (Cygwin Ports) wrote:

Charles Wilson wrote:
| The attached patch (+ two new files) enables cygport to build
| "relocatable" packages using the framework devised by Bruno Haible -- if
| the upstream source supports it.  Currently, only libiconv and gettext
| support this feature (coincidentally, the upstream maintainer of both
| packages is...Bruno Haible).

Forgive me for my ignorance on the topic, but what is gained through
enabling relocatibility?  FWIW, I don't see Gentoo[1][2] using it, for
example.  Do other distros use it?


Many times packages are compiled with hard-coded paths to resources. 
E.g. if you compile foo with --prefix=/my/local/area, it's likely that 
data will be installed into /my/local/area/share/foo/*, and that the 
path "/my/local/area/share/foo" will be hard-coded into libfoo.so and/or 
foo.exe. (also, -rpath on ELF systems, etc)


But what if you want to make a binary release that can be installed by 
some user into ~/.local-packages/?  (or /mnt/usb-stick/?)  What if you 
*don't know* where the end-user will install the binary package?  (Try 
http://portableapps.com/ for a real-life example, or Movable Python 
http://www.voidspace.org.uk/python/movpy/)


Certainly, gentoo has no use for this; they expect everyone to recompile 
everything everytime.  Since GentooUserBob will compile the package 
specifying his desired installation prefix, he doesn't care about 
relocation after the build is complete.





Now, the Bruno said (way back when he first introduced this feature)

"I hope that people will learn when to use --enable-relocatable by
themselves. For example, I don't think a Linux distributor should use
--enable-relocatable for anything installed in /usr - it would only
be bloat that makes the system slower."
http://mail.gnu.org/archive/html/bug-gnulib/2003-04/msg00014.html

And that's true for the official cygwin dist of gettext and libiconv, 
too -- the official cygwin gettext and libiconv packages are not built 
with relocation support.  However, I always do a test build WITH 
relocation, to make sure nothing has broken. [*]


Often, something /has/ broken, and this little exercise exposes it -- 
and sometimes the problem thus exposed also affects the non-relocatable 
build, but wasn't exposed in the "regular" build.  So adding the ability 
to automate relocatable builds within the cygport framework would 
certainly help ME quite a bit (and not just on gettext/libiconv.  I'm 
working on adding relocation support to two other packages, also -- not 
that the official cygwin distributed versions would actually use that 
support, either).




The original relocation proposal gives a much better justification for 
relocation in general than I do:

http://lists.gnu.org/archive/html/bug-gnulib/2003-03/msg00020.html

--
Chuck

[*] actually, I do a whole sequence of test builds (thanks to the fact 
that libiconv and gettext are interdependent):


WITH RELOCATION
  1. libiconv --disable-nls
  2. gettext (link against #1, NOT installed libiconv)
  3. libiconv --enable-nls (link against #2)
   run test suite
  4. gettext (link against #3)
   run test suite

then, WITHOUT RELOCATION
  5. libiconv --disable-nls
  6. gettext (link against #5, NOT installed libiconv)
  7. libiconv --enable-nls (link against #6)
   run test suite
  8. gettext (link against #7)
   run test suite

The packages generated in #7 and #8 are the ones that get uploaded for 
cygwin.  And you wonder why I don't update libiconv/gettext very often...


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