Re: Bug: 1.5.18: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem'

2005-10-14 Thread Igor Pechtchanski 
On Wed, 12 Oct 2005, Corinna Vinschen wrote:

> On Oct 10 21:29, Igor Pechtchanski wrote:
>
> > I believe this may be an instance of the error I reported in
> > .  Basically,
> > the PATH conversion code stops whenever it encounters an invalid
> > element in the PATH.  In my case it was due to strict case checking,
> > but it seems to be a more general problem.  Basically, the Cygwin path
> > conversion code stops when it encounters a non-existent directory, and
> > only returns the part of the path it's converted so far.  Since in
> > your case the invalid directory comes first, you get an empty PATH.
> >
> > A patch to turn off this behavior altogether is reasonably simple, but
> > I'm not sure it'll be accepted.  The main question is whether this
> > behavior is desired. Corinna or Chris, care to comment?
>
> This should be solved in current CVS (the general problem with
> non-existant directories, not the case_check stuff).

Incidentally, that fix also solves the check_case problem I reported,
since, due to the wrong case, Cygwin simply thought that the directory was
non-existent.  My patch attempted to make Cygwin understand that the
directory was valid, whereas your approach is much simpler.  In any case,
I'm happy... Thanks! :-)
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Re: Bug: 1.5.18: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem'

2005-10-12 Thread Corinna Vinschen 
On Oct 10 21:29, Igor Pechtchanski wrote:
> On Mon, 10 Oct 2005, Glen A Coakley wrote:
> I believe this may be an instance of the error I reported in
> .  Basically, the
> PATH conversion code stops whenever it encounters an invalid element in
> the PATH.  In my case it was due to strict case checking, but it seems to
> be a more general problem.  Basically, the Cygwin path conversion code
> stops when it encounters a non-existent directory, and only returns the
> part of the path it's converted so far.  Since in your case the invalid
> directory comes first, you get an empty PATH.
> 
> A patch to turn off this behavior altogether is reasonably simple, but I'm
> not sure it'll be accepted.  The main question is whether this behavior is
> desired. Corinna or Chris, care to comment?

This should be solved in current CVS (the general problem with non-existant
directories, not the case_check stuff).


Corinna

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

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

Re: Bug: 1.5.18: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem'

2005-10-11 Thread Glen A Coakley 


Thanks for the message; Igor I would have never connected to two but it 
does sound like the same issue. I understand your uncertainty about it 
possibly not being changed. I have found other versions of Unix that 
fail the same way with invalid paths in the PATH. But, I have always 
considered those to be broken also. But, as far as 'fixing' it, the 
current behavior seems inconsistent regardless of whether it should fail 
as described or ignore the path since having /d in the PATH does not 
fail in the same manner.


Thanks for the cygcheck output tip. I will attach it in the future.

-Glen

Igor Pechtchanski pechtcha-at-cs.nyu.edu |gmane.os.cygwin| wrote:


On Mon, 10 Oct 2005, Glen A Coakley wrote:

 


With cygwin version 1.5.18 I get the following error:

'This application has failed to start because cygwin1.dll was
not found. Re-installing the application may fix this problem'

under the following conditions:
* A non-existent directory that is on a removable drive (e.g. a CD/DVD
drive) is listed (in my case, listed first) in the PATH environment variable.
* The current directory does not include a copy of cygwin1.dll
* Any program that requires cygwin1.dll is executed that is NOT
located in the same directory as a copy of cygwin1.dll.
   



I believe this may be an instance of the error I reported in
.  Basically, the
PATH conversion code stops whenever it encounters an invalid element in
the PATH.  In my case it was due to strict case checking, but it seems to
be a more general problem.  Basically, the Cygwin path conversion code
stops when it encounters a non-existent directory, and only returns the
part of the path it's converted so far.  Since in your case the invalid
directory comes first, you get an empty PATH.

A patch to turn off this behavior altogether is reasonably simple, but I'm
not sure it'll be accepted.  The main question is whether this behavior is
desired. Corinna or Chris, care to comment?
Igor
P.S. Glen, for the future, please *attach* the output of "cygcheck -svr"
instead of including it inline.
 




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

