Re: no acceptable C compiler found in $PATH' error message on install

[Dave Korn]

Phil Betts wrote:
>> Potential app conflicts:
>>
>> Sonic Solutions burning software containing DLA component
>> Logitech Process Monitor service
>> ZoneAlarm Personal Firewall
> 
> These are all applications known to cause problems with cygwin. I
> suggest you read http://cygwin.com/faq/faq.using.html#faq.using.bloda


  The logitech is guaranteed to be a problem, but Sonic will be OK if DLA
isn't manually disabled (I should update cygcheck to test that for us) and you
can often get away with ZA too, so I would only get rid of logitech first,
then see if it can be made to work.

> Once you've resolved these problem, re-run setup.exe, just clicking
> next at each stage, and it *should* fix your installation.

  This does depend, it would be worth checking whether or not there are any
files in /etc/postinstall/*.sh or whether they have all been marked .done.

cheers,
  DaveK

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

[ANNOUNCEMENT] Updated: irssi-0.8.13-1

[Kostya Altukhov]

Version 0.8.13-1 of irssi has been uploaded.

Irssi is a powerful terminal based IRC client.

Changes from the previous release:
http://irssi.org/news/ChangeLog

If you have questions or comments, please send them to the cygwin
mailing list at: cygwin@cygwin.com .

*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

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

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

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

--
Unsubscribe info:  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: no acceptable C compiler found in $PATH' error message on install

[Phil Betts]

j.jovinbasil...@xxx.xx.xx wrote:
> I am getting the above message when i run ./configure from the
> extracted
> gcc-4.3.3 directory. I have attached the cygcheck.out for your
> reference.
> 
> Let me know to get rid of this issue and to install verilog-perl on my
> cygwin

You have more than one problem, and one or more of them appears to
have caused your installation not to be completed.

From your cygcheck.out:

> Warning: There are multiple cygwin1.dlls on your path

This is always bad.  Remove the ancient one from C:\WINDOWS\SYSTEM

> Potential app conflicts:
>
> Sonic Solutions burning software containing DLA component
> Logitech Process Monitor service
> ZoneAlarm Personal Firewall

These are all applications known to cause problems with cygwin. I
suggest you read http://cygwin.com/faq/faq.using.html#faq.using.bloda

Once you've resolved these problem, re-run setup.exe, just clicking
next at each stage, and it *should* fix your installation.

Phil
-- 


This email has been scanned by Ascribe Ltd using Microsoft Antigen for Exchange.

--
Unsubscribe info:  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: no acceptable C compiler found in $PATH' error message on install

[Dave Korn]

j.jovinbasilroy@ wrote:
> Hi,
> 
> I am getting the above message when i run ./configure from the extracted
> gcc-4.3.3 directory. I have attached the cygcheck.out for your reference.
> 
> Let me know to get rid of this issue and to install verilog-perl on my cygwin


  Hello Jovin!  Your system has got itself into a bit of a mess, let's see
what we can do.  Here's your first problem:


cygcheck.out
  948k 2003/03/18 C:\WINDOWS\SYSTEM\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2003/3/18 19:50
Cygwin DLL version info:
DLL version: 1.3.22
DLL epoch: 19

 1829k 2008/06/12 D:\Softwares\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2008/6/12 23:05
Cygwin DLL version info:
DLL version: 1.5.25

Warning: There are multiple cygwin1.dlls on your path
cygcheck.out

  That's a problem, you can't have two different cygwin dlls at the same time
at all like that.  Move the old one out of C:\WINDOWS\SYSTEM into a temporary
directory somewhere so it's not on your PATH but you can still get it back if
some old toolchain you have installed turns out to need it.

  Second problem:

cygcheck.out
Potential app conflicts:

Logitech Process Monitor service
Detected: HKLM Registry Key, Named file, Named process.
cygcheck.out

  You need to get rid of this, it breaks Cygwin.  It probably came with a
webcam or something, but it's non-essential shovelware.  Stop and disable it
in the services control panel (Start->run->"services.msc").

  After that, you might need to reinstall gcc.  I'd guess those problems
prevented the postinstall scripts from running correctly after you last
updated; can you take a look in your /var/setup.log, towards the end, and see
if there are lots of errors reported running them?

cheers,
  DaveK






--
Unsubscribe info:  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: [Fwd: Re: no acceptable C compiler found in $PATH' error message on install]

[Larry Hall (Cygwin)]

On 04/08/2009, Jovin Basil Roy J wrote:

Warning: There are multiple cygwin1.dlls on your path
  948k 2003/03/18 C:\WINDOWS\SYSTEM\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2003/3/18 19:50
Cygwin DLL version info:
DLL version: 1.3.22



 1829k 2008/06/12 D:\Softwares\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
  "cygwin1.dll" v0.0 ts=2008/6/12 23:05
Cygwin DLL version info:
DLL version: 1.5.25


Get rid of the cygwin1.dll in c:\WINDOWS\SYSTEM.



Potential app conflicts:

Sonic Solutions burning software containing DLA component
Detected: Named process.

Logitech Process Monitor service
Detected: HKLM Registry Key, Named file, Named process.

ZoneAlarm Personal Firewall
Detected: HKLM Registry Key, Named file.



If you continue to have problems, uninstall the above and try again.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

[Attention: opengl maintainer] Incorrect GL_DOT3_RGB_EXT in glext.h

[Thrall, Bryan]

The opengl 1.1.0-10 package has incorrect values for GL_DOT3_RGB_EXT and
GL_DOT3_RGBA_EXT:

#define GL_DOT3_RGB_EXT   0x86AE
#define GL_DOT3_RGBA_EXT  0x86AF

According to
http://www.opengl.org/registry/specs/EXT/texture_env_dot3.txt, they
should be:

GL_DOT3_RGB_EXT0x8740
GL_DOT3_RGBA_EXT   0x8741

I thought I'd report this here, since it doesn't seem like the canonical
source (according to /usr/share/doc/Cygwin/opengl-1.1.0-10.README,
http://www.xmission.com/~nate/glut.html) of the package hasn't been
updated since 2001; so I guess Andre would be the person to handle this?

--
Bryan Thrall
FlightSafety International
bryan.thr...@flightsafety.com
 

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

DOS programs under "screen"

[James Calfee]

We need to run a DOS program as a service.  The program provides
valuable information in the DOS window in an interactive ASCII color
interface but does not provide any method to connect to this interface
if started as a service.

One solution is to run this program under screen.  Unfortunately, this
will not work until I can get these things resolved:

* DOS "cls" command does not work under screen
* DOS "edit" program does not work under screen

Does anyone know how to get these things working under Cygwin's screen?

Steps to produce:

Open a DOS window (start, run, cmd) or open Cygwin
Run something like this> c:\cygwin\bin\screen cmd
Or just> screen cmd
... Dos text and a prompt should come up ..
Type> cls

The command is echoed back but the console does not clear.  

Running 'edit' does basically the same thing too.  Instead of seeing
edit's blue interface, the command is echoed and the console hangs.
Pressing Ctrl+C will terminate screen's session.

These test do not use ANSI.sys (see absence of this device in
/cygdrive/c/CONFIG.SYS).. The 'edit' program works just fine without it.
Maybe screen can manage without it too.

Any help is appreciated.

Thanks,
jc

Disclaimer: This message (including attachments) is confidential and may be 
privileged. If you have received it by mistake please notify the sender by 
return e-mail and delete this message from your system. Any unauthorized use or 
dissemination of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible to change. RxStrategies, Inc. shall 
not be liable for the improper or incomplete transmission of the information 
contained in this communication or for any delay in its receipt or damage to 
your system. RxStrategies, Inc. does not guarantee that the integrity of this 
communication has been maintained nor that this communication is free from 
viruses, interceptions or interference. 



--
Unsubscribe info:  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: DOS programs under "screen"

[William Sutton]

I suppose you could always use the 'clear' command instead of cls.  If you 
need cls specifically, you can alias it to clear.


From the edit point of view, is this something you could accomplish with 

another command-line editor (say vim)?

William Sutton

On Wed, 8 Apr 2009, James Calfee wrote:


We need to run a DOS program as a service.  The program provides
valuable information in the DOS window in an interactive ASCII color
interface but does not provide any method to connect to this interface
if started as a service.

One solution is to run this program under screen.  Unfortunately, this
will not work until I can get these things resolved:

* DOS "cls" command does not work under screen
* DOS "edit" program does not work under screen

Does anyone know how to get these things working under Cygwin's screen?

Steps to produce:

Open a DOS window (start, run, cmd) or open Cygwin
Run something like this> c:\cygwin\bin\screen cmd
Or just> screen cmd
... Dos text and a prompt should come up ..
Type> cls

The command is echoed back but the console does not clear.

Running 'edit' does basically the same thing too.  Instead of seeing
edit's blue interface, the command is echoed and the console hangs.
Pressing Ctrl+C will terminate screen's session.

These test do not use ANSI.sys (see absence of this device in
/cygdrive/c/CONFIG.SYS).. The 'edit' program works just fine without it.
Maybe screen can manage without it too.

Any help is appreciated.

Thanks,
jc

Disclaimer: This message (including attachments) is confidential and may be 
privileged. If you have received it by mistake please notify the sender by 
return e-mail and delete this message from your system. Any unauthorized use or 
dissemination of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible to change. RxStrategies, Inc. shall 
not be liable for the improper or incomplete transmission of the information 
contained in this communication or for any delay in its receipt or damage to 
your system. RxStrategies, Inc. does not guarantee that the integrity of this 
communication has been maintained nor that this communication is free from 
viruses, interceptions or interference.



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




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

rsnapshot

[David M. Besonen]

is anyone using rsnapshot regularly?  and if so, are there
any caveats when using it under cygwin?


thanks,
david


--
Unsubscribe info:  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: Configuration of HOME directory

[Larry Hall (Cygwin)]

Thomas Wiedmann wrote:

Hello,

where is the HOME directory of a user configured for Cygwin 1.5.25 used 
in a Windows XP Prof. environment?


Reason for this question:
I observed, that the same Cygwin version on different PC's map the 
directory /home/ on different directories.
On some PC's /home/ maps to the Windows directory represented by 
%USERPROFILE% in a Windows console (and there is no 
%ProgramFiles%\Cygwin\home directory available, although Cygwin is in 
%ProgramFiles%\Cygwin),

on others to %ProgramFiles%\Cygwin\home\.

What's the reason for these different locations/mappings of the user 
home directory in Cygwin?





--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

Configuration of HOME directory

[Thomas Wiedmann]

Hello,

where is the HOME directory of a user configured for Cygwin 1.5.25 used in a 
Windows XP Prof. environment?


Reason for this question:
I observed, that the same Cygwin version on different PC's map the directory 
/home/ on different directories.
On some PC's /home/ maps to the Windows directory represented by 
%USERPROFILE% in a Windows console (and there is no 
%ProgramFiles%\Cygwin\home directory available, although Cygwin is in 
%ProgramFiles%\Cygwin),

on others to %ProgramFiles%\Cygwin\home\.

What's the reason for these different locations/mappings of the user home 
directory in Cygwin?


Thomas Wiedmann 




--
Unsubscribe info:  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.7]: /usr/bin/install fails on network drives

[A.R. Burgers]

The drive with the install failure is a netapp share (ONTAP 7.2.4).
The other shares are samba drives (3.0.28)

Corinna Vinschen schreef:




Btw., can you run /usr/lib/csih/getVolInfo.exe from the csih package on
your DFS drives (/ecn/groups and one of the others) and send the output
to this list?

For the DFS share with the install failure:

$/usr/lib/csih/getVolInfo.exe //ecn/groups/g_zon_software
Device Type: 6
Characteristics: 10
Volume Name: 
Serial Number  : 5393449
Max Filenamelength : 255
Filesystemname : 
Flags  : 4000f
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: TRUE
  FILE_PERSISTENT_ACLS: TRUE
  FILE_FILE_COMPRESSION   : FALSE
  FILE_VOLUME_QUOTAS  : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: FALSE
  FILE_SUPPORTS_ENCRYPTION: FALSE
  FILE_NAMED_STREAMS  : TRUE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE


Please ask your admin if that's a NetApp drive.  The flag pattern
indicates that.


For a share with mv failure only

$ /usr/lib/csih/getVolInfo.exe //ecnits/ecnshare
Device Type: 7
Characteristics: 10
Volume Name: 
Serial Number  : 192095779
Max Filenamelength : 255
Filesystemname : 
Flags  : 2b
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: FALSE
  FILE_PERSISTENT_ACLS: TRUE
  FILE_FILE_COMPRESSION   : FALSE
  FILE_VOLUME_QUOTAS  : TRUE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: FALSE
  FILE_SUPPORTS_ENCRYPTION: FALSE
  FILE_NAMED_STREAMS  : FALSE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE


Hmm, this looks like a Samba drive.  Can you ask your admin here
as well, please?  Especially what version of Samba is running, if so?
And what it is if it's not Samba?


It is Samba, version 3.

--
Unsubscribe info:  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: DOS programs under "screen"

[James Calfee]

Your right, "clear" does work.  That example is too simple though.
"edit" is similar to the server.  I'm testing with a copy of the server
now.  It behaves just as "edit" does, I see my command echoed back to me
but nothing else.  The session is hung and I can not see the interface. 

I don't actually need "edit" to work.  I'm just trying to provide a
program that can be used to test the DOS graphical interface under
screen.  "edit" re-sizes the DOS window.   The server does not do this.
You may know of another DOS interface that could be used to test this.

-Original Message-
From: William Sutton [mailto:will...@trilug.org] 
Sent: Wednesday, April 08, 2009 2:29 PM
To: James Calfee
Cc: cygwin@cygwin.com; InformationTechnology
Subject: Re: DOS programs under "screen"

I suppose you could always use the 'clear' command instead of cls.  If
you 
need cls specifically, you can alias it to clear.

From the edit point of view, is this something you could accomplish with

another command-line editor (say vim)?

William Sutton

On Wed, 8 Apr 2009, James Calfee wrote:

> We need to run a DOS program as a service.  The program provides
> valuable information in the DOS window in an interactive ASCII color
> interface but does not provide any method to connect to this interface
> if started as a service.
>
> One solution is to run this program under screen.  Unfortunately, this
> will not work until I can get these things resolved:
>
> * DOS "cls" command does not work under screen
> * DOS "edit" program does not work under screen
>
> Does anyone know how to get these things working under Cygwin's
screen?
>
> Steps to produce:
>
> Open a DOS window (start, run, cmd) or open Cygwin
> Run something like this> c:\cygwin\bin\screen cmd
> Or just> screen cmd
> ... Dos text and a prompt should come up ..
> Type> cls
>
> The command is echoed back but the console does not clear.
>
> Running 'edit' does basically the same thing too.  Instead of seeing
> edit's blue interface, the command is echoed and the console hangs.
> Pressing Ctrl+C will terminate screen's session.
>
> These test do not use ANSI.sys (see absence of this device in
> /cygdrive/c/CONFIG.SYS).. The 'edit' program works just fine without
it.
> Maybe screen can manage without it too.
>
> Any help is appreciated.
>
> Thanks,
> jc
>

Disclaimer: This message (including attachments) is confidential and may be 
privileged. If you have received it by mistake please notify the sender by 
return e-mail and delete this message from your system. Any unauthorized use or 
dissemination of this message in whole or in part is strictly prohibited. 
Please note that e-mails are susceptible to change. RxStrategies, Inc. shall 
not be liable for the improper or incomplete transmission of the information 
contained in this communication or for any delay in its receipt or damage to 
your system. RxStrategies, Inc. does not guarantee that the integrity of this 
communication has been maintained nor that this communication is free from 
viruses, interceptions or interference. 



--
Unsubscribe info:  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: DOS programs under "screen"

[Matt Wozniski]

On Wed, Apr 8, 2009 at 5:11 PM, James Calfee  wrote:
> Your right, "clear" does work.  That example is too simple though.
> "edit" is similar to the server.  I'm testing with a copy of the server
> now.  It behaves just as "edit" does, I see my command echoed back to me
> but nothing else.  The session is hung and I can not see the interface.
>
> I don't actually need "edit" to work.  I'm just trying to provide a
> program that can be used to test the DOS graphical interface under
> screen.  "edit" re-sizes the DOS window.   The server does not do this.
> You may know of another DOS interface that could be used to test this.

In general, non-cygwin programs can't be run reliably inside of an
application that uses cygwin PTYs, including xterm, rxvt, and screen.


Don't quote these headers.  We already know them.

> -Original Message-
> From: William Sutton [mailto:x...@xxx.xxx]

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

> Sent: Wednesday, April 08, 2009 2:29 PM
> To: James Calfee
> Cc: x...@xxx.xxx; InformationTechnology
> Subject: Re: DOS programs under "screen"

[ snip http://www.cygwin.com/acronyms/#TOFU ]

> Disclaimer: This message (including attachments) is confidential and may be 
> privileged...

And don't do this.  Such "disclaimers" are against unenforcible when
sent to a public mailing list, and you will likely be banned from the
mailing list if you continue posting them.  If you need to, send
emails from a private address so this doesn't happen.

~Matt

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

Cygwin windows 2000 self-destruct

[Lee S Parsons]

I wanted to build the gnu compilers on my cygwin installation on my 
windows 2000 desktop.  This is cygwin version 2.573.2.2, which was 
running fine until this afternoon.


When I tried to install the gnu compiler package, I received an error 
from windows in setup, that caused windows to kill the setup and 
(allegedly) write a log file (where?).  I thought perhaps it was a 
permissions error, so I tried it as administrator, which also did not 
work; same error.  I suspected perhaps anti-virus or anti-spyware was to 
blame, so I killed them both as administrator and tried again, still no 
luck.


I then downloaded the latest setup and tried it (both anti-virus an 
anti-spyware turned off); that did not work either (same error).  I then 
gave up and rebooted, and life got dramatically worse.


I can no longer start XWin.  If I double click the icon windows brings 
up a message that it is looking for "startxwin.bat", which is odd 
because it was there before I started this.  I could not find it, 
either.  I did find an old "startxwin.bat", but it does not work.  
Attempting to run it gives a fatal error.


How do I regain my cygwin functionality?  I would like to be able to 
setup the gnu compiler collection if possible, but at this point just 
getting XWin back would be progress.


thank you
Lee Parsons


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

[ANNOUNCEMENT] [1.7] Updated: asciidoc-8.4.2-3

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new version of the asciidoc package, asciidoc 8.4.2-3, is now available
for download for those testing cygwin 1.7, replacing 8.4.2-2.  I have left
asciidoc 8.3.5-1 as previous for cygwin 1.7 and current for cygwin 1.5.

NEWS:
=
This is a minor package update - it fixes a broken symlink in the previous
attempt, so that asciidoc actually works (no thanks to the upstream
changing their installation from cp to ln -s).  See also the package
documentation in /usr/share/doc/asciidoc/.

DESCRIPTION:

AsciiDoc is a text document format for writing short documents, articles,
books and UNIX man pages. AsciiDoc files can be translated to HTML and
DocBook markups using the asciidoc(1) command. AsciiDoc is highly
configurable: both the AsciiDoc source file syntax and the backend output
markups (which can be almost any type of SGML/XML markup) can be
customized and extended by the user.

UPDATE:
===
To update your installation, click on the "Install Cygwin now" link on the
http://cygwin.com/ web page.  This downloads setup.exe to your system.
Save it and run setup, answer the questions and pick up 'asciidoc' from
the 'Devel' category.

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

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

- --
Eric Blake
volunteer cygwin asciidoc maintainer

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

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

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

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

Please read *all* of the information on unsubscribing that is available
starting at this URL.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkndQyAACgkQ84KuGfSFAYCt7wCeIMgK5q2/hm9L4avbbJeiJrn8
NXwAoMAQqX5UEIyt7oeI2o7FLvDhrr5T
=LR5M
-END PGP SIGNATURE-

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

[ANNOUNCEMENT] [1.7] Updated: bash-completion-1.0-1

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

A new release of bash-completion, 1.0-1, is now available for those
testing cygwin 1.7, leaving 20060301-2 as the current version for cygwin 1.5.

NEWS:
=
This is a new upstream release, run by new upstream maintainers.  For more
details, including how to enable bash-completion for your interactive
shells after installing this package, see /usr/share/doc/bash-completion/.

DESCRIPTION:

bash-completion provides programmable completion enhancements to bash
TAB-completion.  Based on the command you type, hitting TAB later on in
the command line will perform completions on strings that make sense for
the context of the command, rather than blindly completing on filenames.

NOTE:
=
You MUST edit your bash startup files to load bash-completion into memory:
make sure ~/.bashrc sources /etc/bash_completion, and ~/.bash_profile
sources ~/.bashrc.  See /etc/defaults/etc/skel/.bashrc (after installing
base-files-3.7-1) for an example.  Bash completions is not enabled by
default because it adds some noticeable startup delay to every interactive
shell (about 1.5 seconds on my 2.5 GHz WinXP).  Depending on the reaction
on the cygwin mailing list, a future release may make bash_completion
turned on by default for every bash user, with no edits to ~/.bashrc required.

UPDATE:
===
To update your installation, click on the "Install Cygwin now" link on the
http://cygwin.com/ web page.  This downloads setup.exe to your system.
Save it and run setup, answer the questions and pick up 'bash-completion'
from the 'Shells' category.

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

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

- --
Eric Blake
volunteer cygwin bash-completion maintainer

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

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

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

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

Please read *all* of the information on unsubscribing that is available
starting at this URL.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkndR9gACgkQ84KuGfSFAYBJbACdFFg+uQ8Peg7yh8zwIiJL1snI
M7oAoIXUzJ7CMxaGoKsMcIB0qDYf/lx5
=7IZm
-END PGP SIGNATURE-

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

Re: [1.7] rebaseall doesn't solve the problem

[Jonathan]

I've read the entire thread here
http://cygwin.com/ml/cygwin/2009-02/msg00488.html and it seems to be the
exact same problem I'm having.  Discussion seems to have stopped though,
I didn't seem any emails on it for the last three weeks or so.  Is this
fix or tool ready for end users, or testers?  I've seen this rebase
issue on Vista with both Perl and Python.

Thanks,
Jonathan

[Below was written before reading the thread linked above]

cygcheck output is attached minus the registry information, cygcheck
seems to go into an endless loop on 64bit Vista when dumping registry
information.

I'm trying to run the django test server on a new created project with a
trunk checkout of django.  I have updated cygwin to the latest version
and reinstalled python as well.

% python manage.py runserver
 90 [main] python 3852 C:\cygwin\bin\python.exe: *** fatal error -
unable to remap C:\cygwin\bin\cygssl-0.9.8.dll to same address as
parent(0x6B4A) != 0x6B4B
  2 [main] python 5732 fork: child 3852 - died waiting for dll
loading, errno 11

% python manage.py runserver
  2 [main] python 6664 C:\cygwin\bin\python.exe: *** fatal error -
unable to remap C:\cygwin\bin\cygssl-0.9.8.dll to same address as
parent(0x6B4A) != 0x6B4B
  3 [main] python 6748 fork: child 6664 - died waiting for dll
loading, errno 11

Any help is much appreciated,
Jonathan

Cygwin Configuration Diagnostics
Current System Time: Wed Apr 08 21:03:18 2009

Windows Vista Ultimate Ver 6.0 Build 6001 Service Pack 1

Running under WOW64 on AMD64

Path:   C:\j2sdk1.4.2_06\bin
.\
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
.\
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\usr\X11R6\bin
C:\cygwin\home\Jonathan\bin

Output from c:\cygwin\bin\id.exe (nontsec)
UID: 1000(Jonathan) GID: 513(None)
0(root) 544(Administrators) 545(Users)  513(None)
10545(Users)

Output from c:\cygwin\bin\id.exe (ntsec)
UID: 1000(Jonathan) GID: 513(None)
0(root) 544(Administrators) 545(Users)  513(None)
10545(Users)

SysDir: C:\Windows\system32
WinDir: C:\Windows

HOME = '/home/Jonathan'
PWD = '/cygdrive/c/Users/Jonathan/Desktop'
USER = 'jonathan'
MAKE_MODE = 'unix'

!:: = '::\'
!C: = 'C:\'
!ExitCode = ''
ALLUSERSPROFILE = 'C:\ProgramData'
APPDATA = 'C:\Users\Jonathan\AppData\Roaming'
COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
CommonProgramW6432 = 'C:\Program Files\Common Files'
COMPUTERNAME = 'SAGER9262'
COMSPEC = 'C:\Windows\system32\cmd.exe'
configsetroot = 'C:\Windows\ConfigSetRoot'
CYGWIN_ROOT = '\cygwin'
DFSTRACINGON = 'FALSE'
DISPLAY = '127.0.0.1:0.0'
FP_NO_HOST_CHECK = 'NO'
HOMEDRIVE = 'C:'
HOMEPATH = '\Users\Jonathan'
LOCALAPPDATA = 'C:\Users\Jonathan\AppData\Local'
LOGONSERVER = '\\SAGER9262'
NUMBER_OF_PROCESSORS = '4'
OS = 'Windows_NT'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC'
PROCESSOR_ARCHITECTURE = 'x86'
PROCESSOR_ARCHITEW6432 = 'AMD64'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 23 Stepping 7, GenuineIntel'
PROCESSOR_LEVEL = '6'
PROCESSOR_REVISION = '1707'
ProgramData = 'C:\ProgramData'
PROGRAMFILES = 'C:\Program Files (x86)'
ProgramFiles(x86) = 'C:\Program Files (x86)'
ProgramW6432 = 'C:\Program Files'
PROMPT = '$P$G'
PUBLIC = 'C:\Users\Public'
RUN = '\cygwin\bin\run -p /usr/X11R6/bin'
SESSIONNAME = 'Console'
SYSTEMDRIVE = 'C:'
SYSTEMROOT = 'C:\Windows'
TERM = 'xterm'
TRACE_FORMAT_SEARCH_PATH = 
'\\NTREL202.ntdev.corp.microsoft.com\34FB5F65-FFEB-4B61-BF0E-A6A76C450FAA\TraceFormat'
USERDOMAIN = 'SAGER9262'
USERNAME = 'jonathan'
USERPROFILE = 'C:\Users\Jonathan'
WINDIR = 'C:\Windows'
XAPPLRESDIR = '/usr/X11R6/lib/X11/app-defaults'
XCMSDB = '/usr/X11R6/lib/X11/Xcms.txt'
XKEYSYMDB = '/usr/X11R6/lib/X11/XKeysymDB'
XNLSPATH = '/usr/X11R6/lib/X11/locale'
WINDOWID = '2097190'
XTERM_VERSION = 'Cygwin 6.8.99.903(242)'
XTERM_LOCALE = 'C'
LOGNAME = 'jonathan'
TERMCAP = 'xterm-r6|xterm|xterm X11R6 
version:am:km:mi:ms:xn:co#145:it#8:li#53:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=^O:al=\E[L:as=^N:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:cm=\E[%i%d;%dH:cr=^M:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:do=^J:ei=\E[4l:ho=\E[H:im=\E[4h:is=\E7\E[r\E[m\E[?7h\E[?1;3;4;6l\E[4l\E8\E>:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:k7=\E[18~:k8=\E[19~:k9=\E[20~:kD=\E[3~:kI=\E[2~:kN=\E[6~:kP=\E[5~:kd=\EOB:ke=\E[?1l\E>:kh=\E[1~:kl=\EOD:kr=\EOC:ks=\E[?1h\E=:ku=\EOA:le=^H:md=\E[1m:me=\E[m:mr=\E[7m:nd=\E[C:rc=\E8:sc=\E7:se=\E[m:sf=^J:so=\E[7m:sr=\EM:ta=^I:te=\E[2J\E[?47l\E8:ti=\E7\E[?47h:ue=\E[m:up=\E[A:us=\E[4m:kb=\010:'
XTERM_SHELL = '/usr/bin/tcsh'
HOSTTYPE = 'i386-cygwin'
VENDOR = 'intel'
OSTYPE = 'cygwin'
MACHTYPE = 'i386'
SHLVL = '1'
GROUP = 'None'
HOST = 'SAGER9262'
REMOTEHOST = '127.0.0.1'
MANPATH = ':/usr/ssl/man'
PKG_CONFIG_PATH = '/usr/X11R6/lib/pkgconfig'
SHELL = '/bin/tc

duplicate *.exe commands

[Atom Smasher]

i'm coming from a *nix background, but i'm finding that cygwin makes 
things suck less on windows.


one of the things that really annoys me are the duplicate *.exe 
commands...

cat & cat.exe
awk & awk.exe
sed & sed.exe

what a mess, especially when i use auto-complete in my shell.

i'm curious, could it cause problems if i delete all "*.exe" files from my 
command hash? or should i first check that it's really a duplicate? ie;

  if i have "/path/to/foo" and "/path/to/foo.exe" then foo.exe goes away
  if i have "/path/to/bar.exe", but not "/path/to/bar", then bar.exe stays

it seems like the same list of things that get pruned either way, but for 
the sake of portability i'm wondering if there would be problems just 
getting rid of everything *.exe.


thanks...


--
...atom

 
 http://atom.smasher.org/
 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808
 -

"Poor people have access to the courts in the same
 sense that the Christians had access to the lions."
-- Judge Earl Johnson, Jr.


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

Re: [1.7] rebaseall doesn't solve the problem

[Charles Wilson]

Jonathan wrote:
> I've read the entire thread here
> http://cygwin.com/ml/cygwin/2009-02/msg00488.html and it seems to be the
> exact same problem I'm having.  Discussion seems to have stopped though,
> I didn't seem any emails on it for the last three weeks or so.  Is this
> fix or tool ready for end users, or testers?  I've seen this rebase
> issue on Vista with both Perl and Python.

rebase-3.0-2 was announced here:
http://cygwin.com/ml/cygwin/2009-04/msg00174.html
and it includes the new peflags tool and peflagsall script.

However...

I've found that setting the ASLR flag on the DLLs *helps* on Vista --
but doesn't always work.  Sometimes I'll still get the "fatal error -
unable to remap" issue. This usually happens when:

1) The computer has recently hibernated
2) And I'm doing a TON of perl stuff with lots of fork/execs (e.g.
autoreconf).

It usually fixes itself if you reboot.  This allows Vista to re-allocate
the random base addresses, AND actually obey them.  It's as if it
"forgets" about ASLR after hibernation.

--
Chuck

--
Unsubscribe info:  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: duplicate *.exe commands

[Larry Hall (Cygwin)]

Atom Smasher wrote:
i'm coming from a *nix background, but i'm finding that cygwin makes 
things suck less on windows.


one of the things that really annoys me are the duplicate *.exe commands...
cat & cat.exe
awk & awk.exe
sed & sed.exe

what a mess, especially when i use auto-complete in my shell.

i'm curious, could it cause problems if i delete all "*.exe" files from 
my command hash? or should i first check that it's really a duplicate? ie;

  if i have "/path/to/foo" and "/path/to/foo.exe" then foo.exe goes away
  if i have "/path/to/bar.exe", but not "/path/to/bar", then bar.exe stays

it seems like the same list of things that get pruned either way, but 
for the sake of portability i'm wondering if there would be problems 
just getting rid of everything *.exe.


There are no duplicate *.exe commands.  All Cygwin executables contain the
exe extension as Windows prefers.  Cygwin tries to make things easier by
mapping "cat" to "cat.exe", for example, which is why it may look to you
like there are both in the Cygwin environment.  But look at 'c:\cygwin\bin'
in the Explorer and you'll see all the commands have the .exe extension.
If you get rid of one, you get rid of the other since they are the same.
Now, to anticipate your next question, '/usr/bin/cat.exe' and '/bin/cat.exe'
are not duplicates either.  See the results of typing 'mount'.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  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: duplicate *.exe commands

[Atom Smasher]

On Wed, 8 Apr 2009, Larry Hall (Cygwin) wrote:

There are no duplicate *.exe commands.  All Cygwin executables contain 
the exe extension as Windows prefers.  Cygwin tries to make things 
easier by mapping "cat" to "cat.exe", for example, which is why it may 
look to you like there are both in the Cygwin environment.  But look at 
'c:\cygwin\bin' in the Explorer and you'll see all the commands have the 
.exe extension. If you get rid of one, you get rid of the other since 
they are the same. Now, to anticipate your next question, 
'/usr/bin/cat.exe' and '/bin/cat.exe' are not duplicates either.  See 
the results of typing 'mount'.

===

i'm not talking about deleting any files, just deleting duplicate *.exe 
commands from my command hash, so they don't auto-complete when i press 
. the *.exe commands would be there (and be available if called), i 
just wouldn't have to look at them when i tab-complete.


ls -ilh `which cat cat.exe`

that tells me that the two commands are hard-linked; they share the same 
inode. it seems the same way for all of the commands that appear in my 
PATH with and without a ".exe" suffix.


so the question remains: is it "safe" to delete all *.exe files from my 
command hash? or should i first check for the same command, in the same 
place, without the ".exe" suffix?



--
...atom

 
 http://atom.smasher.org/
 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808
 -

"The difference between genius and stupidity
 is that genius has its limits."
-- Albert Einstein


--
Unsubscribe info:  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: duplicate *.exe commands

[Larry Hall (Cygwin)]

Atom Smasher wrote:

On Wed, 8 Apr 2009, Larry Hall (Cygwin) wrote:

There are no duplicate *.exe commands.  All Cygwin executables contain 
the exe extension as Windows prefers.  Cygwin tries to make things 
easier by mapping "cat" to "cat.exe", for example, which is why it may 
look to you like there are both in the Cygwin environment.  But look 
at 'c:\cygwin\bin' in the Explorer and you'll see all the commands 
have the .exe extension. If you get rid of one, you get rid of the 
other since they are the same. Now, to anticipate your next question, 
'/usr/bin/cat.exe' and '/bin/cat.exe' are not duplicates either.  See 
the results of typing 'mount'.

===

i'm not talking about deleting any files, just deleting duplicate *.exe 
commands from my command hash, so they don't auto-complete when i press 
. the *.exe commands would be there (and be available if called), i 
just wouldn't have to look at them when i tab-complete.


ls -ilh `which cat cat.exe`

that tells me that the two commands are hard-linked; they share the same 
inode. it seems the same way for all of the commands that appear in my 
PATH with and without a ".exe" suffix.


so the question remains: is it "safe" to delete all *.exe files from my 
command hash? or should i first check for the same command, in the same 
place, without the ".exe" suffix?


There are no Cygwin commands that don't have the ".exe" suffix so I don't
see why you can't delete them from your hash if you want.  Never done it
myself so I don't know if it will really accomplish your intended
goal or not though.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  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: duplicate *.exe commands

[Dave Korn]

Larry Hall (Cygwin) wrote:
> Now, to anticipate your next question, '/usr/bin/cat.exe' and
> '/bin/cat.exe' are not duplicates either.  See the results of typing 'mount'.

  That was the exact opposite of what you meant to say, wasn't it?  /usr/bin/*
and /bin/* absolutely are duplicates of each other, as you hoped to point out
by showing them mounted to the same place.

cheers,
  DaveK


--
Unsubscribe info:  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: duplicate *.exe commands

[Larry Hall (Cygwin)]

Larry Hall (Cygwin) wrote:

Atom Smasher wrote:





ls -ilh `which cat cat.exe`

that tells me that the two commands are hard-linked; they share the 
same inode. 


I meant to respond to this as well, just in case it causes anyone some
confusion.  The recipe you note above will indicate that the two versions
of the command share the same inode but that doesn't indicate that there
are two commands that are hardl-inked.  You can see that there is only
1 link to this command with 'stat cat'.


--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  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: duplicate *.exe commands

[Atom Smasher]

http://www.cygwin.com/cygwin-ug-net/using-specialnames.html#id318321

according to this, it looks like i should be fine deleting all "*.exe" 
commands _from_my_command_hash_.


that's consistent with what i'm seeing on my system. if i'm wrong, someone 
please let me know



--
...atom

 
 http://atom.smasher.org/
 762A 3B98 A3C3 96C9 C6B7 582A B88D 52E4 D9F5 7808
 -

"I know a lot of people without brains
 who do an awful lot of talking."
-- The Scarecrow, Wizard of Oz


--
Unsubscribe info:  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: duplicate *.exe commands

[Larry Hall (Cygwin)]

Dave Korn wrote:

Larry Hall (Cygwin) wrote:

Now, to anticipate your next question, '/usr/bin/cat.exe' and
'/bin/cat.exe' are not duplicates either.  See the results of typing 'mount'.


  That was the exact opposite of what you meant to say, wasn't it?  /usr/bin/*
and /bin/* absolutely are duplicates of each other, as you hoped to point out
by showing them mounted to the same place.


I guess that depends on what you mean by "duplicates".  I meant it as in
one is not a copy of the other.  They are the same file as viewed from
two different directory paths.  Delete one in one path and the other goes
too.  A "duplicate" to me means that I could delete '/usr/bin/cat.exe', for
example, and still have '/bin/cat.exe'.  This is not the case with Cygwin.
Hopefully that clarifies things for everyone. :-)

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Unsubscribe info:  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: duplicate *.exe commands

[Dave Korn]

Larry Hall (Cygwin) wrote:
> Dave Korn wrote:
>> Larry Hall (Cygwin) wrote:
>>> Now, to anticipate your next question, '/usr/bin/cat.exe' and
>>> '/bin/cat.exe' are not duplicates either.  See the results of typing
>>> 'mount'.
>>
>>   That was the exact opposite of what you meant to say, wasn't it? 
>> /usr/bin/*
>> and /bin/* absolutely are duplicates of each other, as you hoped to
>> point out
>> by showing them mounted to the same place.
> 
> I guess that depends on what you mean by "duplicates".

  Ah, I see your point.

>  I meant it as in
> one is not a copy of the other.  They are the same file as viewed from
> two different directory paths.  Delete one in one path and the other goes
> too.  A "duplicate" to me means that I could delete '/usr/bin/cat.exe', for
> example, and still have '/bin/cat.exe'.  This is not the case with Cygwin.
> Hopefully that clarifies things for everyone. :-)

  Yes, they are not so much "duplicates" as "aliases" of each other.

cheers,
  DaveK


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