Re: GDB Ctrl-C Interrupt Fails WORKAROUND

[Igor Peshansky]

On Thu, 15 Jun 2006, Kyle McKay wrote:

 On 15 Jun 2006 at 00:44:05 -0400 Christopher Faylor wrote:
  On Wed, Jun 14, 2006 at 08:29:50PM -0700, Kyle McKay wrote:
   If you have ever tried to interrupt a program running under cygwin
   gdb, you have probably experienced some frustration.  Especially if
   the program was built with -mno-cygwin.
 
  No I never have.  In fact I often rely on CTRL-C interrupting the
  program.  It doesn't matter whether the program is built with
  -mno-cygwin or not.  In fact, I am sometimes frustrated when I actually
  want the CTRL-C to be propagated to the program but then I remember
  about the handle command.
 
  The only time that I can think of when a CTRL-C would not interrupt a
  program would be when you're running gdb under a cygwin pty or tty.  But
  it's usually easy enough not to do that if you are debugging a problem.

 I'm happy for you that CTRL-C works for you.  It does not work for me.

 I'm almost never running gdb from a genuine DOS command prompt.
 Sometimes via ssh, sometimes via a terminal emulator.  CTRL-C doesn't
 work in those.

 Also, if you have tty in your CYGWIN variable it doesn't work even
 from a DOS command prompt.

That's what CGF said.

 Finally, it NEVER works no matter what if you are debugging a program
 built with a different compiler such as m$ visual C++.  And, of course,
 you say I have no reason to do that since the debugging symbols will not
 be compatible. However, the m$ visual C++ built program is then loading
 a cygwin/mingw built DLL.  CTRL-C doesn't work in this case to interrupt
 the running program. Although if you are careful you can get breakpoints
 set, but if you change your mind after you start running the program
 again then you're out of luck. That's where the debugbreak utility comes
 in very handy.

Does kill -INT cygwin_pid work?

 Lacking the ability to interrupt a running program severely limits gdb's
 usefulness.  Fortunately there's a workaround available.

The workaround would be even better if you didn't need a separate program.
How about submitting a patch for Cygwin's kill (with a new signal,
SIGDBG or SIGDEBUG)?  CGF, would you consider such a patch?
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: cygrunsrv: error while starting PRNGD service

[Igor Peshansky]

On Tue, 13 Jun 2006, Rich Chase wrote:

 I compiled PRNGD against cygwin and installed it as a cygrunsrv service.

 When I try to start the service, I get the infamous:

 Could not start the PRNGD service on Local Computer. The service did
 not return an error.  This could be an internal Windows error or an
 internal service error. If the problem persists, contact your system
 administrator.

This message is usually an indication that you are trying to run a
daemon-type program (one that forks off the actual daemon and returns)
with cygrunsrv.  The whole intent of cygrunsrv is to take a program that
needs to run continuously in the foreground, and turn it into a daemon.

 However, I am running sshd as a service, and vnc as well -- both using
 cygrunsrv.

Notice that you needed to give the -D option to sshd to prevent it from
going into the daemon mode.

 I also am able to run prngd.exe manually without any errors or log
 output. It successfully generates random numbers, as verified by the egd
 testing perl script, and it does not terminate prematurely.

Ah, but does it run from the SYSTEM account?

 PRNGD does start an entropy gatherer program, which returns and
 terminates. Could this child process's termination and return value be
 causing cygrunsrv to 'think' that prngd.exe runs and then terminates? If
 it did, would prngd.exe still be running (it isn't)?

Not likely.

 Everything seems to run fine, but doesn't start as a service.
 Suggestions Please?

You have two options here: find out if there is a way to run PRNGD in
non-daemon mode (via a command-line option, for example), or read about
the --pidfile option to cygrunsrv.

Dave may also be correct that this is a permission issue -- try starting a
SYSTEM-owned bash shell (Google for it), and see if the program works
from there.
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: cygdrive flags / hiding cygdrive prefix directory (the old behavior)

[Igor Peshansky]

On Wed, 14 Jun 2006, kralius wrote:

 On 6/13/06, Brian Dessent [EMAIL PROTECTED] wrote:

http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

   changed to become visible.  The cygwin installer now also creates a
   real directory on the windows file system called cygdrive,
 
  I don't know where you got this idea but it's absolutely not true.
  There should never be a physical directory backing the cygdrive prefix,
  and no package (and certainly not setup.exe) should ever create it.
  Some users may create it to assist in tab-completion, but that is
  something they would have done by hand.

 I agree that it shouldn't create this directory... But i have tried
 this a couple more times to verify.  If i only do a base install, it
 does not create a physical cygdrive directory, but if i install
 everything, it does.  (for reference, this is from a full download to
 disk on june 8, 2006 from the sourceware.mirrors.tds.net mirror).

If anything does this, it will probably be a postinstall script that
contains the string cygdrive.  Grep through all .sh.done files in
/etc/postinstall, and you'll likely find the culprit.

  This change was made in 1.5.19:
  http://www.cygwin.com/ml/cygwin-announce/2006-01/msg00016.html.  It
  was a change to the code in the DLL, and it has nothing to do with
  flags in the mount table.

 Great!  This is what i was looking for.  Do you think anyone at cygwin
 would consider making this feature optional in a later release?

They will probably consider it and reject it.  The spirit of open-source
software is that you scratch what itches you, and others benefit.  This is
not something that itches any of the Cygwin developers.  Hence,
http://cygwin.com/acronyms/#PTC.

If you do plan to submit a patch, I suggest looking at the
fhandler_disk_file::readdir() function, and changing it to optionally
remove the virtual /cygdrive directory according to a new cygdrive flag
(and add a corresponding mount option).  That way, this behavior can be
controlled according to people's tastes.
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: mount permissions?

[Igor Peshansky]

On Wed, 14 Jun 2006, Brian Dessent wrote:

 Richard Foulk wrote:

  This lets you specify the Windows user and password for the mount.
 
  Is there any way to do this with Cygwin's mount?

 net use x: '\\host\share' /USER:username password
 mount x:/ /path/foo/bar

Simpler yet:

net use '\\host\share' /USER:username password
mount //host/share /path/foo/bar

(no need to use up the drive letter).
One more thing to mention is that Cygwin mounts are persistent, so the
second command need only be issued once.  The first will need to be
re-issued on every logon, I think.
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: mount permissions?

[Igor Peshansky]

On Wed, 14 Jun 2006, Brian Dessent wrote:

 Igor Peshansky wrote:

  One more thing to mention is that Cygwin mounts are persistent, so the
  second command need only be issued once.  The first will need to be
  re-issued on every logon, I think.

 You should be able to add /PERSISTENT:YES to net use to have it
 automatically happen at each login.  Or maybe that means something else,
 I've not tried it.

/PERSISTENT:YES will save the connections, but it won't save the password,
so you'll be prompted for a password (and a username, I think) each time
you logon to Windows.  You may be able to use /SAVECRED, but MSDN is
unclear on exactly what that does, and it may not work in Windows prior to
XP.
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: mirror problem

[Igor Peshansky]

On Tue, 13 Jun 2006, Burlen wrote:

 Hi, I recently did a cygwin install, I was having all sorts of
 issues,x-term wasn't installed, nor ssh or svn, which supprised me since
 the last time installed these came by default. After much fiddling I
 realized that during the install process the mirror you chose is
 important! not all of the mirrors seem to have the same cygwin release,
 which is frustrating since there are so many of them in no particular
 order and no indication what one is getting. Good new though after the
 4th or 5th try I finally found the right mirror. Just wanted to post to
 let the admins know there is a problem.

No mirror on the official mirror list distributed via
http://sources.redhat.com/cygwin/mirrors.lst should be more than, IIRC,
48 hours out of date.  You may have stale mirrors still selected in setup,
however.  I suggest you unselect the mirror you're currently using, and
then add one of the mirrors from http://cygwin.com/mirrors.html, which
is the HTML form of the above list.  FWIW, you *can* select more than one
mirror (hold Ctrl while selecting), and setup will show you the latest
packages from all selected mirrors.
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: Re : Re: Memory error with PDKSH 5.2.14-3?

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Mon, 12 Jun 2006, Thomas SMETS wrote:

 From: Igor Pechtchanski pechtcha at cs dot nyu dot edu
 To: Thomas Baker thomas dot baker at bi dot fhg dot de
 Cc: cygwin at cygwin dot com
 Date: Mon, 6 Jun 2005 10:26:26 -0400 (EDT)
 Subject: Re: Memory error with PDKSH 5.2.14-3?

  On Mon, 6 Jun 2005, Thomas Baker wrote:
 
   Just wanted to report that I was seeing error messages such as the
   following in Korn shell scripts:
  
/home/tbaker/u/bin/urlists[50]: internal error: alloc: freeing
memory outside of block (corrupted?)
  
   By running the scripts in debug mode (set -x), I found that
   the problem seemed to occur when declared functions (i.e.,
   declared within the script) were invoked multiple times.
   The functions would work at first, then stop working --
   as if the functions somehow ate up the available memory.
  
   Since rolling back from 5.2.14-3 to 5.2.14-2, the problem
   seems to have gone away.
  
   I am not a programmer and do not have time to test this
   systematically but thought others on this list might want
   to hear about this.
 
  Thanks for the report.  However:
 
  I have no hope of reproducing this, do I?
 
  AFAICS, the few changes from 5.2.14-2 to 5.2.14-3 that could have possibly
  caused this are the fixes in the autoconf files.  I doubt the struct
  option magic would matter, but it's possible, I guess, though by
  eyeballing the code the two versions do look functionally equivalent.
 
  It would help to have a script that demonstrates the problem.  I can't do
  anything otherwise, sorry...
 
  Igor Pechtchanski, the Cygwin pdksh volunteer maintainer

 One year later  (with the same/latest version)
 Using :
 set -x
 set -v
 in a script generates a similar error around line 50whatever code I put
 in the script

Did you even read my reply to the OP?  I cannot reproduce this without a
complete testcase.  Since I cannot reproduce this, there is no way I can
fix this.  Unless someone provides a complete testcase that exhibits this
behavior, this problem will remain unfixed.

Igor Peshansky, the Cygwin PDKSH volunteer maintainer
-- 
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: RPM's (was Re: unix 'at' command implementation)

[Igor Peshansky]

On Sat, 10 Jun 2006, Linda Walsh wrote:

 Eric Blake wrote:
   I have cygwin install but I can not find the
   implementation of Unix 'at' command.
  
  Because no one has ported an open source version of it
  to cygwin yet.
 
 
Some packages might be more easily ported if RPM's
 became a common way to package cygwin packages.  Much
 of the porting effort is in converting to the cygwin installer.
 Someone asked about logrotation a while back and I was
 surprised no one had ported a logrotate package.  I pulled
 the source RPM from my SuSE distro, and was able to
 produce a binary RPM in about 10 minutes, then I realized
 RPM's weren't a desirable format for cygwin packages.

Do you mean that you used Cygwin's rpm package to produce that RPM?

I'm sure there's some good reason for converting all
 packages to yet another installer, but I'm not sure I know
 what they are.  One side effect, though -- it can  put a
 damper on porting programs over when most (or all) of the
 work is in converting to the a different installer.

Technically, nothing prevents you from shipping a Cygwin package (which is
just a .tar.bz2) that contains only the Cygwin binary RPM and the
postinstall script that invokes rpm to unpack that binary RPM (as long
as that package also requires: the rpm package).  You'll also need to
build a manifest of all extracted files and have a preremove script that
cleans those up.  See the gcc-mingw-core package for an example of a
similar approach.

What you will lose with the above is the ability to list and search
package contents via cygcheck and the online package search.
Incidentally, one of the things we should teach setup and cygcheck to do
is look at the manifest files produced by postinstall scripts and include
those in the file lists of the package.  I'm sure it would be easier to do
than add full dpkg or rpm support to setup.exe, and would be a good way
to familiarize yourself with the code of setup/cygcheck.  As usual, PTC.
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: rxvt usage issues under windows xp

[Igor Peshansky]

On Sun, 11 Jun 2006, gabriele.mailing wrote:

 Hello,
 I've switched time ago from the standard cygwin.bat (cmd.exe) window, to
 rxvt. It's miles away from the m$ command line, but I still have some
 issue.

 First of all, here is my launch command taken from the web with some
 tweaks: C:\cygwin\bin\rxvt.exe -bg black -fg white -si +sk -sw -sr -sl
 65535 -fn Courier New-23-bold -ls -e /usr/bin/bash --login -rcfile
 ~/.profile

 And in my .bashrc I have:
 ...
 export CYGWIN=codepage:oem tty binmode title

First, codepage:oem, tty, and title only make sense for the Cygwin
console.  You don't need them for rxvt at all.  Second, tty should be
set before the first Cygwin process is ever invoked -- setting it in
.bashrc is way too late.  If you want the setting to be available to all
processes, set CYGWIN in the global system environment instead.

 export TERM=rxvt-cygwin-native

And this is another problem -- this will bite you when you try using ssh.
Rxvt already sets the TERM to xterm by default, and will set it to
whatever you want with the -tn command-line option.  I suggest adding
-tn rxvt-cygwin-native to your rxvt command line instead of the above
.bashrc line.

 ...

 Now the issues:

 #1
 A-I want to scroll back manually, without resetting position, event if there
 is something scrolling on the screen. So I have setup -si -sw.
 B-But I want to go on the prompt line on key press. So I have setup +sk.
 A is working fine, B not. Why ?

Because you've misread the manpage.  +sk turns OFF scroll-on-keypress.
You want -sk instead.  This is not Cygwin-specific.

 #2
 I used Windows Courier-New font, because it correctly show up character
 (for example, midnight commander) in other applications, like Putty.
 In rxvt, it doesen't work well. I've tried Lucida Console too, but the
 result was the same. Why ?

It's a Windows codepage issue.  rxvt uses the system-default codepage.
You'll probably need a customized font with the right characters in the
right places...
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/

Package READMEs on-line? (Was Re: apache2 reports bad system call)

[Igor Peshansky]

On Thu, 8 Jun 2006, Larry Hall (Cygwin) wrote:

 I would think the readme would talk about this (don't have apache2
 installed myself so I don't know for sure but then again Max is a pretty
 thorough guy).

I think it's time to re-iterate my proposal of having the package
Cygwin-specific READMEs (those in /usr/share/doc/Cygwin) extracted to some
place on the web (a separate directory on the mirrors, perhaps?).  Does
this sound feasible?  Would it make sense to do this?

CGF, I know upset is no longer publically available, but if you send me
the source, I could submit a patch that does this.  Once these are
on-line, it might also make sense to change the package search script to
make README files into links to their on-line locations on the sourceware
site.

And, just to put this in the archives again, having a database of package
release announcements somewhere on-line (keyed by version, so setup could
link to them) would also be helpful.
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: Issue with Find command on windows NT

[Igor Peshansky]

On Thu, 8 Jun 2006, Vishwanath_Karthik wrote:

 Hi,
  Find command not seems to be working on Network shares on only
 Windows NT.
  On Windows 2K,Winodws XP and Windows 2003 it seems to be working
 fine.

   The command issued was

   find I:/TREEABC -print

   where I  is the mapped network drive.

Does find /cygdrive/i/TREEABC -print work any better?

  On All other Windows except Windows NT It displays all the files
 under TREEABC directory recursively.

  But on Windows NT it does not do that.

  Is there any reason for such behavior .Can this be patched up so
 that it works on Windows NT too?

Just a WAG, but try find I:/TREEABC -noleaf -print -- you may be running
into inode emulation problems on Windows NT.

Otherwise, please read and follow the Cygwin problem reporting guidelines
at http://cygwin.com/problems.html.  There was also a message on this
list from Corinna Vinschen[1] with a program you could build and run on
your system to print the detailed network drive information -- that might
be helpful in diagnosing the problem.
HTH,
Igor
[1] http://cygwin.com/ml/cygwin/2006-04/msg00314.html
-- 
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: bash: /dev/null: No such file or directory. Why is /dev/null implemented using the windows NUL device?

[Igor Peshansky]

On Thu, 1 Jun 2006, Robert McKay wrote:

 I've got rather an annoying/frustrating problem with cygwin 2.510.2.2

First off, that is not your version of Cygwin -- it's the version of setup
you used to install it.  Please read the Cygwin problem reporting
guidelines at http://cygwin.com/problems.html for instructions on
reporting the versions of various parts of your Cygwin installation.

 on WinXP [Version 5.1.2600]. It was working fine last friday but over
 the weekend gremlins have broken my /dev/null.

 $ echo  /dev/null
 bash: /dev/null: No such file or directory

 $ ls -l /dev/null
 crw-rw-rw- 1 mckayr1 mkpasswd 1, 3 Jun  1 10:35 /dev/null
 [snip]

 I found a few similar references to this issue in the mailing list
 archives, however there it was happening to people running on embedded
 windows.

 Then I found this post:

 http://www.cygwin.com/ml/cygwin/2003-10/msg01017.html

 which shed some light on what might be the issue. Cygwin /dev/null is
 implemented on top of the windows NUL device. Sure enough when I try
 this from cmd.exe :

 Microsoft Windows XP [Version 5.1.2600]
 (C) Copyright 1985-2001 Microsoft Corp.

 C:\dir  NUL
 The system cannot find the file specified.
 [snip]

 I don't have any idea why or how my NUL device has stopped working so
 I suppose my first question to the list is somewhat offtopic :

 Does anyone know what can go wrong with the windows NUL device? :-)

Try asking on a Microsoft forum.

 Do you need any kind of special permissions to use NUL?

Not usually.

 I've tried rebooting, logging out logging back in, re-installing
 cygwin many times but still no joy.

None of these actions are likely to restore NUL.  Reinstalling Cygwin was
particularly futile, as Cygwin doesn't do anything to the underlying
Windows configuration.

 I guess my next question is.. how hard would it be to simply replace
 the cygwin /dev/null with one that doesn't use the NUL device? If I
 could remove the /dev/null device and replace it with a second
 /dev/zero device that would probably fix 99% of my problems as most
 things are only trying to write to /dev/null, not read from it. If I
 could write my own /dev/null device that just implemented a couple of
 do-nothing read/write syscalls without using the windows NUL service
 that would be even better.

If you've found the embedded Windows thread from last year, you must've
seen the footnote in http://cygwin.com/ml/cygwin/2006-04/msg00316.html,
which tells you how to do it.  I suggest you read the rest of the thread,
however.  For one, you may not be able to redirect output from Windows
programs to /dev/null after that change.  Also, you will then have to live
with essentially your own branch of Cygwin, unsupported on this 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/

Re: Ping does not receive CTRL-C

[Igor Peshansky]

On Wed, 31 May 2006, Rodrigo Medina wrote:

 Hi,

 I have found that, when a server does no respond, the ping program
 is not interrupted by CTRL-C or CTRL-Z. In order to stop ping, one
 has to open a new bash window and  kill the ping process from there.

 $ ping mail.ivic.ve
 PING mail.ivic.ve (150.186.4.40): 56 data bytes

 The program stays there for ever.

This was reported in http://cygwin.com/ml/cygwin/2006-05/msg00571.html
and reported fixed in http://cygwin.com/ml/cygwin/2006-05/msg00590.html.
FWIW, I can't reproduce this with the 20060529-15:56 snapshot.
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/

FIXED: Re: cygwin1-20060527: replicated stdout (Was Re: cygwin1-20060519: proc_waiter: unknown value * on proc pipe)

[Igor Peshansky]

