http://bugs.winehq.org/show_bug.cgi?id=3972
--- Comment #24 from Yolande Haneder <yolande(a)haneder.biz> 2007-11-26 05:48:18 ---
> --- quote ---
>
> Are you talking about the app installer or the app startup afterwards?
> If your app installer does not explicitly request XP mode and wine fails at
> some point in installer Windows 2000 mode and succeeds in XP mode then its a
> wine bug, completely valid to be filed.
>
> --- quote ---
I am talking about the fact that the net is installed as part of a package
including but not limited to the .net.
The whole installation is starting about a check of the underlaying system and
thus you can't decide to install the net with 2000 and the rest with xp. It's
not a bug, it's that my installer is installing at least 8 softwares at once
and requiring the installation of 2 more before.
Since I have no problem with the net, I don't want to break the rest
> --- quote ---
>
> My patch? I supplied a couple of proof-of-concept-patches/hacks required for
> .NET 2.x to be installing/running (see howto).
> I doubt you will see them all in next GIT snapshots, especially the guard page
> one. Just apply them when you're about to use .NET.
> And I don't understand what you mean with "cleared" ... if you're talking about
> your mysterious memory leak: I don't have any patches regarding this issue (I
> don't even know the bug id for this "leak").
One of your patch of last week cleared a problem I had since July - the fact
that my app was crashing with a page fault when loading a file.
I am greatly thankful for it. It was not meant to clear my problem but it did
on the way.
Last summer I had the error like the one now:
err:seh:setup_exception nested exception on signal stack in thread 009a eip
7bc621c9 esp 7ffdbbf0 stack 0x241000-0x350000
err:ntdll:RtlpWaitForCriticalSection section 0x7bc8d3c0 "virtual.c: csVirtual"
wait timed out in thread 009e, blocked by 009a, retrying (60 sec)
Not knowing what it was about, I mentioned the error under C++. About last
September, using another method, I learn from a error box from the .NET install
software that it was kernel32 throwing this error.
Furthermore, after installing the net up to this error, I tried installing the
.NET 1.1 using debug all and I saw that it was kernel32 in this case too that
was not responding to a call.
Now its again broken somewhere between the GIT of the 17 and the one of the 21
and no regression test is possible on my side.
But in any case, any patch from you that gets accepted helps my app. and it is
far more than a simple one.
I have been using the NET for 4 months now but thanks to you clearing my page
fault error, I am now doing more than checking the license and opening windows.
THANK YOU FOR EVERYTHING
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2213
Dan Kegel <dank(a)kegel.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |dank(a)kegel.com
Status|RESOLVED |UNCONFIRMED
Resolution|INVALID |
--- Comment #7 from Dan Kegel <dank(a)kegel.com> 2007-11-26 05:43:55 ---
I found a copy, and am testing with vanilla wine from git.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9221
gonzalo igartua <gigartua(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |gigartua(a)gmail.com
--- Comment #8 from gonzalo igartua <gigartua(a)gmail.com> 2007-11-26 05:38:40 ---
Your patch works with LFS2 but don't works with GPL 2004 Demo.
I performed the steps for patch the files dlls/dinput/device.c and
dlls/dinput/effect_linuxinput.c in a wine-0.9.49.
I have this joystick
http://www.logitech.com/index.cfm/gaming/pc_gaming/wheels/devices/320&cl=es…
In LFS the force feedback works perfectly with the patch wine,but when i try
to run gpl.exe it gives me the above attachment
http://bugs.winehq.org/attachment.cgi?id=9348
If i run the game with a not patch wine,it works but i haven't force feedback.
I am not a programer.In the wine-0.9.49 some lines of this files are change,for
example this line IDirectInputDevice8_SendForceFeedbackCommand(iface,
DISFFC_RESET); it isn't in line 687 like in the 0.9.42 version, but i
commented-out.
For this i didn't made a diff command,but i changed the file manually,Maybe I
was wrong in some line.... here my changed files
http://bugs.winehq.org/attachment.cgi?id=9349http://bugs.winehq.org/attachment.cgi?id=9350
Can you share your wine Patched?
Thanks a lot
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3972
--- Comment #23 from Anastasius Focht <focht(a)gmx.net> 2007-11-26 04:25:42 ---
Hello,
--- quote ---
Unfortunately I have to take XP because in my case the installation of the .NET
is part of an installer installing other components at the same time which are
in turn working best in XP.
--- quote ---
Are you talking about the app installer or the app startup afterwards?
If your app installer does not explicitly request XP mode and wine fails at
some point in installer Windows 2000 mode and succeeds in XP mode then its a
wine bug, completely valid to be filed.
--- quote ---
No problem on this side - the installer of the net on XP is complaining at the
end because it can't finish the installation but as far as I am concerned it's
not too problematic (the net is running).
--- quote ---
Yes, the main (relevant) parts get installed. The assembly registration steps
fail due to missing junction point API hence the "installation failed" message.
--- quote ---
Maybe it will be cleared with your patch - I will tell you tomorrow if there is
a new GIT today with your patch.
--- quote ---
My patch? I supplied a couple of proof-of-concept-patches/hacks required for
.NET 2.x to be installing/running (see howto).
I doubt you will see them all in next GIT snapshots, especially the guard page
one. Just apply them when you're about to use .NET.
And I don't understand what you mean with "cleared" ... if you're talking about
your mysterious memory leak: I don't have any patches regarding this issue (I
don't even know the bug id for this "leak").
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5010
Denis Prusov <supervisor.81(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |supervisor.81(a)gmail.com
--- Comment #2 from Denis Prusov <supervisor.81(a)gmail.com> 2007-11-26 03:25:59 ---
Confirm on wine 0.9.49
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2366
--- Comment #13 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2007-11-26 03:00:11 ---
Yes, cleaning up the patches and sending them to wine-patches would be nice
(with good explanations why any of the patches is needed).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.