http://bugs.winehq.org/show_bug.cgi?id=32845
Bug #: 32845
Summary: Installing Cisco CSM 4.2 in Ubuntu x64 fails (32bit
works)
Product: Wine
Version: 1.4.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lordmael(a)gmail.com
Classification: Unclassified
Created attachment 43377
--> http://bugs.winehq.org/attachment.cgi?id=43377
Backtrace from the wine error log.
Installing Cisco Security Manager (CSM) 4.2 on ubuntu 64bit fails but when
installing it in 32bit ubuntu it installs and runs fine.
I followed the directions to install the replacement advpack.dll and update it
in the wine libraries as well as installing java in the wine environment prior
to installing CSM.
Running ubuntu 12.10 x64 with wine 1.4.1 (perhaps I need to update)
Willing to help out as much as needed :)
--
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=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.
https://bugs.winehq.org/show_bug.cgi?id=48101
Bug ID: 48101
Summary: Metatester 5 exits silently
Product: Wine
Version: 4.19
Hardware: x86-64
URL: http://files.metaquotes.net/metaquotes.software.corp/m
t5/mt5tester.setup.exe
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: imwellcushtymelike(a)gmail.com
Distribution: Ubuntu
Metatester 5 exits silently after an unknown period of time.
The agent starts a number of background services (that apparently install
correctly), but when it exits, Wine kills off the background services along
with everything else.
To workaround that specific problem:
1. wineserver -p
2. wineboot
3. Anything else.
(Bug 39030)
Nonetheless if you let the agent, or Wine itself, start up the services the
result is the same: the agent simply vanishes after an unknown amount of time.
Usually less than an hour. Under Windows 8.1 and 10 it runs indefinitely.
Entire log (wineserver and wineboot already run):
0190:fixme:heap:RtlSetHeapInformation 0x6a0000 0 0x22f3f0 4 stub
0190:fixme:font:get_outline_text_metrics failed to read full_nameW for font
L"Ani"!
0190:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x2263e4, 0x226400
0x2263e0
0190:fixme:nls:get_dummy_preferred_ui_language (0x38 0x2263e4 0x226400
0x2263e0) returning a dummy value (current locale)
0196:fixme:kernelbase:AppPolicyGetThreadInitializationType FFFFFFFFFFFFFFFA,
0000000000C5FD80
0190:fixme:ntdll:server_ioctl_file Unsupported ioctl 9003c (device=9 access=0
func=f method=0)
0190:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not
implemented: 0x1
0190:fixme:ntdll:NtQuerySystemInformationEx Relationship filtering not
implemented: 0x1
0190:fixme:shell:InitNetworkAddressControl stub
0198:fixme:secur32:schan_QueryContextAttributesW Unhandled attribute 0x64
0197:fixme:secur32:schan_QueryContextAttributesW Unhandled attribute 0x64
0190:fixme:kernelbase:AppPolicyGetProcessTerminationMethod FFFFFFFFFFFFFFFA,
000000000022FCD0
No workarounds used.
The app can be started again without issue.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=41653
Bug ID: 41653
Summary: The Banner Saga 2 GOG (adobe air) flickering on
Wine-staging
Product: Wine-staging
Version: 1.9.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: donanykey(a)gmail.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 56035
--> https://bugs.winehq.org/attachment.cgi?id=56035
Video of flickering picture
Dedicating separate bug from https://bugs.winehq.org/show_bug.cgi?id=41635 for
Wine-staging.
The game works in plain Wine (1.9.21), but with very poor frame rate
performance, while with staging - it's much more responsive, but the picture is
flickering.
Video and log to be attached
--
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.