http://bugs.winehq.org/show_bug.cgi?id=34648
Bug #: 34648
Summary: J2SE Runtime Environment 5.0 Update 10 installer
'patchjre' tool crashes due to unbuffered io on
redirected stdout pipe
Product: Wine
Version: 1.7.3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Classification: Unclassified
Hello folks,
as the summary says ...
The first thing to notice is the installer seeming to hang without showing GUI.
It actually tries to call home to 'jal.sun.com' which might take up to a minute
until it times out.
Not sure why they didn't remove the DNS entry if the host is
dead/filtered/blocked anyway.
--- snip ---
0009:trace:wininet:HTTP_HttpSendRequestW Request header -> L"HEAD
/webapps/installstat/CountryLookup HTTP/1.1\r\nHost:
jal.sun.com\r\nContent-Length: 0\r\nUser-Agent: jupdate\r\nCache-Control:
no-cache\r\nConnection: Keep-Alive\r\n\r\n"
0009:trace:wininet:GetAddress L"jal.sun.com"
0009:trace:wininet:HTTP_ResolveName resolved L"jal.sun.com" to 192.18.97.143
0009:trace:wininet:open_http_connection connecting to L"jal.sun.com", proxy
(null)
--- snip ---
(test with a browser)
The crash itself can be reproduced by running the following command after
failed install attempt:
--- snip ---
$ pwd
/home/focht/.wine/drive_c/Program Files/Common Files/Java/Update/Base
Images/jre1.5.0.b64/patch-jre1.5.0_10.b03
$ wine ./patchjre.exe -s "C:\\Program Files\\Java\\jre1.5.0_10"
--- snip ---
Backtrace:
--- snip ---
Unhandled exception: page fault on read access to 0x00000001 in 32-bit code
(0xf7527245).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:f7527245 ESP:0033c33c EBP:0033c398 EFLAGS:00010206( R- -- I - -P- )
EAX:00000001 EBX:f75a5000 ECX:00000022 EDX:00000000
ESI:7e5ea308 EDI:7b868ca6
Stack dump:
0x0033c33c: 00000001 00000000 00000004 0033c398
0x0033c34c: 00000000 00000000 0012fa10 00000000
0x0033c35c: 00000000 00000000 00000000 0033c340
0x0033c36c: 7e61e000 7e5ea308 7b868ca6 0033c398
0x0033c37c: 7e5ea32f 00000001 0040a32c 0033db40
0x0033c38c: 0040626c 00000000 00000000 0033db40
000c: sel=0067 base=00000000 limit=00000000 16-bit --x
Backtrace:
=>0 0xf7527245 __strstr_sse42+0x25() in libc.so.6 (0x0033c398)
1 0x7e5ea32f MSVCRT_strstr+0x26(haystack=*** invalid address 0x1 ***,
needle=""") [/home/focht/projects/wine/wine-git/dlls/msvcrt/string.c:1725] in
msvcrt (0x0033c398)
2 0x0040628f in patchjre (+0x628e) (0x0033db40)
3 0x00401155 in patchjre (+0x1154) (0x0033fd84)
4 0x00406daa in patchjre (+0x6da9) (0x0033fe20)
5 0x7b863cf0 call_process_entry+0xb() in kernel32 (0x0033fe38)
--- snip ---
The patcher creates pipes for child process stdio:
--- snip ---
0025:Call KERNEL32.CreatePipe(0033db30,0033db24,0033db18,00000400) ret=0040616e
0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040616e
0025:Call KERNEL32.CreatePipe(0033db34,0033db28,0033db18,00000400) ret=0040618b
0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=0040618b
0025:Call KERNEL32.CreatePipe(0033db38,0033db2c,0033db18,00000400) ret=004061a2
0025:Ret KERNEL32.CreatePipe() retval=00000001 ret=004061a2
...
0025:Call KERNEL32.SetHandleInformation(00000064,00000001,00000000)
ret=00406205
0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406205
0025:Call KERNEL32.SetHandleInformation(00000068,00000001,00000000)
ret=0040620d
0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=0040620d
0025:Call KERNEL32.SetHandleInformation(00000070,00000001,00000000)
ret=00406215
0025:Ret KERNEL32.SetHandleInformation() retval=00000001 ret=00406215
--- snip ---
The child process is started:
--- snip ---
...
0025:Call KERNEL32.CreateProcessA(00000000,0033cbbc "C:\\Program
Files\\Java\\jre1.5.0_10\\bin\\java.exe
-fullversion",00000000,00000000,00000001,08000008,00000000,00000000,0033dabc,0033db00)
ret=00406248
...
0027:Call KERNEL32.__wine_kernel_init() ret=7bc594f9
0025:Ret KERNEL32.CreateProcessA() retval=00000001 ret=00406248
...
--- snip ---
The parent (patcher) immediately issues a blocking read on child stdout pipe
without waiting for anything.
It blocks until the child writes something to other end of pipe:
--- snip ---
0025:Call KERNEL32.ReadFile(00000070,0033d3bc,00000100,0033db48,00000000)
ret=0040626c
--- snip ---
The child parses the command line and (f)prints out the version string to
"stdout" pipe.
I added more trace info to show 'MSVCRT_fwrite' and 'MSVCRT__write' calls +
args.
--- snip ---
0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74)
0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f
0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f
0027:trace:msvcrt:pf_printf_a Format is: "%s full version \"%s\"\n"
0027:trace:msvcrt:_lock (30)
0027:trace:msvcrt:MSVCRT_fwrite :file (0x7ed22320) ptr (0x40809c) wrcnt (4)
file->_cnt=0
0027:trace:msvcrt:MSVCRT__isatty :fd (2) handle (0x74)
0027:Call KERNEL32.GetFileType(00000074) ret=7ecacf3f
0027:Ret KERNEL32.GetFileType() retval=00000003 ret=7ecacf3f
0027:Call ntdll.RtlAllocateHeap(00110000,00000008,00000200) ret=7ecb8877
0027:Ret ntdll.RtlAllocateHeap() retval=00134f48 ret=7ecb8877
0027:trace:msvcrt:MSVCRT__write :fd (2) handle (116) buf (0x40809c) len (4)
0027:Call KERNEL32.WriteFile(00000074,0040809c,00000004,0033f7a4,00000000)
ret=7ecb4157
0027:Ret KERNEL32.WriteFile() retval=00000001 ret=7ecb4157
0027:trace:msvcrt:_unlock (30)
0027:trace:msvcrt:_lock (30)
--- snip ---
Upon pipe write of client, the parent's blocking read returns and it starts
parsing the output:
--- snip ---
0025:Ret KERNEL32.ReadFile() retval=00000001 ret=0040626c
Regards
...
0025:Call msvcrt.strstr(0033d3bc "java",0040a32c "\"") ret=00406280
...
0025:Ret msvcrt.strstr() retval=00000000 ret=00406280
...
0025:Call msvcrt.strstr(00000001,0040a32c "\"") ret=0040628f
...
0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0xf747d245
ip=f747d245 tid=0025
--- snip ---
Unfortunately the buffer of client fprintf() call was not written in one piece
(buffered io) causing the parent to read only a partial string.
Due to crappy coding it crashes (2x strstr for '"' won't work for partial
data).
As seen in trace the first 4 bytes were directly written to pipe without any
buffering.
The child process fprintf() call to stdout (pipe):
--- snip ---
...
0040111F mov dword ptr [40AEB8h], 40809Ch ; offset "java"
...
00402007 push 4085DCh ; offset to "1.5.0-b64"
0040200C push dword ptr [40AEB8h] ; -> "java"
00402012 add eax, 40h
00402015 push 4085E8h ; offset to "%s full version \"%s\"\n"
0040201A push eax ; FILE *
0040201B call fprintf
--- snip ---
The first call to WriteFile() is actually the result of outputting first string
argument after format string -> 40809Ch = "java" (len=4).
Each vfprintf() argument handler -> pf_output_xxx will immediately trigger an
unbuffered write to the pipe(s).
Example session with winedbg showing use of buffered stdio when started from
console (len = 0x1f):
--- snip ---
=>0 0x7b83db29 WriteFile(hFile=0x17, buffer=0x112110, bytesToWrite=0x1f,
bytesWritten=0x33f9bc, overlapped=(nil))
[/home/focht/projects/wine/wine-git/dlls/kernel32/file.c:529] in kernel32
(0x0033fa38)
1 0x7ecace65 msvcrt_flush_buffer+0x54(file=0x7ed22320)
[/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:565] in msvcrt
(0x0033fa78)
2 0x7ecad0b8 remove_std_buffer+0x10(file=0x7ed22320)
[/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:628] in msvcrt
(0x0033fa98)
3 0x7ecb7630 MSVCRT_vfprintf+0x91(file=0x7ed22320, format="%s full version
"%s"
", valist="") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4491] in
msvcrt (0x0033fae8)
4 0x7ecb7aca MSVCRT_fprintf+0x35(file=0x7ed22320, format="%s full version
"%s"
") [/home/focht/projects/wine/wine-git/dlls/msvcrt/file.c:4612] in msvcrt
(0x0033fb1c)
5 0x00402021 in java (+0x2020) (0x00111ff3)
--- snip ---
It seems to me that buffered io should be still done even if stdout is
connected to a pipe.
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=32385
Bug #: 32385
Summary: MSTSC (Remote Desktop) drawing issues
Product: Wine
Version: 1.5.18
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kenjiru.ro(a)gmail.com
Classification: Unclassified
Created attachment 42734
--> http://bugs.winehq.org/attachment.cgi?id=42734
Drawing issues.
When it works, it has some drawing issues. Some windows are not drawn correctly
at all, the title bars of some windows are not drawn.
I see a lot of messages in the console, but I don't know which ones are to
blame.
I've attached the console output.
--
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=29503
Bug #: 29503
Summary: Stucuk's Setup System patcher often fails with 'Canvas
does not allow drawing' error message
Product: Wine
Version: 1.3.36
Platform: x86
URL: http://www.fileplanet.com/207230/200000/fileinfo/Dark-
Horizon-Patch-v1.0.6.1
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 38206
--> http://bugs.winehq.org/attachment.cgi?id=38206
screenshot (patcher running in virtual desktop)
The installer of the patch made for Dark Horizon uses a Stucuk's Setup System
according to the file properties. The installer of the community patch made for
Original War also uses this kind of patcher, sharing the same problem.
The patcher for Dark Horizon consists of nearly 3000 small files. The
installation process doesn't take long (15-20 seconds). At some point during
the install process, the patcher is interrupted with an error message:
'Setup Thread Error: Canvas does not allow drawing', and the installer quits
prematurely.
This happens fairly often (maybe 8 times out of 10 attempts), but sometimes the
patcher finishes the job without erroring out.
Before the error message pops up, text which normally appears inside the
installer window also printed and overwritten several hundreds of times in the
upper left corner of the screen (see attached screenshot). This happens both in
virtual desktop mode and in full-screen.
To reproduce the problem with the patcher made for Dark Horizon you don't have
to download the demo for the game; the patch can be installed alone in a
selected directory anywhere inside a wineprefix.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=41615
Bug ID: 41615
Summary: Max Payne 1 and 2 crash using glsl=enabled
Product: Wine
Version: 1.9.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 55965
--> https://bugs.winehq.org/attachment.cgi?id=55965
backtrace-max-payne-1-glsl
Max Payne 1 and 2 crash using glsl=enabled during 1st chapter
Both crash during 1st chapter however if use glsl=disabled in wine register
works stable both games pass 1st chapter with crashes
System Specs Using in Tests
Nvidia Drivers 375.10 (run package from nvidia drivers homepage)
Xubuntu 16.04 64Bit - Kernel 4.4.0-44 generic (ubuntu mainline) - CPUFreq:
Performance
CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus
MEMORY: 8GB DDR3 1333 (2x4) Patriot value (dual channel: 21.3 gb/s)
GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition
Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s)
MAINBOARD: MSI H81M E33
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38183
Bug ID: 38183
Summary: King of Dragon Pass crashes when loading a saved game
Product: Wine
Version: 1.7.38
Hardware: x86
URL: http://a-sharp.com/files/KoDP-Tour.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Distribution: ---
Created attachment 50954
--> https://bugs.winehq.org/attachment.cgi?id=50954
terminal output
Loading a previously saved game at the title screen works properly.
Loading a saved game while you are in-game results in a crash.
Tested with the GOG version. The crash can be reproduced with the demo/tour
version as well.
The same problem in Wine 1.2.3/1.4.1/1.6.2/1.7.38.
Steps to reproduce the problem with the demo version:
Start the installed demo with tour.exe. Click on the highlighted <Tour>, <Skip
all>, <Play> buttons. Click the button right next to <Proceed> in the lower
right corner. Click <Save>...the game is saved.
Now click <Restore> in the options menu and select the previously saved game.
The game is loaded without errors but if you click <Proceed> the game crashes.
The demo version doesn't allow to load a saved game from the title screen.
KoDP-Tour.exe
sha1: 445443bd6365f71257abfe0809e9a1932791d1ed
--
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=26898
Summary: wine does not show save game screenshots
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vaniaz(a)msn.com
Screenshots are saved in dds format. When saving game, I get the following in
console
fixme:d3d_surface:surface_convert_format Cannot find a conversion function from
format WINED3DFMT_B8G8R8A8_UNORM to WINED3DFMT_DXT1.
Saved screenshot is completely black.
--
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=33309
Bug #: 33309
Summary: No keyboard input in Slender: The Arrival
Product: Wine
Version: 1.5.27
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: 6tsukiyami9(a)gmail.com
Classification: Unclassified
The title says all about it: the keyboard doesn't work at all in Slender: The
Arrival. I can't even try the game itself because I can't get enter the license
key and get to the main menu.
I guess this may be a clue:
fixme:win:RegisterRawInputDevices Unhandled flags 0x100 for device 0.
fixme:win:RegisterDeviceNotificationW (hwnd=0x1006a,
filter=0x33fc6c,flags=0x00000000) returns a fake device notification handle!
fixme:win:RegisterRawInputDevices Unhandled flags 0x100 for device 0.
I'm attaching a full log with WINEDEBUG=-all,+keyboard,+key,+dinput,+message
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39305
Bug ID: 39305
Summary: Sanitarium
Product: Wine
Version: 1.7.50
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: i30817(a)gmail.com
Distribution: ---
There are plenty of bugs with sanitarum that are closed 'FIXED' that i'm still
experiencing, except if running with the game windowed mode command line switch
(-w).
For example the game doesn't show graphics with the native fullscreen here
(with the open source radeon drivers) unless i specify :
wine reg add "HKCU\\Software\\Wine\\Direct3D" /v "OffscreenRenderingMode" /t
REG_SZ /d "backbuffer"
before running the game (instead of default "fbo")
Bug #28625 is also still a problem. In fact, it appears more of a problem
because with native fullscreen and that registry setting just moving the mouse
at all is liable to freeze the screen and every animation on it, no just pause
while moving (the game is still running because i can press ESC to go to the
settings menu).
This seems like a regression, since bug #28625 is marked as fixed.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38173
Bug ID: 38173
Summary: Juiced Dont Start
Product: Wine
Version: 1.7.37
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 50923
--> https://bugs.winehq.org/attachment.cgi?id=50923
backtrace juiced
Juiced dont start, unable validate settings
Wine 1.7.37
Nvidia Drivers 346.47
Linux Mint 17 XFCE Edition 64Bit - Kernel 3.18.0.31
CPU: INTEL Pentium G3220 3.0Ghz
MEM: 8GB DDR3 1333 (2x4) Patriot value (128 bit dual channel: 21.3 gb/s)
GPU: Zotac Nvidia Geforce GT630 (GK208 28nm: 384 Shaders / 8 ROPS) Zone Edition
Passive Cooling 2GB DDR3 1800Mhz 64Bit (14.4Gb/s)
BOARD: MSI H81M E33
--
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.