On Sun, 28 May 2006, Igor Peshansky wrote:

 On Fri, 19 May 2006, Igor Peshansky wrote:

  On Fri, 19 May 2006, Christopher Faylor wrote:
 
   On Fri, May 19, 2006 at 10:01:27PM -0400, Igor Peshansky wrote:
   Hi,
   
   Found a weird problem with the latest CVS (a regression from end
   February, but I can track it down further, too, if the testcase
   doesn't help).  Compiling the following program:
   
   #include stdio.h
   int main() { printf(1\n); exit(-1); }
   
   with gcc -mno-cygwin and running it produces the following output:
   
   1
   979250836 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
   pipe
   979250894 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
   pipe
   979250920 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
   pipe
   979264978 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
   pipe
   979265034 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
   pipe
   979267613 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
   pipe
   979278806 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
   pipe
   979278860 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
   pipe
   979278886 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
   pipe
   979289509 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
   pipe
   979289568 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
   pipe
   979289595 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
   pipe
   979300049 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
   pipe
   979300106 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
   pipe
   979300411 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
   pipe
   
   but (!) only in an xterm.  Try as I might, I couldn't reproduce this
   in rxvt or bash with CYGWIN=tty.  I don't know what the differences
   are, but there it is.  I did reproduce this in an xterm running tcsh
   and pdksh (and a perl shell, interestingly enough).  The above
   testcase was distilled from a huge Java program that exhibited this
   behavior.
   
   Note that 49 is really the character '1', and 13 and 10 are CRLF.
   I've also gotten other characters at times, all corresponding to
   valid messages from the program, printed to either stdout or stderr.
   The number of times it repeats also seems to vary -- in some cases
   it's only once, in others more (it's repeated 5 times above).
  
   I can't duplicate this but, I'm not really interested in this kind of
   problem unless you can duplicate the problem with a cygwin snapshot.
   Otherwise, there is no way of knowing how you've built the DLL or what
   other local mods might be in it.
 
  Sorry, should've mentioned that I can also duplicate this with both the
  20060518 and 20060516 snapshots.

 Ok, with the 20060521 (and later) snapshots things became different.
 This error is now more readily reproducible (on anything that uses ptys --
 xterm, rxvt, bash+CYGWIN=tty), but the output has changed.  Running the
 above program now results in the output repeated 5 times:

 $ uname -svr
 CYGWIN_NT-5.1 1.5.20s(0.155/4/2) 20060527 19:21:22
 $ echo $CYGWIN
 tty
 $ ./B
 1
 1
 1
 1
 1
 1
 $

 I've verified that the whole output is repeated, not just the first
 character or the first line.

 Hopefully this will help someone track this down.
   Igor

This has been fixed in 20060528.  Thank you, CGF!
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: Access rights for directories

[Igor Peshansky]

On Thu, 1 Jun 2006, Eric Lilja wrote:

 Hello, I'm using rxvt and I'm having a problem that folders I create (I
 create both from inside rxvt and using explorer) have different rights
 and thus are color-coded differently by rxvt. First I thought that
 directories created using cygwin's mkdir got one set of access rights
 and those created using explorer got another set. But I just tried in a
 test directory and the two directories got the same (the correct) access
 rights..so I don't know exactly when this occurs.

 $ ls -al
 total 0
 drwxr-xr-x+  4 mikael None 0 Jun  1 00:33 ./
 drwxrwxrwx+ 10 mikael None 0 Jun  1 00:33 ../
 drwxr-xr-x+  2 mikael None 0 Jun  1 00:31 fromcygwin/
 drwxr-xr-x+  2 mikael None 0 Jun  1 00:33 fromexplorer/

 The only weird looking directory is the special .., and it's color-coded
 blue-on-green instead of blue-on-black. And I created test using
 mkdir...anyone know what's going on and is there a way to make sure all
 directories are created using the same access rights unless I explicitly
 state differently?

It's not rxvt that's coloring your directories -- it's ls (via the
DIR_COLORS mechanism).  The default colors have changed in the new
coreutils, and are coloring world-writeable directories (which is what
Explorer creates by default) differently.  You can turn that off by
editing /etc/DIR_COLORS to change the lines that contain OTHER_WRITABLE
to

STICKY_OTHER_WRITABLE 01;34 # dir that is sticky and other-writable (+t,o+w)
OTHER_WRITABLE 01;34 # dir that is other-writable (o+w) and not sticky

that will color those directories the same as your normal ones.  You will
also need to uncomment the bit in your /etc/profile that says

eval `/usr/bin/dircolors -b /etc/DIR_COLORS`

The only caveat is that the /etc/DIR_COLORS that comes with coreutils
isn't quite the default directory colors, so you'll see some other weird
changes in directory colors.  You can also use dircolors -p to print the
current database, and then change the above 2 values.
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: 1.5.19-4: fatal error - couldn't allocate heap after computer reboot (sshd - CopSSHd, Windows 2003 Server SP1)

[Igor Peshansky]

On Tue, 30 May 2006, Ren� Krell wrote:

 I use an own unattended setup of the CopSSH 1.3.10 (may 2006,
 http://itefix.no/copssh), based on the Cygwin rel. 1.5.19-4 on Windows 2003
 Server SP1. Hardware: Intel XEON 2.80 GHz, 2 GB RAM

As people seem to be fond of saying nowadays, stop right here.  What
you've installed is not the official Cygwin distribution, and certainly
not using the official Cygwin installer, so it's not supported on this
list.  Thus, any problems that you have with the resulting installation
should be first addressed to whoever provided the package you've installed
(i.e., copssh).  FWICS, they have a forum -- try asking there.

If you'd like to receive support on this list (and get a system that
works, to boot), try uninstalling copssh and installing Cygwin using the
official installer (the Install or update Cygwin now link on the main
Cygwin website) -- simply select the openssh package, and read
/usr/share/doc/Cygwin/openssh.README.

Otherwise, thank you for following all the directions on the Problem
Reports page, but we can't really help you.
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: flex?

[Igor Peshansky]

On Sun, 28 May 2006, ask wrote:

 thing is i don't know what's wrong :)

And neither do we, since you've completely failed to quote the relevant
context AND your mailer didn't include threading information in the
message.  So the above message is essentially out of the blue for most
people.

With a bit of detective work, one can trace it down to
http://cygwin.com/ml/cygwin/2006-05/msg00827.html, which told you, in no
uncertain terms, that you need to link to libfl (using the -lfl flag) when
you use flex, and you don't.  flex itself did not fail for you -- it
simply produced some symbols that are in libfl.
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/

cygwin1-20060527: replicated stdout (Was Re: cygwin1-20060519: proc_waiter: unknown value * on proc pipe)

[Igor Peshansky]

On Fri, 19 May 2006, Igor Peshansky wrote:

 On Fri, 19 May 2006, Christopher Faylor wrote:

  On Fri, May 19, 2006 at 10:01:27PM -0400, Igor Peshansky wrote:
  Hi,
  
  Found a weird problem with the latest CVS (a regression from end
  February, but I can track it down further, too, if the testcase
  doesn't help).  Compiling the following program:
  
  #include stdio.h
  int main() { printf(1\n); exit(-1); }
  
  with gcc -mno-cygwin and running it produces the following output:
  
  1
  979250836 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
  pipe
  979250894 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
  pipe
  979250920 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
  pipe
  979264978 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
  pipe
  979265034 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
  pipe
  979267613 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
  pipe
  979278806 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
  pipe
  979278860 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
  pipe
  979278886 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
  pipe
  979289509 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
  pipe
  979289568 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
  pipe
  979289595 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
  pipe
  979300049 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc 
  pipe
  979300106 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc 
  pipe
  979300411 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc 
  pipe
  
  but (!) only in an xterm.  Try as I might, I couldn't reproduce this
  in rxvt or bash with CYGWIN=tty.  I don't know what the differences
  are, but there it is.  I did reproduce this in an xterm running tcsh
  and pdksh (and a perl shell, interestingly enough).  The above
  testcase was distilled from a huge Java program that exhibited this
  behavior.
  
  Note that 49 is really the character '1', and 13 and 10 are CRLF.
  I've also gotten other characters at times, all corresponding to
  valid messages from the program, printed to either stdout or stderr.
  The number of times it repeats also seems to vary -- in some cases
  it's only once, in others more (it's repeated 5 times above).
 
  I can't duplicate this but, I'm not really interested in this kind of
  problem unless you can duplicate the problem with a cygwin snapshot.
  Otherwise, there is no way of knowing how you've built the DLL or what
  other local mods might be in it.

 Sorry, should've mentioned that I can also duplicate this with both the
 20060518 and 20060516 snapshots.

Ok, with the 20060521 (and later) snapshots things became different.
This error is now more readily reproducible (on anything that uses ptys --
xterm, rxvt, bash+CYGWIN=tty), but the output has changed.  Running the
above program now results in the output repeated 5 times:

$ uname -svr
CYGWIN_NT-5.1 1.5.20s(0.155/4/2) 20060527 19:21:22
$ echo $CYGWIN
tty
$ ./B
1
1
1
1
1
1
$

I've verified that the whole output is repeated, not just the first
character or the first line.

Hopefully this will help someone track this down.
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: [RFU] lftp 3.4.7-1

[Igor Peshansky]

On Thu, 25 May 2006, Schulman.Andrew wrote:

   I've kept the postinstall script from the old version.  That script
   is fancier than just plain old
  
   [ -f /etc/lftp.conf ] || cp /etc/defaults/etc/lftp.conf /etc
  
   but that's what it in fact does in an automated installation (e.g.
   setup.exe).  In an interactive installation, it will prompt the user
   to decide whether to replace an existing config file.  Maybe not too
   useful, but no harm done either.
 
  Just to make sure, does it actually read its input from stdin?  If so,
  it's not going to work in older versions of setup (before it started
  redirecting postinstall script input from /dev/null).

 No.  It looks to see if it was invoked as /etc/postinstall/lftp.sh, and
 if so assumes a no answer to the Overwrite existing /etc/lftp.conf?
 question.  It does print some installation chatter to stdout, but I
 believe that's okay.

Ah, yes, that is certainly ok.  As long as it doesn't try to read stdin as
a postinstall script, you're fine.

 I have no particular attachment to this script.  I'd be just as happy
 with the simple version I mentioned above, but decided to leave it since
 it was already there.

Up to you as the maintainer.  Besides, since you're keeping the old
postinstall script intact, and we didn't hear any complaints about lftp
installation, my comment was probably too paranoid.
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

RE: No postnews or other Usenet news utilities?

[Igor Peshansky]

On Thu, 25 May 2006, Dave Korn wrote:

 On 24 May 2006 21:48, Bruce Wehr wrote:

Spamming is a sin; it is selfishness and arrogance to the
  point of solipsism.  Stop it today.
 
  HEY!  One point we can agree on!  Cool!  Maybe you're not such a bad
  guy after all!
 
  READ the faq:
  http://www.faqs.org/faqs/misc-forsale-faq/posting-ads/
 
  OMG, thank you!  A useful, helpful pointer!  THAT'S the kind of stuff
  I was looking for in a reply!  I was starting to think that your post
  had no substance at all; that it was full of useless flames and
  nothing else.
 
  Honestly, that document didn't exist when I was selling Pokemon cards
  several years ago.  (If it was, I wasn't aware of it, and nobody
  pointed it out to me.)  I will read that document, in it's entirety,
  and heed its advice.  Thank you again for at least that one piece of
  useful information.
 
  Now that THAT'S settled, does anyone else have any other USEFUL
  information for me?

   Well, since you're not going to spam with it,
 http://cygwin.com/packages/ lists pine and tin.  I haven't tried either
 of them myself but lots of people swear by them so you might like to
 have a go.

Pine is only semi-scriptable on the command line.  See
http://www.math.washington.edu/~chappa/pine/info/outgoing.html.  The
currently released Cygwin package does not contain that patch.
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: slow share = slow scripts?

[Igor Peshansky]

On Thu, 25 May 2006, mwoehlke wrote:

 Larry Hall (Cygwin) wrote:
  On 05/25/2006, mwoehlke wrote:
   Larry Hall (Cygwin) wrote:
Take a look at the -x, -E, and -X flags of 'mount'. Perhaps these
   will help
you.
  
   Hmm, those are mutually contradictory... guess I'll experiment. Out of
   curiosity, what are any of these expected to do?
 
  They are indeed mutually exclusive.  See 'man mount' for an explanation of
  the
  flags.  You might want to try -x or -X.

 Right, I *was* looking at the man, which is why I was confused. It
 doesn't say why this would help, though; does it somehow allow Cygwin to
 skip the fstat() call? Also, why *is* fstat() so inefficient? Can
 anything be done about it?

 I *am* going to play with them, if I can convince Cygwin to let me
 *un*mount the path. :-)

Just a WAG, but do take a look at the -u and -s flags to mount/umount.
Otherwise, please let us know what exact error message you're getting from
umount.
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: Source C-code for shell (bash) that processes an asterisk as a special symbol

[Igor Peshansky]

On Thu, 25 May 2006, Alex Vinokur wrote:

 We have mini-shell that doesn't process an asterisk '*' as a special
 symbol. Is there any free source C-code on Cygwin that implements that
 processing?

If I understand your question correctly, there are at least 4 different
sources for shells, plus various other programs (e.g., make).  What you're
looking for is called wildcard processing.  Beware of licensing issues,
though.
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: Automated Cygwin install.

[Igor Peshansky]

On Thu, 25 May 2006, Jarl Friis wrote:

 Hi Larry, thanks for the reply.

 Larry Hall (Cygwin) [EMAIL PROTECTED] writes:

Ugh, http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

  Jarl Friis wrote:
  Hi.
  I have the following issue and according to google it seems like I am
  not the first one. I would like to tailor a package selection with
  the setup.exe utility, when that is done, I would like to make
  unattended installations of these packages on many machines. It seems
  like many people have questioned that before but I couldn't find good
  answers (the official recomended way) of doing so. Many answers on
  mailing lists refer to a dead link on unattended.sf.org The next best
  solution is of course to copy the package selection-set from one
  cygwin installation on one machine to another machine and the just
  run setup.exe with that package selection-set, so I don't have to
  spend 45minutes clicking around the GUI remembering which packages I
  selected in or out.  Can someone enlight me of how to do this best.
 
  Yep, that's one way.

 What do you mean? If you refer to my next best solution, then please
 ellaborate on how I can actually do this. What cygwin file(s) contains
 the package selection-set from the GUI?

The file is called /etc/setup/installed.db.  Simply copy it to the same
location on the other machine, then edit it and change all version numbers
to 0.0-0.  That will ensure that you install the latest versions of the
same set of packages.

  The other is to set up a local mirror with a setup.ini that includes
  all the packages you want installed in the Base category.  Running
  'setup.exe' and choosing that mirror will install the new list of
  default packages.  See the setup home page for details on this
  (sorry, no direct pointer).

 I belive you mean this page:
 http://www.cygwin.com/cygwin-ug-net/setup-net.html

Correct.  Actually, you don't really need the whole setup.ini -- it's
enough to have one dummy package (empty bin tarball, empty source) in the
Base category, which depends on all the packages you want.  You can use
/etc/setup/installed.db as the source for the list of packages (or run
cygcheck -cd, which will print that list to stdout).  If you choose to
go with this method, you'll need to select one of the official mirrors as
well).

There are two more ways: one is to set up a local mirror/shared package
repository that contains only the packages you want installed, and then
select install everything from that mirror/repository, and the other is
to use the experimental build of setup mentioned in
http://cygwin.com/ml/cygwin-apps/2006-03/msg00109.html.

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: [PATCH] setup: Always draw chooser icons using system colors

[Igor Peshansky]

On Wed, 24 May 2006, Brian Dessent wrote:

 Igor Peshansky wrote:

  New iteration of the patch attached.  The ChangeLog is slightly different,
  and is included below.  Again, comments welcome, but IMO this is ready to
  be checked in (as soon as Brian looks it over and gives the go-ahead).  I
  would also guess this is a good excuse for generating a new setup
  snapshot.

 Warm fuzzies indeed.  Go ahead.

Thanks, done.  There are some pending patches/discussions, though, that it
might be a good idea to commit/resolve before firing off a snapshot build:

http://cygwin.com/ml/cygwin-apps/2006-03/msg00060.html
http://cygwin.com/ml/cygwin-apps/2006-03/msg00063.html (2 issues)
http://cygwin.com/ml/cygwin-apps/2006-03/msg00061.html
http://cygwin.com/ml/cygwin-apps/2006-03/msg00070.html
http://cygwin.com/ml/cygwin-apps/2006-02/msg00124.html

Those are the ones I've found.
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

Re: xWin/Startx Messages re-direction

[Igor Peshansky]

On Wed, 24 May 2006, Balaji V. Iyer wrote:

 Hi Everyone,
   I use xwin with Cygwin and everytime I run the messages are printed
 on the cygwin screen. Is there a way I can stop it or (redirect it to
 /dev/null). The real problem happens when I am working on the cygwin window
 and I get interrupted with these messages.

 I run xwin with this line:
 XWin -multiwindow -silent-dup-error -nowinkill -unixkill
  ^
Use run XWin 

 Here is a small example of a message:

 $ Welcome to the XWin X Server
 Vendor: The Cygwin/X Project
 Release: 6.8.2.0-4

 Contact: [EMAIL PROTECTED]

It's usually not a good idea to post raw email addresses on public mailing
lists if you can avoid it...
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://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

[PATCH] setup: Always draw chooser icons using system colors

[Igor Peshansky]

Hi,

As promised in http://cygwin.com/ml/cygwin/2006-05/msg00612.html, here's
a patch that makes setup always draw the chooser icons using the system
foreground and background colors (just like it does for text).  I've also
taken the opportunity to do a slight bit of code clean-up.  There's still
a little glitch left -- when doing a lot of fast scrolling back and forth,
the icons sometimes switch from the system foreground color to the
inverted system background color.  I think I know why this is happening
(i.e., the FillRgn() gets ignored for some reason), but this needs further
debugging.  As this is a corner case, I wouldn't worry too much about it.
As always, the ChangeLog is below -- opinions welcome.
Igor

ChangeLog:
==
2006-05-23  Igor Peshansky  [EMAIL PROTECTED]

* PickPackageLine.h (PickPackageLine::DrawIcon): Move to PickView.
* PickView.h (PickView::DrawIcon): Move from PickPackageLine.
* PickCategoryLine.cc (PickCategoryLine::paint): Use
PickView::DrawIcon() instead of BitBlt().
* PickPackageLine.cc (PickPackageLine::DrawIcon): Move to PickView.
(PickPackageLine::paint): Use PickView::DrawIcon().
* PickView.cc (PickView::~PickView): Delete GDI objects.
(PickView::DrawIcon): New function.  Use system default colors to
draw bitmaps.
(PickView::paint): Set background color instead of using transparent
mode.

