Re: DNS BIND package for cygwin

[René Berber]

Brian Dessent wrote:

> No, there isn't.  But ISC offers win32 binaries of bind and the
> associated command utilities (host, dig, rndc, ...) so the need for a
> Cygwin version is rather slim.  I think some people have reported
> success building it out of the box, though, if the win32 version for
> whatever reason is not acceptable.

Yes, bind 9.3.0 (I haven't tried more recent versions) builds out of the box
under Cygwin.  Of course if you're not just using the above mentioned tools but
also the server you have to install it yourself using cygrunsvr.
-- 
René Berber


--
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: mkpasswd and mkgroup failures

[Larry Hall]

At 06:10 PM 5/18/2005, you wrote:
>> At 03:12 PM 5/18/2005, you wrote:
>> >Has anyone else run into this or similar problems?  Am I right in
>> >thinking that this might be a problem caused by having two seperate
>> >accounts (one domain, one local) with the same name? 
>> 
>> Yes, this has come up before, though I couldn't find a 
>> pointer either.  The username/id of the user currently logged 
>> into Windows must be a domain user 
>> to be able to successfully use the '-d' flags.  
>
>Thanks, Larry.  She was logged in as a domain user - we
>specifically logged out and logged back into the system
>as a domain user in order to make sure that she hadn't
>somehow managed to log in as a local user :-/
>
>So, she *should* have had the username and id for a domain
>user.  Something in cygwin (mkpasswd, cygwin1.dll, etc.)
>seems to think she's the local user with the same username
>for some reason.


Hm.  A quick look at the code doesn't offer any suggestions.  If I have a
few minutes tomorrow, I'll see if I can reproduce your problem tomorrow 
when I have access to a domain-run network.


--
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: Mv after tar in a shell script problems

[Gary R. Van Sickle]

> > Oh wait waitwaitwaitwaitwait... What this looks more like is my old 
> > nemesis
> > - The Nosy Virus Scanner!  Lessee here... Yep, still doing 
> it, let's 
> > check if... "ACTIVESHIELD" HAS TURNED ITSELF ON AGAIN...
> > 
> > ...only, disabling it and even rebooting don't change anything, I 
> > still get "Permission Denied"s.  Gat dang, and I was just 
> itching to 
> > put McAff... er, I mean, a certain virus scanner 
> manufacturer... back 
> > at the top of The List ;-).
> 
> Hey Gary,
> 
>   Are you running Google Desktop Search, or anything else 
> that might do automatic indexing of newly created files?  
> These days, there's a whole lot more than just antivirus out 
> there that wants to spend a little quality time with every 
> file created on your system...
> 
> -Samrobb
> 



Son.  Of.  A.  @[EMAIL PROTECTED]@^%  Yes, yes I am running Google Desktop 
Search.
Yes, yes disabling it appears to solve the problem.

Thank you Mr. Robb, I owe you a Coke.  And now, if the Gentle Reader will
allow me, I would like to take this opportunity to :

It is the twenty first gat dang century and our OSes still are unable to
manage a simple file system properly.  Un.  Be.  Lievable.  I've been
overestimating the state of the CS art "in the wild" these days as "rubbing
sticks together and seeing fire."  In fact, it's closer to "rubbing sticks
together, seeing fire, trying to grab the fire, getting burned, lather,
rinse, repeat."  With this sorry state of affairs, it is amply clear that
there is no way these "PC"s as they're called are ever going to catch on.



Ladies and Gentlemen, you can now expect a new mutt release shortly.

-- 
Gary R. Van Sickle
 


--
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: create new file from bash: with DACL, owner, & group as windows would

[George]

On Wed, May 18, 2005 at 03:46:04PM -0700, Brian Dessent wrote:
> Tom Rodman wrote:
> 
> > wtouch()
> > {
> >   local file=$1
> >   CYGWIN=nontsec touch "$file"
> >   setacl -on "$(cygpath -aw "$file")" -ot file \
> > -actn setowner -ownr "n:Administrators;s:n" \
> > -actn setgroup -grp  "n:None;s:n" \
> > -silent || echo $FUNCNAME:setacl failed
> > # see http://setacl.sourceforge.net/html/doc-reference.html
> > }
> > 
> > I'm usually an admin, hence the setacl.  The advantage of
> > setacl over chown is that the setacl above has no impact on the
> > DACL.
> 
> BTW, you're probably aware of this but you can bring the behavior of the
> two more into line by setting a GPO.  Change "Default owner for objects
> created by members of the Administrators group" to "Object creator"
> instead of "Administrators group".  Files created in both Cygwin and
> Windows will then be owned by the user account and not the
> Administrators group.  Unless of course that's what you want.

For anyone reading this who is not an admin, it's worth pointing out
that this applies to XP only, and not to Windows 2000.  

http://support.microsoft.com/default.aspx?scid=kb;en-us;318825

For XP users, the relevant setting referred to by Mr. Dessent can be
found by running 'secpol.msc' and navigating
 
Local Policies -> Security Options -> System objects



--
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: DNS BIND package for cygwin

[Brian Dessent]

"Auteria Wally Winzer Jr." wrote:
> 
> Is there a DNS/BIND package available for cygwin?

No, there isn't.  But ISC offers win32 binaries of bind and the
associated command utilities (host, dig, rndc, ...) so the need for a
Cygwin version is rather slim.  I think some people have reported
success building it out of the box, though, if the win32 version for
whatever reason is not 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/

DNS BIND package for cygwin

[Auteria Wally Winzer Jr.]

Is there a DNS/BIND package available for cygwin?

Regards,
Auteria W. Winzer Jr.

--
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: bug in du

[Paul Eggert]

Eric Blake <[EMAIL PROTECTED]> writes:

> One possible fix is revisiting line 377 in src/du.c in CVS, which
> currently skips hard links only if a file has multiple links.

Sorry, I don't quite follow this.  Don't all the directories in
question have multiple links?  Or, if you're talking about walking
through the directory multiple times and discarding each file you
find, that sounds pretty slow.

> The other fix would be to also check directories for identical
> inodes, and not descending through a directory by a second spelling
> if it has already been visited once.

That makes more sense to me, anyway: directories should be treated
like other files.

--
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: create new file from bash: with DACL, owner, & group as windows would

[Brian Dessent]

Tom Rodman wrote:

> wtouch()
> {
>   local file=$1
>   CYGWIN=nontsec touch "$file"
>   setacl -on "$(cygpath -aw "$file")" -ot file \
> -actn setowner -ownr "n:Administrators;s:n" \
> -actn setgroup -grp  "n:None;s:n" \
> -silent || echo $FUNCNAME:setacl failed
> # see http://setacl.sourceforge.net/html/doc-reference.html
> }
> 
> I'm usually an admin, hence the setacl.  The advantage of
> setacl over chown is that the setacl above has no impact on the
> DACL.

BTW, you're probably aware of this but you can bring the behavior of the
two more into line by setting a GPO.  Change "Default owner for objects
created by members of the Administrators group" to "Object creator"
instead of "Administrators group".  Files created in both Cygwin and
Windows will then be owned by the user account and not the
Administrators group.  Unless of course that's what you want.

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: create new file from bash: with DACL, owner, & group as windows would

[Tom Rodman]

On Wed 5/18/05 16:18 CDT Tom Rodman wrote:
> > $ CYGWIN=nontsec touch foo
> 
> Thanks Brian, that should do it.

Here's a function I plan to use:

wtouch()
{
  local file=$1
  CYGWIN=nontsec touch "$file"
  setacl -on "$(cygpath -aw "$file")" -ot file \
-actn setowner -ownr "n:Administrators;s:n" \
-actn setgroup -grp  "n:None;s:n" \
-silent || echo $FUNCNAME:setacl failed
# see http://setacl.sourceforge.net/html/doc-reference.html 
}

I'm usually an admin, hence the setacl.  The advantage of
setacl over chown is that the setacl above has no impact on the
DACL.

Example:
  $ wtouch foo
  $ cat /tmp/mycontents > foo  # leaves owner,group and DACL untouched [I think]

--
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: mkpasswd and mkgroup failures

[Robb, Sam]

> At 03:12 PM 5/18/2005, you wrote:
> >Has anyone else run into this or similar problems?  Am I right in
> >thinking that this might be a problem caused by having two seperate
> >accounts (one domain, one local) with the same name? 
> 
> Yes, this has come up before, though I couldn't find a 
> pointer either.  The username/id of the user currently logged 
> into Windows must be a domain user 
> to be able to successfully use the '-d' flags.  

Thanks, Larry.  She was logged in as a domain user - we
specifically logged out and logged back into the system
as a domain user in order to make sure that she hadn't
somehow managed to log in as a local user :-/

So, she *should* have had the username and id for a domain
user.  Something in cygwin (mkpasswd, cygwin1.dll, etc.)
seems to think she's the local user with the same username
for some reason.

-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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Walter Bunch]

Christopher Faylor  cygwin.com> writes:

