http://bugs.winehq.org/show_bug.cgi?id=19037
Summary: CTRL key automatically released?
Product: Wine
Version: 1.1.24
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Fire up notepad, type some gibberish, then use "CTRL+A, CTRL+C, CTRL+F". This
brings up the find menu. Now, while still holding CTRL, press CTRL+V. Instead
of pasting, you'll just get 'v'. Let go of CTRL and press CTRL+V. You'll get
your gibberish pasted.
Very annoying, now that I'm using Notepad++ as my regular (dogfood) text
editor.
--
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=11728
Summary: Picasa / Facebook Uploader does not work
Product: Wine
Version: 0.9.56.
Platform: PC
URL: http://apps.facebook.com/picasauploader/
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thestig(a)google.com
Prerequisite: a facebook account
Steps to reproduce:
1. Install Picasa from http://picasa.google.com/
2. Install wine gecko
3. Install the facebook uploader from http://apps.facebook.com/picasauploader/
as follows: wine 'c:\Program Files\Picasa2\Picasa2.exe'
picasa://importbutton/?url=http://www.webkinesis.com/fbpicasa/facebook.pbf
4. Start Picasa, select some pictures and try to upload using the facebook
button
Expected Results: Picasa creates an album, uploads the pictures to facebook.
(tested on WinXP)
Actual Results: Picasa creates an album, but nothing gets uploaded.
--
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=24814
Summary: Kitsu Saga Has Black Screen
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iyeru42(a)gmail.com
Created an attachment (id=31381)
--> (http://bugs.winehq.org/attachment.cgi?id=31381)
Wine log for this session.
No matter if winetricks pixel shader is off, or vertex shader is off/hardware,
etc. client.ini has various video setting, but none seem to resolve the problem
(even changing the game's vertex shader off, doesn't work, sorry.)
--
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=23771
Summary: Fallout 2 fails to start in 16 bit depth
Product: Wine
Version: 1.1.44
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b.brachaczek(a)gmail.com
CC: julliard(a)winehq.org
Fallout 2 (and maybe other games too, haven't tried) fails to start when X
Server is run in 16 bpp mode (24 bpp works fine). Only the following message is
displayed:
X Error of failed request: BadMatch (invalid parameter attributes)
Major opcode of failed request: 1 (X_CreateWindow)
Serial number of failed request: 386
Current serial number in output stream: 390
The first bad commit is between 1.1.43 and 1.1.44:
commit df6cd82ccf5dd03b0362a7ea571e14d66bbc5d72
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu May 6 14:57:44 2010 +0200
winex11: Create a window of the appropriate visual to initialize GL info.
Stable 1.2 as well as current git have the same issue. Current git with
reverted the above commit works fine.
System:
kernel 2.6.34.1 x86
X.Org Server 1.8.2
xf86-video-openchrome svn rev. 856 (latest)
Mesa 7.8.2 (using classic mesa software driver, no hardware 3D support for my
VIA Chrome9 chipset)
GCC 4.5.0
--
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=20985
Summary: Crash in CryptMsgUpdate under valgrind
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: crypt32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://kegel.com/wine/valgrind/logs/2009-12-10-03.53/vg-crypt32_msg.txt
shows a crash. Adding +relay,+seh,+crypt shows a bit more:
001e:Call crypt32.CryptMsgUpdate(7f044948,07783e13,00000004,00000000)
ret=0774e9b4
trace:crypt:CryptMsgUpdate (0x7f044948, 0x7783e13, 4, 0)
001e:Call KERNEL32.LocalAlloc(00000000,00000011) ret=07be6df0
001e:Ret KERNEL32.LocalAlloc() retval=7f044988 ret=07be6df0
err:seh:segv_handler Got unexpected trap 0
...
001e:Call KERNEL32.UnhandledExceptionFilter(7f21f5cc) ret=074b5deb
...
Unhandled exception: illegal instruction in 32-bit code (0x00000000).
Backtrace:
=>0 0x00000000 (0x7f21fc48)
1 0x0d3fced4 CryptMsgUpdate+0xa0(hCryptMsg=0x7f0bd740, pbData="",
cbData=4, fFinal=0) [dlls/crypt32/msg.c:2786] in crypt32 (0x7f21fc88)
2 0x0cf429b4 test_data_msg_update+0x5b1() [dlls/crypt32/tests/msg.c:445] in
crypt32_test (0x7f21fd08)
(two logs are smashed together there, so pointers don't match exactly)
When run not under valgrind, the same crash happens, but is handled:
001c:Call crypt32.CryptMsgUpdate(00154948,7ec0ce13,00000004,00000000)
ret=7ebd79b4
trace:crypt:CryptMsgUpdate (0x154948, 0x7ec0ce13, 4, 0)
001c:Call KERNEL32.LocalAlloc(00000000,00000011) ret=7eb29df0
001c:Ret KERNEL32.LocalAlloc() retval=00154988 ret=7eb29df0
trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=001c
trace:seh:raise_exception info[0]=00000000
trace:seh:raise_exception info[1]=00000000
trace:seh:raise_exception eax=00000000 ebx=7eb68ff4 ecx=00154988 edx=00000011
esi=00000000 edi=0032fc20
trace:seh:raise_exception ebp=0032fbc8 esp=0032facc cs=0023 ds=002b es=002b
fs=0063 gs=006b flags=00010202
trace:seh:call_vectored_handlers calling handler at 0x7ed88f41 code=c0000005
flags=0
trace:seh:call_vectored_handlers handler at 0x7ed88f41 returned 0
trace:seh:call_stack_handlers calling handler at 0x7eb39d84 code=c0000005
flags=0
001c:Call ntdll.RtlUnwind(0032faf0,7eb39e1a,0032fa74,00000000) ret=7eb39e9f
001c: eax=7eb00b15 ebx=7eb68ff4 ecx=0032fa74 edx=0032faf0 esi=0032faf0
edi=7eb39e1a ebp=0032f588 esp=0032f558 ds=002b es=002b fs=0063 gs=006b
flags=00000212
trace:seh:__regs_RtlUnwind code=c0000005 flags=2
trace:seh:__regs_RtlUnwind calling handler at 0x7efb47d4 code=c0000005 flags=2
trace:seh:__regs_RtlUnwind handler at 0x7efb47d4 returned 1
001c:Ret ntdll.RtlUnwind() retval=00000000 ret=7eb39e9f
001c: eax=00000000 ebx=7eb68ff4 ecx=0032fa74 edx=0032faf0 esi=0032faf0
edi=7eb39e1a ebp=0032f588 esp=0032f558 ds=002b es=002b fs=0063 gs=006b
flags=00000212
001c:Call KERNEL32.SetLastError(c0000005) ret=7eb39ca6
001c:Ret KERNEL32.SetLastError() retval=c0000005 ret=7eb39ca6
001c:Ret crypt32.CryptMsgUpdate() retval=00000000 ret=7ebd79b4
This is kind of mysterious. I can't find the __TRY that applies
to that fault...
this could well be a valgrind bug, but I need to understand how
it works normally under wine.
--
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=24982
Summary: Visual fox error in wine > 1.1.42
Product: Wine
Version: 1.3.5
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocascante(a)opensoftwarecr.com
We have a visual fox 9.0 application working with wine for 2 years. After
upgrade from 1.1.42 to 1.2 or 1.3.5 we cannot start it. We have this error:
Fatal error: Exception code = c0000005 called from progprin line 42
We did probe this visual fox program with versions 1.2 too, and the same error
appears. If we downgrade to 1.1.42 the software run well again.
Thanks.
--
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=26105
Summary: oleaut32/tmarshal tests shows several valgrind
warnings
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: oleaut32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Conditional jump or move depends on uninitialised value(s)
at serialize_param (tmarshal.c:748)
by serialize_param (tmarshal.c:756)
by xCall (tmarshal.c:1356)
by ???
by func_tmarshal (tmarshal.c:1548)
by run_test (test.h:556)
by main (test.h:624)
Uninitialised value was created by a stack allocation
at test_typelibmarshal (tmarshal.c:962)
...
22 bytes in 1 blocks are definitely lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by SysAllocStringLen (oleaut.c:235)
by SysAllocString (oleaut.c:159)
by test_typelibmarshal (tmarshal.c:1088)
by func_tmarshal (tmarshal.c:1548)
by run_test (test.h:556)
by main (test.h:624)
...
144 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by rpcrt4_conn_np_alloc (rpc_transport.c:120)
by RPCRT4_CreateConnection (rpc_transport.c:2939)
by rpcrt4_protseq_ncalrpc_open_endpoint (rpc_transport.c:285)
by RPCRT4_use_protseq (rpc_server.c:810)
by RpcServerUseProtseqEpExW (rpc_server.c:1022)
by RpcServerUseProtseqEpW (rpc_server.c:907)
by RPC_StartRemoting (rpc.c:1626)
by StdMarshalImpl_MarshalInterface (marshal.c:1245)
by CoMarshalInterface (marshal.c:1797)
by host_object_proc (tmarshal.c:76)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
...
2,020 bytes in 1 blocks are possibly lost
at notify_alloc (heap.c:254)
by RtlAllocateHeap (heap.c:1701)
by get_tls_data (test.h:240)
by winetest_set_location (test.h:275)
by host_object_proc (tmarshal.c:77)
by ??? (signal_i386.c:2473)
by call_thread_entry_point (signal_i386.c:2499)
by start_thread (thread.c:404)
by start_thread (in /lib/libpthread-2.11.2.so)
by clone (in /lib/libc-2.11.2.so)
this may be related to bug 25828.
--
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=25853
Summary: Dead Space 2 digital download installer crashes on
start
Product: Wine
Version: 1.3.11
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: NightNord(a)gmail.com
Created an attachment (id=32945)
--> (http://bugs.winehq.org/attachment.cgi?id=32945)
Default deadspace_f_activation.exe log
While game itself isn't released, if you'd preordered it from EA Store, it's
possible to download installer.
While trying to launch installer, it's launching "activation.exe", that unpacks
itself into C:\users\Temp\mtka_tmp and runs deadspace_f_activation, that
crashes (log attached).
It's almost definite, that SecuROM is somehow involved in process, as there is
a bunch of SecuROM files and dlls request in WINEDEBUG=+warn, and there is
secupacker_launcher.exe, but, probably, crash caused by something else.
It should be runnable before release date, I'm sure, as language files contents
strings of "too early" messages and there is "Release Date Check" procedure.
Before closing, it told me, that "To finish activation process, you must have
Administrative privileges" (or something like that, translated from Russian)
No tweaks and no additional software installed - pure ~/.wine prefix.
Log produced from launching only deadspace_f_activation.exe - otherwise
debugger can't produce backtrace.
Kernel: 2.6.37
wine: 1.3.11
--
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=25733
Summary: Magic the Gathering: DotP is really slow loading a
match
Product: Wine
Version: 1.3.11
Platform: x86
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: per(a)morth.org
When Magic the Gathering: Duels of the Plainswalker starts a match, it does a
_lot_ of these calls:
trace:file:FindFirstFileExW
L"DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\PTBOX_FULL.IMG"
0 0x33bb60 0 0x0 0
trace:file:RtlDosPathNameToNtPathName_U
(L"DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\PTBOX_FULL.IMG",0x33baf4,0x33bafc,0x0)
trace:file:RtlGetFullPathName_U
(L"DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\PTBOX_FULL.IMG"
520 0x33b818 0x33bafc)
trace:file:wine_nt_to_unix_file_name L"\\program
files\\steam\\steamapps\\common\\magic the gathering - duels of the
planeswalkers\\DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\"
not found in /Users/pelle/.wine/dosdevices/c:/program
files/steam/steamapps/common/magic the gathering - duels of the planeswalkers
I estimated it to around 290k calls for one match using wc. Of these over 95 %
fail like the one above, while a few do find the requested file. This makes the
match take several minutes to load in wine. I don't have any windows machine
but I assume it's much much faster there.
Something should be done to speed this up. I was thinking maybe a cache, but
ofc it's difficult to cache when the file system might change under your feet.
Ideas 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=26109
Summary: ole32/hglobalstream tests shows a valgrind warning
Product: Wine
Version: 1.3.13
Platform: x86
OS/Version: Linux
Status: NEW
Keywords: download, source, testcase
Severity: minor
Priority: P2
Component: ole32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Invalid read of size 2
at GlobalLock (heap.c:439)
by HGLOBALStreamImpl_Read (hglobalstream.c:235)
by test_freed_hglobal (hglobalstream.c:490)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f02a440 is 0 bytes inside a block of size 8 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by HeapFree (heap.c:272)
by GlobalFree (heap.c:770)
by test_freed_hglobal (hglobalstream.c:486)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
...
Invalid read of size 4
at GlobalReAlloc (heap.c:669)
by HGLOBALStreamImpl_SetSize (hglobalstream.c:446)
by test_freed_hglobal (hglobalstream.c:496)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f02a442 is 2 bytes inside a block of size 8 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by HeapFree (heap.c:272)
by GlobalFree (heap.c:770)
by test_freed_hglobal (hglobalstream.c:486)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
...
Invalid read of size 4
at GlobalReAlloc (heap.c:669)
by HGLOBALStreamImpl_SetSize (hglobalstream.c:446)
by HGLOBALStreamImpl_Write (hglobalstream.c:313)
by test_freed_hglobal (hglobalstream.c:499)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f02a442 is 2 bytes inside a block of size 8 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by HeapFree (heap.c:272)
by GlobalFree (heap.c:770)
by test_freed_hglobal (hglobalstream.c:486)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
...
Invalid read of size 4
at GlobalReAlloc (heap.c:676)
by HGLOBALStreamImpl_SetSize (hglobalstream.c:446)
by HGLOBALStreamImpl_Write (hglobalstream.c:313)
by test_freed_hglobal (hglobalstream.c:499)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
Address 0x7f02a442 is 2 bytes inside a block of size 8 free'd
at notify_free (heap.c:262)
by RtlFreeHeap (heap.c:1747)
by HeapFree (heap.c:272)
by GlobalFree (heap.c:770)
by test_freed_hglobal (hglobalstream.c:486)
by func_hglobalstream (hglobalstream.c:517)
by run_test (test.h:556)
by main (test.h:624)
--
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.