-- 
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 BergeracIndex: PickCategoryLine.cc
===
RCS file: /cvs/cygwin-apps/setup/PickCategoryLine.cc,v
retrieving revision 2.9
diff -u -p -r2.9 PickCategoryLine.cc
--- PickCategoryLine.cc 9 Sep 2005 19:08:02 -   2.9
+++ PickCategoryLine.cc 23 May 2006 13:10:27 -
@@ -38,9 +38,7 @@ PickCategoryLine::paint (HDC hdc, HRGN h
   int by = r + (theView.tm.tmHeight / 2) - 5;
 
   // draw the '+' or '-' box
-  SelectObject (theView.bitmap_dc, 
-  (collapsed ? theView.bm_treeplus : 
theView.bm_treeminus));
-  BitBlt (hdc, x2, by, 11, 11, theView.bitmap_dc, 0, 0, SRCAND);
+  theView.DrawIcon (hdc, x2, by, (collapsed ? theView.bm_treeplus : 
theView.bm_treeminus));
 
   // draw the category name
   TextOut (hdc, x2 + 11 + ICON_MARGIN, r, cat.first.c_str(), 
cat.first.size());
@@ -52,9 +50,8 @@ PickCategoryLine::paint (HDC hdc, HRGN h
}
   
   // draw the 'spin' glyph
-  SelectObject (theView.bitmap_dc, theView.bm_spin);
   spin_x = x2 + 11 + ICON_MARGIN + labellength + ICON_MARGIN;
-  BitBlt (hdc, spin_x, by, 11, 11, theView.bitmap_dc, 0, 0, SRCAND);
+  theView.DrawIcon (hdc, spin_x, by, theView.bm_spin);
   
   // draw the caption ('Default', 'Install', etc)
   TextOut (hdc, spin_x + SPIN_WIDTH + ICON_MARGIN, r, 
Index: PickPackageLine.cc
===
RCS file: /cvs/cygwin-apps/setup/PickPackageLine.cc,v
retrieving revision 2.20
diff -u -p -r2.20 PickPackageLine.cc
--- PickPackageLine.cc  16 Apr 2006 23:07:44 -  2.20
+++ PickPackageLine.cc  23 May 2006 13:10:27 -
@@ -19,13 +19,6 @@
 #include package_version.h
 
 void
-PickPackageLine::DrawIcon (HDC hdc, int x, int y, HANDLE hIcon)
-{
-  SelectObject (theView.bitmap_dc, hIcon);
-  BitBlt (hdc, x, y, 11, 11, theView.bitmap_dc, 0, 0, SRCAND);
-}
-
-void
 PickPackageLine::paint (HDC hdc, HRGN unused, int x, int y, int col_num, int 
show_cat)
 {
   int rb = y + theView.tm.tmHeight;
@@ -40,21 +33,21 @@ PickPackageLine::paint (HDC hdc, HRGN un
   else if (col_num == theView.new_col)
 {
   // TextOut (hdc, x + HMARGIN/2 + NEW_COL_SIZE_SLOP, y, s.c_str(), 
s.size());
-  // DrawIcon (hdc, x + HMARGIN/2 + ICON_MARGIN/2 + RTARROW_WIDTH, by, 
theView.bm_spin);
+  // theView.DrawIcon (hdc, x + HMARGIN/2 + ICON_MARGIN/2 + RTARROW_WIDTH, 
by, theView.bm_spin);
   TextOut (hdc, x + HMARGIN/2 + ICON_MARGIN/2 + SPIN_WIDTH , y,
 pkg.action_caption ().c_str(), pkg.action_caption ().size());
-  DrawIcon (hdc, x + HMARGIN/2, by, theView.bm_spin);
+  theView.DrawIcon (hdc, x + HMARGIN/2, by, theView.bm_spin);
 }
   else if (col_num == theView.bintick_col)
 {
   if (/* uninstall or skip */ !pkg.desired ||
   /* current version */ pkg.desired == pkg.installed ||
   /* no source

Re: [PATCH] setup: Always draw chooser icons using system colors

[Igor Peshansky]

On Tue, 23 May 2006, Brian Dessent wrote:

 Igor Peshansky wrote:

  As promised in http://cygwin.com/ml/cygwin/2006-05/msg00612.html, here's
  a patch that makes setup always draw the chooser icons using the system
  foreground and background colors (just like it does for text).  I've also
  taken the opportunity to do a slight bit of code clean-up.  There's still
  a little glitch left -- when doing a lot of fast scrolling back and forth,
  the icons sometimes switch from the system foreground color to the
  inverted system background color.  I think I know why this is happening
  (i.e., the FillRgn() gets ignored for some reason), but this needs further
  debugging.  As this is a corner case, I wouldn't worry too much about it.
  As always, the ChangeLog is below -- opinions welcome.

 Thanks for taking a look at this.  I like that it abstracts all the
 blitting to one place, although it seems wasteful to me to have to
 create and destroy dc_tmp like that every time.  However, whatever
 performance hit this creates is probably better than the blatant
 incorrectness that is there now, so I guess this is progress.  I'm also
 a little hesitant about this glitch you mention, but it sounds like
 you're on top of that too so I say go ahead and check this in and we can
 smooth out the rough edges later.

Right.  I was a bit concerned about the performance hit, but I haven't
noticed any slowdown in drawing the chooser.  Also, I couldn't factor out
(and cache) the creation of those resources, and figured a timely patch
was better than wasting time exploring it.  We can always do this in a
later refactoring.

As for the glitch, I've only noticed this after very intensive fast
scrolling back-and-forth, using the scroll buttons instead of the scroll
bars...  It's annoying, but I wouldn't worry about it.  What I do worry
about is that my patch doesn't check the return values of any functions.
I need to fix that before I check it in.  Maybe tonight.
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

Re: [PATCH] setup: Always draw chooser icons using system colors

[Igor Peshansky]

On Tue, 23 May 2006, Igor Peshansky wrote:

 On Tue, 23 May 2006, Brian Dessent wrote:

  Igor Peshansky wrote:
 
   As promised in http://cygwin.com/ml/cygwin/2006-05/msg00612.html,
   here's a patch that makes setup always draw the chooser icons using
   the system foreground and background colors (just like it does for
   text).  I've also taken the opportunity to do a slight bit of code
   clean-up.  There's still a little glitch left -- when doing a lot of
   fast scrolling back and forth, the icons sometimes switch from the
   system foreground color to the inverted system background color.  I
   think I know why this is happening (i.e., the FillRgn() gets ignored
   for some reason), but this needs further debugging.  As this is a
   corner case, I wouldn't worry too much about it. As always, the
   ChangeLog is below -- opinions welcome.
 
  Thanks for taking a look at this.  I like that it abstracts all the
  blitting to one place, although it seems wasteful to me to have to
  create and destroy dc_tmp like that every time.  However, whatever
  performance hit this creates is probably better than the blatant
  incorrectness that is there now, so I guess this is progress.  I'm
  also a little hesitant about this glitch you mention, but it sounds
  like you're on top of that too so I say go ahead and check this in and
  we can smooth out the rough edges later.

 Right.  I was a bit concerned about the performance hit, but I haven't
 noticed any slowdown in drawing the chooser.  Also, I couldn't factor out
 (and cache) the creation of those resources, and figured a timely patch
 was better than wasting time exploring it.  We can always do this in a
 later refactoring.

I was wrong.  I could (and did) factor out the creation of the resources.
My previous approach was trying to create the brush upon initialization,
instead of in the paint() function.  There is still no perceptible
performance difference, but there *is* a warm fuzzy feeling.

 As for the glitch, I've only noticed this after very intensive fast
 scrolling back-and-forth, using the scroll buttons instead of the scroll
 bars...  It's annoying, but I wouldn't worry about it.  What I do worry
 about is that my patch doesn't check the return values of any functions.
 I need to fix that before I check it in.  Maybe tonight.

As a bonus, I've also tracked down the glitch, which turned out to be
related.  Contrary to the MSDN example code, you *are* supposed to delete
any region you allocate using CreateRectRgn() -- otherwise the system runs
out of space in the region handle table, and refuses to create any more of
them.  As I wasn't deleting the regions, eventually new regions didn't get
created, and thus didn't get filled, and thus I lost the neat color combo
that effectively turned the icon into a mask.  Adding the DeleteObject()
call fixed my original patch, but now I've factored this out anyway (with
the appropriate deletions for all objects, I think).  FWIW, the MSDN entry
on CreateRectRegion is also silent on whether they should be deleted.  Oh,
well...

New iteration of the patch attached.  The ChangeLog is slightly different,
and is included below.  Again, comments welcome, but IMO this is ready to
be checked in (as soon as Brian looks it over and gives the go-ahead).  I
would also guess this is a good excuse for generating a new setup
snapshot.
Igor
==
ChangeLog:
2006-05-23  Igor Peshansky  [EMAIL PROTECTED]

* PickPackageLine.h (PickPackageLine::DrawIcon): Move to PickView.
* PickView.h (PickView::DrawIcon): Move from PickPackageLine.
(PickView::icon_dc,PickView::bm_icon): New instance field.
(PickView::rect_icon,PickView::bg_fg_brush): Ditto.
* PickCategoryLine.cc (PickCategoryLine::paint): Use
PickView::DrawIcon() instead of BitBlt().
* PickPackageLine.cc (PickPackageLine::DrawIcon): Move to PickView.
(PickPackageLine::paint): Use PickView::DrawIcon().
* PickView.cc (PickView::~PickView): Delete GDI objects.
(PickView::init): Create icon drawing context.
(PickView::DrawIcon): New function.  Use system default colors to
draw bitmaps.
(PickView::paint): Set background color instead of using transparent
mode.  Create system-colored brush.

-- 
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 BergeracIndex: PickCategoryLine.cc

Re: Problems with setup colors in snapshot

[Igor Peshansky]

On Mon, 22 May 2006, mwoehlke wrote:


Igor Peshansky wrote:
 On Mon, 22 May 2006, mwoehlke wrote:
  A while back I posted about the colors in setup.exe. I noticed that the
  text background color is fixed but that there is still a problem with
  the tree structure; specifically, the clickable [+] and [-] icons are,
  on my colors, effectively invisible. On some other color schemes I
  tried, they *are* 100% invisible.

 Yes, this is most likely reproducible (as the foreground color of those
 icons is *always* black.

 3: If I pick, e.g. (64,0,128) for my window background color, the
 tree becomes the *exact* same color as the background.

 Hmm, weird -- for me the foreground color of the icons is *always*
 black.

Unfortunately, a: this isn't the case for me, and b: as you've so
astutely pointed out, if it was that would still be problematic :-). (In
reality, I've learned that *someone* is always going to exercise poor
design and so I usually pick a background light enough for black to be
at least marginally visible against it).


Besides, I was wrong -- the foreground isn't always black, it may
sometimes be the inverted background color.


Anyway, I'm going to violate policy and attach a screenshot, as it
seems prudent in this case. The screenshot is with my normal settings;
if you open it in a graphics editor with a non-fuzzy bucket fill tool
(e.g. M$Paint), you can flood the background and see that the tree is
actually being painted, but in a /very/ subtly different color (in fact
it is (66,74,80), which I *can* barely on my other monitor at much
closer range - or if I magnify it). However this is clearly not black
;-).


Right.


 Theoretically, it should be a simple matter of using MaskBlt instead
 of BitBlt with the properly configured pen color and the properly set
 up mask.  In practice, making this work on all platforms (including
 Win9x), correctly, and with the minimum amount of code changes is a
 big pain.

I'm using Win2k3 R2 x64 and (see attached screenshot) I can assure you
it doesn't work on my system. Maybe my OS is the problem? (Hmm... yup,
the problem has to be Windows ;-).)

Also, I'd test on my XP system but it is consistently dereferencing a
NULL :-(. (On W2k3 R2 it did that *once* and has since run just fine.)


MaskBlt isn't available on Win9x systems.


 If you're interested in looking at the code and providing a patch,
 grep the setup sources for bitmap_dc (or BitBlt) and patch all those
 places.

 If someone can take one of the bitmaps from the setup sources, and
 send me a *complete* small program that draws that bitmap on a window
 drawing context with the foreground and background colors coming from
 the Windows color scheme, I'll see what I can do about incorporating
 that code into setup.  As is, I'm too busy to wade through MSDNs
 incomplete documentation on this.

I wish I could get to it, but I don't have the time right now :-(. I
would appreciate if someone else can do it, otherwise if I haven't heard
anything I may try to tackle this myself when I *do* have time.


Actually, I looked into this last night, and it turned out to be not too
bad for the common case.  There are still some glitches left, but it's
better than what we have now.  I'll send a preliminary patch to
cygwin-apps shortly.


  Also, thanks again to whoever fixed the text color!

 The ChangeLogs should show the name of the culprit.

Yeah, I'm too lazy to go download it right now and send a private e-mail,
etc... I was hoping they watch the list ;-).


No need to download anything:
http://cygwin.com/cgi-bin/cvsweb.cgi/setup/ChangeLog?rev=2.547content-type=text/x-cvsweb-markupcvsroot=cygwin-apps
BTW, private emails are really discouraged, and most people working on
setup do read this list.
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: export arrays in cygwin ksh

[Igor Peshansky]

On Tue, 23 May 2006, bob wrote:

 Help

 Trying to use ksh and export arrays in cygwin.  It works on my unix
 workstation but not on PC cygwin.  Any help would be appreciated.
 Tried to post earlier and it did not make it apparently.

 Thanks
 Bob

 #!/bin/ksh
 echo in test1
 vname[1]=Dog
 vname[2]=Cat
 for i in 1 2
 do
echo vname[$i]=${vname[$i]}
 done
 export vname[*]
 test2

 #!/bin/ksh
 echo in test2
 for i in 1 2
 do
echo vname[$i]=${vname[$i]}
 done

 Output:
 test1
 in test1
 vname[1]=Dog
 vname[2]=Cat
 ./test1: line 8: export: `vname[*]': not a valid identifier
 in test2
 vname[1]=
 vname[2]=

Two comments.

One: the output above didn't come from PDKsh in Cygwin (and, most likely,
didn't even come from the script you posted, since the export statement is
on line 9 in your script).  FYI, there is more than one ksh implementation
in Cygwin, and you'll need to tell us more about your Cygwin installation
(by following the Cygwin problem reporting guidelines at
http://cygwin.com/problems.html, especially the bit on *attaching* the
output of cygcheck -svr).

Two: PDKsh doesn't understand the export a[*] syntax.  It does
understand the export a[1] syntax, and even adds the array elements to
the export table, but there *is* a bug in it that doesn't actually
propagate the exported array elements to subshells.  I'll look into it
once I find the time.

Igor Peshansky, volunteer PDKsh maintainer for Cygwin
-- 
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: export arrays in cygwin ksh

[Igor Peshansky]

On Tue, 23 May 2006, bob wrote:

  Two comments.
 
  One: the output above didn't come from PDKsh in Cygwin (and, most
  likely, didn't even come from the script you posted, since the export
  statement is on line 9 in your script).  FYI, there is more than one
  ksh implementation in Cygwin, and you'll need to tell us more about
  your Cygwin installation (by following the Cygwin problem reporting
  guidelines at http://cygwin.com/problems.html, especially the bit on
  *attaching* the output of cygcheck -svr).
 
  Two: PDKsh doesn't understand the export a[*] syntax.  It does
  understand the export a[1] syntax, and even adds the array elements
  to the export table, but there *is* a bug in it that doesn't actually
  propagate the exported array elements to subshells.  I'll look into it
  once I find the time.
 
  Igor Peshansky, volunteer PDKsh maintainer for Cygwin

 Igor

 Thanks much for responding.  My responses to your comments:

 Your right on the output... I cut out the stuff I tried but did not work
 in the program for clarity.

Would be nice to have the complete testcase, including the output...  Not
that the export a[*] syntax would work in it in any case...

 And 2 your are also right that it did not come from PDKsh I actually
 tried to envoke PDKsh by putting #!/bin/PDKsh on line 1 of test1 and
 test2 but all I got was an error msg (: bad interpreter: No such file or
 directory).

The filenames may be case sensitive, too -- the executable is called
pdksh.exe, not PDKsh.exe.  However, if you had followed the Cygwin
problem reporting guidelines at http://cygwin.com/problems.html, we
would have known what packages you have installed on your system.

 I have come to realize that there is more than 1 implementation of ksh.
 The syntax I used in my example is exactly what I use on my hp unix
 workstation and it works fine on the hp.  I did try to export individual
 elements like you suggest with no luck.

What does ksh -c 'echo $KSH_VERSION' print on your hpux workstation?
How about on Cygwin?  What is the output of ls -l /bin/ksh.exe?

 I did find in my installation in the cygwin/bin dir a file ksh.exe which
 is what I assume it was running.  Guess that is not pdksh.

PDKsh installs a /bin/ksh symlink if none is present.  So it could be
pdksh.  Please follow the above directions so that we can find out.

 My own IT people do not know what version of cygwin I am using (I am not
 laughing!)  I will try to find out more info on this.  I think we are
 using redhat, but will dig deeper.  Thanks

Please read and follow the Cygwin problem reporting guidelines at
http://cygwin.com/problems.html.  That will tell us the version of
Cygwin and various packages in your installation.

 Your last comment - are you saying I may not be able to export my array
 data to later processes or script files ?

You may try the other ksh packages in Cygwin, and see if they address your
problem.  Otherwise, the portable solution would be something like

# In the parent script
for i_ in `seq 0 ${#vname[*]}`; do vname_=$vname_ '${vname[$i_]}'; done

# In the child script
eval set -A vname $vname_

A variant of this solution will also allow exporting arrays in bash.
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: Handling special characters (\/:*?|) gracefully

[Igor Peshansky]

On Tue, 23 May 2006, Hicks,Mike wrote:

 There are a number of special characters that cannot be used in
 filenames on the NTFS filesystem, this includes backslash (\), slash
 (/), colon (:), asterisk (*), question mark (?), double-quote (),
 less- and greater-than (), and pipe (|).  In contrast, most Unix
 systems only prevent the use of slash characters in filenames
 themselves, since that is used as the separator between levels in
 directory hierarchy.

 I like to listen to music while at work, where I run Windows with
 Cygwin.  I periodically like to use 'scp' (secure copy, from the SSH
 suite) to download music from my home computer, where I run Linux.
 Some of my music files at home have special characters in them (in
 particular, colon, question mark, and double-quote have appeared most
 frequently).  When I attempt to use scp to download a file with one of
 these characters in the name, it appears that an open() or write()
 function fails with the error No such file or directory.

 Is there a way to get scp to convert the filename to something that can
 be written to disk?  For example, either removing the characters from
 the filename or converting them to underscores would work fine for me.
 A system-wide option would be great, perhaps controlled by an
 environment variable or two.  Otherwise, each program that can write
 files from foreign sources would have to be rewritten.  It would also
 be an improvement to see a more descriptive error than No such file or
 directory, though I suppose developers would be hesitant to expand
 upon the standard list of error types.

 As a workaround, I find it is easiest to create a zip file on my home
 system with the files I want to transfer, then simply unzip it on my
 work machine.  Cygwin's 'unzip' utility appears to handle this
 situation correctly and will convert unusable characters to
 underscores.  I've tried doing the same thing with a tar file, but
 'tar' exhibits the same problems as 'scp' and will not write files that
 originally had a special character in the name.

 Apologies if there's already a good method for handling this situation
 (other than renaming my original files, thanks).  I did a requisite
 Google search and some thumbing through man pages, but didn't come
 across anything (though that doesn't mean there wasn't anything
 there...).

You're in luck: PAGER='less +/managed' man mount.
Once you have the files on a managed mount, you might also want to look
into using the cygstart utility.
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: export arrays in cygwin ksh

[Igor Peshansky]

 /,`.-'`'-.  ;-;;,_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: Problems with setup colors in snapshot

[Igor Peshansky]

On Mon, 22 May 2006, mwoehlke wrote:

 A while back I posted about the colors in setup.exe. I noticed that the
 text background color is fixed but that there is still a problem with
 the tree structure; specifically, the clickable [+] and [-] icons are,
 on my colors, effectively invisible. On some other color schemes I
 tried, they *are* 100% invisible.

 I didn't see any response last time, so... is anyone able to reproduce
 this? I know P are TC but I don't have time to play with this right now
 :-(.

Yes, this is most likely reproducible (as the foreground color of those
icons is *always* black.

Theoretically, it should be a simple matter of using MaskBlt instead of
BitBlt with the properly configured pen color and the properly set up
mask.  In practice, making this work on all platforms (including Win9x),
correctly, and with the minimum amount of code changes is a big pain.

If you're interested in looking at the code and providing a patch, grep
the setup sources for bitmap_dc (or BitBlt) and patch all those places.

If someone can take one of the bitmaps from the setup sources, and send me
a *complete* small program that draws that bitmap on a window drawing
context with the foreground and background colors coming from the Windows
color scheme, I'll see what I can do about incorporating that code into
setup.  As is, I'm too busy to wade through MSDNs incomplete documentation
on this.

 Also, thanks again to whoever fixed the text color!

The ChangeLogs should show the name of the culprit.

 More info:

 0: I am looking at the latest, 2.529 snapshot of setup.exe, however I
 also see it in the (older) most recent release setup.exe.

 1: It seems that window background is the only color that has any
 effect on the tree color. Therefore, the color must be somehow
 calculated from this(?). This might even be a bug in the UI component
 being used (i.e. a bug in M$ code).

 2: My current window background color is (70,74,80), which makes the
 tree effectively invisible, but tinkering with a screenshot in M$Paint
 shows that it is still a *marginally* different color.

 3: If I pick, e.g. (64,0,128) for my window background color, the tree
 becomes the *exact* same color as the background.

Hmm, weird -- for me the foreground color of the icons is *always* black.
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: Apache Tomcat / Tomcat based apps

[Igor Peshansky]

On Sun, 21 May 2006, Christopher Molnar wrote:

 Hello,

 A few weeks back I posted a message asking for some direction on
 contributing to Cygwin by maintaining Apache Tomcat and a few other
 tomcat based applications. A few people responded and suggested that I
 look at gcj as the possible compiler to use as it is already in Cygwin.

 I have spent the last few weeks trying to get this to work with no
 success. I would like to find out if it is possible to create a
 dependency in a package on the sun java sdk. For example the default
 install of Java 1.5 from Sun uses a home directory of:
 /cygdrive/c/Program\ Files/Java/jdk1.5.0_06 , so keying on the
 presence of that directory is a good bet Java is installed with the
 correct version.

 Suggestions? Comments?

You can have a configuration script that contains a path to the Java SDK,
which the users can edit, and install it from a default location if not
present.  As long as the only thing in that script is the Java SDK
location, you should never have to replace it on installation.  Sure, the
package won't work OOTB, but configuration is as easy as putting one path
in, say, /etc/tomcat.java.cfg (invent the name, there isn't a standard
one).

This also might be a good time to plug my java wrapper scripts in the
cygwin-apps repository.  They started out exactly along the lines of what
you've been thinking (i.e., a hard-coded user-editable path), but my
latest improvement that I've just committed uses the $JAVA_HOME setting to
detect the installation.  This works with both IBM and Sun JDKs (1.4.2 and
1.5.0 are the ones I've tested).  I usually make symlinks in
/usr/local/bin to the scripts in the local CVS copy.  Check them out:
http://cygwin.com/cgi-bin/cvsweb.cgi/wrappers/java/?cvsroot=cygwin-apps.
I do intend to package them as a Cygwin package at some point soon.
Comments and suggestions welcome.
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

Re: Apache Tomcat / Tomcat based apps

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Sun, 21 May 2006, Christopher Molnar wrote:

 Igor Peshansky wrote:

  My wrapper scripts do a bit more than that -- they also translate the
  arguments containing paths appropriately, before eventually invoking
  the right executables.  The part that dispatches based on JAVA_HOME is
  not the main point of the scripts, though it's nice to have.
  Igor

 So if I follow your java.sh script correctly and get the idea, I could
 call this at the start of the startup.sh script which needs the location
 of JAVA_HOME and it would find the correct jdk location? or does it just
 find the java.exe?

Well, JAVA_HOME is expected to already point to the correct JDK location.
And you would simply invoke the appropriate wrapper for each program
(e.g., invoke java to find java.exe, jar to find jar.exe, etc).
The wrappers will help those JDK programs understand Cygwin paths, etc.
Their intent was to help non-Cygwin-aware Unix scripts that invoke java
and other JDK executables.

 I would need it to find JAVA_HOME and set that variable  If I am
 thinking this through correctly.

One of the future work items in the wrappers is the logic (which would
most likely go into a /etc/profile.d script) to find some Java
installation automatically and set JAVA_HOME if it's not already set.
But this is obviously not done yet.

 I also need this for the build scripts for ANT and TOMCAT.

I'm not very familiar with the Tomcat build procedure, but, IIRC, my
wrappers will not be very helpful for Ant, as its build scripts understand
the JAVA_HOME setting, are Cygwin-aware, and do the appropriate path
conversion themselves (so the wrappers never get invoked -- Ant invokes
java.exe directly).
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

Re: Reading Term::ReadKey support for ActiveState Perl and Cygwin

[Igor Peshansky]

On Mon, 22 May 2006, Paul Dorman wrote:

 Hi all,

 I've been racking my brains trying to read keystrokes in a Cygwin
 shell with ActiveState Perl. Has anyone worked out how to read
 individual keystrokes with a Perl script running in a Cygwin shell or
 SSH session? We have standardized on ActiveState perl here (as not all
 servers are actually running Cygwin).

Windows applications (like ActivePerl) are mostly off-topic on this list,
especially since there's a perfectly good Cygwin alternative available
(which, BTW, comes with Term::ReadKey).

However, you do realize that a Perl script running in a Cygwin shell or
SSH session may not even be running in a terminal as ActivePerl
understands it, right?
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: Reading Term::ReadKey support for ActiveState Perl and Cygwin

[Igor Peshansky]

On Mon, 22 May 2006, Paul Dorman wrote:

 Yes, I've done some more research and experimentation and determined
 the lack of STDIN and STOUT in Cygwin makes it impossible to do what I
 would like with ActiveState Perl.

Huh?  Cygwin does have STDIN and STDOUT -- they are just not bound to a
console, and ActivePerl doesn't like that.

 I don't mind Cygwin Perl at all, but here we must use the
 ActiveState implementation (by policy).

And what would the crucial difference be between an ActiveState
implementation's behavior and Cygwin's?  I mean, can't you simply run
the Perl script using Cygwin's perl?  Then you get the best of both
worlds...

 Is this situation likely to improve in the future? Could a real
 terminal be created for Cygwin complete with STDIN and STDOUT? I
 imagine it's a pretty difficult thing to implement...

Most likely not -- Cygwin uses ptys (pipes, essentially) to simulate ttys
for processes that can't be bound to a Windows console, and there may be
real restrictions (e.g., Windows limitations) for not being able to
implement what you're asking for without breaking existing Cygwin
functionality.  However, if it is really important to your company, you
can try looking into funding some research on this (either via a Cygwin
support contract with Red Hat, or via direct donations to a private
developer).
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: 20060521 snapshot, Ctrl-C, and Windows processes

[Igor Peshansky]

On Sun, 21 May 2006, clayne wrote:

 On Sun, May 21, 2006 at 10:19:06PM -0400, Igor Peshansky wrote:
  Noticed a problem today: if you start a Windows process in bash and
  press Ctrl-C, the Ctrl-C will be delivered to the process, but then
  bash (or the Cygwin wrapper that waits for the Windows process) will
  simply hang until the Windows process terminates.  If the process does
  not terminate (e.g., ping -t), bash will hang until Ctrl-C is
  pressed 10 times (the delays between the consecutive Ctrl-Cs don't
  seem to matter).
 
  Steps to reproduce:
 
  In bash, type ping -t cygwin.com, then, after a couple of ping
  results, press Ctrl-C.  The process will hang (here's the screenshot):
 
  $ ping -t cygwin.com
 
  Pinging www.cygwin.com [209.132.176.174] with 32 bytes of data:
 
  Reply from 209.132.176.174: bytes=32 time=82ms TTL=46
  Reply from 209.132.176.174: bytes=32 time=83ms TTL=46

 I know this may sound insane, but could you try the following in another
 shell when it is hanging:

 ping localhost

 or

 ping whatever your network interface ip is

Tried it.  Neither did anything discernible.
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: Two problems with latest Cygwin version

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Sat, 20 May 2006, ANDREW PALFREYMAN wrote:

 - Original Message -
 From: ANDREW PALFREYMAN [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]

http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

 Sent: Saturday, May 20, 2006 1:08 PM
 Subject: Two problems with latest Cygwin version

  Running XP Home on a pretty standard system.
  Downloaded and installed the latest Cygwin (complete installation)
  about 3 days ago.

FYI, bad bug report.  The words complete and latest aren't absolute --
they are relative to the mirror you used, as well as whether the
installation succeeded.  For the future, please read and follow
 Problem reports:   http://cygwin.com/problems.html

  Two problems I'd like to report that I couldn't find in the FAQ/etc.:
 
  1. Before installation, my desktop contained a computer icon, a
  network icon and the trash can.  After installation completed, only
  the trash can remained on my desktop.
 
  2. Before installation, my DOS cmd.exe understood the 'more' command.
  After installation, my DOS cmd.exe no longer understands the 'more'
  command.
 
  I note that earlier installations of Cygwin had problems with 'more'
  (don't recall details).
  With this latest release, 'more' works normally.
  It's thus as if Cygwin hijacked more.
  I detect no binary change to my windows/system32/cmd.exe.
 
  Does anyone have a fix for at least the second issue? It's highly
  unfriendly.
  I fixed the first issue myself of course, but felt you should be aware
  of it.

 Please disregard the 2nd problem. Somehow my Windows PATH env var got
 corrupted.

Both problems likely had the same cause -- something corrupted the
registry settings on your machine.  Cygwin's installation was probably
coincidental, as the official Cygwin installer doesn't manipulate anything
but the very confined section of the registry.  I would suspect a buggy
antivirus or firewall program.
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: file command

[Igor Peshansky]

On Sat, 20 May 2006, peter360 wrote:

 Which cygwin package should I install to get the file command?
 In general, how do people find out which package contains the
 files/features they want?

http://cygwin.com/faq/faq.setup.html#faq.setup.what-packages
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: [RFA] patch for run.exe -- ATTN: ago

[Igor Peshansky]

On Fri, 19 May 2006, Charles Wilson wrote:

 Alexander Gottwald wrote:

  Actually GetStdHandle seems to work with pipes.
 
  run cat foo | less cat foo | run cat | less
  but this does exit immediatly
  run cat | less

 ...

  So the invisible console should provide stdin, stdout and stderr where
  stdout and stderr will discard any written data and stdin should never
  return data on read.

 Nor should the stdin pipe ever be ready if select() is called on its
 read end.  I'm sure that ought to be true -- as long as run doesn't
 stuff any data into the write end of it.

  creating a pipe for stdin could be useful. maybe creating one for
  stdout and stderr which is always read too.
  [snip code]

 Unfortunately this doesn't solve my problem (after disabling the
 setup_invisible_console() call).  There are two reasons:

 (1) as it happens, GetStdHandle does *not*, in fact, return
 INVALID_HANDLE_VALUE.  I thought it would given my reading of the docs.  I
 thought it DID when I tested it.  But I was wrong.  It's returning some
 non-zero, non-INVALID_HANDLE_VALUE-value.  I have no idea why.

Isn't there a way to retrieve handle information to find out what the
handle refers to?

 (2) Even if I force your pipe code to activate (by explicitly assigning
 INVALID_HANDLE_VALUE to start.hStdInput and friends at the top of the
 code block above), rxvt-unicode-X still goes haywire.

 Sigh.  Hopefully I'll have time to look into this more over the weekend.
 Maybe something like
 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/creating_a_child_process_with_redirected_input_and_output.asp

  Anyway, if the allocated hidden console does not interfere with the
  pipes i'm going to add it.

 ???  the pipe code?  or the setup_invisible_console code?  or both?

  Is it possible to create a console on win9x and hide it again. This
  will flash, but at least it does work.

 Well, yeah...but then you might as well not even use run.exe for
 launching rxvt or rxvt-unicode.  They can hide their console all by them
 selves, if you don't mind the brief flash.

Yes, but run might be used to hide programs other than rxvt...
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/

cygwin1-20060519: proc_waiter: unknown value * on proc pipe

[Igor Peshansky]

Hi,

Found a weird problem with the latest CVS (a regression from end February,
but I can track it down further, too, if the testcase doesn't help).
Compiling the following program:

#include stdio.h
int main() { printf(1\n); exit(-1); }

with gcc -mno-cygwin and running it produces the following output:

1
979250836 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
979250894 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
979250920 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe
979264978 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
979265034 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
979267613 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe
979278806 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
979278860 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
979278886 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe
979289509 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
979289568 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
979289595 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe
979300049 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
979300106 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
979300411 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe

but (!) only in an xterm.  Try as I might, I couldn't reproduce this in
rxvt or bash with CYGWIN=tty.  I don't know what the differences are, but
there it is.  I did reproduce this in an xterm running tcsh and pdksh (and
a perl shell, interestingly enough).  The above testcase was distilled
from a huge Java program that exhibited this behavior.

Note that 49 is really the character '1', and 13 and 10 are CRLF.  I've
also gotten other characters at times, all corresponding to valid messages
from the program, printed to either stdout or stderr.  The number of times
it repeats also seems to vary -- in some cases it's only once, in others
more (it's repeated 5 times above).

I'm pretty sure this has to do with Cygwin treating the exit code of -1
specially, but there are real Windows programs that use that value.  Is
this something that ought to be fixed?

uname -svr = CYGWIN_NT-5.1 1.5.20(0.155/4/2) 2006-05-19 21:22

I don't think the cygcheck output matters, as I've reproduced this problem
on two wildly different machines (same Cygwin version, though), and with
virtually no environment (only SYSTEMDRIVE, SYSTEMROOT, and WINDIR set).
But again, I will attach it if the problem cannot be reproduced by
others...
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: cygwin1-20060519: proc_waiter: unknown value * on proc pipe

[Igor Peshansky]

On Fri, 19 May 2006, Christopher Faylor wrote:

 On Fri, May 19, 2006 at 10:01:27PM -0400, Igor Peshansky wrote:
 Hi,
 
 Found a weird problem with the latest CVS (a regression from end February,
 but I can track it down further, too, if the testcase doesn't help).
 Compiling the following program:
 
 #include stdio.h
 int main() { printf(1\n); exit(-1); }
 
 with gcc -mno-cygwin and running it produces the following output:
 
 1
 979250836 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
 979250894 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
 979250920 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe
 979264978 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
 979265034 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
 979267613 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe
 979278806 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
 979278860 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
 979278886 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe
 979289509 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
 979289568 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
 979289595 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe
 979300049 [proc_waiter] bash 5028 proc_waiter: unknown value 49 on proc pipe
 979300106 [proc_waiter] bash 5028 proc_waiter: unknown value 13 on proc pipe
 979300411 [proc_waiter] bash 5028 proc_waiter: unknown value 10 on proc pipe
 
 but (!) only in an xterm.  Try as I might, I couldn't reproduce this in
 rxvt or bash with CYGWIN=tty.  I don't know what the differences are, but
 there it is.  I did reproduce this in an xterm running tcsh and pdksh (and
 a perl shell, interestingly enough).  The above testcase was distilled
 from a huge Java program that exhibited this behavior.
 
 Note that 49 is really the character '1', and 13 and 10 are CRLF.  I've
 also gotten other characters at times, all corresponding to valid messages
 from the program, printed to either stdout or stderr.  The number of times
 it repeats also seems to vary -- in some cases it's only once, in others
 more (it's repeated 5 times above).

 I can't duplicate this but, I'm not really interested in this kind of
 problem unless you can duplicate the problem with a cygwin snapshot.
 Otherwise, there is no way of knowing how you've built the DLL or what
 other local mods might be in it.

Sorry, should've mentioned that I can also duplicate this with both the
20060518 and 20060516 snapshots.  Here's 20060518:

$ uname -svr
CYGWIN_NT-5.1 1.5.20s(0.155/4/2) 20060518 22:17:41
$ cygstart xterm -display localhost:0.0

In the xterm:

$ ./testprog
1
  3 [proc_waiter] bash 4908 proc_waiter: unknown value 49 on proc pipe
 74 [proc_waiter] bash 4908 proc_waiter: unknown value 13 on proc pipe
105 [proc_waiter] bash 4908 proc_waiter: unknown value 10 on proc pipe
  13140 [proc_waiter] bash 4908 proc_waiter: unknown value 49 on proc pipe
[snip]

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: fork problem debugging

[Igor Peshansky]

On Thu, 18 May 2006, Bryan D. Thomas wrote:

 Igor Peshansky wrote:
  I've been plagued by these problems for a while (since you didn't provide
  full links in your message, I don't know whether you cited my message
  among them without a lot of cutting-and-pasting).

 I didn't cite your message[1], though it was one of the sources of the
 suggestion to factor out antivirus and firewall software.  Thanks for that.
 Also, I will use full links from now on, since my mail software seems to
 wrap the lines haphazardly no matter how I try to trim them.

Actually, I was referring to
http://cygwin.com/ml/cygwin/2005-12/msg00817.html...
FYI, the above is shortest real link you can give to a mailing list
archived message.

  unloading and reloading just Cygwin1.dll (by
  exiting all Cygwin processes) fixes the problem for me (until the next
  time I run that resource-intensive script that reproduces the problem).

 This workaround is effective for me, also.

Well, the fact that only Cygwin is unloaded and reloaded pretty much seems
to exclude any pure Windows cause, doesn't it?

  a patch (attached) that makes it print out more of the seemingly
  relevant information

 If I understand the patch correctly, it changes fork.cc and pinfo.cc in
 winsup/cygwin. Those who wish to use it would download the winsup-src
 snapshot package, apply this patch, then compile a new cygwin1.DLL
 something like [2]?

Exactly.  Once you've built a version of cygwin1.dll from CVS, apply the
patch and rebuild.

  I can say that I've been running with
  SharedSection=2048,6144,1024 (double my original values), which had no
  noticeable effect on the frequency of the fork errors (i.e., I still get
  them reproducibly).

 Thank you for this data point.  Hopefully we can look elsewhere with
 confidence, at least for the most common reason(s).

 When I was looking for your message, I found another from Dave Korn[3]
 in which he suggested using -x option to bash to see details of the
 failure. This is also used in what I called nonsense testcase[4].  It
 seems that -x would be a useful first pass at gathering data, less
 volume than strace?

Umm, -x will only show you which command fails, but not the way in which
it fails.  As I said above, I don't even think strace has enough info to
debug this.

 [1] http://sourceware.org/ml/cygwin/2006-04/msg00127.html
 [2] http://sourceware.org/ml/cygwin/2006-05/msg00262.html
 [3] http://sourceware.org/ml/cygwin/2006-04/msg00125.html
 [4] http://sourceware.org/ml/cygwin/2006-05/msg00422.html

Sigh, I wish I had more time to track this down...
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: keeping program running after closing of bash

[Igor Peshansky]

On Thu, 18 May 2006, Tyler Spivey wrote:

 How can I keep a program running after bash exits? If I run nohup, I
 have no luck - since pressing control-d or logging out of the terminal
 window will kill the process that nohup started.
 Any tips?

Use 'setsid' (a program) or 'disown' (a bash builtin).  You can also use
'cygstart', which not make the process a child of the current shell at
all.
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: setup - duplicating cygwin

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Wed, 17 May 2006, Jim Easton wrote:

  From:   Dave Korn [EMAIL PROTECTED]

http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

  On 16 May 2006 09:20, Jim Easton wrote:
 
   Hi,
  
   Would someone please tell me what file(s) I would have to take with
   me (eg. on a disk) to someone else's machine, both running windows
   XP, whereby I could get setup to download the same cygwin components
   that are on my machine?
 
How about the local package cache dir?  That'd do nicely, then you
  just run setup.exe on the new machine and tell it to install from
  local directory, and point it there.  I believe this is in the FAQ
  somewhere but don't have a reference to hand.

 Hi Dave,

 Thank you for the suggestion.  Correct me if I'm wrong but I
 take it that that would be the stuff in cygwin.disk?

 I should clarify.  I have no problem with loading new versions of
 things, what I was after was a way of priming setup with the list of
 names at the Select packages step.

 I could accomplish the same thing by writing my current config on
 a piece of paper and just check off the names at the new machine
 but that seems so labourious.

 The file I'm looking for wouldn't happen to be setup.ini by any
 chance would it.  You could get that on a floopy.  :-)

Jim, in that case you're looking for /etc/setup/installed.db with all
version numbers replaced by 0.0-0.  Just place it into
c:\cygwin\etc\setup on the target machine, and run setup normally,
clicking Next all the way through.

FWIW, we should probably have a dump bundle function in setup to allow
creating files like this.  Eventually...
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: fork problem debugging

[Igor Peshansky]

On Wed, 17 May 2006, Bryan D. Thomas wrote:

 I'm taking the risk of conflating several different
 issues into one.  On the other hand, this might be a
 useful synthesis to help us bottom out on fork
 problems so that we can turn a snapshot into a stable
 release[1]?

I've been plagued by these problems for a while (since you didn't provide
full links in your message, I don't know whether you cited my message
among them without a lot of cutting-and-pasting).  I would like to help,
but all information I have at this point is rather negative...  One
definite data point is that unloading and reloading just Cygwin1.dll (by
exiting all Cygwin processes) fixes the problem for me (until the next
time I run that resource-intensive script that reproduces the problem).

 I've been trying to figure out strace incantations.
 Hopefully someone more wizardly can help?  Is strace
 the best/only attack vector on this?

I haven't found the strace to be all that useful, especially because the
information printed in the strace doesn't reflect what's actually
happening.  The errno value is bogus (from inspecting the code).  I have a
patch (attached) that makes it print out more of the seemingly relevant
information (pretty verbosely, basically dumping the whole pinfo structure
plus printing the Windows error code) whenever a fork error occurs, but I
haven't been able to follow through on actually using that information to
debug the problem.

 In [2] Torfinn Ottesen wrote:
  I find that my loops are OK until after about 80
  cases, each loop increases my memory usage by about
  3.2 MB
  I am aware of the following information:
 [3],[4],[5]
  I have strace but do not know what to do with it

 I wonder if some strace like [6] would help?

 Perhaps someone could suggest a helpful cheatsheet of what we might
 want to focus on in strace output of these processes?

 If it would be helpful to run strace against the processes in the
 weather.sh fork example[7] , or in the nonsense testcase example[8]
 ...what should the command line be, and what would we be looking for in
 output?

 In [2], Larry Hall wrote:
  Sounds to me like the situation you found closely mirrors the behavior
  the MS KB article describes. I think it's worthwhile for you to
  experiment with the workaround proposed to see if it helps. It would
  be beneficial if you reported any results you saw back to this list.

 Torfinn, any luck on SharedSection parameter tweaking
 per the MS KB?

I'm not Torfinn, but I can say that I've been running with
SharedSection=2048,6144,1024 (double my original values), which had no
noticeable effect on the frequency of the fork errors (i.e., I still get
them reproducibly).

 http://sourceware.org/ml/cygwin/
 [1] 2006-05/msg00402.html
 [2] 2006-05/msg00127.html
 [3] 2006-04/msg00390.html
 [4] 2005-09/msg00945.html
 [5] http://support.microsoft.com/kb/824422
 http://sourceware.org/ml/cygwin/
 [6] 2006-05/msg00364.html
 [7] 2006-04/msg00718.html
 [8] 2006-05/msg00422.html

Sorry I couldn't be of more help, but perhaps the info printed in the
patch gives someone some idea...
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 BergeracIndex: fork.cc
===
RCS file: /cvs/src/src/winsup/cygwin/fork.cc,v
retrieving revision 1.175
diff -u -p -r1.175 fork.cc
--- fork.cc 29 Dec 2005 20:46:34 -  1.175
+++ fork.cc 18 May 2006 03:54:26 -
@@ -320,11 +320,15 @@ frok::parent (void *stack_here)
 
   if (!child)
 {
+  int e = get_errno();
   this_errno = get_errno () == ENOMEM ? ENOMEM : EAGAIN;
 #ifdef DEBUGGING
-  error = pinfo failed;
+  static char buf[4096];
+  int w = geterrno_from_win_error();
+  snprintf(buf, 4095, pinfo failed: %d, %d, e, w);
+  error = buf;
 #else
-  syscall_printf (pinfo failed);
+  syscall_printf (pinfo failed: %d, %E, e);
 #endif
   goto cleanup;
 }
Index: pinfo.cc
===
RCS file: /cvs/src/src/winsup/cygwin/pinfo.cc,v
retrieving revision 1.225
diff -u -p -r1.225 pinfo.cc
--- pinfo.cc11 Feb 2006 04:53:14 -  1.225
+++ pinfo.cc18 May 2006 03:54:27 -
@@ -259,6 +259,61 @@ pinfo::init (pid_t n, DWORD flag, HANDLE
 locking mechanism, just loop.  */
   if (!created  createit  (procinfo-process_state  PID_EXITED))
{
+ if (i == 0) {
+ system_printf(procinfo = { pid=%d, process_state=%x, exitcode=%u

Re: ssh to 2003 server exist immediately

[Igor Peshansky]

On Mon, 15 May 2006, Andrew DeFaria wrote:


* * wrote:
 You might try reconfiguring with privilege separation turned on.
 Also, turn on auditing of failed file access, and/or run sysInternals
 RegMon and FileMon.

Reconfigured with privilege separation turned on. Same problem.
Interesting note: I removed /var/empty so that the ssh-host-config would
recreate it. It does, but it's owned by my user. Starting sshd yields
the following in /var/log/sshd.log:

/var/empty must be owned by root and not group or world-writable.

At first I did chown SYSTEM:SYSTEM /var/empty but that didn't help. It
was not until I did a chown sshd_server /var/empty that I was able to
start sshd. It was not apparent to me that, in this context, root ==
sshd_server nor that ssh-host-config, knowing that I'm running on 2003
and needing to create a local sshd_server user and using privilege
separation, would not know to do a chown sshd_server on /var/empty. Bug?


Perhaps.  We'll need more info on this.  FWIW, I used ssh-host-config to
setup sshd with privilege separation, and everything just worked (tm).


 I think your sshd_server user doesn't have permission to execute
 Winsock2 which is %SYSTEMROOT%\System32\ws2_32.dll or one of it's
 dependencies.  Did you also check the Application Event Log?

Again, whenever I go to view the Application log in the Event Viewer
after trying an ssh it's corrupted. I can right click on the Application
log and Clear All Events, thus creating a new Application log, which
works. But if I do an ssh and go back to the Event Viewer it says the
Application log is corrupted!


Ouch!  That's not good, and most likely isn't Cygwin-related.  However,
you can get sshd to write somewhere other than to the event log, by
setting up and starting the syslogd service -- then any events sshd
produces will go to syslog.  Then you'll be able to actually see them,
invalid characters (if any) and all.


Meantime I edited sshd_server's rights so I could do a runas
/user:sshd_server cmd. From here I started bash --login -i then did an
strace /usr/sbin/sshd -d  /tmp/sshd.strace.log 21 (attached). The
relevant part seems to be here:

277 3957121 [main] sshd 1404 C:\Cygwin\usr\sbin\sshd.exe: *** fatal error - 
could not load ws2_32, Win32 error 0


Your mailer wrapped the strace snippet, but this definitely seems
relevant.  What does getfacl /cygdrive/c/WINDOWS/system32/ws2_32.dll
say?


I'd appreciate any pointers (guesses) at this point?


As Richard (or * *) pointed out, your sshd_server user probably doesn't
have access to ws2_32.dll.
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/

rvxt-20050409-1 console problem

[Igor Peshansky]

Hi,

After installing rxvt-20050409-1, starting rxvt from a console bash hides
that console.  To reproduce: start a console bash, type rxvt or rxvt 
(either way), observe that the bash window goes away (the process is still
running, though).  I don't think the cygcheck output is relevant, since
this looks like an rxvt problem (caused by the new code to hide the
console).  Chuck, if you can't reproduce this, please let me know and I'll
provide more details.
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: rvxt-20050409-1 console problem

[Igor Peshansky]

On Mon, 15 May 2006, Sven Köhler wrote:

  After installing rxvt-20050409-1, starting rxvt from a console bash
  hides that console.  To reproduce: start a console bash, type rxvt
  or rxvt  (either way), observe that the bash window goes away (the
  process is still running, though).  I don't think the cygcheck output
  is relevant, since this looks like an rxvt problem (caused by the new
  code to hide the console).  Chuck, if you can't reproduce this, please
  let me know and I'll provide more details.

 AFAIK, there are EXE-files that open a console, and others, that don't.

 It seems, there is a flag in the EXE-files, which determines if Windows
 should open a console or not.

Well, yes.  They are called window mode applications (as opposed to
console mode applications).

 So i always was annoyed by the fact, that starting rxvt directly from
 windows opens a console windows.

Hence the recommended use of run.

 Isn't it possible, to create such an EXE-file, that doesn't open a
 console? Would that cause any problems with cygwin?

It's possible.  But one (important) side effect is that window-mode
applications cannot write to a console.  So, rxvt --help would be
useless if rxvt were to be made a window-mode app.

 That would make any hide the console-code unnecessary.
 P.S.: i can reproduce the bug too.

Note that my issue is actually the opposite: I start rxvt from an
unrelated console, and I *want* that console to stay visible.
Looks like the new console-hiding code is a bit over-eager...
If I have the time, I'll take a look at the changes to see if there's a
simple fix.
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: rvxt-20050409-1 console problem

[Igor Peshansky]

On Mon, 15 May 2006, Sven Köhler wrote:

  So i always was annoyed by the fact, that starting rxvt directly from
  windows opens a console windows.
 
  Hence the recommended use of run.

 run?

Yes, see http://cygwin.com/packages/run/.

  Isn't it possible, to create such an EXE-file, that doesn't open a
  console? Would that cause any problems with cygwin?
 
  It's possible.  But one (important) side effect is that window-mode
  applications cannot write to a console.  So, rxvt --help would be
  useless if rxvt were to be made a window-mode app.

 Oops, yes.

 Hmm ... but ...

 Would  rxvt.exe --help work, if you run in from a cygwin-shell?
 wouldn't that be sufficient?

Which Cygwin shell?  It won't work from a console bash.

 Something that i just noticed: do you have java installed? there is that
 javaw.exe-thing. It's such a window-mode application. And if i run
 javaw inside cygwin, then it prints a help-screen to the console!

No, it doesn't, unless you run it from rxvt, xterm, or bash with
CYGWIN=tty (in which case, as far as that app is concerned, the output is
redirected to a file -- as Brian already mentioned).

  That would make any hide the console-code unnecessary.

 If there is some other possibility, to hide the console, (what is that
 run command that you mean?), then i would remove the hide the
 console-code.

 There are only two things, that i'd like to be abled to do:
 a) start rxvt.exe directly from windows without a console-windows
 b) run it from inside cygwin like any other app

Use run.

  P.S.: i can reproduce the bug too.
 
  Note that my issue is actually the opposite: I start rxvt from an
  unrelated console, and I *want* that console to stay visible. Looks
  like the new console-hiding code is a bit over-eager... If I have the
  time, I'll take a look at the changes to see if there's a simple fix.

 Yes, i know. But i thought, that a window-mode application _could_ be a
 more clean sollution to the problem, because the close the
 console-code (which is a workaround IMHO) could be removed.

But at the cost of losing console output -- which is not an option.
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: Setup error: URLScheme not registered!

[Igor Peshansky]

James,

First off, there's no need to Cc me -- I read the list.  I set the
Reply-To header on all my messages for a reason.  Please make sure your
mailer respects it.

On Sat, 13 May 2006, James McLaughlin wrote:

 Apologies for the delay in replying - I didn't need to
 use the new Cyg stuff straight away - but Igor, the
 version of setup I used was and still is the latest version.

Correction: it's the latest *released* version.  Try a setup snapshot at
http://cygwin.com/setup/snapshots/.
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: Cygwin CVS trailing dot problem

[Igor Peshansky]

Hi, Joy,

http://cygwin.com/acronyms/#PPIOSPE.  It is usually a bad idea to send
email to random Cygwin mailing list participants, rather than asking on
the Cygwin mailing list.  I'm redirecting this reply to the appropriate
list.

On Sat, 13 May 2006, Joy wrote:

 Hi Igor,

 I had the problem with Cygwin+CVS+SSH when trying to access the remote CVS
 repository via SSH, CVS reports that:
 cannot mkdir /tmp/cvs-serv1992/.
 No such file or directory

 My CVS setup worked fine until I updated my CVS yesterday. I didn't realize
 the problem was caused by the trailing dot till I saw your post:
 http://www.cygwin.com/ml/cygwin/2006-03/msg00576.html

Your problem was most likely caused by updating Cygwin, rather than CVS.

 Do you know whether there is a solution to this now?

Yes, Cygwin's mkdir/rmdir returned an error code that CVS didn't know to
ignore.  This was fixed in the Cygwin snapshots (and will be fixed in the
next released version).  For now, you can try a snapshot from
http://cygwin.com/snapshots/.
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: (1.5.19) problem compiling screen 4.0.2

[Igor Peshansky]

On Thu, 11 May 2006, Jonathan C. Allen wrote:

 I get these conftest.exe errors when attempting to build
 screen 4.0.2 on cygwin 1.5.19.  I can't tell if they're a
 real problem or not because configure keeps going until
 hitting the no tgetent - no screen error.  This is also
 confusing because I have libncurses installed.

 Has anyone had luck building screen 4.0.2?

 Full log:
 http://jca.sdf1.org/cygwin/config.log

 Snip:
 [...]
 configure: checking select...
 configure: checking fifos...
 - your fifos are usable
 rm: cannot remove `conftest.exe': Permission denied

It would seem that the following test is the culprit:

configure:4159: checking fifos...
configure:4242: gcc -o conftest.exe -g -O2   conftest.c  5
configure:4245: $? = 0
configure:4247: ./conftest.exe
configure:4250: $? = 0

After this point, conftest.exe cannot be removed.
Looking around line 4167 of screen's configure should show what exact code
has this behavior.  You can then compile it separately and see if you can
reproduce it.  After that, it's a matter of debugging.
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: cvs pserver issue with new cygwin packages

[Igor Peshansky]

On Thu, 11 May 2006, Charles Wilson wrote:

 Eric Blake wrote:
$ cvs co test
cannot mkdir /tmp/cvs-serv3172/.
No such file or directory
   This was a bug in Cygwin 1.5.19, which returned the wrong error code for
   creating this directory, and CVS didn't know to ignore it.  Try a
   snapshot.
 
  It wasn't the 'wrong' errno, so much as a different errno than Linux
  used in the same situation, and a bug that still exists in CVS for
  blindly assuming that only the Linux errno will be used even on
  non-Linux platforms.  POSIX allows any number of errno
  returns when more than one simultaneous error condition exists.

 Well now.  That's news to me.  I thought it WAS a pure cygwin bug, not a
 misinterpretation of POSIX by the cvs guys.  After folks discovered the
 errno issue and it was fixed in the cygwin snapshots, I said I don't
 want to clutter up the cvs sourcecode with a workaround for a bug that's
 already fixed.  We'll just wait for cygwin-1.5.20

There was some analysis of this back in February.  The problem was that
Cygwin's behavior was contrary to POSIX.  POSIX states:

The mkdir() function shall fail if:

[ENOENT]
A component of the path prefix specified by path does not name an
existing directory or path is an empty string.
[EEXIST]
The named file exists.

Cygwin set errno to ENOENT for somedir/., even if somedir existed.  This
was just plain wrong (i.e., nothing in the above allows such behavior).

 Given Eric's explanation, that was the wrong decision.  Given the
 controversy over cvs-1.11.21, I'll release an update of cvs-1.11.17 with
 a workaround for this...difference of opinion? as soon as I can.  Which
 would be sooner if someone sent me a P to TC.

Chuck, the problem with adding a workaround is that there may be a
legitimate ENOENT (e.g., you call mkdir(/path/to/somedir/.), and /path
doesn't exist).  So, even the hack you proposed in
http://cygwin.com/ml/cygwin/2006-02/msg00175.html will not work...  The
only safe (but very inefficient) fix is to test every path component, and
ignore ENOENT only if all of them exist.
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: ssh problem

[Igor Peshansky]

On Thu, 11 May 2006, Cédric Bouttes wrote:

 Hello,

 I have a problem with ssh on cygwin.

 When i use : ssh localhost i have the following
 message and so i can't connect on ssh locally

 The authenticity of host 'localhost (127.0.0.1)' can't
 be established.
 RSA key fingerprint is
 7a:83:37:4b:d2:e0:b7:f5:2a:30:a3:4b:db:26:bc:07.
 Are you sure you want to continue connecting (yes/no)?
 yes
 Failed to add the host to the list of known hosts
 (/home/Cedric/.ssh/known_hosts).
 [EMAIL PROTECTED]'s password:

 Why ?

Hard to say without the data requested in

 Problem reports:   http://cygwin.com/problems.html

but did you run ssh-user-config before using ssh?
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: Data streams being treated as files in Cygwin

[Igor Peshansky]

On Thu, 11 May 2006, Dave Korn wrote:

 On 11 May 2006 15:17, [EMAIL PROTECTED] wrote:

There seems to a problem on how the data streams are handled in
  Cygwin. Cygwin is treating a data stream as a file which should not be
  the case.

   Cygwin's file handling relies on the underlying facilities of the
 Windows O/S, for the most part.

Yes, and that leads to some funny behavior -- see below.

Following are the steps followed to create and access a data stream
  using cygwin shell in Windows environment.
 
Sh-3.1$ echo data1  test00
Sh-3.1$ echo data1  test00:stream
 
Now test00 is a file and test00:stream is a data stream
  associated with the file test00

   It's not 'associated' with the file test00.  It is *a part of* the
 file test00.

When we do an ls at this path we are able to see only test00
  file and not the stream test00:stream - this functionality is OK as
  streams cannot be locked and also it is not a file

   Wrong: a stream is a file, or to be precise it is a subset of the
 content of a file.

In one of the perl scripts when we did a file test for both
  test00 and test00:stream ,both succeeded even though
  test00:stream is not a file

   Actually, test00:stream and test00 are in fact one and the same file,
 and hence they both exist.

As can be easily seen by looking at the inode number, which is the same
for test00 and test00:stream.

 Permit me to demonstrate:

 --
 [EMAIL PROTECTED] /test/stream ls -la
 total 0
 drwxr-xr-x+  2 dk Domain Users 0 May 11 15:32 .
 drwx--+ 33 dk Domain Users 0 May 11 15:32 ..
 [EMAIL PROTECTED] /test/stream echo data1  test00:stream
 [EMAIL PROTECTED] /test/stream ls -la
 total 0
 drwxr-xr-x+  2 dk Domain Users 0 May 11 15:32 .
 drwx--+ 33 dk Domain Users 0 May 11 15:32 ..
 -rw-r--r--   1 dk Domain Users 0 May 11 15:32 test00
 [EMAIL PROTECTED] /test/stream
 --

Interestingly enough:

$ echo BLAH  a:b
bash: a:b: No such file or directory

   Note that I only issued commands to write to a stream, but the file
 had to exist for the stream to exist.  Note also that you can test for
 the existence of streams: it doesn't just match every stream when the
 file itself exists, the stream has to have been created, and that you
 can create and delete streams and cygwin correctly reports their
 existence or nonexistence...

However:

$ rm test00
$ ls -l test00:stream test00:garbagegarbage test00
ls: test00:stream: No such file or directory
ls: test00:garbagegarbage: No such file or directory
ls: test00: No such file or directory

   If you really want to do a file-exists test that claims ADS streams do
 not exist, roll your own code that looks for a colon in the filename and
 returns 'not found' regardless.

Yep, and when demanding that a patch be applied, it usually helps A LOT to
actually provide the patch that you want applied.
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: Data streams being treated as files in Cygwin

[Igor Peshansky]

On Thu, 11 May 2006, Dave Korn wrote:

 On 11 May 2006 16:11, Igor Peshansky wrote:

  On Thu, 11 May 2006, Dave Korn wrote:
 
  On 11 May 2006 16:00, Igor Peshansky wrote:
 
  On Thu, 11 May 2006, Dave Korn wrote:
 
Cygwin's file handling relies on the underlying facilities of the
  Windows O/S, for the most part.
 
  Yes, and that leads to some funny behavior -- see below.
 
  Interestingly enough:
 
  $ echo BLAH  a:b
  bash: a:b: No such file or directory
 
Perhaps you forgot to put a floppy in the drive?
 
  Gee, you think so? :-)

   Hmmm... let's try

 [EMAIL PROTECTED] /test/ads echo blah  a:b
 bash: a:b: No medium found
 [EMAIL PROTECTED] /test/ads

   OK, I think I get it now.  Let me re-word my observation:

Perhaps you forgot to put the floppy drive in?

Yep, yep.  But I knew exactly what the issue was -- just trying to make
the comment below (first sentence).

  The point I was making was that Windows isn't consistent about treating
  filenames as streams vs. disk references, due to the reuse of the ':'
  character.  I'm guessing it would be possible to add streams to a file
  called 'a', but not through the interfaces used by Cygwin.

   Gee, you think not?  :-)

 [EMAIL PROTECTED] /test/ads echo blah  ./a:b
 [EMAIL PROTECTED] /test/ads ls -la a
 -rw-r--r-- 1 dk Domain Users 0 May 11 16:16 a
 [EMAIL PROTECTED] /test/ads

...as I found out after about 15 seconds after hitting Send, by reading
the main NTFS streams entry on MSDN.  It's amasing what a little RTFM
*before sending the message* can do... :-)
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: best practice for upgrading config files?

[Igor Peshansky]

On Wed, 10 May 2006, Thomas Wolff wrote:

 Igor Peshansky wrote:

  ... If the user has modified the default configuration, she most
  likely knows what she is doing, and probably wouldn't want the
  installation to muck with her changes (not even if we could create
  diffs

 This is certainly true.
 (On the other hand, having experienced this nuisance of certain packages
 a number of times, it is good advice anyway not to rely on changing
 system configurations whenever possible, but rather add overriding local
 configurations.)

As long as you only change existing option values, the patches should
apply (possibly with some amount of fuzz).  But if you add new
configuration option settings, there is a possibility of changing the
state of the config file to something invalid.  If you're really that
concerned with the users keeping their changes *and* getting new updates,
split the configuration files into user-modifiable (i.e., those that will
only have the user-overridden settings) and standard (which should not be
modified by the users), and include the user-modifiable version into the
standard one (if your application supports it).

 But - again on the other hand - if a new release brings in additional
 parameters, I would of course want them to show up in the configuration
 so they become effective (and configurable :).

  with the previous version and cleanly apply the patch).  What would be
  nice in this case, though, is some feedback like Not replacing config
  file /etc/lftp.conf due to user changes to the postinstall script's
  stdout, which will end up in the setup.log file.

 Considering what I said above, I think an automatic merge would be the
 best, not changing modified parameters, and adding any new parameters.
 Apart from some moderate handling effort, the only remaining problem
 would be whether to change default values of previously unchanged
 parameters - which might have been deliberately unchanged by the user!

Dealing with configuration files is usually quite a large can of worms.
The users are expected to read release announcements (though I admit,
Cygwin setup doesn't make it very easy to find them[*]).

   (3) Compute a checksum of the current /etc/lftp.conf, and compare it
   to the checksum of the old default.  If they're the same, then the
   user hasn't touched the old default so copy the new default in.  If
   they're different, then prompt the user as in (2).  So we need to
   store checksums of default config files somewhere.  This is Debian's
   method.
   ...

  2) In the preremove, compare each config file from the manifest with
 the current default version of that file, and remove the config
 file if they are identical (using cmp).
  ...

 Approaches which either can only replace or not, depending on
 comparison of the complete file, or delegate all merging problems to
 the user, are unsuitable for my taste.

Unless the part that you're comparing *can* be replaced as a whole (i.e.,
all user changes are confined to another file that is included into the
main config).

[*] Would there be interest in propagating URLs of announcement messages
in setup.ini, so that Cygwin setup can let the users view the
announcements from the chooser screen?  An alternative would be keeping
this information separately on the sourceware server, writing a CGI script
that would retrieve the announcement(s) based on the range of versions,
and have setup reference the URL of that CGI script instead.  The database
of announcements could be updated when announcement messages are forwarded
to cygwin-announce, but I don't know enough about that mechanism to offer
any concrete suggestions at the moment.
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

Re: cvs pserver issue with new cygwin packages

[Igor Peshansky]

On Wed, 10 May 2006, Nicholas Thayer wrote:

 After upgrading to the latest cygwin packages (coreutils, findutils,
 cygwin), the cvs pserver fails for updates and checkouts.
 [snip]
 $ cvs co test
 cannot mkdir /tmp/cvs-serv3172/.
 No such file or directory

This was a bug in Cygwin 1.5.19, which returned the wrong error code for
creating this directory, and CVS didn't know to ignore it.  Try a
snapshot.
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: cvs pserver issue with new cygwin packages

[Igor Peshansky]

On Wed, 10 May 2006, Nicholas Thayer wrote:

 Igor Peshansky wrote:
  On Wed, 10 May 2006, Nicholas Thayer wrote:
 
   After upgrading to the latest cygwin packages (coreutils, findutils,
   cygwin), the cvs pserver fails for updates and checkouts.
   [snip]
   $ cvs co test
   cannot mkdir /tmp/cvs-serv3172/.
   No such file or directory
 
  This was a bug in Cygwin 1.5.19, which returned the wrong error code for
  creating this directory, and CVS didn't know to ignore it.  Try a
  snapshot.

 Are you referring to a cygwin unstable development snapshot or a cvs
 development snapshot?

Since it was a Cygwin but that got fixed, I would recommend a Cygwin
snapshot[*].  Though there may now be a workaround for this in the CVS
unstable, as well...
Igor
[*] http://cygwin.com/snapshots/
-- 
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/

i can't start {twm,wmaker} on cygwin

[Igor Peshansky]

On Tue, 9 May 2006, Cédric Bouttes wrote:

 Hello,

 I use startx to have an X session.
 Then when i try to start twm instead of xterm  i have
 the following errors :
 $ twm:  another window manager is already running on screen 0?
 twm:  unable to find any unmanaged screens

 What can i do ?

On Tue, 9 May 2006, Cédric Bouttes wrote:

 Hello,

 I use startx to have an X session.
 Then when i try to start wmaker  i have
 the following errors :
 wmaker fatal error: it seems that there is already a window manager running

 waiting for X server to shut down winClipboardProc -
 Call to select () failed: -1.  Bailing.
 winClipboardProc - XDestroyWindow succeeded

In both cases, by default XWin starts in multiwindow mode, which basically
means that XWin has a built-in window manager that wraps the Windows
default window manager.

If you are content with the multiwindow mode, just don't start any window
manager.  If you would rather use twm or windowmaker, remove the
-multiwindow parameter from the XWin invocation (and you might wish to add
-rootless if you want the windows to be listed among the regular Windows
ones).
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://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: 1.5.19 slow access to shares

[Igor Peshansky]

On Tue, 9 May 2006, Michael Hirsch wrote:


I have a network share (//xcocluster1/vpg) mounted to g:.  Depending
on which name I try to access it with I get radically different access
times:

[EMAIL PROTECTED] ~
$ time ls //xcocluster1/vpg
Presentations/  appdist/  backups/  buildenv/  conf/  opt/  sysgen/  users/

real0m10.875s
user0m0.030s
sys 0m0.062s

[EMAIL PROTECTED] ~
$ time ls g:
Presentations/  appdist/  backups/  buildenv/  conf/  opt/  sysgen/  users/

real0m0.063s
user 0m0.030s
sys 0m0.015s

[EMAIL PROTECTED] ~
$ time ls //xcocluster1/vpg
Presentations/  appdist/  backups/  buildenv/  conf/  opt/  sysgen/  users/

real0m17.094s
user0m0.046s
sys  0m0.046s

I couldn't find and explanation for this.  Is this normal?  Is there a
way to make them both fast?

Running a similar command in the windows CMD window yields fast
accesses, regarless of whether I refer to drive letter or machine WINS
name.


When you use the WINS name, Cygwin does some processing of the network
share path itself, whereas with the g: drive it delegates to Windows.  I
don't know if it's always possible to delegate to Windows when the WINS
name is specified.
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: /usr/bin/install: accessing `//filesrv/chj//.bashrc': Permission denied

[Igor Peshansky]

On Mon, 8 May 2006, Larry Hall (Cygwin) wrote:

 Christian Joensson wrote:
  Windows XP Pro/SP2 cygwin Pentium M processor 2.13GHz system with
  cygwin 1.5.19-4...
 
  I don't seem to be able to login using ssh anymore, I still can login
  console but not remotely using ssh... any help in debuggin this or
  even getting this to work again is greatly appreciated.
 
  This is how a try to remotely login looks:
 
  [EMAIL PROTECTED] objdir]$ ssh -X toppen.win
  [EMAIL PROTECTED]'s password:
  Permission denied, please try again.
  [EMAIL PROTECTED]'s password:
 
  $ ssh -X toppen.win
  [EMAIL PROTECTED]'s password:
  Last login: Mon May  8 08:09:20 2006 from dhcp-111
  Fanfare!!!
  You are successfully logged in to this server!!!
  Could not chdir to home directory //filesrv/chj: Permission denied
  mkdir: `//filesrv/chj': Permission denied
  Copying skeleton files.
  These files are for the user to personalise
  their cygwin experience.
 
  These will never be overwritten.
 
  /usr/bin/install: accessing `//filesrv/chj//.bashrc': Permission denied
  /usr/bin/install: accessing `//filesrv/chj//.bash_profile': Permission
  denied
  /usr/bin/install: accessing `//filersrv/chj//.inputrc': Permission denied
  -bash: cd: //filesrv/chj: Permission denied
  -bash: //filesrv/chj/.bash_profile: Permission denied
 
  [EMAIL PROTECTED] /etc/skel
  $

 OK, you've described your problem but given no information about your
 environment.  Without it, we're all shooting in the dark.  Please read
 and follow the problem reporting guidelines so that interested folks on
 this list can give you some targeted feedback on this issue:

  Problem reports:   http://cygwin.com/problems.html

 As a WAG, you probably need to add 'smbntsec' to your CYGWIN environment
 variable.  See the Cygwin User's Guide for more details:

 Documentation: http://cygwin.com/docs.html

Hmm, sounds more like
http://cygwin.com/faq/faq.using.html#faq.using.shares.
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: terminal escape codes

[Igor Peshansky]

On Fri, 5 May 2006, Andrew DeFaria wrote:

 Jeff Lange wrote:
  While that does work, It unfortunately isn't an acceptable solution
  for me. I really need to be running this from a plain text console.

 How is running rxvt not a plain text console?!? I use rxvt all the time.
 I don't like the Windows window as it's cut and paste semantics are
 horrible as well as it's resizing (in)ability.

Windows has a notion of a console window.  rxvt, xterm, ssh, and pretty
much any other Cygwin program that doesn't allocate an explicit console
window uses ptys to emulate console output.  Some Windows programs cannot
understand ptys, and thus don't work properly via ssh, or in rxvt.  So the
OP's need may be valid.
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: chmod works only for cygwin processes

[Igor Peshansky]

On Mon, 8 May 2006, Magnus Svensson wrote:

 Dave Korn wrote:

  [snip]
Also, please verify that you're running the expected versions of
  mkdir, chmod, ls, etc. using the 'which' command... it's just possible
  there's a non-cygwin version in your path.

 [EMAIL PROTECTED]:~ pwd
 /home/mysqldev
 [EMAIL PROTECTED]:~ which chmod
 /usr/bin/chmod
 [EMAIL PROTECTED]:~ which mkdir
 /usr/bin/mkdir
 [EMAIL PROTECTED]:~ which ls
 /usr/bin/ls
 [EMAIL PROTECTED]:~ which getfacl
 /usr/bin/getfacl
 [EMAIL PROTECTED]:~ which cacls
 /cygdrive/c/WINDOWS/system32/cacls

FYI, 'which' doesn't know about bash aliases/functions.  You might be
better off using the 'type' bash builtin instead (this is just for the
future, please only report the results to the list if they are different
from the above).
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: [ITP] mksh 2.6.3 -- MirBSD Korn shell, improved pdksh implementation

[Igor Peshansky]

On Fri, 5 May 2006, Jari Aalto wrote:

 Igor Peshansky [EMAIL PROTECTED] writes:

  As the pdksh maintainer, I would like to veto having this package in
  the distro simultaneously with pdksh (since this is a newer version of
  pretty much the same package).  In fact, I've been (slowly) working on
  preparing a new release of pdksh that includes many of the mirbsd
  patches.  I don't mind obsoleting pdksh in favor of mksh, but we'll
  need to coordinate this.
 
  Jari, you might want to review the pending complaints about pdksh to
  see if they are fixed in your mksh version.  I can send you a list
  (with links to archives) if you're interested.

 Yes please send them,

Ok, here are the ones I have on my list:

http://cygwin.com/ml/cygwin/2004-08/msg00112.html
http://cygwin.com/ml/cygwin/2005-06/msg00202.html
http://cygwin.com/ml/cygwin/2005-08/msg01382.html
http://cygwin.com/ml/cygwin/2006-02/msg00448.html

 I've been in contact with the mksh maintainer and already provided a
 patch to implement standard shell startup file:

 ~/.mkshrc

 in addition to current use of

 ~/.profile + ENV

That's nice.

 As Debian and Gentoo includes both pdksh and mksh, I'm not sure what
 is vetoed here.  I'd like not to involve with politics if there is some
 schisma between these two development camps. I'd rather like to offer
 oppurtunity for users to select what they prefer. Just to oppose
 program because similar is already there to do same thing, would in
 fact veto any other program as well, like: MTAs? Sure, there is
 already exim4 in Cygwin, why should there were need for more MTAs?

 I'd be more in favor of porting applications regardless of GNOME vs
 KDE type of rivarly.

Jari, there is no rivalry that I know of, and no politics.  The veto was
purely for practical reasons -- since pdksh development is dead, AFAICS,
except in various branches (e.g., Debian, or BSD), we shouldn't keep it in
the distro if we decide to also provide a newer (better?) version, and I
wouldn't want to maintain an obsolete package.

If there are substantial differences, please list them so that we can make
an informed decision on whether to keep both pdksh and mksh.  As I
understand it, mksh subsumes pdksh.  Again, I'm willing to obsolete pdksh
in favor of mksh *if* it is indeed a drop-in replacement.
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

Re: cygwin1.dll with UTF8 support

[Igor Peshansky]

On Wed, 3 May 2006, Tomasz Chmielewski wrote:

 I just wanted to let you guys know that there is a patched, UTF8-aware
 cygwin1.dll.

 It can be downloaded from this page:

 http://www.okisoft.co.jp/esc/utf8-cygwin/download.html

 The page is in Japanese (anyone can translate?),

Google can:
http://translate.google.com/translate?hl=ensl=jau=http://www.okisoft.co.jp/esc/utf8-cygwin/download.html.

Also,
http://translate.google.com/translate?hl=enu=http://www.okisoft.co.jp/esc/cygwin-20.html
describes the architecture of the changes.

 you will find the links at the top of this page (some sources and a
 binary dll).

 I didn't test it much, but it works after a couple of simple tests - I
 needed UTF8 support in rsync.

 With a standard cygwin1.dll you will not be able to copy filenames
 with UTF8 characters from Windows machine to Linux machine with rsync
 (you will get ??? characters instead).

I've looked at the sources (which are branched off 1.5.19-4).  Basically,
there's a 930-line patch, most of which is new.  FWICS, it may not cover
all places where Unicode conversion may be needed (in particular, sending
Unicode through a textmode pipe will very likely fail spectacularly).  It
also looks like some places are kludged specifically for the Japanese
section of Unicode.  But it's an interesting first approximation.

There are also patches for cygstart.

I wonder why the author chose to do a branch, rather than submit the patch
back to Cygwin?  It's also unclear what current functionality it breaks.
I guess at some point the author would need to be Cc'd on this thread...
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: [ITP] mksh 2.6.3 -- MirBSD Korn shell, improved pdksh implementation

[Igor Peshansky]

On Tue, 25 Apr 2006, Jari Aalto wrote:

 Included in

 o   Debian (testing = f'coming stable)
 http://packages.debian.org/mksh
 o   Gentoo
 http://packages.gentoo.org/ebuilds/?mksh-23

 Jari

 sdesc: Enhanced version of the Korn shell
 ldesc: A shell which is MirBSD enhanced version of the Public Domain
 Korn shell (pdksh), a bourne-compatible shell which is largely similar to the
 original ATT Korn shell. It includes bug fixes and feature
 improvements in order to produce a modern, robust shell good for
 interactive and especially script use.
 category: Shells
 requires: cygwin

 1) Manual download

   wget\
 http://cygwin.cante.net/mksh/mksh-2.6.3-1.tar.bz2.sig \
 http://cygwin.cante.net/mksh/mksh-2.6.3-1.tar.bz2 \
 http://cygwin.cante.net/mksh/mksh-2.6.3-1-src.tar.bz2.sig \
 http://cygwin.cante.net/mksh/mksh-2.6.3-1-src.tar.bz2 \
 http://cygwin.cante.net/mksh/setup.hint

 2) Automated; running sh get.sh will print further instructions

   gpg --keyserver wwwkeys.pgp.net --recv-keys 955A92D8

   mkdir mksh ; cd mksh
   rm -f get.sh get.sh.sig
   wgethttp://cygwin.cante.net/mksh/get.sh \
   http://cygwin.cante.net/mksh/get.sh.sig
   gpg --verify get.sh.sig get.sh 
   sh get.sh

As the pdksh maintainer, I would like to veto having this package in the
distro simultaneously with pdksh (since this is a newer version of pretty
much the same package).  In fact, I've been (slowly) working on preparing
a new release of pdksh that includes many of the mirbsd patches.  I don't
mind obsoleting pdksh in favor of mksh, but we'll need to coordinate this.

Jari, you might want to review the pending complaints about pdksh to see
if they are fixed in your mksh version.  I can send you a list (with links
to archives) if you're interested.
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

Re: [ITP] mksh 2.6.3 -- MirBSD Korn shell, improved pdksh implementation

[Igor Peshansky]

On Mon, 1 May 2006, Christopher Faylor wrote:

 On Mon, May 01, 2006 at 03:33:46PM -0600, Paul Watson wrote:
 The mksh.exe cannot do some things in my .profile which are now being
 done by pdksh on Cygwin, ksh on AIX and Solaris, and ATT ksh on FC4.
 
 The man page does not specify anything about reporting bugs.  Is there
 an email address, bugzilla, mailing list?

 Igor has vetoed this package so I don't think there is any reason to
 continue testing it for now.

Just a clarification -- I did not veto the package as much as I vetoed
having it as a *separate* package.  If this is indeed an update of pdksh,
I'm willing to relinquish maintainership (and the package could also be
renamed, FWIW).  But having both in the distro would be pretty useless.

IMO, until Jari replies to my proposal, cygwin-apps is not an appropriate
place for reporting bugs and results of testing mksh.  You should be able
to report the bugs directly to him, however.
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

Re: perl reading ^M on text mounts

[Igor Peshansky]

On Sun, 23 Apr 2006, Michael Lemke wrote:

 Dave kilroyd at googlemail.com writes:

 
  Have you tried setting the environment variable PERLIO? I'm not a heavy
  PERL user, but I tend to have
 
  PERLIO=crlf
 
  if I'm likely to see CRLFs.

 Thanks, I tried that.  It indeed seems to remove the \r but independent
 of the mount mode of the disk.  I googled a bit and found an old thread
 about this where Max Bowsher sums it up in
 http://www.mail-archive.com/cygwin@cygwin.com/ msg22668.html What a
 mess.  And no solution it seems.  The perl docs say a simple open X,
 file; opens the file in text mode.  So I expect the subsequent read (and
 chomp) to treat a \r according to mount mode of the file system.
 PERLIO=crlf changes it for all files.  Is it just me or do other people
 also feel this is broken?

 Michael

FWIW, you can control this on a file-by-file basis by issuing
binmode(FH,:crlf) after open(FH,filename).  See perldoc -f binmode for
more details.
Igor

   Lemke, Michael  SZ/HZA-IOM1 lemkemch at schaeffler.com writes:
  
  If I execute this perl script
  
 de010597 cat x.pl
 #!/usr/bin/perl
 use strict;
  
 open( HO, x.txt );
 while (HO) { print $_; }
  
  on a text mount with an input file that has CRLF line endings perl
  should treat this as a text file and strip the CR.  Only if I use
  binmode HO should I see the CR.  But it doesn't:
  
   de010597 ./x.pl | cat -A
  bla^M$
   de010597 cat -A x.txt
  bla^M$
  
  What am I missing here?
  
   de010597 pwd
  /d/jakarta-tomcat/awstats
   de010597 mount
  D:\PROGRA~1\cygwin\bin on /usr/bin type system (binmode)
  D:\PROGRA~1\cygwin\lib on /usr/lib type system (binmode)
  D:\PROGRA~1\cygwin on / type system (binmode)
  c: on /c type system (textmode,noumount)
  d: on /d type system (textmode,noumount)
  f: on /f type system (textmode,noumount)
   de010597 mount -m
  mount -f -s -b D:/PROGRA~1/cygwin/bin /usr/bin
  mount -f -s -b D:/PROGRA~1/cygwin/lib /usr/lib
  mount -f -s -b D:/PROGRA~1/cygwin /
  mount -s -t --change-cygdrive-prefix /
   de010597 uname -a
  CYGWIN_NT-5.2 de010597 1.5.18(0.132/4/2) 2005-07-02 20:30 i686 unknown
  unknown Cygwin
   de010597 perl -v
  
  This is perl, v5.8.7 built for cygwin-thread-multi-64int

-- 
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: print out of cygwin

[Igor Peshansky]

On Thu, 27 Apr 2006, Larry Hall (Cygwin) wrote:

 Dirk Schleicher wrote:
  Am Wed, 26 Apr 2006 21:30:28 -0400
  schrieb Larry Hall (Cygwin) reply-to-list-only-lh at cygwin dot com:

 Ugh!  http://cygwin.com/acronyms/#PCYMTNQREAIYR

I use cygwin and sylpheed-claws on W2k. What I can do to print out
of sylpheed to a printer is connect to the USB Port and work under
W2k?
  
   And this question is related to Cygwin how?  sylpheed-claws is not a
   package distributed with Cygwin.
 
  Ok. Then how to print out of cygwin to a USB printer connect to W2k


 Use the FAQ:
  FAQ:   http://cygwin.com/faq/

 http://cygwin.com/faq/faq-nochunks.html#faq.using.printing

FWIW, that FAQ entry is seriously out of date.  Cygwin does have a working
lpr -- I've been using it for a while now.  Just say lpr -P PRINTER,
where PRINTER is the Windows printer name.
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: rm -rf ./foo/ safe to use?

[Igor Peshansky]

On Wed, 26 Apr 2006, Tom Rodman wrote:

 Rightly or wrongly over the years I've refrained from using
 cygwin to delete large directories; instead, from bash I'll cd
 to the parent dir, and run:

   cmd /c rmdir /s /q MYDIR2DELETE

 I think I had read something years back about cygwin's inode
 simulation (sorry to munge up the terminology), being imperfect;
 so that may have convinced me to not use rm -rf DIRXXX.

 So is rm -rf ./foo/ safe to use?  Is there any danger that
 anything other than ./foo/ will be deleted?

 Thanks for any help, I'm mainly just curious.  :-

IIRC, there was one situation in which rm -rf ended up removing
something other than the specified directory: if there were a mount that
was stale (i.e., pointed to something no longer present), and you tried to
remove the mount point directory, rm would happily start removing the
root.  However, I haven't tried this after the change that made mount
points appear in readdir(), so this may no longer be the case.  For those
brave enough to try it:

cd /
mkdir BLAH
mount c:\NonExistentDir /BLAH
rm -rf /BLAH

I'd be really interested in knowing whether this is still a problem.
Disclaimer -- this used to remove the whole c:\cygwin subtree.  You have
been warned.
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: Error on /bin/sh -login: cannot remove /bin/sh.exe: Permission denied

[Igor Peshansky]

On Sat, 29 Apr 2006, Eric Blake wrote:

 According to Webb Roberts on 4/27/2006 2:00 PM:
  I will also try to clean up the profile script to short-circuit when
  you are running /bin/sh instead of /bin/bash
 
  One thing you might do is to have the /etc/profile.d sh-update-script
  delete itself once it's run satisfactorily.

 Nope.  If I did that, cygcheck -c would report bash as incomplete.

Now that the new version of setup doesn't rename the script to .done
unless it succeeds, you can just have the profile script run the
postinstall script and then rename it to .done...

 [snip]
 It does point out a wishlist item of mine - cygcheck -svr output would
 be nicer if it also included --version output (or at least the first
 line thereof) for each common tool it searched for, rather than just the
 path where the common tool was found.

Umm, this would only work if the tools it finds are the Cygwin versions.
Many other tools (e.g., Windows' find) don't understand the --version
argument.

  I guess what got me on this was that there was a zombie /bin/sh
  process running during the cygwin update.  It might have been a little
  less nerve-wracking if there had been a visible message during the
  postinstall, instead of picking it up during the login.

 Well, the CVS sources for setup.exe DO have some better handling of
 failed postinstalls, but no one has officially released a new version
 yet (although you can find alpha builds if you look at
 http://cygwin.com/setup/.

It's about time to release one, then, isn't it?
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: ssh from remote system into cygwin bash, JScript engine won't run

[Igor Peshansky]

On Fri, 28 Apr 2006, David Wuertele wrote:

 I have an IDE (VDSP++) from a vendor on which I'm trying to automate
 software builds.  It is a windows-only application, and they require
 that I write scripts for the IDE in JScript.

 When I use the windows host's console display to run a cygwin bash
 shell, I can execute my automated build just fine:

/path/to/vendors/Idde.exe -f /path/to/my/script.js

 But when I use ssh to remotely login to the windows host, also on a
 bash shell, and try to execute the automated build, it complains that
 the JScript engine can't be loaded.

 I verified
 1) my environment variables are set identically in both the local case
and the remote login case
 2) in the service control panel, the sshd's login properties tab has
allow interaction with display enabled

 My vendor tells me that something in cygwin's sshd is probably
 preventing the windows JScript DLL from loading properly.  Does anyone
 here have experience running an appliaction over sshd that uses
 JScript?

It's quite possible that the JScript engine needs to allocate an invisible
window, and is unable to do so because sshd cannot interact with the
desktop.  You might play with the -i and -j flags to cygrunsrv when
installing sshd.
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: Setup error: URLScheme not registered!

[Igor Peshansky]

On Sun, 30 Apr 2006, James McLaughlin wrote:

 Reading through old mailing list postings, I notice
 quite a few other people occasionally get this
 problem, but I haven't found any advice except to
 change mirrors - on the rare occasions anyone thinks
 they found a way round it - and as my attempts to do
 this lately involve a lot of failures to conect,
 followed by attempts which fill setup.log and
 setup.log.full with a lot of lines like

 2006/04/30 14:18:05 io_stream_cygfile: fopen failed 2
 No such file or directory

 I'd welcome some advice on mirrors that people know
 work OK and on whether I should try something other
 than Direct Connection.

 The problem came to light after I'd used
 http%3a%2f%2fsources-redhat.mirror.redwire.net%2fcygwin
 as my mirror, when my attempts to Install from Local
 Directory on another machine failed due to URLScheme
 Not Registered. Judging by the contents of setup.log,
 this will also occur if I try to install what I've
 just downloaded from
 http%3a%2f%2fmirrors.dotsrc.org%2fcygwin. Plus, one of
 the mirrors I've never been able to connect to is the
 one in the UK.

 The version of setup I've been using is 2.510.2.2. As
 setup.log and .log.full are about 600K each in size,
 you'll understand why I haven't attached them.

 Finally, this is what the error dialog looks like,
 although the problems clearly occur at the download
 stage rather than the install stage:

 Cygwin Setup   X
 Fatal Error: Uncaught Exception
 Thread: install
 Type: St16invalid_argument
 Message: URLScheme not registered!

 OK

 On one of my various attempts to install the updates
 I'd downloaded, I ran into one of those setup.exe has
 performed an illegal operation and will be shut down
 dialogs after pressing OK.

Both of these problems have been fixed in the newer versions of setup.
Try a setup snapshot (http://cygwin.com/setup/snapshots/).
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: rm -rf ./foo/ safe to use?

[Igor Peshansky]

On Mon, 1 May 2006, Christopher Faylor wrote:

 On Mon, May 01, 2006 at 05:27:16PM -0400, Igor Peshansky wrote:
 On Wed, 26 Apr 2006, Tom Rodman wrote:
 
  Rightly or wrongly over the years I've refrained from using
  cygwin to delete large directories; instead, from bash I'll cd
  to the parent dir, and run:
 
cmd /c rmdir /s /q MYDIR2DELETE
 
  I think I had read something years back about cygwin's inode
  simulation (sorry to munge up the terminology), being imperfect;
  so that may have convinced me to not use rm -rf DIRXXX.
 
  So is rm -rf ./foo/ safe to use?  Is there any danger that
  anything other than ./foo/ will be deleted?
 
  Thanks for any help, I'm mainly just curious.  :-
 
 IIRC, there was one situation in which rm -rf ended up removing
 something other than the specified directory: if there were a mount
 that was stale (i.e., pointed to something no longer present), and you
 tried to remove the mount point directory, rm would happily start
 removing the root.  However, I haven't tried this after the change that
 made mount points appear in readdir(), so this may no longer be the
 case.  For those brave enough to try it:
 
 cd /
 mkdir BLAH
 mount c:\NonExistentDir /BLAH
 rm -rf /BLAH
 
 I'd be really interested in knowing whether this is still a problem.
 Disclaimer -- this used to remove the whole c:\cygwin subtree.  You
 have been warned.

 I understand why you weren't inclined to test this but, really, I don't
 think it's helpful to spread this kind of FUD based on possibly faulty
 human recollection.  If you weren't capable of testing it, then at least
 a URL which showed the past problem seems called for.

 Anyway, I just tested this and my cygwin directory is intact.  strace
 shows that rm didn't attempt anything remotely like attempting to
 remove my cygwin root directory.  It's hard to think of a scenario which
 would cause rm to misbehave since a nonexistent mount point would still
 translate to a nonexistent windows path and any attempt to unlink or
 rmdir that path would fail pretty quickly.

 But, now this is part of cygwin lore and I'm sure someone will quote
 this email in 2009.

 I have missing files  Could this be the problem???

I'm sorry to admit that I've never reported this problem (since I,
understandably, only had it once, about a year ago).  I will get my hands
on a clean machine and try to reproduce the conditions (if my memory
serves me right).  It's also likely, as I stated, that the problem has
already been fixed -- I'll report to the list if I can't reproduce it
either.
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: Repaint/redraw problems

[Igor Peshansky]

On Thu, 20 Apr 2006, Cary Jamison wrote:

 Mehdi Alimadadi wrote:
  Is there a way to tell the software not to update the window until the
  mouse button had been released i.e. the window resizing has finished?
  Any hint is appreciated.

 Change your window manager to just show a wire-frame outline of the
 window while you are resizing, instead of trying to continuously update
 the contents.

 How to do this will depend on your window manager.  I believe it's
 possible even if you are using Windows as your window manager, but I
 can't find the setting right now - maybe someone else knows it?

Display Properties - Appearance - Effects - Show window contents while
dragging.
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://x.cygwin.com/docs/
FAQ:   http://x.cygwin.com/docs/faq/

Re: useradd user ids

[Igor Peshansky]

On Fri, 21 Apr 2006, Corinna Vinschen wrote:

 On Apr 21 01:15, Igor Peshansky wrote:
  Besides, the default mapping is to take the last 4 digits of the SID
  for the UID for local users, and 1 + the last 4 digits of the SID
  for domain users,

 Nope, it takes the complete RID as uid or gid, even if it's  .

Sorry, I should have said the last part of the SID, which is usually 4
digits (but isn't for some users, notably SYSTEM).  Plus, I didn't know
it was called the RID. :-)  Thanks for the correction.
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: Can't print because .lnk makes printer name invalid

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Fri, 21 Apr 2006, Rockefeller, Harry wrote:

  -Original Message-
  From: [EMAIL PROTECTED]
  [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
  To: [EMAIL PROTECTED]

http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

  Sent: Friday, April 21, 2006 12:17 PM
  Subject: Re: Can't print because .lnk makes printer name invalid
 
  On Apr 21 12:02, Rockefeller, Harry wrote:
   I can open and view the security tab on the properties section
   of the Windows share.
  
   I created a desktop shortcut to the printer and searched all
   files for *servername.lnk but only the desktop link shows up.
   I interpret this to mean that Cygwin itself is appending
   '.lnk' to the printer share.
 
  No, the .lnk was appended by Windows.  The printer shortcut on the
  desktop is not the printer, it's just a shortcut.  To access the
  printer you need the real printer name, for instance \\server\printer.
  You can't use the shortcut for this.

 I erased much of the previous email.
 Here is the context:

 $ lpq -Sntserver1 -Psw-txt1
  Windows 2000 LPD Server
   Printer \\192.83.227.33\sw-txt1

I assume NTSERVER1 has the IP 192.83.227.33.  Also, since this is the
Windows lpq, it might understand a shortcut in this context (and so will
/cygdrive/c/WINDOWS/system32/lpr, for that matter).

 [EMAIL PROTECTED] ~/Desktop
 $ echo $PRINTER
 \\NTSERVER1\sw-txt1

 [EMAIL PROTECTED] ~/Desktop
 $ lpr junk
 lpr: printer error: can't open '\\NTSERVER1\sw-txt1.lnk' for writing:
 The printer name is invalid.

Well, what does ls -l //NTSERVER1/sw-txt1 show?  How about ls -l
//NTSERVER1/sw-txt1.lnk?
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: Can't print because .lnk makes printer name invalid

[Igor Peshansky]

On Fri, 21 Apr 2006, Rockefeller, Harry wrote:

  -Original Message-
  From: Igor Peshansky [mailto:[EMAIL PROTECTED]
  Sent: Friday, April 21, 2006 1:41 PM
  To: Rockefeller, Harry
  Cc: [EMAIL PROTECTED]

Again, http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

  Subject: RE: Can't print because .lnk makes printer name invalid
 
  Ugh, top-posting...  Reformatted.
 
  On Fri, 21 Apr 2006, Rockefeller, Harry wrote:
 
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
To: [EMAIL PROTECTED]
 
  http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.
 
Sent: Friday, April 21, 2006 12:17 PM
Subject: Re: Can't print because .lnk makes printer name invalid
   
On Apr 21 12:02, Rockefeller, Harry wrote:
 I can open and view the security tab on the properties section
 of the Windows share.

 I created a desktop shortcut to the printer and searched all
 files for *servername.lnk but only the desktop link shows up.
 I interpret this to mean that Cygwin itself is appending
 '.lnk' to the printer share.
   
No, the .lnk was appended by Windows.  The printer shortcut on the
desktop is not the printer, it's just a shortcut.  To access the
printer you need the real printer name, for instance
  \\server\printer.
You can't use the shortcut for this.
  
   I erased much of the previous email.
   Here is the context:
  
   $ lpq -Sntserver1 -Psw-txt1
Windows 2000 LPD Server
 Printer \\192.83.227.33\sw-txt1
 
  I assume NTSERVER1 has the IP 192.83.227.33.  Also, since this is the
  Windows lpq, it might understand a shortcut in this context
  (and so will
  /cygdrive/c/WINDOWS/system32/lpr, for that matter).

 Thank you for the discussion.  Use of the 'which' command tells me alot.

I assume the Windows lpr command works?

   [EMAIL PROTECTED] ~/Desktop
   $ echo $PRINTER
   \\NTSERVER1\sw-txt1
  
   [EMAIL PROTECTED] ~/Desktop
   $ lpr junk
   lpr: printer error: can't open '\\NTSERVER1\sw-txt1.lnk'
  for writing:
   The printer name is invalid.
 
  Well, what does ls -l //NTSERVER1/sw-txt1 show?  How about ls -l
  //NTSERVER1/sw-txt1.lnk?
  Igor

 In each case: No such file or directory

Could you please also send me (in a separate personal message) the output
of strace -O lpr.strace lpr junk?  I'll take a look and see if I can
spot something obvious.
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: Can't print because .lnk makes printer name invalid

[Igor Peshansky]

On Fri, 21 Apr 2006, Igor Peshansky wrote:

 On Fri, 21 Apr 2006, Rockefeller, Harry wrote:

   -Original Message-
   From: Igor Peshansky [mailto:[EMAIL PROTECTED]
   Sent: Friday, April 21, 2006 1:41 PM
   To: Rockefeller, Harry
   Cc: [EMAIL PROTECTED]

 Again, http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

   Subject: RE: Can't print because .lnk makes printer name invalid
  
   Ugh, top-posting...  Reformatted.
  
   On Fri, 21 Apr 2006, Rockefeller, Harry wrote:
  
 -Original Message-
 From: [EMAIL PROTECTED]
 [mailto:[EMAIL PROTECTED] On Behalf Of Corinna Vinschen
 To: [EMAIL PROTECTED]
  
   http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.
  
 Sent: Friday, April 21, 2006 12:17 PM
 Subject: Re: Can't print because .lnk makes printer name invalid

 On Apr 21 12:02, Rockefeller, Harry wrote:
  I can open and view the security tab on the properties section
  of the Windows share.
 
  I created a desktop shortcut to the printer and searched all
  files for *servername.lnk but only the desktop link shows up.
  I interpret this to mean that Cygwin itself is appending
  '.lnk' to the printer share.

 No, the .lnk was appended by Windows.  The printer shortcut on the
 desktop is not the printer, it's just a shortcut.  To access the
 printer you need the real printer name, for instance
   \\server\printer.
 You can't use the shortcut for this.
   
I erased much of the previous email.
Here is the context:
   
$ lpq -Sntserver1 -Psw-txt1
 Windows 2000 LPD Server
  Printer \\192.83.227.33\sw-txt1
  
   I assume NTSERVER1 has the IP 192.83.227.33.  Also, since this is the
   Windows lpq, it might understand a shortcut in this context
   (and so will
   /cygdrive/c/WINDOWS/system32/lpr, for that matter).
 
  Thank you for the discussion.  Use of the 'which' command tells me alot.

 I assume the Windows lpr command works?

[You replied:

Yes.

].  FWIW, I was kind of implying that the answer to this question should
have gone to the list, and the strace output should be sent as a separate
email.

[EMAIL PROTECTED] ~/Desktop
$ echo $PRINTER
\\NTSERVER1\sw-txt1
   
[EMAIL PROTECTED] ~/Desktop
$ lpr junk
lpr: printer error: can't open '\\NTSERVER1\sw-txt1.lnk'
   for writing:
The printer name is invalid.
  
   Well, what does ls -l //NTSERVER1/sw-txt1 show?  How about ls -l
   //NTSERVER1/sw-txt1.lnk?
 Igor
 
  In each case: No such file or directory

 Could you please also send me (in a separate personal message) the output
 of strace -O lpr.strace lpr junk?  I'll take a look and see if I can
 spot something obvious.
   Igor

I've looked at the trace.  Nothing obvious comes to mind, but I did think
of something else: on my machine, running net use on the shared printer
helped enable it -- try net use '\\NTSERVER1\sw-txt1' and see if that
lets you print.  Though the error I was getting before net use is
different from yours.

I'm also concerned about the access violations in your strace, but don't
have time to look further at the moment.  Perhaps someone else will
volunteer.
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: script in cygwin

[Igor Peshansky]

On Thu, 20 Apr 2006, Dave Korn wrote:

 On 20 April 2006 09:09, Jim Easton wrote:

  Hi All,
 
  A way back (22 Feb 2006) I asked about script in cygwin.
  ${PACKAGE}
  On my last update lo and behold in comes script - how nice. :-)
  ${PACKAGE}
  I don't know who to thank but thank you nevertheless.

 less -c /usr/share/doc/Cygwin/${PACKAGE}
  .README

 (at least, most of the time.  Otherwise

 http://www.google.com/search?q=%2B${PACKAGE}+%2Bsite%3Acygwin.com+%2Binurl%3Aml+%2Binurl%3Acygwin-apps

http://www.google.com/search?q=%2B${PACKAGE}+%2Bsite%3Acygwin.com+%2Binurl%3Aml/cygwin-announce/2006

 should give you at least some idea...)

Right.
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: script in cygwin

[Igor Peshansky]

On Thu, 20 Apr 2006, Igor Peshansky wrote:

 On Thu, 20 Apr 2006, Dave Korn wrote:

  On 20 April 2006 09:09, Jim Easton wrote:
 
   Hi All,
  
   A way back (22 Feb 2006) I asked about script in cygwin.
   ${PACKAGE}
   On my last update lo and behold in comes script - how nice. :-)
   ${PACKAGE}
   I don't know who to thank but thank you nevertheless.
 
  less -c /usr/share/doc/Cygwin/${PACKAGE}
   .README

  (at least, most of the time.  Otherwise
 
  http://www.google.com/search?q=%2B${PACKAGE}+%2Bsite%3Acygwin.com+%2Binurl%3Aml+%2Binurl%3Acygwin-apps

 http://www.google.com/search?q=%2B${PACKAGE}+%2Bsite%3Acygwin.com+%2Binurl%3Aml/cygwin-announce/2006

  should give you at least some idea...)

Actually, not quite that simple.  Let's try again:

http://cygwin.com/cgi-bin2/package-grep.cgi?grep=bin%2Fscript
-
PACKAGE=util-linux
-
http://www.google.com/search?q=%2B${PACKAGE}%2Bsite%3Acygwin.com+%2Binurl%3Aml%2Fcygwin-announce%2F2006

The above does tell you who to thank, and also provides a useful recipe
for figuring out who the recent maintainer of any given package is (though
2006 may be too recent -- if there are no matches, try 2005, and so on).
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: Can't print because .lnk makes printer name invalid

[Igor Peshansky]

On Thu, 20 Apr 2006, Rockefeller, Harry wrote:

 I had our UNIX administrator work on this for a couple of days.  He
 totally reinstalled Cygwin.  The problem still exists.

This has nothing to do with Cygwin -- the link is probably on the server
share...  Can you ls it and see what the permissions are?

 However, I created a workaround which may be of benefit to others.

 With a postscript file or output from a2ps use this command

 cat $i.ps | $HOME/bin/print.pl

 and this perl file

 #!/usr/bin/perl -w
 # print.pl: Cygwin print workaround
 use IO::Socket::INET;
 $socket = IO::Socket::INET-new(10.30.16.51:9100)
   or die Couldn't Connect to 10.30.16.51 port 9100: $!;
 while () {
 print $socket $_\n;
 }
 print \n;
 exit;

You do realize that this completely bypasses the printer driver and sends
the postscript directly to the printer, right?  If this is what you want,
fine, but I wanted to make sure the caveat was in the archives.
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: useradd user ids

[Igor Peshansky]

On Thu, 20 Apr 2006, Steve Kelem wrote:

 How do I set my user  group id to a specific value?  I would like it to
 match the uid  gid assigned by Linux on our main server.
 If my local settings match the main server's, then ssh works more
 smoothly.

Do you mean the name or the numeric value?  In either case, just edit
/etc/passwd and /etc/group on Cygwin -- the SID is the only value that
really matters as far as Windows is concerned.  All the rest is up to you.
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: useradd user ids

[Igor Peshansky]

On Thu, 20 Apr 2006, Steve Kelem wrote:

 Igor Peshansky said the following on 4/20/2006 12:24 PM:
  On Thu, 20 Apr 2006, Steve Kelem wrote:
 
   How do I set my user  group id to a specific value?  I would like
   it to match the uid  gid assigned by Linux on our main server. If
   my local settings match the main server's, then ssh works more
   smoothly.
 
  Do you mean the name or the numeric value?  In either case, just edit
  /etc/passwd and /etc/group on Cygwin -- the SID is the only value that
  really matters as far as Windows is concerned.  All the rest is up to
  you.

 Actually, I meant how do I do it so that I don't have to edit
 /etc/{passwd,group} manually each time I add a user to XP?  Is there a
 way to specify the mapping to uid/gid numbers so that I get the same
 passwd file automatically? If not, I guess I could write a script.

I'm confused: a mapping from what to what?  The SIDs will be different on
every Windows machine -- Windows assigns them, and Cygwin has not control
over that.  If you simply want to say I'd like to add a user with a given
numeric UID, there is currently no way of doing this on Cygwin.
Besides, the default mapping is to take the last 4 digits of the SID for
the UID for local users, and 1 + the last 4 digits of the SID for
domain users, so every time you regenerate your /etc/passwd with
/bin/mkpasswd, your custom UIDs will be lost.  There's no way to specify a
custom SID to UID mapping, though it may be possible to patch mkpasswd
(and mkgroup) to have such an option...
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: serial ports

[Igor Peshansky]

On Fri, 21 Apr 2006, Oliver Vecernik wrote:

 Hi,

 I'd like to use the serial port from perl on my notebook.  This port is
 connected via an usb-adapter and referred as COM4: on Windows.  I
 couldn't find any /dev/ttySx and I'm not sure if this is even supported.
  Is this possible under Cygwin?

Definitely.  If Windows sees your serial port as COM4:, /dev/ttyS3
should definitely work.  If you're concerned that ttyS3 didn't show up
when you did ls /dev, try ls -l /dev/ttyS3 -- you should see the
device information.
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: cygwin server sends the same key fingerprint all the time

[Igor Peshansky]

On Wed, 19 Apr 2006, Soumya wrote:

 Hi,

  I have cygwin 1.74 server running on Windows 2000. I connect to this

What on Earth is cygwin 1.74 server?

 server programmatically (using sshtools java API that supports OpenSSH)
 to execute secure ftp.
  I created public/private key pair, appended the public key (converted
 to openSSH) authorized_keys and authorized_keys1 on server.
  Everything worked fine. I was asked Do you want to accept this key ?
 the first time and the known_hosts file was written and subsequent
 connections went without interruptions.
  I am trying to use new keys and paste my public key to known_hosts on
 the client, so that even on the first connection, the prompt wouldn't
 appear.
  At this time, I realised that whatever new key I append to the servers
 authorized_keys files and whatever private key file I use on the client,
 the server (remote) sends in the SAME key fingerprint every time. I even
 erased everything from authorized_keys files and tried connection, I
 still get a key fingerprint and if I accept it, it is written to
 client's known_hosts.

  Doesn't this mean that cygwin is not loading my new keys and that the
 previous key is stored somewhere else which I do not know ? I restart
 the server every time I append a key ( cygrunsrv --start sshd ).

One WAG: do you actually *stop* sshd before you restart it?  If the sshd
service is running, cygrunsrv --start sshd does nothing and makes it
look like it succeeds.

But we can't really help you until you follow all the directions here:
 Problem reports:   http://cygwin.com/problems.html
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: question on cygwin

[Igor Peshansky]

On Thu, 20 Apr 2006, Yihwa Kim wrote:

 Hi Igor,
 I am Yihwa, a recent cygwin user.
 I found your email address when I was googling for the answers for my
 problem with cygwin.

Apparently, you didn't google enough, or you would also have found the
following pages: http://cygwin.com/acronyms/#PPIOSPE and
http://cygwin.com/problems.html.  I'm redirecting my reply to the
appropriate list.  Please make sure that your mailer respects the
Reply-To: header.

 I couldn't change user with su, and also with ssh (some said su doesn't
 work in ssh.. )..
 I constantly got error saying /bin/bash: permission denied
 although both /bin and /bin/bash is set to 755 (or 744 .. anyways.. )

 So I thought you might know the answer to this..

 Thanks in advance :)
 Bests
 -yihwa
  Have a nice day~

I don't think I can parse the above.  Without more information, like
what's requested in http://cygwin.com/problems.html, I don't think
anyone can even attempt to help you.
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: Cygwin, gawk, and serial ports.

[Igor Peshansky]

Matthew,

http://cygwin.com/acronyms/#PPIOSPE.  I'm redirecting this to the proper
list, and setting Reply-To: accordingly -- please make sure your mailer
respects it.

On Wed, 19 Apr 2006, Matthew Karas wrote:

 Hello,

   I've been trying to get awk to write to the serial port under cygwin.

   #script
   BEGIN{

  PRINT  hello world   /dev/com1;
 }
   #end script

   this doesn't work in awk but

   cat file.txt  /dev/com1

   works fine.

   Can you help me out?

   Thanks,
 Matthew Karas

WJFFM.  You'll have to be more specific about the nature of your problem.

In particular, you should provide all of the information requested in the
Cygwin problem reporting guidelines at http://cygwin.com/problems.html.
When you do, please make sure to *attach* the output of cygcheck -svr,
not include it inline.
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: Cygwin, gawk, and serial ports.

[Igor Peshansky]

On Wed, 19 Apr 2006, Igor Peshansky wrote:

 On Wed, 19 Apr 2006, Matthew Karas wrote:

  Hello,
 
I've been trying to get awk to write to the serial port under cygwin.
 
#script
BEGIN{
 
   PRINT  hello world   /dev/com1;
  }
#end script
 
this doesn't work in awk but
 [snip]

 WJFFM.  You'll have to be more specific about the nature of your problem.

I take that back.  It works for me if I use lowercase print, which is an
awk command.  The uppercase PRINT is interpreted as an (empty) awk
variable, and awk interprets a constant expression in statement context
just like C does -- i.e., it ignores it.  This is not Cygwin-specific;
you'll get the same results on Linux.
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: Not being given the option of installing packages on setup

[Igor Peshansky]

On Tue, 18 Apr 2006, Natalia M. Belfiore wrote:

 Hello
 I am a relatively new cygwin user and very new to programming. I have
 successfully installed and run cygwin and perl and some unix utilities
 on one of my PCs. I recently tried to install it on another pc (my
 laptop) but I do not seem to have the option of installing packages.
 Every single choice in the expanding menu of packages says skip.

Try switching to Full mode (click the button in the top right corner).

 I have tried deleting the setup folders and redownloading it 4 times,

Which setup folders?  You mean the local directory that setup asks for?

 and every time I get the same thing. I tried installing whatever it will
 install anyway, and then opening the cygwin window and asking it to show
 me the available packages (with the cygcheck -p command) and for kicks,
 to tell me the perl version that's installed, and each time it confirms
 that there is nothing.

Well, how about following the Cygwin problem reporting guidelines at
http://cygwin.com/problems.html and attaching (as an uncompressed text
attachment) the output of cygcheck -svr?

 Is anyone aware of what conditions might cause this to be the case? I
 ostensibly have Windows XP professional running on both computers, but I
 notice that some things run differently on my laptop than my desktop, so
 perhaps there is something set differently. If anyone can suggest things
 I can check, I am happy to do that.

Without the output of cygcheck -svr, there isn't much we can do...
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: Not being given the option of installing packages on setup

[Igor Peshansky]

On Tue, 18 Apr 2006, René Berber wrote:

 Natalia M. Belfiore wrote:

  Hello
  I am a relatively new cygwin user and very new to programming. I have
  successfully installed and run cygwin and perl and some unix utilities
  on one of my PCs. I recently tried to install it on another pc (my
  laptop) but I do not seem to have the option of installing packages.
  Every single choice in the expanding menu of packages says skip. I
  have tried deleting the setup folders and redownloading it 4 times,
  and every time I get the same thing. I tried installing whatever it
  will install anyway, and then opening the cygwin window and asking it
  to show me the available packages (with the cygcheck -p command) and
  for kicks, to tell me the perl version that's installed, and each time
  it confirms that there is nothing.

 cygcheck -p something searches the Cygwin repository (not your
 laptop) for packages that include something,

...and actually has the same functionality as the Cygwin package search
page at http://cygwin.com/packages/.

 you probably want to use cygcheck -s to see what is installed (package
 names at the end of the output).

You meant cygcheck -c, didn't you?

  Is anyone aware of what conditions might cause this to be the case? I
  ostensibly have Windows XP professional running on both computers, but
  I notice that some things run differently on my laptop than my
  desktop, so perhaps there is something set differently. If anyone can
  suggest things I can check, I am happy to do that.

 If everything is marked as skip, then you probably have the full base
 installation (unless someone messed with the setup.log files).

Again, you probably meant the /etc/setup directory, or the setup
package database -- setup doesn't look at the logs.

 From there just choose what you want to install, setup takes care of the
 dependencies.

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: how do I copy and save output from cygwin window?

[Igor Peshansky]

On Tue, 18 Apr 2006, Natalia M. Belfiore wrote:

 I was advised to send the output of cygcheck -svc to the problems list.
 I don't know how to save that output. I can't grab it with my mouse.
 Thanks

Barry already replied about the particular case of problem reporting and
cygcheck -svr output, but, for the future, this information is in the
FAQ: http://cygwin.com/faq/faq.using.html#faq.using.copy-and-paste.
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: Small fix to Cygwin FAQ

[Igor Peshansky]

On Tue, 18 Apr 2006, Mateusz oskot wrote:

 I'm Mateusz, a new user of Cygwin.
 [snip]
 I tested this note and I noticed that .bashrc is not loaded when
 launching cygwin.bat or bash --login -i command.

Well, no, it isn't.  However, ~/.bash_profile is, and it should have been
added by the default installation script.  And the default ~/.bash_profile
reads ~/.bashrc, so you get the same functionality whether you are in a
login shell or not.

The only reason the default scripts won't create a ~/.bash_profile is if
one was already present in your home directory.  If so, you may want to
look at /etc/skel/.bash_profile and merge its content with whatever custom
~/.bash_profile you have.

 When I renamed this file to ~/.profile then it loads properly and all
 customizations are loaded.

Yes, but now subshells (which are not login shells) will not have these
customizations.

 I suppose there were some change between Cygwin releases but the FAQ has
 not been updated.

No, there was no related change in Cygwin.

 BTW, should I send output from cygcheck -s -v -r command?

Yes, it's always a good idea when reporting problems with your
installation.
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: Small fix to Cygwin FAQ

[Igor Peshansky]

On Tue, 18 Apr 2006, Mateusz oskot wrote:

 Igor Peshansky wrote:
  On Tue, 18 Apr 2006, Mateusz oskot wrote:
 
  I'm Mateusz, a new user of Cygwin.
  [snip]
  I tested this note and I noticed that .bashrc is not loaded when
  launching cygwin.bat or bash --login -i command.
 
  Well, no, it isn't.  However, ~/.bash_profile is, and it should have been
  added by the default installation script.  And the default ~/.bash_profile
  reads ~/.bashrc, so you get the same functionality whether you are in a
  login shell or not.

 OK, but why FAQ does not instruct user to edit ~/.bash_profile file?

In addition to what Dave said, by default ~/.bash_profile sources
~/.bashrc, so by editing .bashrc you'll get this for both non-login and
login shells.

  BTW, should I send output from cygcheck -s -v -r command?
 
  Yes, it's always a good idea when reporting problems with your
  installation.

 OK, here it is:

 //

 Cygwin Configuration Diagnostics
 [snip]

In the future, please attach the cygcheck output as an uncompressed text
attachment, to avoid adding false-positive hits to archive searches.
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: Not being given the option of installing packages on setup

[Igor Peshansky]

Tasha,

Please make sure your mailer respects the Reply-To: header -- I set it for
a reason.  Both Dave and I read the list regularly -- it was not necessary
to Cc: us.

http://cygwin.com/acronyms/#TOFU reformatted.
Also, http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.

On Tue, 18 Apr 2006, Natalia (Tasha) Belfiore wrote:

 * From: Dave Korn dave dot korn at artimi dot com
 * Date: Tue, 18 Apr 2006 17:16:48 +0100

  On 18 April 2006 16:47, Natalia M. Belfiore wrote:
 
   1. I did try switching to full mode and everything disappeared in
   the menu of choices.
 
Are you sure that the column widths on the chooser aren't just
  messed up or it's scrolled too far or something like that?
 
   4. I have attached a text file of the cygcheck -svc output.
 
Which reveals you to have a fully working cygwin installation.
 
BTW, when it says Skip next to something and you want that
  something installed, click on the word Skip and it should change to
  a version number (if it's a single package), which means install this
  version, or the word Install (if it's an entire category), which
  means Install current versions of all packages in category.

 * From: Igor Peshansky [mailto:[EMAIL PROTECTED]
 * Sent: Tuesday, April 18, 2006 9:50 AM

  On Tue, 18 Apr 2006, Natalia M. Belfiore wrote:
 
   I was advised to send the output of cygcheck -svc to the problems
   list. I don't know how to save that output. I can't grab it with my
   mouse. Thanks
 
  Barry already replied about the particular case of problem reporting
  and cygcheck -svr output, but, for the future, this information is
  in the FAQ:
  http://cygwin.com/faq/faq.using.html#faq.using.copy-and-paste.

 Thanks for the various suggestions/comments. I'm afraid I am a little
 bit confused. But here's what I can confirm after trying some more
 things:

 1. there's no doubt I have a working cygwin installation, but perl was
 not even on the list of packages I could choose in the install.

Are you sure?  Did you try switching to the Full view and maximizing the
setup window?

 Now that it's installed, it is not listed if I search by cygcheck -s,
 cygcheck -c or cygcheck -p (I understand that at least one of those
 should tell me what packages were downloaded and available to install,
 even if I didn't manage to install it yet). I tried installing from 2
 different mirror sites in case they were somehow different.

cygcheck -cd perl shows

Cygwin Package Information
Package  Version
perl 5.8.7-5

on my machine.  cygcheck -p perl gives me 120 matches in various
packages (the search string perl is pretty general).  You're going to
have to be much more specific about the exact commands you're using for us
to be able to help you.

 2. I seem to have unix utilities in my laptop install of cygwin.

Which is one of the purposes of Cygwin. :-)  As Dave said, according to
the output of cygcheck -svr, you have a fully functional installation.

 3. skip changed to keep after the initial install when I went back
 to the setup.exe to see if I could install perl or anything else that
 wasn't there when I first downloaded, later. This makes sense in light
 of Dave's comment below.

Setup also supports the Not installed and Up-to-date views (keep
cycling that view button).  Anything available for installation that you
have not installed should be in the Not installed view.

In light of what Dave said, here's another WAG: are you installing from
the internet, or from a local directory?  If the latter, you will only
see the packages you've previously downloaded to your machine.  If the
former, try choosing another mirror.

 4. the rxvt option in the link that Igor sent me seems interesting. But
 I have no idea how to switch these things. There wasn't enough
 information in the page that I was linked to to tell me. I'm sorry --
 I'm new at this.

Did you read the rest of that FAQ entry (which instructs you how to do
copy/paste with the regular command window)?
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: Not being given the option of installing packages on setup

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Tue, 18 Apr 2006, Natalia (Tasha) Belfiore wrote:

  -Original Message-
  From: Igor Peshansky [mailto:[EMAIL PROTECTED]
  Cc: [EMAIL PROTECTED]

Again, http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Let's not feed the
spammers.  Thanks.

  Sent: Tuesday, April 18, 2006 2:41 PM
 
  Tasha,
 
  Please make sure your mailer respects the Reply-To: header -- I set it
  for a reason.  Both Dave and I read the list regularly -- it was not
  necessary to Cc: us.
 
  http://cygwin.com/acronyms/#TOFU reformatted.
  Also, http://cygwin.com/acronyms/#PCYMTNQREAIYR.  Thanks.
 
  On Tue, 18 Apr 2006, Natalia (Tasha) Belfiore wrote:
 
   * From: Dave Korn dave dot korn at artimi dot com
   * Date: Tue, 18 Apr 2006 17:16:48 +0100
  
On 18 April 2006 16:47, Natalia M. Belfiore wrote:
   
 1. I did try switching to full mode and everything disappeared in
 the menu of choices.
   
  Are you sure that the column widths on the chooser aren't just
messed up or it's scrolled too far or something like that?
   
 4. I have attached a text file of the cygcheck -svc output.
   
  Which reveals you to have a fully working cygwin installation.
   
  BTW, when it says Skip next to something and you want that
something installed, click on the word Skip and it should change
to a version number (if it's a single package), which means install
this version, or the word Install (if it's an entire category),
which means Install current versions of all packages in category.
  
   * From: Igor Peshansky [mailto:[EMAIL PROTECTED]
   * Sent: Tuesday, April 18, 2006 9:50 AM
  
On Tue, 18 Apr 2006, Natalia M. Belfiore wrote:
   
 I was advised to send the output of cygcheck -svc to the problems
 list. I don't know how to save that output. I can't grab it with
 my mouse. Thanks
   
Barry already replied about the particular case of problem reporting
and cygcheck -svr output, but, for the future, this information is
in the FAQ:
http://cygwin.com/faq/faq.using.html#faq.using.copy-and-paste.
  
   Thanks for the various suggestions/comments. I'm afraid I am a little
   bit confused. But here's what I can confirm after trying some more
   things:
  
   1. there's no doubt I have a working cygwin installation, but perl was
   not even on the list of packages I could choose in the install.
 
  Are you sure?  Did you try switching to the Full view and maximizing
  the setup window?
 
   Now that it's installed, it is not listed if I search by cygcheck -s,
   cygcheck -c or cygcheck -p (I understand that at least one of those
   should tell me what packages were downloaded and available to install,
   even if I didn't manage to install it yet). I tried installing from 2
   different mirror sites in case they were somehow different.
 
  cygcheck -cd perl shows
 
  Cygwin Package Information
  Package  Version
  perl 5.8.7-5
 
  on my machine.  cygcheck -p perl gives me 120 matches in various
  packages (the search string perl is pretty general).  You're going
  to have to be much more specific about the exact commands you're using
  for us to be able to help you.
 
   2. I seem to have unix utilities in my laptop install of cygwin.
 
  Which is one of the purposes of Cygwin. :-)  As Dave said, according
  to the output of cygcheck -svr, you have a fully functional
  installation.
 
   3. skip changed to keep after the initial install when I went back
   to the setup.exe to see if I could install perl or anything else that
   wasn't there when I first downloaded, later. This makes sense in light
   of Dave's comment below.
 
  Setup also supports the Not installed and Up-to-date views (keep
  cycling that view button).  Anything available for installation that
  you have not installed should be in the Not installed view.
 
  In light of what Dave said, here's another WAG: are you installing
  from the internet, or from a local directory?  If the latter, you
  will only see the packages you've previously downloaded to your
  machine.  If the former, try choosing another mirror.
 
   4. the rxvt option in the link that Igor sent me seems interesting.
   But I have no idea how to switch these things. There wasn't enough
   information in the page that I was linked to to tell me. I'm sorry --
   I'm new at this.
 
  Did you read the rest of that FAQ entry (which instructs you how to do
  copy/paste with the regular command window)? HTH,
  Igor

 Thanks for the note on not cc'ing you. I don't know how to reply to a
 message if it doesn't come into my inbox. The messages I got from Dave and
 from Rene earlier today only went to the list, and I can only see them by
 looking at the archives.

You can subscribe to the list, and all messages sent to the list will
arrive in your inbox.

 If there's a way to reply directly from that web window, please let me
 know. I couldn't figure it out. That's why I cut and pasted