http://bugs.winehq.org/show_bug.cgi?id=1347
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ric.almeida(a)gmail.com
--- Comment #13 from Lei Zhang <thestig(a)google.com> 2008-01-29 15:37:30 ---
*** Bug 3728 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3728
Lei Zhang <thestig(a)google.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
--- Comment #5 from Lei Zhang <thestig(a)google.com> 2008-01-29 15:37:30 ---
I believe so.
*** This bug has been marked as a duplicate of bug 1347 ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8439
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |focht(a)gmx.net
--- Comment #2 from Anastasius Focht <focht(a)gmx.net> 2008-01-29 15:28:50 ---
Hello,
small correction...
--- snip trace ---
0046:trace:process:CreateProcessW starting L"C:\\windows\\temp\\setup.exe" as
Win32 binary (0x400000-0x4a4000)
--- snip trace ---
vs.
--- snip comment ---
Because of this "setup.exe" is resolved to "d:\\setup.exe" (d:\\ = cdrom root
dir) = wrong.
--- snip comment ---
"C:\\windows\\temp\\setup.exe" is actually a copy of "d:\\setup.exe" which is
the current (main) installer executing.
Anyway it gets the wrong one due to missing filename/path expansion/resolver in
ShellExecute().
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=11381
Summary: Manhunt does not get a full 360 degrees rotation from
mouse.
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: goce_jeb(a)yahoo.com
Game: Manhunt
Problem: Mouse does not make a full 360 degree loop while using your mouse to
move/look around.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=6971
Vitaliy Margolen <vitaliy(a)kievinfo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |goce_jeb(a)yahoo.com
--- Comment #46 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2008-01-29 15:21:24 ---
*** Bug 11381 has been marked as a duplicate of this bug. ***
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2608
Anastasius Focht <focht(a)gmx.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #8777 is|0 |1
obsolete| |
--- Comment #18 from Anastasius Focht <focht(a)gmx.net> 2008-01-29 12:54:59 ---
Created an attachment (id=10515)
--> (http://bugs.winehq.org/attachment.cgi?id=10515)
patch which fixes shrinker 3.x issues, making it fully wine compatible
Hello,
--- snip ---
Anyone fancy trying it out?
--- snip ---
How should I have known how to fix this? ;-)
Some time ago I downloaded that game in question, analyzed the problem, created
& tested the patch.
I usually delete everything afterwards because there is no use for me to keep
games/apps/patches around.
Unfortunately it seems to be somewhat difficult to get Shrinker 3.x protected
apps nowadays.
I redownloaded that app I mentioned in comment #10 "Astrosoft Vision 4"
(http://astrosoft.ch/vision.htm) but it seems they dropped Shrinker in favour
of ASProtect (another PE protector).
Good choice for them. Good riddance of Shrinker.
I replaced the old patch for a better "GIT-like" version.
You might try to send it but actually I don't care if it makes into GIT.
Technically there is no other solution but to resemble the expected entry point
signature for such brain damaged piece of software called Shrinker.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8439
--- Comment #1 from Anastasius Focht <focht(a)gmx.net> 2008-01-29 12:27:23 ---
Created an attachment (id=10514)
--> (http://bugs.winehq.org/attachment.cgi?id=10514)
patch which fixes VS.NET 2003 (2002 too?) installer bug, shell execute app path
expansion
Hello,
--- snip ---
When you run it, it checks for installed components,
tells you you need IIS, and lets you continue without it.
When you click "Continue", it thinks for a couple seconds,
then the dialog goes away, and nothing happens.
--- snip ---
same happens with VS.NET 2003 (7.1).
VS.NET 2002 isn't that widespread/used anymore so if anyone owns VS.NET 2002
try the fix there too.
Because there is no error message associated and even +relay didn't show
anything suspicious this problem was somewhat tricky.
Relevant trace:
--- snip ---
..
0046:Call shell32.ShellExecuteExW(0034d068) ret=00409639
0046:trace:exec:SHELL_execute mask=0x00000040 hwnd=(nil) verb=(null)
file=L"setup.exe" parm=L"/LAUNCHER=\"C:\\windows\\temp\\\" /HWND=\"917812\"
/NoExclude" dir=L"D:\\wcu" show=0x00000001 class=not used
0046:Call ntdll.RtlAllocateHeap(00110000,00000000,0000020c) ret=67a1b416
0046:Ret ntdll.RtlAllocateHeap() retval=001b1098 ret=67a1b416
0046:trace:exec:ShellExecute_FromContextMenu L"setup.exe"
0046:Call shlwapi.PathFindExtensionW(001b1098 L"setup.exe") ret=67a1cb7e
0046:Ret shlwapi.PathFindExtensionW() retval=001b10a2 ret=67a1cb7e
0046:trace:exec:ShellExecute_GetClassKey ext = L".exe"
..
0046:Call KERNEL32.ExpandEnvironmentStringsW(0034bfbc
L"/LAUNCHER=\"C:\\windows\\temp\\\" /HWND=\"917812\"
/NoExclude",00000000,00000000) ret=67a1cf06
0046:Ret KERNEL32.ExpandEnvironmentStringsW() retval=00000038 ret=67a1cf06
..
0046:trace:exec:SHELL_execute
execute:L"setup.exe",L"/LAUNCHER=\"C:\\windows\\temp\\\" /HWND=\"917812\"
/NoExclude",L"D:\\wcu"
0046:trace:exec:SHELL_ExecuteW Execute L"setup.exe
/LAUNCHER=\"C:\\windows\\temp\\\" /HWND=\"917812\" /NoExclude" from directory
L"D:\\wcu"
0046:Call KERNEL32.GetFileAttributesW(001b2628 L"D:\\wcu") ret=67a1df7f
0046:Ret KERNEL32.GetFileAttributesW() retval=00000011 ret=67a1df7f
0046:Call KERNEL32.GetCurrentDirectoryW(00000104,0034a470) ret=67a1dfc1
0046:Ret KERNEL32.GetCurrentDirectoryW() retval=0000000f ret=67a1dfc1
0046:Call KERNEL32.SetCurrentDirectoryW(001b2628 L"D:\\wcu") ret=67a1dfda
0046:Ret KERNEL32.SetCurrentDirectoryW() retval=00000001 ret=67a1dfda
0046:Call KERNEL32.CreateProcessW(00000000,0034b7bc L"setup.exe
/LAUNCHER=\"C:\\windows\\temp\\\" /HWND=\"917812\"
/NoExclude",00000000,00000000,00000000,00000400,00000000,001b2628
L"D:\\wcu",0034a678,0034a6bc) ret=67a1ddc3
0046:trace:process:CreateProcessW app (null) cmdline L"setup.exe
/LAUNCHER=\"C:\\windows\\temp\\\" /HWND=\"917812\" /NoExclude"
0046:trace:process:find_exe_file looking for L"setup.exe"
0046:trace:process:find_exe_file Trying native exe
L"C:\\windows\\temp\\setup.exe"
0046:trace:process:CreateProcessW starting L"C:\\windows\\temp\\setup.exe" as
Win32 binary (0x400000-0x4a4000)
0014:trace:relay:load_list L"RelayExclude" =
L"ntdll.RtlEnterCriticalSection;ntdll.RtlLeaveCriticalSection;kernel32.94;kernel32.95;kernel32.96;kernel32.97;kernel32.98"
0014:trace:relay:load_list L"RelayFromExclude" =
L"winex11.drv;user32;gdi32;advapi32;kernel32"
0014:Call KERNEL32.__wine_kernel_init() ret=7bc45638
0014:trace:process:init_current_directory starting in L"D:\\wcu\\" (nil)
0014:trace:process:__wine_kernel_init starting process
name=L"C:\\windows\\temp\\setup.exe" argv[0]=L"setup.exe"
..
0046:Ret KERNEL32.CreateProcessW() retval=00000001 ret=67a1ddc3
..
0046:trace:exec:SHELL_ExecuteW returning 33
--- snip ---
What happens ...
Well, the installer spawns sub-installers - which coincidally have the same
filename.
Unfortunately the wrong setup.exe is spawned (main installer instead of
sub-installer) resulting in installer detecting a running instance of itself
(mutex) and silently terminating.
Parent then terminates too without any error.
CDROM disk layout ("d:\\"):
root directory: setup.exe (main installer)
sub directory: wcu\setup.exe (sub installer for prerequisites)
I first thought CreateProcessW() was to blame because it resolved the wrong
setup.exe but it was not the case.
CreateProcessW() works expected if given a short pathname of executable:
--- snip ---
search order:
1. The directory from which the application loaded.
2. The current directory for the parent process.
3. The 32-bit Windows system directory. Use the GetSystemDirectory function
to get the path of this directory.
4. The 16-bit Windows system directory. There is no function that obtains
the path of this directory, but it is searched. The name of this directory is
System.
5. The Windows directory. Use the GetWindowsDirectory function to get the
path of this directory.
6. The directories that are listed in the PATH environment variable. Note
that this function does not search the per-application path specified by the
App Paths registry key. To include this per-application path in the search
sequence, use the ShellExecute function.
--- snip ---
Because of this "setup.exe" is resolved to "d:\\setup.exe" (d:\\ = cdrom root
dir) = wrong.
The application filename needs to be expanded before the CreateProcess() call -
so only ShellExecute() is left as possible cause.
In windows the sub-installer is created with full path "d:\\wcu\\setup.exe" -
so a filename expansion/resolve must take place in API.
I first used SearchPath() with explicit path to do LoadLibrary-like search in
SHELL_execute().
Later I found the more convenient PathFindOnPath() which does all in one call
without additional buffers/copying.
The attached patch fixes the VS.NET 2003 installer problem for me, starting the
correct prerequisites sub-installer.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=8642
--- Comment #5 from Austin English <austinenglish(a)gmail.com> 2008-01-29 12:20:46 ---
(In reply to comment #4)
> playing with the pixelshader and vertexShader options don't seem to get rid of
> this problem. (infact, getting rid of them makes this problem worse, but
> doesn't seem to effect performance)
> I'm using wine 0.9.46
>
Could you retry this in a clean .wine directory and wine 0.9.54 (remove or
rename your current .wine directory, reinstall and retest).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2608
--- Comment #17 from Austin English <austinenglish(a)gmail.com> 2008-01-29 12:18:25 ---
(In reply to comment #16)
> Point taken - does anyone feel like testing to see if the patch solves the
> shrinker problem? From what I understand the actual deshrinking code is part
> of the DLL and wine just needed some help in getting it to execute, the
> commenter that posted the patch seems to indicate the fix is not overly
> complicated. I'm not familiar with the process of getting patches accepted
> into wine, I suppose some people testing it and saying it works for them and
> doesn't cause obvious regressions would be a good start :).
>
> Anyone fancy trying it out?
Submit it to wine-patches(a)winehq.org.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7772
--- Comment #5 from Austin English <austinenglish(a)gmail.com> 2008-01-29 12:16:42 ---
(In reply to comment #4)
> i started getting hard X lockups one one account, and crashes on the other.
> i'll do some extra investigating, and reply soon.
>
More than likely buggy video drivers. A normal user cannot lockup/crash X. Only
root (or something running as root) can do this.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9722
Summary: Medal of Honor Airborne does not work
Product: Wine
Version: 0.9.45.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: atari(a)gabo.pl
Created an attachment (id=8150)
--> (http://bugs.winehq.org/attachment.cgi?id=8150)
wine log
Medal of Honor Airborne does not work. I always get an error saying "Your
graphic card is not supported". My graphic card is Nvidia 8600GT, and it not in
unsupported graphic card list for MOH:Airborne.
Attached patch ehwn running MOHAA.EXE and MOHAA_SETUP.EXE.
--
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=4040
James Hawkins <truiken(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
--- Comment #10 from James Hawkins <truiken(a)gmail.com> 2008-01-29 11:27:23 ---
Closing.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4040
James Hawkins <truiken(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |ABANDONED
--- Comment #9 from James Hawkins <truiken(a)gmail.com> 2008-01-29 11:27:06 ---
Abandoned.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3697
Shane Mc Cormack <Dataforce(a)Dataforce.org.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Dataforce(a)Dataforce.org.uk
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3923
--- Comment #6 from Martin E. <martin.espinoza(a)gmail.com> 2008-01-29 09:59:03 ---
Just did a test on:
$ uname -a
Linux agamemnon 2.6.22-14-generic #1 SMP Tue Dec 18 08:02:57 UTC 2007 i686
GNU/Linux
$ wine --version
wine-0.9.47
And it seems to be working here. But I haven't tried totally removing Steam and
then restoring, yet (sorry, this is all I have time for this morning.)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=5016
--- Comment #5 from Denilson F. de Sá <denilsonsa(a)gmail.com> 2008-01-29 07:43:45 ---
I've just tested SonEd with Wine 0.9.54, and the result is bad. I could not
even check if the scrollbars are drawn or not (which is the subject of this
bug), because the graphics were completly garbled.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=7229
Dennis Hedegaard <neo2k(a)neo2k.dk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |neo2k(a)neo2k.dk
--- Comment #26 from Dennis Hedegaard <neo2k(a)neo2k.dk> 2008-01-29 07:06:53 ---
(In reply to comment #25)
> I'm curious. I haven't seen the lockup I've described since WoW 2.3.3 release
> two days ago, where character load times were (allegedly) decreased.
>
> Of course, merely posting this statement will mean Murphy will make it lockup
> on next logout, but I'm interested if others are seeing it less, or not at all.
>
I'm running a core 2 duo system with 32-bit ubuntu and wine 3.9.54 and I'm
beginning to experience the same crashed only since the 2.3.3 patch.
I've tried the "schedtool"-trick, still crashes.
Any ideas are appreciated.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=4040
--- Comment #8 from Patryk Rzadzinski <rzadzins(a)wit.edu.pl> 2008-01-29 05:52:12 ---
Hi, sorry I have given up on this long long ago and currently have no time to
test it - could anyone give it a try? I think this bug affects all third-party
RO servers and furthermore - LLRO is still up... Sorry for this and keep up the
good work!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3766
--- Comment #3 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-29 04:54:58 ---
(In reply to comment #2)
> I am experiencing the same problem. This is with wine-0.9.46 (Ubuntu 7.10 Gutsy
> distro).
This not helpful at all to report/confirm problems using a very old version
of Wine.
> Yes, the crash occurs when PPGRE.EXE attempts to invoke the external program
> TDA.EXE (Test Delivery Application).
> Here is the back trace / debug output.
Above the Comments box there is line that reads as
"Please do not PASTE logs and back traces, (attach them instead)."
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2666
Arie Skliarouk <skliarie(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|skliarieh(a)gmail.com |skliarie(a)gmail.com
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=2669
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks|1434 |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=975
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks|1434 |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=3250
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks|1434 |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=1449
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks|1434 |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=568
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks|1434 |
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.