Cygwin bail-out: cygexpat-0.dll not found
Thu Jun 16 16:18:00 GMT 2005
On Thu, Jun 16, 2005 at 11:38:03AM -0400, Igor Pechtchanski wrote:
>On Thu, 16 Jun 2005, Christopher Faylor wrote:
>>On Thu, Jun 16, 2005 at 11:24:01AM -0400, Igor Pechtchanski wrote:
>>>On Thu, 16 Jun 2005, Christopher Faylor wrote:
>>>>On Thu, Jun 16, 2005 at 10:05:21AM -0400, Larry Hall wrote:
>>>>>At 04:08 AM 6/16/2005, you wrote:
>>>>>>>For this type of problem, you'll want to use the "Setup Package Search"
>>>>>>Great! This is a great utility. This could maybe be even be integrated
>>>>>>in a tool.
>>>>>True. I guess 'cygcheck' would be a good choice here.
>>>>...and if the mailing list search wasn't so abysmal, you might even
>>>>find a request from me for a patch to cygcheck to add that
>>>If it's ok to make cygcheck depend on wget, see
>>Sorry but it's not ok. This should really just be part of cygcheck.
>Cygcheck already calls 'id' in this manner...
And 'id' is part of the base installation and if 'id' is missing,
cygcheck's functionality is not severely impacted. OTOH, if wget is
missing then the proposed functionality would not work at all.
I don't want to move wget into the base or make the cygwin DLL rely on
>This would involve adding http connection capability to cygcheck...
Right. It seems like this code could be grabbed from setup.exe if
anyone was interested.
>>OTOH, how hard would it be to just have cygcheck open up a browser
>>window pointing to the correct location?
>Pretty easy, either via cygstart or by replicating the cygstart
>ShellExecute logic inside cygcheck... The advantage of the text-only
>approach is uniformity with the rest of cygcheck's output.
Since it doesn't seem likely that anyone is going to contribute http
connection capability to cygcheck, this seemed like a potential
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
More information about the Cygwin