> >> "all", downloading 190 *.bz2, but there's no libintl3-0.14.1-1.tar.bz2 to 
> >> be
> >> found, and not even a gettext directory under release. Oddly enough, using
> >> mirrors.kernel.org and ftp.sunsite.utk.edu I get 308 *.bz2, yet still no
> >> libintl3-0.14.1-1.tar.bz2 (or release/gettext).
> >
> >If that's really the case then there's something wrong going on in
> >setup.exe.  Can you please attach your "cygcheck -srv" as well as the
> >contents of /etc/setup/installed.db?
> 
> I suspect that setup thinks libintl3 is already installed and so hasn't
> downloaded it.  I'd be very surprised it libintl3 wasn't really listed
> if you change the View setting to "Full" in setup.exe.  If it isn't, I'd
> like to hear what packages are listed before and after libintl3,
> alphabetically.

I see libintl now both in category and full view. It must have been my error,
somehow.

Also, the original problem was my fault: using "install", rather than
"reinstall". Though I had a cygwin environment several months old, I wanted to
grab a new copy for burning to cd using the "Download Without Installing"
option. I assumed that it would not check my current installation, since I was
not installing, per se. Using "install", libintl was marked "keep". Changing to
"reinstall" marked it "retrieve".

I still can't explain the behavior difference between the mirrors. That must
have been some kind of pilot error too.

Thanks for the help,
Walt



--
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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Brian Dessent]

Walter Bunch wrote:

> cygcheck won't run, since it can't find cygintl-3.dll. You can grab the
> installed.db at http://www1.chapman.edu/~bunch/installed.db
> 
> The setup.exe came from sources.redhat.com/cygwin yesterday.

Wow.  You're missing ash.  You're missing gettext.  You're missing
several libintl packages.  How in the world did that happen?  Did you
perhaps set category 'Base' to 'Uninstall' by accident?  That would be a
Bad Thing(tm).

In any case, setup.exe should be able to fix it all.  Run setup, pick a
mirror, give it a different "local package directory" than what you've
been using (to eliminate the possibility of something wonky with your
local package cache.)  Do not touch anything in the package selection
screen, don't click on anything but 'Next' until it's done.  You should
get all the missing packages.

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(Re): Base-files 3.4-1: Problems for users with Non-Admin. priv

[Angelo Graziosi]

John,
you mailed to Igor that there will be a new release of base-files.


Will it fix also /etc/profile?   <
==

As I wrote:



the problem of

   chmod 1777 /tmp

is present also for the user (NOT-ADMIN.) that uses only the standard bash
shell, i.e. the user that does not use X (XWin etc.).

Thank you

angelo.


--
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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Christopher Faylor]

On Wed, May 18, 2005 at 09:20:33PM +, Walter Bunch wrote:
>Brian Dessent  dessent.net> writes:
>>If that's really the case then there's something wrong going on in
>>setup.exe.  Can you please attach your "cygcheck -srv" as well as the
>>contents of /etc/setup/installed.db?
>
>cygcheck won't run, since it can't find cygintl-3.dll.  You can grab
>the

cygcheck is not a cygwin app and does not rely on cygwin DLLs.  It runs
"id" which is a cygwin app and does rely on cygintl-3.dll but if you
just hit "OK" a couple of times when cygcheck is running, you'll still
get useful output.

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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Walter Bunch]

Brian Dessent  dessent.net> writes:

> If that's really the case then there's something wrong going on in
> setup.exe.  Can you please attach your "cygcheck -srv" as well as the
> contents of /etc/setup/installed.db?
> 
> Brian
> 
> 

cygcheck won't run, since it can't find cygintl-3.dll. You can grab the
installed.db at http://www1.chapman.edu/~bunch/installed.db

The setup.exe came from sources.redhat.com/cygwin yesterday.

Walt



--
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: create new file from bash: with DACL, owner, & group as windows would

[Tom Rodman]

> $ CYGWIN=nontsec touch foo

Thanks Brian, that should do it.

On Wed 5/18/05 13??:34 PDT Brian wrote:
> [EMAIL PROTECTED] wrote:
> 
> > I like and depend on NTSEC, but sometimes I want pure windows behavior.
> > 
> > How can I create a new file from the bash prompt without umask being
> > honored- what I want is a script to create a new empty file,
> > so the DACL, owner & group will be exactly what a user would
> > get by running the below from a simple DOS prompt:
> > 
> >   echo.>foo
> > 
> > The closest I've come from the bash prompt is:
> > 
> >   $ cmd /c 'echo.>foo'
> 
> I think you're overcomplicating it...How about:
> 
> $ CYGWIN=nontsec touch foo

cleaner, works as well as my kloosh - still have to fix owner
and group; good enough for me :->

--
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: Base-files: error in /etc/skel/.inputrc, plus more sample code

[Igor Pechtchanski]

On Wed, 18 May 2005, John Morrison wrote:

> On Wed, May 18, 2005 8:47 pm, Igor Pechtchanski said:
> > John,
> >
> > There is an error in /etc/skel/.inputrc: AFAIK, some readline
> > implementations require a space after the colon for key bindings.
>
> Thanks Igor, all fixed :)
>
> I'll release a new version in a few days (working an overtime project
> at the moment and payed stuff has to come first I'm afraid).

What?  You mean your Cygwin package maintainership isn't the center of
your universe?  Shame on you! :-)
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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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: mkpasswd and mkgroup failures

[Larry Hall]

At 03:12 PM 5/18/2005, you wrote:
>Has anyone else run into this or similar problems?  Am I right in
>thinking that this might be a problem caused by having two seperate
>accounts (one domain, one local) with the same name? 

Yes, this has come up before, though I couldn't find a pointer either.  The 
username/id of the user currently logged into Windows must be a domain user 
to be able to successfully use the '-d' flags.  


--
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: New call: Please test latest snapshot

[Teun Burgers]

Corinna Vinschen wrote:
We would like to release 1.5.17 soon.
Please try the latest snapshot, 2005-May-17, from http://cygwin.com/snapshots/
  $ ls //
using Ctrl-C if the ls call takes too long.
I have looked at the file_chooser (win32 gui) demo from
the fltk package.
When you enter // as path in this file_chooser, that takes
a long time as well. In this case Ctrl-C is of no help.
Teun
--
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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Christopher Faylor]

On Wed, May 18, 2005 at 01:28:35PM -0700, Brian Dessent wrote:
>Walter Bunch wrote:
>
>> I see libintl3-0.14.1-1.tar.bz2 at mirrors.rcn.net, but setup.exe doesn't 
>> show
>> it under the libs category, or anwhere else I look. I tried a global INSTALL 
>> on
>> "all", downloading 190 *.bz2, but there's no libintl3-0.14.1-1.tar.bz2 to be
>> found, and not even a gettext directory under release. Oddly enough, using
>> mirrors.kernel.org and ftp.sunsite.utk.edu I get 308 *.bz2, yet still no
>> libintl3-0.14.1-1.tar.bz2 (or release/gettext).
>
>If that's really the case then there's something wrong going on in
>setup.exe.  Can you please attach your "cygcheck -srv" as well as the
>contents of /etc/setup/installed.db?

I suspect that setup thinks libintl3 is already installed and so hasn't
downloaded it.  I'd be very surprised it libintl3 wasn't really listed
if you change the View setting to "Full" in setup.exe.  If it isn't, I'd
like to hear what packages are listed before and after libintl3,
alphabetically.

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/

libxml2-devel-2.16.2: missing static archive

[Teun Burgers]

The current libxml2-devel package contains:
/usr/lib/libxml2.la
/usr/lib/libxml2.dll.a
There is no /usr/lib/libxml2.a
This leads to unsatisfied references when linking with -static.
Comparing this situation with other libraries, I think this
is a deviation from the standard packaging that I hope will
be fixed.
Teun
--
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: create new file from bash: with DACL, owner, & group as windows would

[Brian Dessent]

[EMAIL PROTECTED] wrote:

> I like and depend on NTSEC, but sometimes I want pure windows behavior.
> 
> How can I create a new file from the bash prompt without umask being
> honored- what I want is a script to create a new empty file,
> so the DACL, owner & group will be exactly what a user would
> get by running the below from a simple DOS prompt:
> 
>   echo.>foo
> 
> The closest I've come from the bash prompt is:
> 
>   $ cmd /c 'echo.>foo'

I think you're overcomplicating it...How about:

$ CYGWIN=nontsec touch foo

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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Brian Dessent]

Walter Bunch wrote:

> I see libintl3-0.14.1-1.tar.bz2 at mirrors.rcn.net, but setup.exe doesn't show
> it under the libs category, or anwhere else I look. I tried a global INSTALL 
> on
> "all", downloading 190 *.bz2, but there's no libintl3-0.14.1-1.tar.bz2 to be
> found, and not even a gettext directory under release. Oddly enough, using
> mirrors.kernel.org and ftp.sunsite.utk.edu I get 308 *.bz2, yet still no
> libintl3-0.14.1-1.tar.bz2 (or release/gettext).

If that's really the case then there's something wrong going on in
setup.exe.  Can you please attach your "cygcheck -srv" as well as the
contents of /etc/setup/installed.db?

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/