Re: Bug: 1.5.18: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem'

2005-10-10 Thread Igor Pechtchanski 
On Mon, 10 Oct 2005, Glen A Coakley wrote:

> With cygwin version 1.5.18 I get the following error:
>
>   'This application has failed to start because cygwin1.dll was
>   not found. Re-installing the application may fix this problem'
>
> under the following conditions:
>   * A non-existent directory that is on a removable drive (e.g. a CD/DVD
> drive) is listed (in my case, listed first) in the PATH environment variable.
>   * The current directory does not include a copy of cygwin1.dll
>   * Any program that requires cygwin1.dll is executed that is NOT
> located in the same directory as a copy of cygwin1.dll.

I believe this may be an instance of the error I reported in
.  Basically, the
PATH conversion code stops whenever it encounters an invalid element in
the PATH.  In my case it was due to strict case checking, but it seems to
be a more general problem.  Basically, the Cygwin path conversion code
stops when it encounters a non-existent directory, and only returns the
part of the path it's converted so far.  Since in your case the invalid
directory comes first, you get an empty PATH.

A patch to turn off this behavior altogether is reasonably simple, but I'm
not sure it'll be accepted.  The main question is whether this behavior is
desired. Corinna or Chris, care to comment?
Igor
P.S. Glen, for the future, please *attach* the output of "cygcheck -svr"
instead of including it inline.
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Re: Bug: 1.5.18: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem'

2005-10-10 Thread Larry Hall (Cygwin) 

On 10/10/2005, Glen A Coakley wrote:
Note that 'cygcheck /bin/ls.exe' and 'cygcheck -svr' both produce the error 
'WARNING: PATH is not set at all!'


$ cygcheck /bin/ls.exe
WARNING: PATH is not set at all!
C:/cygwin/bin/ls.exe
  C:/cygwin/bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\KERNEL32.dll
  C:\WINDOWS\system32\RPCRT4.dll
  C:/cygwin/bin\cygintl-3.dll
C:/cygwin/bin\cygiconv-2.dll



And that would be your problem.  Make sure your path is set, either in the
Windows environment, 'cygwin.bat', or '/etc/profile' and friends.  Generally,
the path is set in the Windows environment and appended to in '/etc/profile'.
The path from '/etc/profile' is used by 'bash' and contains all the Cygwin
paths you need to run.  It would seem that you're clobbering the path out
of existence with some local setting.

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

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

Bug: 1.5.18: 'This application has failed to start because cygwin1.dll was not found. Re-installing the application may fix this problem'

2005-10-10 Thread Glen A Coakley 

With cygwin version 1.5.18 I get the following error:

'This application has failed to start because cygwin1.dll was
not found. Re-installing the application may fix this problem'

under the following conditions:
	* A non-existent directory that is on a removable drive (e.g. a CD/DVD 
drive) is listed (in my case, listed first) in the PATH environment 
variable.

* The current directory does not include a copy of cygwin1.dll
	* Any program that requires cygwin1.dll is executed that is NOT located 
in the same directory as a copy of cygwin1.dll.



More information: Where
/c (C: under Windows) is my hard drive,
/d (D: under Windows) is my CD/DVD drive,
/fubar is a directory that does NOT exist on any drive
the following table shows my test results:

executable run  | current working directory | does error show?
-
/bin/ls.exe | /bin  |   NO error
/bin/ls.exe | /tmp  |   NO error

  << after ls.exe is copied from /bin to (for example) /tmp >>

/tmp/ls.exe | /bin  |   NO error
/tmp/ls.exe | /tmp  |   error


directory in the PATH   | does error show?
---
/c  |   NO error
/c/ |   NO error
/c/fubar|   NO error
/d  |   NO error
/d/ |   NO error
/d/fubar|   YES, error


Note that 'cygcheck /bin/ls.exe' and 'cygcheck -svr' both produce the 
error 'WARNING: PATH is not set at all!'


$ cygcheck /bin/ls.exe
WARNING: PATH is not set at all!
C:/cygwin/bin/ls.exe
  C:/cygwin/bin\cygwin1.dll
