On 11/1/05, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> I have now tried Mr. Julliard's patch. It works for me.
>
> I have also tried the tests on both Windows 98 and Windows XP (I have a
> triple-boot configuration):
>
> Windows 98: explorer.exe gives qualified name. command.com gives
> qual
Jesse Allen wrote:
On 10/31/05, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
Jesse Allen wrote:
This is a quite interesting theory. So I went ahead and tried to
launch LogicWorks with a "windows" method in wine, and well, I've
failed so far with wine's ProgMan.exe. The progman cra
> "Jesse" == Jesse Allen <[EMAIL PROTECTED]> writes:
Jesse> On 10/31/05, Jesse Allen <[EMAIL PROTECTED]> wrote:
>> So could we have a program or launcher in wine to launch programs the
>> "windows" way?
Jesse> Just to let ya'll know, I've found winefile.exe will execute
J
On 10/31/05, Jesse Allen <[EMAIL PROTECTED]> wrote:
> So could we have a program or launcher in wine to launch programs the
> "windows" way?
Just to let ya'll know, I've found winefile.exe will execute programs
the "windows" way, and LogicWorks does work launching from it. Er...
it launches, but
On 10/31/05, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> Jesse Allen wrote:
> >
> >
> >This is a quite interesting theory. So I went ahead and tried to
> >launch LogicWorks with a "windows" method in wine, and well, I've
> >failed so far with wine's ProgMan.exe. The progman crashes anyway
>
Jesse Allen wrote:
On 10/31/05, Mike Hearn <[EMAIL PROTECTED]> wrote:
On Mon, 31 Oct 2005 12:08:36 -0500, Alex Villacís Lasso wrote:
This is a patch to fix the primary bug on DungeonKeeper. I am surprised
this bug was overlooked up to 0.9, since this is such a basic
characteristic of
On 10/31/05, Mike Hearn <[EMAIL PROTECTED]> wrote:
> On Mon, 31 Oct 2005 12:08:36 -0500, Alex Villacís Lasso wrote:
> > This is a patch to fix the primary bug on DungeonKeeper. I am surprised
> > this bug was overlooked up to 0.9, since this is such a basic
> > characteristic of Windows.
>
> I thi
On 10/31/05, Alex Villacís Lasso <[EMAIL PROTECTED]> wrote:
> This is a patch to fix the primary bug on DungeonKeeper. I am surprised
> this bug was overlooked up to 0.9, since this is such a basic
> characteristic of Windows.
>
> The basic problem is that Wine is passing the argv[] array unmodifi
On Mon, 2005-10-31 at 19:18 +0100, Molle Bestefich wrote:
> Uhm. Explain to me how the above ratifies _not_ converting the
> Unix-style path to a Windows-style path before handing it to the app?
> We ARE trying to emulate Windows, are we not?
Cut the sarcasm please, there's no need for that here
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
> Alexandre Julliard wrote:
>
>>It's OK to change argv[0] when started from a Unix shell, but not when
>>started from another Windows process. Your patch does it in all cases,
>>which is not correct.
>>
> Sounds reasonable. What is the proper way to
Alexandre Julliard wrote:
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
Sorry to disagree, but I have seen this behavior (fully qualified name
in argv[0]) since MS-DOS and Windows 3.1. Even some old C tutorial books
mention it in passing. I have also replicated this behavior from the
c
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
> Sorry to disagree, but I have seen this behavior (fully qualified name
> in argv[0]) since MS-DOS and Windows 3.1. Even some old C tutorial books
> mention it in passing. I have also replicated this behavior from the
> command line (COMMAND.COM
> "Molle" == Molle Bestefich <[EMAIL PROTECTED]> writes:
...
Molle> Uhm. Explain to me how the above ratifies _not_ converting the
Molle> Unix-style path to a Windows-style path before handing it to the
Molle> app? We ARE trying to emulate Windows, are we not?
Please verify you
> Alex writes:
...
>>
>>
Alex> Sorry to disagree, but I have seen this behavior
Alex> (fully qualified name in argv[0]) since MS-DOS and
Alex> Windows 3.1. Even some old C tutorial books mention
Alex> it in passing. I have also replicated this behavior
Alex> from t
On Mon, Oct 31, 2005 at 07:18:24PM +0100, Molle Bestefich wrote:
> Uhm. Explain to me how the above ratifies _not_ converting the
> Unix-style path to a Windows-style path before handing it to the app?
> We ARE trying to emulate Windows, are we not?
There is a difference between converting an Un
Alex Villacís Lasso wrote:
> This differs from standard behavior in MS-DOS and Windows,
> where the argv[0] of the process contains a fully qualified DOS-style
> path (such as C:\WINDOWS\FOO.EXE) regardless of the method used to run
> the executable.
> This means that [...] the PE process receive
> I think the conclusion last time we looked at this was that this is
> actually a characteristic of Explorer, not Windows, and so it's really
> caused by the fact that most Wine users run the apps from the command line
> not via the shortcuts. If you run Dungeon Keeper in the wrong way from the
>
Mike Hearn wrote:
On Mon, 31 Oct 2005 12:08:36 -0500, Alex Villacís Lasso wrote:
This is a patch to fix the primary bug on DungeonKeeper. I am surprised
this bug was overlooked up to 0.9, since this is such a basic
characteristic of Windows.
I think the conclusion last time we looked
On Mon, Oct 31, 2005 at 12:08:36PM -0500, Alex Villacís Lasso wrote:
> BTW, could you please post the mouse-cursor issue patch? I also have a
> Japanese RPG for which the mouse cursor gets stuck at the center of the
> window, and I think that problem and the one in DungeonKeeper might be
> one
On Mon, 31 Oct 2005 12:08:36 -0500, Alex Villacís Lasso wrote:
> This is a patch to fix the primary bug on DungeonKeeper. I am surprised
> this bug was overlooked up to 0.9, since this is such a basic
> characteristic of Windows.
I think the conclusion last time we looked at this was that this is
Lionel Ulmer wrote:
On Thu, Oct 27, 2005 at 04:17:17PM -0500, Alex Villacís Lasso wrote:
The page says that you have a patch that fixes something. Is that the
issue about the executable path name, or the one about the game refusing
to go past the splash screen, or the one about the mouse c
21 matches
Mail list logo