create new file from bash: with DACL, owner, & group as windows would

[cygwin]

I like and depend on NTSEC, but sometimes I want pure windows behavior.

How can I create a new file from the bash prompt without umask being
honored- what I want is a script to create a new empty file,
so the DACL, owner & group will be exactly what a user would
get by running the below from a simple DOS prompt:

  echo.>foo

The closest I've come from the bash prompt is:

  $ cmd /c 'echo.>foo'

The DACL is good (often purely inherited), but the owner and group
take on the sensible bash values - which I do not want.  Outside of
bash, at a simple DOS prompt, the new owner is the group administrators-
if your in that group.

I tried (for example):

  $ env -i /drv/c/WINNT/system32/cmd /c 'echo >foo'

and I get the same results - ie the owner and group still have the
bash values.

Admitted, this is a trivial problem- I can use chown to fix the owner
and group.  

Thanks as always for cygwin - I use it day in day out.

--
regards,
Tom Rodman

--
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: Cannot find the librtl3 package even after reading suggestions in FAQ and posts!

[Walter Bunch]

Larry Hall  cygwin.com> writes:

> >Is the package database wrong 
> >in saying that cygintl-3.dll is in:
> >
> >libintl3/libintl3-0.14.1-1GNU Internationalization runtime library 
> > 
> 
> No, it's correct.  For instance, I found it on the RCN mirror at
> 
> 

I see libintl3-0.14.1-1.tar.bz2 at mirrors.rcn.net, but setup.exe doesn't show
it under the libs category, or anwhere else I look. I tried a global INSTALL on
"all", downloading 190 *.bz2, but there's no libintl3-0.14.1-1.tar.bz2 to be
found, and not even a gettext directory under release. Oddly enough, using
mirrors.kernel.org and ftp.sunsite.utk.edu I get 308 *.bz2, yet still no
libintl3-0.14.1-1.tar.bz2 (or release/gettext).

Walt



--
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: Base-files: error in /etc/skel/.inputrc, plus more sample code

[John Morrison]

On Wed, May 18, 2005 8:47 pm, Igor Pechtchanski said:
> John,
>
> There is an error in /etc/skel/.inputrc: AFAIK, some readline
> implementations require a space after the colon for key bindings.

Thanks Igor, all fixed :)

I'll release a new version in a few days (working an overtime project
at the moment and payed stuff has to come first I'm afraid).

J.


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

Base-files: error in /etc/skel/.inputrc, plus more sample code

[Igor Pechtchanski]

John,

There is an error in /etc/skel/.inputrc: AFAIK, some readline
implementations require a space after the colon for key bindings.  So, the
last 7 lines should be
-
# kvt
"\e[H": beginning-of-line
"\e[F": end-of-line

# rxvt and konsole (i.e. the KDE-app...)
"\e[7~": beginning-of-line
"\e[8~": end-of-line
-

I'd also propose adding some example code, as below:

# Allow 8-bit input/output
#set meta-flag on
#set convert-meta off
#set input-meta on
#set output-meta on
#$if Bash
  # Don't ring bell on completion
  #set bell-style none
  # Filename completion/expansion
  #set completion-ignore-case on
  #set show-all-if-ambiguous on
  # Expand homedir name
  #set expand-tilde on
  # Append "/" to all dirnames
  #set mark-directories on
  #set mark-symlinked-directories on
  # Match all files
  #set match-hidden-files on
#$endif

as well as the VT220 key bindings:

# VT220
"\eOH": beginning-of-line
"\eOF": end-of-line

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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

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

mkpasswd and mkgroup failures

[Robb, Sam]

A colleague ran into problems running mkpasswd and mkgroup
on her machine, as shown below: 

  Your group is currently "mkpasswd".  This indicates that
  the /etc/passwd (and possibly /etc/group) files should be rebuilt.
  See the man pages for mkpasswd and mkgroup then, for example, run
  mkpasswd -l [-d] > /etc/passwd
  mkgroup  -l [-d] > /etc/group
  Note that the -d switch is necessary for domain users.

  [EMAIL PROTECTED] ~
  $ mkpasswd -l -d > /etc/passwd
  mkpasswd (257): [1326] Logon failure: unknown user name or bad password.

  [EMAIL PROTECTED] ~
  $ mkgroup -l -d > /etc/group
  NetGroupEnum() failed with 1326

Searching the cygwin ML for similar instances turned up one reference
(http://www.cygwin.com/ml/cygwin/2004-06/msg0.html) to this
particular error, but didn't seem to provide any resolution.

One oddity I noticed was that the user was logged in using a domain
account (foo) and that there was also a local account on the machine
named "foo" as well.  I logged off of the machine, logged back in
under a different account, and was able to run "mkpasswd -l -d" and
"mkgroup -l -d" without any errors.

Has anyone else run into this or similar problems?  Am I right in
thinking that this might be a problem caused by having two seperate
accounts (one domain, one local) with the same name?

-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: [ANNOUNCEMENT] New package: stow

[Andrew Schulman]

>> Two, Cygwin implements hard links as file copies.  Windows file systems 
>> don't support hard links, so this is probably the best that can be done.  
>> So 'ln a b' is really the same as 'cp -p a b'.
> 
> Huh?  NTFS supports hardlinks from the beginning and Cygwin supports
> creating hardlinks on NTFS since... oh,  lemme see... 1997.

Okay.  My mistake-- I'm using VFAT here.

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

Re: [ANNOUNCEMENT] New package: stow

[Corinna Vinschen]

On May 18 14:41, Andrew Schulman wrote:
> Two, Cygwin implements hard links as file copies.  Windows file systems 
> don't support hard links, so this is probably the best that can be done.  
> So 'ln a b' is really the same as 'cp -p a b'.

Huh?  NTFS supports hardlinks from the beginning and Cygwin supports
creating hardlinks on NTFS since... oh,  lemme see... 1997.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
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: [ANNOUNCEMENT] New package: stow

[Andrew Schulman]

> Does stow have support for hard links at all?

No, not at present.

> If not is that an easy 
> thing to add in?

It probably is, although I can't spend any time on it in the foreseeable 
future.  

>  Such an option would make stow more useful on Cygwin, IMHO.

I think you're right, for the following reasons.

One, as I said in the announcement, Cygwin implements symlinks as 
Windows shortcuts, which are broken.  Therefore, stow will only be 
useful for installing software that is used exclusively within Cygwin 
(which interprets the shortcuts to emulate POSIX behavior) and that 
doesn't install any DLLs (since Windows won't interpret the symlinks 
correctly).

Two, Cygwin implements hard links as file copies.  Windows file systems 
don't support hard links, so this is probably the best that can be done.  
So 'ln a b' is really the same as 'cp -p a b'.

Now that approach has obvious disadvantages (it uses twice the disk 
space; changes in either file aren't reflected in the other, since 
they're different files), but for software installation it would have 
the advantage of solving the symlink problem.  Installed files 
(including DLLs) would just be copied into the installation directory, 
where Windows can use them.  The original, stowed copy (e.g. 
/usr/local/stow/emacs) would become superfluous, except as a map of 
which files to delete if you want to uninstall the package.  Also, the 
problem of modifications to the target not being reflected in the source 
probably isn't very important for software installation, since the 
package files don't get changed much.

So, if someone wanted to pursue this, I think it would be useful.
Andrew.

--
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: Mv after tar in a shell script problems

[Robb, Sam]

> Oh wait waitwaitwaitwaitwait... What this looks more like is 
> my old nemesis
> - The Nosy Virus Scanner!  Lessee here... Yep, still doing 
> it, let's check
> if... "ACTIVESHIELD" HAS TURNED ITSELF ON AGAIN...
> 
> ...only, disabling it and even rebooting don't change 
> anything, I still get
> "Permission Denied"s.  Gat dang, and I was just itching to 
> put McAff... er,
> I mean, a certain virus scanner manufacturer... back at the 
> top of The List
> ;-).

Hey Gary,

  Are you running Google Desktop Search, or anything else that
might do automatic indexing of newly created files?  These days,
there's a whole lot more than just antivirus out there that
wants to spend a little quality time with every file created
on your system...

-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: Cygwin installing too much stuff

[Brandon J. Van Every]

Gary R. Van Sickle wrote:
Brandon J. Van Every wrote:
It is irritating because I'm on a dialup, and I just wanted 
to grab the small "zip" tool and keep going with my real 
work.  Instead I'm waiting waiting waiting waiting on piles 
of downloads that I'm too lazy to go in and figure out.
Well... since you're waiting anyway, couldn't you use that otherwise-wated
time to "go in and figure [it] out"?  
When multitasking I prioritize throughput over latency.  I went and 
scrubbed steps for a few hours to keep the landlord happy.  All for a 
86K download: zip is tiny!  It just has the liability of being last in 
the alphabet.

In this case, you lucked out, because
I'm going to do it for you!
See there's a method in my madness.  :-)  It seems that I could solve 
these sorts of problems with the "partial" and "curr" views.  I did 
indeed have a partial TeTex download pending, and I actually did need it 
for what I was compiling.  I had just forgotten that I needed it, as I 
was interrupted in my work last week.

