Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <43416D27.3060001@mscha.org>
Date: Mon, 03 Oct 2005 19:40:55 +0200
From: Michael Schaap <cygwin AT mscha DOT org>
Reply-To: cygwin AT cygwin DOT com
User-Agent: Thunderbird 1.4 (Windows/20050908)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: cygstart regression [Was: Re: on the road to 1.5.19 - snapshot  testing needed]
References: <20050929231320 DOT GA13715 AT trixie DOT casa DOT cgf DOT cx> 	 <bfc52fe00509300817j52549078x90263e13fa9a4f75 AT mail DOT gmail DOT com> 	 <20050930152750 DOT GB13201 AT trixie DOT casa DOT cgf DOT cx> 	 <433D62A7 DOT 7090207 AT cwilson DOT fastmail DOT fm> <434074CA DOT 7030907 AT mscha DOT org> <bfc52fe00510030956m1ea87206scfec67228b10511 AT mail DOT gmail DOT com>
In-Reply-To: <bfc52fe00510030956m1ea87206scfec67228b10511@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes

On 3-Oct-2005 18:56, Aaron Humphrey wrote:
> On 10/2/05, Michael Schaap wrote:
>   
>> To be able to check whether something has changed in the path handling,
>> I've uploaded a version of cygstart that prints out the exact
>> ShellExecute call it is making, at
>> <http://www.mscha.org/cygstart_dbg.zip>.  Could you perhaps download
>> that, try it out both with a snapshot and 1.5.18, and let us know
>> whether it prints out something different?
>>     
>
> With 20050930 snapshot, running 'cygstart_dbg empty.mdb':
>
> ShellExecute(
>     "(null)",
>     "(null)",
>     "empty.mdb",
>     "(null)",
>     "(null)",
>     1
> );
>
> With 1.5.18, the same command:
>
> ShellExecute(
>     "(null)",
>     "(null)",
>     "empty.mdb",
>     "(null)",
>     "(null)",
>     1
> );
>
> They look pretty similar to me.
>
>   
Indeed.
That pretty much rules out that something is broken in path conversion.

>> If that's not it, then I don't know what it could be.  Must have
>> something to do with timing, or the exact memory location, or something
>> like that, especially since the problem disappears under strace...
>> To track it down, perhaps you could try:
>>  - "cmd /c start whatever.mdb" from a Cygwin prompt
>>     
>
> Works.  So at least this gives me a better workaround than running strace,
> if I can remember it.
>
>   
That seems to rule out that something in the environment (variables) is
causing the problem.

>>  - "cygstart whatever.mdb" from a cmd.exe command prompt
>>     
>
> Works.
>
>   
This more or less rules out a cygstart bug, or for that matter, a Cygwin
bug.

>>  - save the simplest possible Access database, and see if cygstart can
>> open that
>>     
>
> Doesn't work.
>
>   
That makes it unlikely that it's really running out of memory.  Must be
that "system error", then...

>>  - make sure whatever.mdb is on a local disk, in the current directory,
>> and has a simple file name
>>     
>
> 'empty.mdb' is in 'C:\'.  Running 'cygstart empty.mdb' from /cygdrive/c doesn't
> work.
>
>   
Yeah, that's pretty much as simple as it gets.

> For all cases, "works" means that the mdb file comes up properly in Access 97,
> whereas "doesn't work" means the error message mentioned in my original
> email on the subject(http://cygwin.com/ml/cygwin/2005-09/msg00923.html).
>
> For another data point, cygstart works fine on my Windows 98 SE computer,
> running a recent snapshot(forget which one, sorry), but it has Access 2000.
>
>   
I'm afraid I'm fresh out of ideas.  It looks like this might be a bug in
Access 97, or perhaps something wrong on your computer, triggered by
some random change in cygwin1.dll.

Sorry I couldn't be of more help,

 - Michael

--
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/