C:\WINDOWS\system32\ADVAPI32.DLL
  C:\WINDOWS\system32\ntdll.dll
  C:\WINDOWS\system32\KERNEL32.dll
  C:\WINDOWS\system32\RPCRT4.dll
  C:/cygwin/bin\cygintl-3.dll
C:/cygwin/bin\cygiconv-2.dll


 cygcheck -svr output 
WARNING: PATH is not set at all!

Cygwin Configuration Diagnostics
Current System Time: Mon Oct 10 18:03:46 2005

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1011(glenc) GID: 513(None)
0(root)  513(None)544(Administrators)
545(Users)   1006(Debugger Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1011(glenc) GID: 513(None)
0(root)  513(None)544(Administrators)
545(Users)   1006(Debugger Users)

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

USER = `glenc'
LD_LIBRARY_PATH = 
`/usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-1/:/home/gcoakley/lib:/usr/local/lib:/usr/lib:/lib:/usr/X11R6/lib:/usr/kerberos/lib:/opt/mqm/lib:.'

PWD = `/bin'
CYGWIN = `tty ntsec title'
home = `/home/gcoakley'
MAKE_MODE = `unix'

HOMEPATH = `\Documents and Settings\glenc'
APPDATA = `C:\Documents and Settings\glenc\Application Data'
MANPATH = 
`/home/gcoakley/bin:/usr/local/man:/usr/bin/man:/usr/share/man:/usr/man:/usr/X11R6/man:/usr/kerberos/man:/usr/local/samba/man:/usr/ssl/man'
VS71COMNTOOLS = `C:\Program Files\Development\Microsoft Visual Studio 
.NET 2003\Common7\Tools\'

HOSTNAME = `DFC0YK51'
GAC_ENV_DIR = `/home/gcoakley/shell'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 4 Stepping 1, GenuineIntel'
term = `cygwin'
wrc = `/etc/httpd/conf'
WINDIR = `C:\WINDOWS'
HISTSIZE = `256'
ARTISTIC_STYLE_OPTIONS = `/home/gcoakley/bin/astylerc'
IGNOREEOF = `10'
CVSROOT = `:pserver:[EMAIL PROTECTED]:/cvs'
uls = `/usr/local/src/build_area'
ELSE = `else'
OLDPWD = `/home/gcoakley'
QTDIR = `/usr/lib/qt3'
USERDOMAIN = `DFC0YK51'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
OS = `Windows_NT'
ELSEIF = `elif'
CDPATH = `.:/home/gcoakley:/'
!:: = `::\'
wdr = `/var/www/html'
HISTFILESIZE = `256'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
TEMP = `/c/tmp'
LIB = `C:\Program Files\Development\Microsoft Visual Studio .NET 
2003\SDK\v1.1\Lib\'

THEN = `]; then'
wrs = `/var/www'
USERNAME = `glenc'
MY_BIN_DIR = `/home/gcoakley/bin/CYGWIN_NT-5.1'
pager = `less'
TOP = `-Is2'
COLUMNS = `80'
PROCESSOR_LEVEL = `15'
ulb = `/usr/local/bin'
MAIL = `/var/mail/glenc'
FP_NO_HOST_CHECK = `NO'
SYSTEMDRIVE = `C:'
ENDIF = `fi'
editor = `vi'
CLIENTNAME = `Console'
USERPROFILE = `C:\Documents and Settings\glenc'
FCEDIT = `emacs'
QMAKESPEC = `/usr/lib/qt3/mkspecs/cygwin-g++'
GAC_SH = `bash'
wr = `/var/www'
LOGONSERVER = `\\DFC0YK51'
PERLLIB = `/usr/local/lib/perl'
LINES = `50'
!C: = `C:\cygwin\bin'
PROCESSOR_ARCHITECTURE = `x86'
FIGNORE = `.o:~:CVS'
SHLVL = `2'
IF = `if ['
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = `C:'
wsc = `/etc/httpd/conf'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
PROMPT = `$P$G'
SYSTEMROOT = `C:\WINDOWS'
TMP = `/c/DOCUME~1/glenc/LOCALS~1/Temp'
LOGNAME = `glenc'
LESS = `-seqafix8XP?f%