Thanks for all the help everyone.
--
Cheers, www.indiegamedesign.com
Brandon Van Every   Seattle, WA
When no one else sells courage, supply and demand take hold.
--
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: CPIO with solaris 9 flash archives

[Corinna Vinschen]

On May 18 16:23, Clemson, Chris wrote:
> Hi everyone!
> 
> I'm trying to get cygwin cpio to view/extract a flash archive made on solaris 
> 9.
> 
> According to the docs, a flash archive is just a cpio archive.
> Reading the during the solaris install works fine, but I am having trouble 
> getting cygwin cpio to view it:
> 
> E:\>cpio -ivF v240-disbox-v1-08-archive /etc/release
> cpio: warning: skipped 90486 bytes of junk
> cpio: warning: archive header has reverse byte-order
> cpio: warning: skipped 188023 bytes of junk
> cpio: warning: skipped 1360 bytes of junk
> cpio: warning: skipped 146962 bytes of junk
> cpio: premature end of file
> 
> E:\>
> 
> both the file and the drive I am reading it with work fine.
> I can't say I've used cpio much, but the man pages say that it should 
> recognise the format automatically.
> any ideas what I'm doing wrong?

Hard to say.  Either it's not really a compatible cpio format (some
Solaris native format perhaps) or cpio doesn't recognize the format
automatically and you should try the -H command line switch.

Out of curiosity, what does `file v240-disbox-v1-08-archive' print?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
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: tetex 3.0.0-3 format file problem

[m. z.]

In the mail below, I see that still with version 3.0.0-3, which still I have 
not installed because I failed both with 3.0.0-1 and 3.0.0-2, when one is 
doing "latex filename.tex", in the line below the output is "pdfeTeX..."
With the previous version of tetex (2.something) this was not happening.
Is this the source of the problems with tetex 3.0.0-x ?
As far as I now latex is latex, producing a .dvi, which will be convertex in 
.ps by dvips.
Why doing "latex" is invoking now pdf format ?


From: "Mcdougall, Robert A." 
To: 
Date: Mon, 16 May 2005 17:59:45 -0500
Subject: 1.5.16 tetex 3.0.0-3 format file problem

With the latest tetex build, I can't get *tex to use its
format files:
516$ latex aleph.tex
This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
file:line:error style messages enabled.
%&-line parsing enabled.
---! /cygdrive/c/home/mcdougar/.texmf/var/web2c/latex.fmt was written by
tex
(Fatal format file error; I'm stymied)
517$ kpsewhich latex.fmt
/cygdrive/c/home/mcdougar/.texmf/var/web2c/latex.fmt
518$ ls -l /cygdrive/c/home/mcdougar/.texmf/var/web2c/latex.fmt
-rw-r--r--  1 mcdougar mkgroup-l-d 759091 May 16 16:05
/cygdrive/c/home/mcdougar
/.texmf/var/web2c/latex.fmt
519$ cygcheck -s -v -r >cygcheck.out
cygcheck: dump_sysinfo: GetVolumeInformation() failed: 5
`cygcheck` output attacked.

--
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: CPIO with solaris 9 flash archives

[Larry Hall]

At 11:23 AM 5/18/2005, you wrote:
>Hi everyone!
>
>I'm trying to get cygwin cpio to view/extract a flash archive made on solaris 
>9.
>
>According to the docs, a flash archive is just a cpio archive.
>Reading the during the solaris install works fine, but I am having trouble 
>getting cygwin cpio to view it:
>
>E:\>cpio -ivF v240-disbox-v1-08-archive /etc/release
>cpio: warning: skipped 90486 bytes of junk
>cpio: warning: archive header has reverse byte-order

^^

>cpio: warning: skipped 188023 bytes of junk
>cpio: warning: skipped 1360 bytes of junk
>cpio: warning: skipped 146962 bytes of junk
>cpio: premature end of file
>
>E:\>
>
>both the file and the drive I am reading it with work fine.
>I can't say I've used cpio much, but the man pages say that it should 
>recognise the format automatically.
>any ideas what I'm doing wrong?


You're not reading the warnings?  You may need to read the 'cpio' man page
as well.  You're looking for the '-b' switch I believe.  BTW, this
is not a Cygwin-specific issue.  It's an endian thing.



--
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: can not compile cscope on cygwin

[Todorovic Vladica-VTODORO1]

Please don't send personal e-mails.

It looks like that your cvs tarball wasn't "pluged-in". As I see it, you have 
two options:

1. Use setup to install cvs on your system, then put the cvs tarball in your 
cvs repository, and then check out the files. Alternativelly, you could follow 
instuctions on http://sourceforge.net/cvs/?group_id=4664 to get source files 
and skip cvs tarball completely. Anyway, you'll probably need to consult cvs 
man pages in order to get through this.

2. You can try to  manually rename files and strip them of change history. 
Needless to say, it may take while to do this and it may be error prone process 
-- the experiance you've already had.

Vladica

-Original Message-
From: Anusha Parthasarathy [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 17, 2005 10:20 PM
To: Todorovic Vladica-VTODORO1
Cc: Mark Paulus
Subject: RE: can not compile cscope on cygwin


Hi,

Thanks for the reply. I did rerun configure
after installingflex, bison and everything else.

I tried Sunday night's tarball oncvs. I'm not 
sure I followed the correct procedure for building - ifsuch a procedure is well 
known and
different from the standarddistribution, can
you please point me to it.

The files in thetarball are suffixed with ",v"
and the makefile and the configure file,have
an attached change log that cause a lot of
error messages(possibly noise). But even
the tarball did not build - makeinstantly
gave an error (sorry, I missed copying this one
for the list- but it was something very basic,
like as if the makefile was notwritten properly).
I even tried removing the change log stuff(which
strangely enough did not seem commented), and
rerunning(starting with configure), but to 
no avail.

Regards
Arvind.


[EMAIL PROTECTED]:

> 
I remember having similarproblems with 15.5, but cvs version was ok.Now, I 
haven't tried to build cscope recently, but the last time Itried, the cvs 
version was building (and working) just fine. 

Did youtry cvs?

Vladica
 

-Original Message-
From: Arvind[mailto:[EMAIL PROTECTED] 
Sent: Saturday, May 14, 2005 9:13AM
To: cygwin@cygwin.com
Subject: Re: can not compile cscope oncygwin


Mark Paulus  mci.com> writes:

> 
> Ijust tried this, and it appears that you don't have
> lex/flex and/orbison/byacc installed.  Apparently
> these aren't selected by defaultfrom the cygwin
> setup tool.  Re-run the cygwin setup tool, and under
> Devel, select bison and flex, and you should be good
> to go.
>

tried that.. but got:-
-
make all-recursive
make[1]: Entering directory`/cygdrive/c/cscope/cscope-15.5'
Making all in doc
make[2]: Enteringdirectory `/cygdrive/c/cscope/cscope-15.5/doc'
make[2]: Nothing to bedone for `all'.
make[2]: Leaving directory`/cygdrive/c/cscope/cscope-15.5/doc'
Making all in src
make[2]:Entering directory `/cygdrive/c/cscope/cscope-15.5/src'
bison -y  `test -f 'egrep.y' || echo './'`egrep.y
conflicts: 2shift/reduce
make[2]: *** [egrep.c] Broken pipe
make[2]: Leavingdirectory `/cygdrive/c/cscope/cscope-15.5/src'
make[1]: ***[all-recursive] Error 1
make[1]: Leaving directory`/cygdrive/c/cscope/cscope-15.5'
make: *** [all] Error2
-

Arvind.

> On Wed, 27 Apr 2005 15:46:47 -0400 (EDT), Igor Pechtchanskiwrote:
> 
> >On Wed, 27 Apr 2005, lin q wrote:
> 
> >> Hi,
> >>  Iam using latest version cygwin and I just downloaded cscope 15.5, butin
> >> compiling it there is such error,
> >>
> >> $ make
> >> make all-recursive
> >> make[1]: Entering directory `/c/bin/cscope-15.5'
>>> Making all in doc
> >> make[2]: Entering directory`/c/bin/cscope-15.5/doc'
> >> make[2]: Nothing to be done for `all'.
>>> make[2]: Leaving directory `/c/bin/cscope-15.5/doc'
> >> Making allin src
> >> make[2]: Entering directory `/c/bin/cscope-15.5/src'
> >>/bin/bash ../ylwrap `test -f 'fscanner.l' || echo './'`fscanner.l .c
>>> fscanner.c -- :
> >> make[2]: *** [fscanner.c] Error 1
> >>make[2]: Leaving directory `/c/bin/cscope-15.5/src'
> >> make[1]: ***[all-recursive] Error 1
> >> make[1]: Leaving directory`/c/bin/cscope-15.5'
> >> make: *** [all] Error 2
> >>
> >> Do youknow what is wrong?
> 
> >Please review and follow
> >> Problemreports:   http://cygwin.com/problems.html
> >to provide enoughinformation about your installation for this list to
> >help you.
>
> >Without the above information, I would guess that it's a lineending issue
> >of some sort (since you're using /c, and I suppose yourcygdrive prefix is
> >empty rather than "c:" being mounted on /cexplicitly).
> 
> >> Is there any pre-compiled cscope for cygwinsomewhere?
> 
> >According to , the onlymatches for "cscope"
> >are in the vim source package, so no, thereisn't an official cscope
> >package.  You can Google for unofficialones, I suppose.
> > Igor
> >-- 
>>  http://cs.nyu.edu/~pechtcha/
> >  |  _,,,---,,_  pechtcha cs.nyu.edu
> >ZZZzz /,`.-'`' 

