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.