Re: mkgroup: Could not get group info from samba share
On Mar 30 10:53, Christian Gelinek wrote: > Here, I was out of luck as this command did not return anything. I also > tried > > mkgroup -U username -S- -D my_samba_box > > but that reported 'mkgroup (102): [1355] The specified domain either does > not exist or could not be contacted'. Try mkgroup -U username -S- -L my_samba_box When you use -D, it's looking for the domain name "my_samba_box", but you're trying to get the group list from the machine called "my_samba_box". See mkgroup --help and the User's Guide: http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: EXTERNAL: Virus that deletes everything under c:/cygwin?
* Christopher Faylor (Tue, 29 Mar 2011 11:35:33 -0400) > On Tue, Mar 29, 2011 at 05:33:05PM +0200, Thorsten Kampe wrote: > >* Dave Korn (Tue, 29 Mar 2011 14:46:13 +0100) > >> On 29/03/2011 10:12, Thorsten Kampe wrote: > >> As for "rm", it already does kind-of have safeguards against this, and > >> that's what the -f option is for - it turns them off. > > > >As far as I know "-f" is already the default... > > If you're saying that "-f" is always active when you type "rm" then, no > that is not true. I'm saying that "ignore nonexistent files, never prompt" is the default behaviour if you're running plain unaliased /usr/bin/rm.exe. Thorsten -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: EXTERNAL: Virus that deletes everything under c:/cygwin?
* Dave Korn (Wed, 30 Mar 2011 00:11:05 +0100) > And I just learnt about the `--preserve-root' option, that I didn't > even know about before. You mean "--preserve-root do not remove `/' (default)" (quoting the man page)? I wonder whether I will receive another "If you're saying that "-- preserve-root" is always active when you type "rm" then, no that is not true" response. Thorsten -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.8: undefined reference to __xpg_strerror_r
Corinna Vinschen cygwin.com> writes: > > On Mar 8 18:53, Hughes, Gregory Mark (PSG Consumer Experience) wrote: > > Hi, > > > > After updating to Cygwin 1.7.8-1, I am seeing an unresolved reference to __xpg_strerror_r > > Fixed in the recent snapshots on http://cygwin.com/snapshots/ > > Corinna > Hi, Corinna, I also found the same error when building MPICH2 in Cygwin 1.7.8. make[2]: Entering directory `/cygdrive/d/cygwin/tmpmpich2/examples' ../bin/mpicc -I../src/include -I/cygdrive/d/cygwin/mpich2-1.3.2p1/src/include - c /cygdrive/d/cygwin/mpich2-1.3.2p1/examples/cpi.c ../bin/mpicc -o cpi cpi.o -lm /cygdrive/d/cygwin/tmpmpich2/lib/libmpich.a(strerror.o):strerror.c: (.text+0x28): undefined reference to `__xpg_strerror_r' collect2: ld returned 1 exit status make[2]: *** [cpi] Error 1 make[2]: Leaving directory `/cygdrive/d/cygwin/tmpmpich2/examples' make[1]: *** [all-postamble] Error 2 make[1]: Leaving directory `/cygdrive/d/cygwin/tmpmpich2' make: *** [all-redirect] Error 2 How do the snapshots work? Should I replace cygwin1.dll by the snapshots? Where to put winsup? Thanks Jacky -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: EXTERNAL: Virus that deletes everything under c:/cygwin?
On 30 March 2011 09:27, Thorsten Kampe wrote: > * Christopher Faylor (Tue, 29 Mar 2011 11:35:33 -0400) >> On Tue, Mar 29, 2011 at 05:33:05PM +0200, Thorsten Kampe wrote: >> >As far as I know "-f" is already the default... >> >> If you're saying that "-f" is always active when you type "rm" then, no >> that is not true. > > I'm saying that "ignore nonexistent files, never prompt" is the default > behaviour if you're running plain unaliased /usr/bin/rm.exe. It isn't. $ rm foo; echo $? rm: cannot remove `foo': No such file or directory 1 $ rm -f foo; echo $? 0 Andy -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: 1.7.8: undefined reference to __xpg_strerror_r
On Mar 30 08:31, Jacky wrote: > Corinna Vinschen cygwin.com> writes: > > > > > On Mar 8 18:53, Hughes, Gregory Mark (PSG Consumer Experience) wrote: > > > Hi, > > > > > > After updating to Cygwin 1.7.8-1, I am seeing an unresolved reference to > __xpg_strerror_r > > > > Fixed in the recent snapshots on http://cygwin.com/snapshots/ > > > > Corinna > > > > > Hi, Corinna, I also found the same error when building MPICH2 in Cygwin > 1.7.8. > > make[2]: Entering directory `/cygdrive/d/cygwin/tmpmpich2/examples' > ../bin/mpicc -I../src/include -I/cygdrive/d/cygwin/mpich2-1.3.2p1/src/include > - > c /cygdrive/d/cygwin/mpich2-1.3.2p1/examples/cpi.c > ../bin/mpicc -o cpi cpi.o -lm > /cygdrive/d/cygwin/tmpmpich2/lib/libmpich.a(strerror.o):strerror.c: > (.text+0x28): undefined reference to `__xpg_strerror_r' > collect2: ld returned 1 exit status > make[2]: *** [cpi] Error 1 > make[2]: Leaving directory `/cygdrive/d/cygwin/tmpmpich2/examples' > make[1]: *** [all-postamble] Error 2 > make[1]: Leaving directory `/cygdrive/d/cygwin/tmpmpich2' > make: *** [all-redirect] Error 2 > > How do the snapshots work? Should I replace cygwin1.dll by the snapshots? > Where to put winsup? What about just upgrading to 1.7.9? I released it yesterday. You should have seen the announcement. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Resetting time via time server doesn't affect cygwin 'date'
I'm running 1.7.9-1 on my 64-bit Windows 7 laptop. I recently noticed that my box was 15 seconds adrift from my Linux desktop. After some minor hassles, I was able to use Clock/Date and Time/Internet Time/Change Settings/Update now to sync with a local ntp server, the same one my desktop is using. At this point the Windows clock on the laptop and my desktop were in sync, but 'date' from a bash window was _still_ 15 seconds out. Is this a pervasive problem (to test this yourself, just use the Windows UI to set your clock forward a minute, test the 'date' (it should be as per Windows clock), then use the above path to resync with a time server, and observe that 'date' is _not_ adjusted back), or particular to Windows 7/Cygwin 1.7.9? I found vsntp [1] which fixed the problem, but is as far as I can see overkill as it's designed to fix a much more serious problem . . . ht [1] http://www.imacat.idv.tw/tech/vsntp.html -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 651-1426, e-mail: h...@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam] -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Resetting time via time server doesn't affect cygwin 'date'
* Henry S. Thompson (Wed, 30 Mar 2011 14:10:37 +0100)
> I'm running 1.7.9-1 on my 64-bit Windows 7 laptop. I recently noticed
> that my box was 15 seconds adrift from my Linux desktop. After some
> minor hassles, I was able to use Clock/Date and Time/Internet
> Time/Change Settings/Update now to sync with a local ntp server, the
> same one my desktop is using. At this point the Windows clock on the
> laptop and my desktop were in sync, but 'date' from a bash window was
> _still_ 15 seconds out.
>
> Is this a pervasive problem (to test this yourself, just use the
> Windows UI to set your clock forward a minute, test the 'date' (it
> should be as per Windows clock), then use the above path to resync
> with a time server, and observe that 'date' is _not_ adjusted back),
> or particular to Windows 7/Cygwin 1.7.9?
I just tested it: I set the time manually back five minutes via the the
control panel > Date and Time. The time change was reflected in a Cmd
window ("time /t") while a "date" in bash still showed the "old" time (+
5min). Where does the bash date gets the time from?!
Thorsten
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Resetting time via time server doesn't affect cygwin 'date'
On Mar 30 18:16, Thorsten Kampe wrote:
> * Henry S. Thompson (Wed, 30 Mar 2011 14:10:37 +0100)
> > I'm running 1.7.9-1 on my 64-bit Windows 7 laptop. I recently noticed
> > that my box was 15 seconds adrift from my Linux desktop. After some
> > minor hassles, I was able to use Clock/Date and Time/Internet
> > Time/Change Settings/Update now to sync with a local ntp server, the
> > same one my desktop is using. At this point the Windows clock on the
> > laptop and my desktop were in sync, but 'date' from a bash window was
> > _still_ 15 seconds out.
> >
> > Is this a pervasive problem (to test this yourself, just use the
> > Windows UI to set your clock forward a minute, test the 'date' (it
> > should be as per Windows clock), then use the above path to resync
> > with a time server, and observe that 'date' is _not_ adjusted back),
> > or particular to Windows 7/Cygwin 1.7.9?
>
> I just tested it: I set the time manually back five minutes via the the
> control panel > Date and Time. The time change was reflected in a Cmd
> window ("time /t") while a "date" in bash still showed the "old" time (+
> 5min). Where does the bash date gets the time from?!
There's an internal counter which is initialized by the first Cygwin
process started in a session. So time chanegs made by a Cygwin process
are seen by other Cygwin processes in the same session, but time changes
outside of Cygwin or outside of the same session are not seen, unless all
Cygwin processes in a session are stopped and restarted. This will be
fixed at one point.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Resetting time via time server doesn't affect cygwin 'date'
Corinna Vinschen writes: > There's an internal counter which is initialized by the first Cygwin > process started in a session. So time chanegs made by a Cygwin process > are seen by other Cygwin processes in the same session, but time changes > outside of Cygwin or outside of the same session are not seen, unless all > Cygwin processes in a session are stopped and restarted. This will be > fixed at one point. Thanks for clarifying. ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 651-1426, e-mail: h...@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam] -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Resetting time via time server doesn't affect cygwin 'date'
Corinna Vinschen writes: > There's an internal counter which is initialized by the first Cygwin > process started in a session. So time chanegs made by a Cygwin process > are seen by other Cygwin processes in the same session, but time changes > outside of Cygwin or outside of the same session are not seen, unless all > Cygwin processes in a session are stopped and restarted. This will be > fixed at one point. So running something like this date -s `cmd /c echo %time%` either _ad lib_ or as a cron job every few days will limit the damage, at the cost of losing a bit across the board each time you do it, since the situation is _not_ symmetrical. That is, because date -s in Cygwin _does_ reset the windows clock. . . ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 651-1426, e-mail: h...@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam] -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Certain files in Windows/System32 are invisible in Cygwin
This is a strange problem: certain files in the Windows/System32 directory are not visible from Cygwin: Studio(27): ls /cygdrive/c/Windows/System32/nbtstat.exe ls: cannot access /cygdrive/c/Windows/System32/nbtstat.exe: No such file or directory But other ones are: Studio(28): ls /cygdrive/c/Windows/System32/PING.EXE /cygdrive/c/Windows/System32/PING.EXE The system in question is Windows 7 64-bit (service pack 1), running Cygwin 1.7.9-1. I've tried it with and without user access control enabled, but it doesn't make a difference. CYGWIN is set to "nodosfilewarning tty". The problematic file (nbtstat.exe) most definitely exists and can be run from a DOS prompt window. Any ideas? Thanks! --Eric Bracken -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Certain files in Windows/System32 are invisible in Cygwin
On Mar 30 15:47, Eric Bracken wrote: > This is a strange problem: certain files in the Windows/System32 > directory are not visible from Cygwin: > > Studio(27): ls /cygdrive/c/Windows/System32/nbtstat.exe > ls: cannot access /cygdrive/c/Windows/System32/nbtstat.exe: No > such file or directory > > But other ones are: > > Studio(28): ls /cygdrive/c/Windows/System32/PING.EXE > /cygdrive/c/Windows/System32/PING.EXE > > The system in question is Windows 7 64-bit (service pack 1) Yeah, I thought so. Ever heard about file system redirection? If not, see http://msdn.microsoft.com/en-us/library/aa384187%28VS.85%29.aspx Hint: Try `ls /cygdrive/c/Windows/Sysnative/nbtstat.exe' This has nothing to do with Cygwin, except that Cygwin is a 32 bit application. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: Certain files in Windows/System32 are invisible in Cygwin
Hello, * On Wed, Mar 30, 2011 at 03:47:16PM -0400 Eric Bracken wrote: > This is a strange problem: certain files in the Windows/System32 > directory are not visible from Cygwin: [...] > The system in question is Windows 7 64-bit (service pack 1), running [...] > The problematic file (nbtstat.exe) most definitely exists and can be > run from a DOS prompt window. Windows is lying to you: The file is *not* there. Windows Vista and Win7 in the 64 bit variants have the file system redirector (http://msdn.microsoft.com/en-us/library/aa384187%28VS.85%29.aspx, http://msdn.microsoft.com/en-us/library/aa384249%28VS.85%29.aspx) which makes all of this a mess. Cygwin is a 32 bit application; this, it does NOT see %WINDIR%\System32, but %WINDIR%\SysWOW64. I am sure nbtstat.exe does not exist there, right? HTH, Spiro. -- Spiro R. Trikaliotis http://opencbm.sf.net/ http://www.trikaliotis.net/ http://www.viceteam.org/ -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: mkgroup: Could not get group info from samba share
-Original Message- From: Cygwin On Behalf Of Corinna Vinschen Sent: Wednesday, 30 March 2011 6:51 PM Subject: Re: mkgroup: Could not get group info from samba share > > On Mar 30 10:53, Christian Gelinek wrote: > > Here, I was out of luck as this command did not return anything. I also > > tried > > > > mkgroup -U username -S- -D my_samba_box > > > > but that reported 'mkgroup (102): [1355] The specified domain either does > > not exist or could not be contacted'. > > Try > > mkgroup -U username -S- -L my_samba_box > > When you use -D, it's looking for the domain name "my_samba_box", but > you're trying to get the group list from the machine called > "my_samba_box". See mkgroup --help and the User's Guide: > In my previous message, I mentioned that I already tried that and it did not return anything. Only because it didn't work was that I tried the -D option which I found in the documentation. Any suggestions why the list returned by mkgroup -U username -S- -L my_samba_box is empty? Regards, Christian -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated base-files-4.0-6
Le 18/03/2011 19:45, David Sastre a écrit :
Version 4.0-6 of base-files has been uploaded.
Base-files is a set of system configuration and setup files.
Hi,
would it be possible to change :
profile_d ()
{
saved_LC_COLLATE=${LC_COLLATE}
LC_COLLATE=C
for file in /etc/profile.d/*.$1; do
[ -e "${file}" ] && . "${file}"
done
LC_COLLATE=${saved_LC_COLLATE}
unset saved_LC_COLLATE
}
to :
profile_d ()
{
for file in $(export LC_COLLATE=C; echo /etc/profile.d/*.$1); do
[ -e "${file}" ] && . "${file}"
done
}
PS : LC_COLLATE has to be exported to be effective.
Regards,
Cyrille Lefevre
--
mailto:cyrille.lefevre-li...@laposte.net
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: [ANNOUNCEMENT] Updated base-files-4.0-6
Le 31/03/2011 01:53, Cyrille Lefevre a écrit : Le 18/03/2011 19:45, David Sastre a écrit : Version 4.0-6 of base-files has been uploaded. Base-files is a set of system configuration and setup files. Hi, PS1 *must not* be exported. historically, it is not exported to know if it is a shell is interactive or not since only interactive shells set it. i.e., the following both solutions are equivalent. case $- in *i*) interactive ;; esac [ -n $PS1 ] && interactive if PS1 is exported, it is always set for subshells and this may cause trouble in some script. also, from man bash : An interactive shell is one started without non-option arguments and without the -c option whose standard input and error are both connected to terminals (as determined by isatty(3)), or one started with the -i option. PS1 is set and $- includes i if bash is interactive, allowing a shell script or a startup file to test this state. Regards, Cyrille Lefevre -- mailto:cyrille.lefevre-li...@laposte.net -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
inetutils : missing shells in /etc/shells
Hi, /etc/shells is missing some shells : /bin/ash /bin/csh /bin/mksh /usr/bin/ash /usr/bin/csh /usr/bin/mksh and maybe more ? Regards, Cyrille Lefevre -- mailto:cyrille.lefevre-li...@laposte.net -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: inetutils : missing shells in /etc/shells
On Thu, 2011-03-31 at 02:10 +0200, Cyrille Lefevre wrote: > /etc/shells is missing some shells : > > /bin/ash > /bin/csh > /bin/mksh > /usr/bin/ash > /usr/bin/csh > /usr/bin/mksh > > and maybe more ? ash is just a copy of dash, and csh is a symlink to tcsh. However, you are certainly correct about adding mksh, possibly removing the obsolete pdksh in the process. Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Fwd: octave updated to 3.4.0-3. Please test
same message for the cygwin mailing list, hoping that now I catch all the users. Not the standard announcement message, but the situation was a bit unusual. Marco -- Forwarded message -- From: marco atzeri Date: Thu, Mar 31, 2011 at 7:22 AM Subject: octave updated to 3.4.0-3. Please test To: Octave users list dear octave user on cygwin, after some tricking, hacking and polishing the new octave 3.4.0-3 has been released for cygwin. Also lapack and qrupdate have been updated to solve the libgfortran3-4.3.4-4 issue. This configuration should work : $ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3 Cygwin Package Information Package Version Status cygwin 1.7.9-1 OK libgfortran3 4.3.4-4 OK liblapack0 3.2.2-2 OK libqrupdate0 1.1.1-1 OK octave 3.4.0-3 OK and also this one (as I built all the package on cygwin-1.7.8-1 and libgfortran3-4.3.4-4 ) $ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3 Cygwin Package Information Package Version Status cygwin 1.7.8-1 OK libgfortran3 4.3.4-4 OK liblapack0 3.2.2-2 OK libqrupdate0 1.1.1-1 OK octave 3.4.0-3 OK the configuration before libgfortran3 update, that worked was $ cygcheck -c octave liblapack0 cygwin libqrupdate0 libgfortran3 Cygwin Package Information Package Version Status cygwin 1.7.8-1 OK libgfortran3 4.3.4-3 OK liblapack0 3.2.2-1 OK libqrupdate0 1.1.0-1 OK octave 3.4.0-2 OK please test, including plotting and in case of failures let me know on this mailing list or (better) in the cygwin mailing list. Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: inetutils : missing shells in /etc/shells
On 3/30/2011 10:47 PM, Yaakov (Cygwin/X) wrote: > On Thu, 2011-03-31 at 02:10 +0200, Cyrille Lefevre wrote: >> /etc/shells is missing some shells : >> >> /bin/ash >> /bin/csh >> /bin/mksh >> /usr/bin/ash >> /usr/bin/csh >> /usr/bin/mksh >> >> and maybe more ? > > ash is just a copy of dash, and csh is a symlink to tcsh. However, you > are certainly correct about adding mksh, possibly removing the obsolete > pdksh in the process. I'll put it on the TODO list for the next update. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