Re: Cygwin-developers archive

[Igor Pechtchanski]

On Wed, 18 May 2005, Richard Campbell wrote:

> Is there any reason not to allow public read-only access to the
> cygwin-developers archives?  Is that where your meanness really comes
> out? :-)

Yes. :-)
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!

"The Sun will pass between the Earth and the Moon tonight for a total
Lunar eclipse..." -- WCBS Radio Newsbrief, Oct 27 2004, 12:01 pm EDT

--
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-developers archive

[Christopher Faylor]

On Wed, May 18, 2005 at 10:41:55AM -0400, Richard Campbell wrote:
>I am not interested (well, I don't quite qualify) in subscribing to the
>cygwin-developers mailing list, but I am interested in seeing the
>lower-level discussions (I read the patches list as well as the main
>one).  
>
>CGF recently referenced a discussion that was going on on the
>cygwin-developers list, and I went to the mailing list archive page to
>look at it, only to find the archives are subscriber-locked as well.
>
>Is there any reason not to allow public read-only access to the
>cygwin-developers archives?  Is that where your meanness really comes
>out? :-)

The password on the archives is not an accident.

I got tired of seeing people cutting and pasting cygwin-developers
discussions to this list.

If there is something that is of general interest to the cygwin
community, it is discussed in the cygwin list.  Otherwise, the
developers list is not intended for public consumption.

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

CPIO with solaris 9 flash archives

[Clemson, Chris]

Hi everyone!

I'm trying to get cygwin cpio to view/extract a flash archive made on solaris 9.

According to the docs, a flash archive is just a cpio archive.
Reading the during the solaris install works fine, but I am having trouble 
getting cygwin cpio to view it:

E:\>cpio -ivF v240-disbox-v1-08-archive /etc/release
cpio: warning: skipped 90486 bytes of junk
cpio: warning: archive header has reverse byte-order
cpio: warning: skipped 188023 bytes of junk
cpio: warning: skipped 1360 bytes of junk
cpio: warning: skipped 146962 bytes of junk
cpio: premature end of file

E:\>

both the file and the drive I am reading it with work fine.
I can't say I've used cpio much, but the man pages say that it should recognise 
the format automatically.
any ideas what I'm doing wrong?
thanks,

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/

Cygwin-developers archive

[Richard Campbell]

I am not interested (well, I don't quite qualify) in subscribing to the
cygwin-developers mailing list, but I am interested in seeing the
lower-level discussions (I read the patches list as well as the main
one).  

CGF recently referenced a discussion that was going on on the
cygwin-developers list, and I went to the mailing list archive page to
look at it, only to find the archives are subscriber-locked as well.

Is there any reason not to allow public read-only access to the
cygwin-developers archives?  Is that where your meanness really comes
out? :-)

-Richard Campbell.

--
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: Serial programming - Writing bytes in a blocking mode - Problem with tcdrain() ?

[Christopher Faylor]

On Wed, May 18, 2005 at 10:10:28AM +0200, [EMAIL PROTECTED] wrote:
>>I wonder if you're just seeing the effects of a buffer on the comm
>>device itself not draining even though Windows has flushed everything
>>from its own memory.
>
>I'm not reading any buffer, the idea of my program is the following: Put
>the RTS signal low, write some bytes, wait until everything is transmitted
>and then raise again the RTS signal...

I didn't say you were reading any buffer.  Most modern serial devices
contain buffers so when you send a byte to a com device it may be stored
in a buffer.  Cygwin (and Window?) won't know about this buffer.
tcdrain() will only report that the byte has left the OS buffer.  It
won't know if the byte is still sitting in the device's buffer.

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

bug in du

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Reini Urban reported a du bug on the cygwin list - using mount points (or
directory hard links on systems that support that) confuses the default
behavior, and files are being double-counted and inflating the actual disk
space in usage.  In the example below, I used cygwin's mount feature to
mount dir3 atop dir1.

> $ ls -iRF
> .:
> 14952513712823677584 dir1/  2251799813894795 file1
>28147497671275154 dir2/  2251799813894795 file2
> 14952513712823677584 dir3/
> 
> ./dir1:
> 17343925114957410972 file
> 
> ./dir2:
> 17343925114957410972 file
> 
> ./dir3:
> 17343925114957410972 file
> $ du
> 1   ./dir1 # dir1/file counted...
> 0   ./dir2 # ...skipped since st_nlink is 2
> 0   ./dir3 # ...skipped since st_nlink is 2
> 2   .  # and ./file[12] counted once
> $ du -l  # ...where file was also linked outside linked directories
> 1   ./dir1 # dir1/file counted once...
> 1   ./dir2 # twice
> 1   ./dir3 # third time
> 5   .  # plus 2 more for ./file[12]
> $ echo testing > dir3/file3
> $ ls -iRF
> .:
> 14952513712823677584 dir1/  2251799813894795 file1
>28147497671275154 dir2/  2251799813894795 file2
> 14952513712823677584 dir3/
> 
> ./dir1:
> 17343925114957410972 file  1970324837184162 file3
> 
> ./dir2:
> 17343925114957410972 file
> 
> ./dir3:
> 17343925114957410972 file  1970324837184162 file3
> $ du
> 2   ./dir1  # dir1/file and dir1/file3 counted
> 0   ./dir2  # dir2/file skipped
> 1   ./dir3  # dir3/file skipped, but dir3/file3 counted!
> 4   .   # and ./file[12] counted once. This total should be 3
> $ du -l
> 2   ./dir1 # dir1/file and dir1/file3 counted
> 1   ./dir2 # dir2/file counted again
> 2   ./dir3 # dir3/file and dir3/file3 counted again
> 7   .  # and ./file[12] each counted, for correct total.
> $ ls -l dir1
> total 2
> -rw-r--r--  2 eblake None 8 May 18 06:38 file
> -rw-r--r--  1 eblake None 8 May 18 06:50 file3

One possible fix is revisiting line 377 in src/du.c in CVS, which
currently skips hard links only if a file has multiple links.  The other
fix would be to also check directories for identical inodes, and not
descending through a directory by a second spelling if it has already been
visited once.

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

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

iD8DBQFCi0CL84KuGfSFAYARAlTnAJ95ur2l0LxXXZjNrLPNQrcBIeTX3ACgoe5p
40GmfwNSFZJRZyp0AcWWics=
=N51g
-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: More: Recent increase in size

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Reini Urban on 5/17/2005 5:14 PM:
> mkdir -p /tmp/test/test1 /tmp/test/test2
> cd /tmp/test
> # junction or mount is the same here
> junction `cygpath -w /tmp/test/test1` test3
> cp ../* test1/
> ls -i
>   22236523160786906 test1   9288674232096745 test2  22236523160786906 test3
> # test2 is empty, test3 hardlinked to test1
> $ du
> 2636./test1
> 0   ./test2
> 2636./test3
> 5272.
> $ du -l
> 2636./test1
> 0   ./test2
> 2636./test3
> 5272.
> 
> => coreutils bug with du opt_count_all=0 ?
> 

It took me a while to reproduce this.

$ cd /tmp/
$ mkdir example
$ cd example
$ echo hello > file1
$ ln file1 file2
$ du
1   .
$ du -l  # So far, so good - linked files counted just once
2   .
$ mkdir dir1
$ mkdir dir2
$ echo goodbye > dir1/file
$ ln dir{1,2}/file
$ du
1   ./dir1
0   ./dir2
2   .
$ du -l # Still good, over subdirectories
1   ./dir1
1   ./dir2
4   .
$ mount `cygpath -w /tmp/example/dir1` /tmp/example/dir3
$ ls -iRF
.:
14952513712823677584 dir1/  2251799813894795 file1
   28147497671275154 dir2/  2251799813894795 file2
14952513712823677584 dir3/

./dir1:
17343925114957410972 file

./dir2:
17343925114957410972 file

./dir3:
17343925114957410972 file
$ du # Good even with hard-linked (well, mounted) directories...
1   ./dir1
0   ./dir2
0   ./dir3
2   .
$ du -l  # ...where file was also linked outside linked directories
1   ./dir1
1   ./dir2
1   ./dir3
5   .
$ echo testing > dir3/file3
$ ls -iRF
.:
14952513712823677584 dir1/  2251799813894795 file1
   28147497671275154 dir2/  2251799813894795 file2
14952513712823677584 dir3/

./dir1:
17343925114957410972 file  1970324837184162 file3

./dir2:
17343925114957410972 file

./dir3:
17343925114957410972 file  1970324837184162 file3
$ du  # Whoops - file3 is showing up twice
2   ./dir1
0   ./dir2
1   ./dir3
4   .
$ du -l
2   ./dir1
1   ./dir2
2   ./dir3
7   .

I'll have to investigate further, but it is probably an upstream bug.

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

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

iD8DBQFCiztc84KuGfSFAYARAmNuAJ9o5n7PLVW6oGIMd9JQ05zb6XmGvgCgyMRg
yJLYHD4ExhCI+Y0M39neEJA=
=4JE4
-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: locale and keychain

[Karl M]

Hi All...
From: Christopher Faylor
Subject: Re: locale and keychain
Date: Tue, 17 May 2005 19:34:15 -0400
On Tue, May 17, 2005 at 03:20:45PM -0700, Karl M wrote:
>The next upstream version of keychain uses the locale command to check on
>the settings. I didn't see any function by that name. Can coreutils add a
>stub for this?
Why are you suggesting that coreutils should provide this?  coreutils 
doesn't
provide this package on linux.


Failure to do my homework.

...Karl

--
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: dllwrap command line processing problem

[jules]

Well, sure that's possible.  And I'm able to work around the problem here 
easily enough... I just think if dllwrap is distributed, it ought to be 
correctly documented and not silently ignore command line options.

Jules

On Wed, 18 May 2005, Gerrit P. Haase wrote:

> jules wrote:
> 
> > I'm using a rather outdated version, so I'm not sure if this has been 
> > fixed, but dllwrap seems to ignore the "--mno-cygwin" command line option 
> > that is documented in its --help output.  "-mno-cygwin" works as expected.
> > 
> > $ dllwrap --version
> > GNU dllwrap 2.15.91 20040725
> > Copyright 2004 Free Software Foundation, Inc.
> 
> Why not use gcc as driver?
> 
> 
> Gerrit
> -- 
> =^..^=
> 


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

Re: Sort - locale: cygwin_nt-5.0

[Guido Milanese]

Many thanks to all the experts who kindly answered my question. I am sorry to 
know that I cannot use cygwin for sorting texts with languages other than 
English, but it was important for me to know if locales was supported or not.

Unfortunately, fro lack of competence I cannot be the one who fixes the problem!

Best regards,
guido
Guido Milanese   - [EMAIL PROTECTED]
Vocal Ensemble "Ars Antiqua" - http://www.arsantiqua.org
** GAUDETE IN DOMINO SEMPER *



--
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: dllwrap command line processing problem

[Gerrit P. Haase]

jules wrote:
I'm using a rather outdated version, so I'm not sure if this has been 
fixed, but dllwrap seems to ignore the "--mno-cygwin" command line option 
that is documented in its --help output.  "-mno-cygwin" works as expected.

$ dllwrap --version
GNU dllwrap 2.15.91 20040725
Copyright 2004 Free Software Foundation, Inc.
Why not use gcc as driver?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin installing too much stuff

[Gerrit P. Haase]

Lionel B wrote:
To give an example, I have installed the exp gcc 3.4.1 and mingw-gcc 20040822 
packages. Now I see I have libtool-devel
1.9f_20041024 installed, whreas setup wants to change that to 1.5.10. I 
suspect, but am not sure, that this is a
dependancy of my "exp" gcc and should therefore keep the current version. Is 
there a safe way to find out?
No.  GCC doesn't require libtool.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin installing too much stuff

[Gerrit P. Haase]

Brandon J. Van Every wrote:
I have a reasonably healthy Cygwin installation that I typically use to
build various HLL compilers.  One of these compilers needed the "zip"
tool in order to be built.   So I fired up Cygwin and clicked to install
"zip."  Well, instead of doing just that, it also started installing
Ruby, and TeTex, and seemingly a whole bunch of other things.  I know
for fact that the simple "zip" tool is not dependent upon this stuff, so
I am wondering why Cygwin is installing it all.
It is irritating because I'm on a dialup, and I just wanted to grab the
small "zip" tool and keep going with my real work.  Instead I'm waiting
waiting waiting waiting on piles of downloads that I'm too lazy to go in
and figure out.
Guesses and conjectures:
- is Cygwin pushing new versions of stuff I previously downloaded?  That
would be BAD.  That would mean that every time I use a dialup, I'm
likely to get more new stuff that takes a long time to download that I
don't really want.
Yes.  There is a radio button in setup.exe called 'Keep', toggle it and
then switch to the 'Full' view using the 'View' button to get the
complete package listing, now select zip.
- is Cygwin just fulfilling a broken download I started earlier?  I did
try to grab TeTex the other week, and I thought it finished, but I never
did use it or test it.  In this case, I'd really like to prioritize my
downloads.  When I download "zip," for me that means "I want zip NOW."
 I don't want it in alphabetical order.
HTH,
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Mv after tar in a shell script problems

[Corinna Vinschen]

On May 18 05:45, Gary R. Van Sickle wrote:
> > What about using strace or, better, gdb?  Does it even occur 
> > under strace?
> > As I said, WJFFM for hundreds of iterations.
> > 
> > Corinna
> 
> Oh wait waitwaitwaitwaitwait... What this looks more like is my old nemesis
> - The Nosy Virus Scanner!  Lessee here... Yep, still doing it, let's check
> if... "ACTIVESHIELD" HAS TURNED ITSELF ON AGAIN...
> 
> ...only, disabling it and even rebooting don't change anything, I still get
> "Permission Denied"s.  Gat dang, and I was just itching to put McAff... er,
> I mean, a certain virus scanner manufacturer... back at the top of The List
> ;-).
> 
> Well, I'm going to bed.  Maybe this will all turn out to be a bad dream...
> ;-)

That's fine.  When you're back from sleep you can still use strace and
gdb.  That's nice with debuggers.  They still work an another day ;-)


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
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: Hiding xemacs console window when started from windows explorer

[Shaddy Baddah]

Hi,

Brian Dessent wrote:
> Maxime Beaudry wrote:
> 
> 
>>I installed xemacs along with cygwin.  I try to start xemacs by directly by
>>double clicking on the xemacs-21.4.17.exe file in my windows explorer.  This
>>starts a dos console window which in turns starts xemacs properly.
>>
>>My question is: is there a way to simply open a xemacs window and not the
>>dos console window when double clicking on the executable?  Thanks.
> 
> 
> Try the 'run' utility in the X-startup-scripts package.  The comment at
> the top of the source pretty much explains it:

Actually, there is a definite change in the behaviour of the recently
released build of xemacs-21.4.17 and its' predecessor xemacs-21.4.15.

First, I think it is safe to say that the behaviour described by Maxime
Beaudry relates to the non-X-windows instance of Xemacs. I know, because
I explicitly unset DISPLAY when I run Xemacs through cygwin, to run
without the X toolkit, and I am seeing this dos console window.

As Maxime runs Xemacs from windows explorer, and unless Maxime is
setting a global DISPLAY environment variable, it is safe to assume this
is also the mode Maxime is using.

In the latest build, a dos console window appears when run, either
through windows explorer, or by typing:

env DISPLAY= xemacs

in an *rxvt session*.

It does not happen if you run directly from a command prompt window
(either direct, or the Cygwin/bash layered window), likely adopting this
native console as it's own.

I am guessing that there was a specific patch applied on 21.4.15 that
was missed on 21.4.17 to avert this behaviour. Hope it gets back in,
else I take drastic action of looking into it and rebuilding from source :-D

Regards,
Shaddy

--
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: Mv after tar in a shell script problems

[Brian Dessent]

"Gary R. Van Sickle" wrote:

> ...only, disabling it and even rebooting don't change anything, I still get
> "Permission Denied"s.  Gat dang, and I was just itching to put McAff... er,
> I mean, a certain virus scanner manufacturer... back at the top of The List

I don't know if it matters in this case but a lot of firewall/AV type
software doesn't actually unload itself when you disable it.  Some more
notorious software you must uninstall entirely... (cue the Dave K "I
hate Norton" montage)

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: Mv after tar in a shell script problems

[Gary R. Van Sickle]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
> Sent: Wednesday, May 18, 2005 5:01 AM
> To: cygwin@cygwin.com
> Subject: Re: Mv after tar in a shell script problems
> 
> On May 18 04:57, Gary R. Van Sickle wrote:
> > Unless tar is doing something like untarring to a temp 
> directory and 
> > then doing a shell-api move that it doesn't wait for.  I 
> don't know.  
> > I'll get a test case together and... well, I'm sure then 
> the problem 
> > will mysteriously vanish. ;-)
> 
> What about using strace or, better, gdb?  Does it even occur 
> under strace?
> As I said, WJFFM for hundreds of iterations.
> 
> 
> Corinna
> 

Oh wait waitwaitwaitwaitwait... What this looks more like is my old nemesis
- The Nosy Virus Scanner!  Lessee here... Yep, still doing it, let's check
if... "ACTIVESHIELD" HAS TURNED ITSELF ON AGAIN...

...only, disabling it and even rebooting don't change anything, I still get
"Permission Denied"s.  Gat dang, and I was just itching to put McAff... er,
I mean, a certain virus scanner manufacturer... back at the top of The List
;-).

Well, I'm going to bed.  Maybe this will all turn out to be a bad dream...
;-)

-- 
Gary R. Van Sickle



--
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: Mv after tar in a shell script problems

[Brian Dessent]

Corinna Vinschen wrote:

> Sounds not convincing.  If the OS isn't able to deal with such a basic
> situation, it's seriously unusable.  Windows might have some annoying
> properties, but it's certainly usable.
> 
> I'm just running a script which desperatly tries to reproduce the above
> problem, but it WJFFM:

It just occured to me that some antivirus-type programs hook into file
IO calls.  Perhaps such a program is being invoked to scan the file
after it is created and keeps it open for that brief instant long enough
for mv to try to move it.

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/

Ambiguous address warning

[MMDF]

Mail addressed to

"[EMAIL PROTECTED]"

was ambiguous, but was delivered to

John_G_Dorsey (john)

The name "john" also matched the following users

Full name (login name)

Andrew_John (aj14)
Bonnie_John (bej)

To avoid this warning message in the future, address the mail as

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

dllwrap command line processing problem

[jules]

I'm using a rather outdated version, so I'm not sure if this has been 
fixed, but dllwrap seems to ignore the "--mno-cygwin" command line option 
that is documented in its --help output.  "-mno-cygwin" works as expected.

$ dllwrap --version
GNU dllwrap 2.15.91 20040725
Copyright 2004 Free Software Foundation, 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: Mv after tar in a shell script problems

[Corinna Vinschen]

On May 18 04:57, Gary R. Van Sickle wrote:
> Unless tar is doing something like untarring to a temp directory and then
> doing a shell-api move that it doesn't wait for.  I don't know.  I'll get a
> test case together and... well, I'm sure then the problem will mysteriously
> vanish. ;-)

What about using strace or, better, gdb?  Does it even occur under strace?
As I said, WJFFM for hundreds of iterations.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
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: Mv after tar in a shell script problems

[Corinna Vinschen]

On May 18 02:30, Brian Dessent wrote:
> "Gary R. Van Sickle" wrote:
> 
> > ...and, if I change the mv to a loop which keeps trying if there's a
> > failure:
> > 
> >   while ! mv dir_name_file.tar.bz2_untars_to new_dir_name; do echo "retrying
> > move..."; done
> > 
> > it will eventually work after a few iterations.
> > 
> > I... huh?
> > 
> > I'll brew up a test case, this is nutso.
> 
> The only thing I can think of is that tar exits immediately after
> issuing the final write() of the last file, and mv starts up before the
> file system has a chance to finish commiting that write to disk.

Sounds not convincing.  If the OS isn't able to deal with such a basic
situation, it's seriously unusable.  Windows might have some annoying
properties, but it's certainly usable.


I'm just running a script which desperatly tries to reproduce the above
problem, but it WJFFM:

  #!/bin/sh
  while true
  do
tar xvjf foo.tar.bz2
mv foo.dir bar.dir
rm bar.dir
  done


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  mailto:cygwin@cygwin.com
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: Mv after tar in a shell script problems

[Gary R. Van Sickle]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Brian Dessent
> Sent: Wednesday, May 18, 2005 4:31 AM
> To: cygwin@cygwin.com
> Subject: Re: Mv after tar in a shell script problems
> 
> "Gary R. Van Sickle" wrote:
> 
> > ...and, if I change the mv to a loop which keeps trying if there's a
> > failure:
> > 
> >   while ! mv dir_name_file.tar.bz2_untars_to new_dir_name; do echo 
> > "retrying move..."; done
> > 
> > it will eventually work after a few iterations.
> > 
> > I... huh?
> > 
> > I'll brew up a test case, this is nutso.
> 
> The only thing I can think of is that tar exits immediately 
> after issuing the final write() of the last file, and mv 
> starts up before the file system has a chance to finish 
> commiting that write to disk.
> 

That's almost what it's acting like.  Well, sort of [see next].

> The question would then be, does the filesystem allow close() 
> to complete even if there is still outstanding IO.  Maybe it 
> has to do with write caching of the drive.

None of that should matter.  Once a file is close()ed (and certainly once
the close()ing program has terminated!), it's committed to the filesystem.
Where the filesystem puts the actual data and when is of no concern at the
open()/close() level.  In fact I'm certain the filesystem (whether NTFS or
FAT) *does* return from CloseHandle() potentially before anything gets
written to the physical medium.  But the filesystem knows (or should know)
about any files pending writing and act accordingly, i.e. allow the same
access to them as any other file, perhaps by blocking until it gets written
or whatever.

Unless tar is doing something like untarring to a temp directory and then
doing a shell-api move that it doesn't wait for.  I don't know.  I'll get a
test case together and... well, I'm sure then the problem will mysteriously
vanish. ;-)

-- 
Gary R. Van Sickle


--
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 installing too much stuff

[Lionel B]

"Brian Dessent" wrote:
> Lionel B wrote:
> 
> /.../
> 
> If you want to keep one or more packages at "Exp" versions this is the
> method I use:
> 
> First thing you do after running setup each time, switch to partial. 
> You will see a combination of Exp packages that setup wants to downgrade
> to Curr, mixed with any normal packages that you're not using Exp
> versions of that need upgrading.  For all the packages that you are
> using Exp versions, just toggle them back to Keep, and then continue
> with setup as normal.  It's not very elegent, but most of the time
> there's not more than a small number of Exp packages so it's pretty easy
> just to switch them all back to Keep first thing.  After a couple of
> times it becomes habit because it's the same packages each time.

Yes, that's pretty much what I do now... so I guess I'm not missing anything 
obvious.

> Plan B is to use Exp versions of *everything*, in which case you just
> use the Exp radio button each time.  But I wouldn't necessarily
> recommend that.

Too scary.

> (And yes, setup could be a lot more intuitive about all this... *sigh*)

Not even a mother could love it ;-)

Cheers,

-- 
Lionel B



--
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: Black letters on white background?

[Brian Dessent]

Martin Mrazek wrote:

> I can find it neither in FAQ nor in documentation, so sorry for the
> simple question:
> 
> How can I switch the default Cygwin colours? I need black letters on
> white background...
> 
> I tried DIR_COLOR but it seems it relates only to color of letters...

Use rxvt.  You can specify all sorts of colors with command line
switches or X resources (even though you don't need a X server running,
it will still try to read you .Xdefaults file.)

Or, if you must use a Windows CMD.EXE shell, right click on the shortcut
that launches the shell and there is a page where you can change font,
colors, rows x cols, etc.

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: Mv after tar in a shell script problems

[Brian Dessent]

"Gary R. Van Sickle" wrote:

> ...and, if I change the mv to a loop which keeps trying if there's a
> failure:
> 
>   while ! mv dir_name_file.tar.bz2_untars_to new_dir_name; do echo "retrying
> move..."; done
> 
> it will eventually work after a few iterations.
> 
> I... huh?
> 
> I'll brew up a test case, this is nutso.

The only thing I can think of is that tar exits immediately after
issuing the final write() of the last file, and mv starts up before the
file system has a chance to finish commiting that write to disk.

The question would then be, does the filesystem allow close() to
complete even if there is still outstanding IO.  Maybe it has to do with
write caching of the drive.

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/

Black letters on white background?

[Martin Mrazek]

Hello,

I can find it neither in FAQ nor in documentation, so sorry for the
simple question:

How can I switch the default Cygwin colours? I need black letters on
white background...

I tried DIR_COLOR but it seems it relates only to color of letters...

Thanks
Martin

--
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 installing too much stuff

[Brian Dessent]

Lionel B wrote:

> To give an example, I have installed the exp gcc 3.4.1 and mingw-gcc 20040822 
> packages. Now I see I have libtool-devel
> 1.9f_20041024 installed, whreas setup wants to change that to 1.5.10. I 
> suspect, but am not sure, that this is a
> dependancy of my "exp" gcc and should therefore keep the current version. Is 
> there a safe way to find out?

Setup wants to install 1.5.10 because 1.9f is "Exp".  The dependency
logic doesn't take into account version numbers at all, it's strictly
"package foo requires package bar", with no version information in the
equation.

If you want to keep one or more packages at "Exp" versions this is the
method I use:

First thing you do after running setup each time, switch to partial. 
You will see a combination of Exp packages that setup wants to downgrade
to Curr, mixed with any normal packages that you're not using Exp
versions of that need upgrading.  For all the packages that you are
using Exp versions, just toggle them back to Keep, and then continue
with setup as normal.  It's not very elegent, but most of the time
there's not more than a small number of Exp packages so it's pretty easy
just to switch them all back to Keep first thing.  After a couple of
times it becomes habit because it's the same packages each time.

Plan B is to use Exp versions of *everything*, in which case you just
use the Exp radio button each time.  But I wouldn't necessarily
recommend that.

(And yes, setup could be a lot more intuitive about all this... *sigh*)

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: Mv after tar in a shell script problems

[Gary R. Van Sickle]

> Am I losing my mind, or shouldn't this "just work"(tm) in a 
> shell script?:
> 
>  #!/bin/sh
>  # ^^ behaves the same if it's /bin/bash
> 
>  tar xvjf file.tar.bz2
>  mv dir_name_file.tar.bz2_untars_to new_dir_name
> 
> ???
> 
> About half the time I get "Permission denied" from mv, the 
> other half it works fine.  If I do it by hand, even after a 
> "Permission denied", it works fine.  This is with both the 
> current DLL snapshot and 1.5.16-1, current coreutils.  I must 
> be missing something pretty basic here, because configures 
> etc are working fine.
> 

...and, if I change the mv to a loop which keeps trying if there's a
failure:

  while ! mv dir_name_file.tar.bz2_untars_to new_dir_name; do echo "retrying
move..."; done

it will eventually work after a few iterations.

I... huh?

I'll brew up a test case, this is nutso.

-- 
Gary R. Van Sickle
 


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

Mv after tar in a shell script problems

[Gary R. Van Sickle]

Am I losing my mind, or shouldn't this "just work"(tm) in a shell script?:

 #!/bin/sh
 # ^^ behaves the same if it's /bin/bash

 tar xvjf file.tar.bz2
 mv dir_name_file.tar.bz2_untars_to new_dir_name

???

About half the time I get "Permission denied" from mv, the other half it
works fine.  If I do it by hand, even after a "Permission denied", it works
fine.  This is with both the current DLL snapshot and 1.5.16-1, current
coreutils.  I must be missing something pretty basic here, because
configures etc are working fine.

-- 
Gary R. Van Sickle


--
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 installing too much stuff

[Lionel B]

"Gary R. Van Sickle" wrote:
>  Setup by default tries to bring any
> already-installed package up/back to the "curr" version.  Not only does it
> update old stuff, but if you have any "exp" releases installed, it'll
> actually try to "downgrade" them back to "curr".  Yeah, that's not too cool.
> If you want to avoid that (and since I often use "exp" stuff, I often do),
> use this procedure, and never be surprised again:

I've been caught by that one...

> - Select the new package(s) you want to install in the package chooser.  I
> usually use the "Full" view.
> - Once you're done, switch to the "Partial" view.  This will show you what
> is going to be downloaded and installed.  Deselect anything you don't want
> up/downgraded (i.e. swith the entry in the "New" column to "Keep") or
> installed (i.e. switch it to "Skip").
> - "Next" away and let setup do its work.
>
> Make sure you don't screw things up though; if you accidentally turn off a
> package's prerequistes, you're likely to have a mysteriously broken
> installation.

...and here's the problem: if I've installed a "exp" package(s), I'm not always 
sure what dependencies it installs
(maybe that's just sloppiness/inattention on my part). Then when I want to 
update something else and prevent setup from
"downgrading" my "exp" package(s) to "current", I'm never quite confident that 
I'm not going to break something by
keeping/not keeping some dependent package.

To give an example, I have installed the exp gcc 3.4.1 and mingw-gcc 20040822 
packages. Now I see I have libtool-devel
1.9f_20041024 installed, whreas setup wants to change that to 1.5.10. I 
suspect, but am not sure, that this is a
dependancy of my "exp" gcc and should therefore keep the current version. Is 
there a safe way to find out?

-- 
Lionel B



--
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] update documentation Was: cygwin-host-setup does not install sshd

[Corinna Vinschen]

On May 17 20:37, Brian Dessent wrote:
> 2005-05-17  Brian Dessent  <[EMAIL PROTECTED]>

http://cygwin.com/acronyms#PCYMTNQREAIYR ;-)

I'd send ChangeLogs always without the head line.

>   * install.texinfo ("How do I uninstall..."): Rewrite to cover
>   removing services, dealing with permissions, and other common
>   tasks for removing Cygwin completely.

Sounds good to me.  It might just be better to move the point

"Close all Cygwin command prompts, xterms, etc. and stop the X11 server [...]"

one item up and then to begin the next item with

"Open a single Cygwin command promt, remove all mount information with
 @samp{umount -A} [...]"

Do you see why?


Corinna

--
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: Serial programming - Writing bytes in a blocking mode - Problem with tcdrain() ?

[pbenito]

Hi Christopher,

thanks for your attention,

I've been working on it, and I've found a workaround for the problem using
the ioperm libraries, accessing the UART LSR register of the serial port.
In this way I'm able to know exactly when the output buffer is empty.

>I wonder if you're just seeing the effects of a buffer on the comm
>device itself not draining even though Windows has flushed everything
>from its own memory.

I'm not reading any buffer, the idea of my program is the following: Put
the RTS signal low, write some bytes, wait until everything is transmitted
and then raise again the RTS signal... I plugged the oscilloscope to see
those two signals and this is what it happened:

(See attached file: Signals - tcdrain.PNG)

To me, seeing this I think that tcdrain is not doing what it is supposed to
do.
Then I used the ioperm, reading the LSR register to check when the output
is empty. This is the result, it works !! :
(See attached file: Signals - ioperm.PNG)


And here is the code that I'm using to generate those signals. Obviously, I
compile it with the -lioperm option in order to use ioperm libraries.
Hope it would be usefull for you

Cheers,

Pablo Benito
Desarrollo de Producto Electrónico
CEMITEC
[EMAIL PROTECTED]
Tlf: + 34 848 42 08 00
www.cemitec.com

#include 
#include 
#include 
#include 
#include 
#include 
#include 

#define PORT "/dev/ttyS0" //Comm Device

int main() {

int fd;
char *msg ="Hello world!";
int status;
struct termios options;


fd = open(PORT, O_RDWR | O_NOCTTY );


tcgetattr(fd,&options); /* get current port settings */
  options.c_cflag&= ~CSIZE;
  options.c_cflag |= CS8 | CLOCAL | CREAD;
  cfsetispeed(&options, B38400);
  cfsetospeed(&options, B38400);
tcsetattr(fd,TCSANOW,&options);
tcflush(fd,TCIOFLUSH);

// Enable reading LSR register
ioperm(0x3FD,1,1);

usleep(1000);

// Set RTS low
ioctl(fd, TIOCMGET, &status );
status &= ~TIOCM_RTS;
ioctl(fd,TIOCMSET,&status);

//Send Hello World!
write(fd,msg,strlen(msg));

// Wait until output buffer is empty
// The first line uses tcdrain to wait, the second checks the LSR byte
// Uncomment the method you want to use to wait

//tcdrain(fd);
//while (inb(0x3FD)!=0x60){}


//Set RTS high
ioctl(fd,TIOCMGET,&status);
status |= TIOCM_RTS;
ioctl(fd,TIOCMSET,&status);

usleep(1);
close(fd);
return 0;

}






Corinna and I looked at the implementation of tcdrain in cygwin.  It's
pretty
simple.  It just calls FlushFileBuffers and, according to Microsoft:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base/read_and_write_operations.asp


it should be doing the right thing.

I wonder if you're just seeing the effects of a buffer on the comm
device itself not draining even though Windows has flushed everything
from its own memory.
--
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: Cygwin installing too much stuff

[Gary R. Van Sickle]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf Of Brandon J. Van Every
> Sent: Tuesday, May 17, 2005 4:32 PM
> To: cygwin@cygwin.com
> Subject: Cygwin installing too much stuff
> 
> I have a reasonably healthy Cygwin installation that I 
> typically use to build various HLL compilers.  One of these 
> compilers needed the "zip"
> tool in order to be built.   So I fired up Cygwin and clicked 
> to install
> "zip."  Well, instead of doing just that, it also started 
> installing Ruby, and TeTex, and seemingly a whole bunch of 
> other things.  I know for fact that the simple "zip" tool is 
> not dependent upon this stuff, so I am wondering why Cygwin 
> is installing it all.
> 
> It is irritating because I'm on a dialup, and I just wanted 
> to grab the small "zip" tool and keep going with my real 
> work.  Instead I'm waiting waiting waiting waiting on piles 
> of downloads that I'm too lazy to go in and figure out.
> 

Well... since you're waiting anyway, couldn't you use that otherwise-wated
time to "go in and figure [it] out"?  In this case, you lucked out, because
I'm going to do it for you!  Setup by default tries to bring any
already-installed package up/back to the "curr" version.  Not only does it
update old stuff, but if you have any "exp" releases installed, it'll
actually try to "downgrade" them back to "curr".  Yeah, that's not too cool.
If you want to avoid that (and since I often use "exp" stuff, I often do),
use this procedure, and never be surprised again:

- Select the new package(s) you want to install in the package chooser.  I
usually use the "Full" view.
- Once you're done, switch to the "Partial" view.  This will show you what
is going to be downloaded and installed.  Deselect anything you don't want
up/downgraded (i.e. swith the entry in the "New" column to "Keep") or
installed (i.e. switch it to "Skip").
- "Next" away and let setup do its work.

Make sure you don't screw things up though; if you accidentally turn off a
package's prerequistes, you're likely to have a mysteriously broken
installation.

-- 
Gary R. Van Sickle
 


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