http://bugs.winehq.org/show_bug.cgi?id=24903
Summary: Regression: NoX game crashes when trying inputting
anything in any textbox
Product: Wine
Version: 1.1.35
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: evengard(a)trioptimum.com
The NoX game
(http://appdb.winehq.org/objectManager.php?sClass=version&iId=4324) is crashing
when inputting in any textbox ingame (setting the player name, chatting,
inputting in game console) with the following error:
wine: Unhandled page fault on read access to 0xffff0027 at address 0xffff0027
(thread 0009), starting debugger...
I did a regression testing of the bug and found that the
0e270bbd226c34bd2831673c1c546f8db76b0487 commit is the bad one.
If needed, I can post here any backtraces needed (just say what is needed to
perform a test).
NOTE: the game works perfectly well in Win98, WinXP, WinVista and Win7
--
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=29205
Bug #: 29205
Summary: Can't play Warrock
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: luis_pak(a)hotmail.com
Classification: Unclassified
Created attachment 37704
--> http://bugs.winehq.org/attachment.cgi?id=37704
error
First I install and update warrock all fine...
But then when I try to run the game the give me the error that is missing
msvcp90.dll
I downloaded and copy to system32 directory.
When I try to play again give me an error but is not especific just say that
this error don't appear in windows just in wine
Best Regards
Luis Vicente
PS: In attach I send a print
--
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=36557
Bug ID: 36557
Summary: valgrind shows some invalid writes in
ieframe/tests/webbrowser.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48653
--> https://bugs.winehq.org/attachment.cgi?id=48653
valgrind log
==13268== Invalid write of size 4
==13268== at 0x6805C5E: update_travellog (dochost.c:428)
==13268== by 0x68069B3: ClOleCommandTarget_Exec (dochost.c:697)
==13268== by 0x774F397: notify_travellog_update (docobj.h:981)
==13268== by 0x774F56E: set_current_mon (persist.c:134)
==13268== by 0x7727C12: navigate_proc (navigate.c:2093)
==13268== by 0x7766E90: hidden_proc (task.c:316)
==13268== by 0x53425C1: ??? (winproc.c:173)
==13268== by 0x5342736: call_window_proc (winproc.c:244)
==13268== by 0x53448CF: WINPROC_call_window (winproc.c:900)
==13268== by 0x5305C04: DispatchMessageW (message.c:4019)
==13268== by 0x69D80B98: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x6A0E6960: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x6A0E644E: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x6AFE5010: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x69CAB80E: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x6A0E65A1: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x69D80A5F: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x53425C1: ??? (winproc.c:173)
==13268== by 0x5342736: call_window_proc (winproc.c:244)
==13268== by 0x53448CF: WINPROC_call_window (winproc.c:900)
==13268== Address 0x483a04c is 4 bytes after a block of size 32 alloc'd
==13268== at 0x7BC4C75D: notify_alloc (heap.c:255)
==13268== by 0x7BC50FA1: RtlAllocateHeap (heap.c:1716)
==13268== by 0x680464D: heap_alloc (ieframe.h:328)
==13268== by 0x6805ADB: update_travellog (dochost.c:401)
==13268== by 0x68069B3: ClOleCommandTarget_Exec (dochost.c:697)
==13268== by 0x774F397: notify_travellog_update (docobj.h:981)
==13268== by 0x774F56E: set_current_mon (persist.c:134)
==13268== by 0x7727C12: navigate_proc (navigate.c:2093)
==13268== by 0x7766E90: hidden_proc (task.c:316)
==13268== by 0x53425C1: ??? (winproc.c:173)
==13268== by 0x5342736: call_window_proc (winproc.c:244)
==13268== by 0x53448CF: WINPROC_call_window (winproc.c:900)
==13268== by 0x5305C04: DispatchMessageW (message.c:4019)
==13268== by 0x69D80B98: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x6A0E6960: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x6A0E644E: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x6AFE5010: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x69CAB80E: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x6A0E65A1: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268== by 0x69D80A5F: ??? (in
/home/austin/.wine/drive_c/windows/system32/gecko/2.24/wine_gecko/xul.dll)
==13268==
--
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=36365
Bug ID: 36365
Summary: valgrind shows a TON of leaks in
ieframe/tests/webbrowser.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: ieframe
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
By far one of the noisiest logs/leaks so far.
==15771== 28 bytes in 1 blocks are possibly lost in loss record 2,015 of 11,565
==15771== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==15771== by 0x5B21B82: heap_alloc_zero (typelib.c:1662)
==15771== by 0x5B295CC: ITypeLib2_Constructor_MSFT (typelib.c:2902)
==15771== by 0x5B2C20B: LoadTypeLibEx (typelib.c:3460)
==15771== by 0x5B2DDF2: LoadTypeLib (typelib.c:454)
==15771== by 0x5B2E4AA: LoadRegTypeLib (typelib.c:537)
==15771== by 0x6933764: get_typeinfo (ieframe_main.c:75)
==15771== by 0x69298B1: ProvideClassInfo_GetClassInfo (classinfo.c:62)
==15771== by 0x4A5B8A4: test_ClassInfo (ocidl.h:3368)
==15771== by 0x4A63A2E: test_WebBrowser (webbrowser.c:3380)
==15771== by 0x4A65E0B: func_webbrowser (webbrowser.c:3629)
==15771== by 0x4A673B4: run_test (test.h:584)
==15771== by 0x4A677A3: main (test.h:654)
==15771==
==15771== 8 bytes in 1 blocks are definitely lost in loss record 422 of 11,565
==15771== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==15771== by 0x6948752: create_shell_ui_helper (ieframe.h:328)
==15771== by 0x692D2BA: DocHostUIHandler_GetExternal (dochost.c:900)
==15771== by 0x4A59F1E: test_external (mshtmhst.h:849)
==15771== by 0x4A6638C: func_webbrowser (webbrowser.c:3502)
==15771== by 0x4A673B4: run_test (test.h:584)
==15771== by 0x4A677A3: main (test.h:654)
==15771==
etc.
--
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=36213
Bug ID: 36213
Summary: valgrind shows some possible leaks under
crypt32/tests/sip.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==23202== 52 bytes in 1 blocks are possibly lost in loss record 111 of 282
==23202== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==23202== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==23202== by 0x514398B: CryptMemAlloc (main.c:124)
==23202== by 0x51627B5: CRYPT_CacheSIP (sip.c:576)
==23202== by 0x5162B5D: CRYPT_LoadSIP (sip.c:653)
==23202== by 0x5162C60: CryptSIPLoad (sip.c:698)
==23202== by 0x4EA631D: test_SIPLoad (sip.c:357)
==23202== by 0x4EA67BF: func_sip (sip.c:444)
==23202== by 0x4EB7F67: run_test (test.h:584)
==23202== by 0x4EB8356: main (test.h:654)
==23202==
--
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=36341
Bug ID: 36341
Summary: valgrind shows some possible leaks under
crypt32/tests/base64.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==21036== 2,628 bytes in 73 blocks are possibly lost in loss record 250 of 266
==21036== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255)
==21036== by 0x4F815DF: CryptMemAlloc (main.c:124)
==21036== by 0x4F92C4B: crypt_oid_init (oid.c:1403)
==21036== by 0x4F811F8: DllMain (main.c:46)
==21036== by 0x4FA5F36: __wine_spec_dll_entry (dll_entry.c:40)
==21036== by 0x7BC53B24: ??? (in
/home/austin/wine-valgrind-known/dlls/ntdll/ntdll.dll.so)
==21036== by 0x7BC5644E: MODULE_InitDLL (loader.c:1068)
==21036== by 0x7BC56AE7: process_attach (loader.c:1157)
==21036== by 0x7BC56AB9: process_attach (loader.c:1149)
==21036== by 0x7BC56CEF: attach_process_dlls (loader.c:2769)
==21036== by 0x401BC7C: ??? (in
/home/austin/wine-valgrind-known/libs/wine/libwine.so.1.0)
==21036==
--
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=37399
Bug ID: 37399
Summary: Urban Assault black screen when using software
renderer (palette problem)
Product: Wine
Version: 1.7.28
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: erich.e.hoover(a)gmail.com
Depends on: 37307, 37398
Regression SHA1: 9d49b7a9be6d4ed59a69c3453de4eadb0101ea09
Distribution: Ubuntu
Once Bug #37307 and Bug #37398 are resolved/worked around then another issue
crops up with Urban Assault, apparently a change back in June makes it such
that UA cannot load since the surface it's using does not get a palette. The
following error occurs repeated on the command line:
fixme:d3d:convert_p8_uint_b8g8r8a8_unorm P8 surface loaded without a palette.
--
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=36247
Bug ID: 36247
Summary: VHD Attach crushes because of virtdisk.dll missing
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: matyapiro31(a)gmail.com
VHD Attach is an application to mount .vhd files as hard disks.
It depends on virtdisk.dll but wine doesn't include it.
I think we can implement it easily by using libvirt?
It support VHD file type.
--
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=36395
Bug ID: 36395
Summary: valgrind shows a possible leak in
inetcomm/tests/mimeole.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==17178== 28 bytes in 1 blocks are possibly lost in loss record 154 of 561
==17178== at 0x7BC508EB: RtlAllocateHeap (heap.c:255)
==17178== by 0x5498BE8: apartment_getclassobject (compobj.c:526)
==17178== by 0x549BFF6: get_inproc_class_object (compobj.c:2894)
==17178== by 0x549ED5F: CoGetClassObject (compobj.c:3032)
==17178== by 0x549F4E7: CoCreateInstance (compobj.c:3197)
==17178== by 0x4AAC50E: func_mimeole (mimeole.c:99)
==17178== by 0x4AAAE6B: main (test.h:584)
==17178==
--
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=36662
Bug ID: 36662
Summary: valgrind shows a few memory leaks in
ws2_32/tests/sock.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase, valgrind
Severity: normal
Priority: P2
Component: winsock
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==21586== Thread 1 ws2_32_test.exe.so:
==21586== 60 bytes in 1 blocks are possibly lost in loss record 350 of 701
==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255)
==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716)
==21586== by 0x50B07F4: WS2_sendto (socket.c:4545)
==21586== by 0x50B0611: WSASend (socket.c:4500)
==21586== by 0x4F6E338: test_send (sock.c:4194)
==21586== by 0x4F7FDB1: func_sock (sock.c:7742)
==21586== by 0x4F80BB1: run_test (test.h:584)
==21586== by 0x4F80FA0: main (test.h:654)
==21586==
==21586== 60 bytes in 1 blocks are possibly lost in loss record 351 of 701
==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255)
==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716)
==21586== by 0x50B07F4: WS2_sendto (socket.c:4545)
==21586== by 0x50B0611: WSASend (socket.c:4500)
==21586== by 0x4F6E6AF: test_send (sock.c:4234)
==21586== by 0x4F7FDB1: func_sock (sock.c:7742)
==21586== by 0x4F80BB1: run_test (test.h:584)
==21586== by 0x4F80FA0: main (test.h:654)
==21586==
==21586== 60 bytes in 1 blocks are definitely lost in loss record 352 of 701
==21586== at 0x7BC4C6EB: notify_alloc (heap.c:255)
==21586== by 0x7BC50F2F: RtlAllocateHeap (heap.c:1716)
==21586== by 0x50B638A: WS2_recv_base (socket.c:6554)
==21586== by 0x50B61D4: WSARecv (socket.c:6522)
==21586== by 0x4F7A61B: test_completion_port (sock.c:6862)
==21586== by 0x4F7FDAC: func_sock (sock.c:7739)
==21586== by 0x4F80BB1: run_test (test.h:584)
==21586== by 0x4F80FA0: main (test.h:654)
==21586==
--
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=13365
Summary: Mising Text in IFC Markets Terminal Graphics
Product: Wine
Version: 1.0-rc1
Platform: PC
URL: http://ifcmarkets.com/download/IFCMTerminalSetup.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
When you're viewing the platform graphics, the text at the right that shows the
current prices of the currencies are missing. You can see the problem in the
screenshots.
--
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=23108
Summary: Problems switching between instances of PowerPoint
2007 with KDE
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.duelli(a)web.de
Created an attachment (id=28717)
--> (http://bugs.winehq.org/attachment.cgi?id=28717)
Superfluous third
I am using KDE 4 and run PowerPoint 2007 via wine 1.2rc2 (however, the problem
I will describe exists for me since the time I first started using wine more
intensively)
How to reproduce:
1. Use KDE 4 (a friend tested with another window manager and could not
reproduce it)
2. Open a PowerPoint file. Everything is fine so far, works great. As usual, I
can switch between different windows without any problems
3. Open another PowerPoint file. Now things get strange! Instead of two
PowerPoint windows, I can see three windows: the two opened files and a third
window without any content but the title. (see attached screenshot)
In that state, I cannot simply change between the instances of PowerPoint but
always have to maximize the window I would like to choose.
When closing the second PowerPoint file, the superfluous small window stays.
As far as I have tested, this behaviour does not occur with multiple instances
of Word, for instance.
--
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=36040
Bug ID: 36040
Summary: Environment variable to disable wineserver persistence
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wineserver
Assignee: wine-bugs(a)winehq.org
Reporter: josh(a)joshtriplett.org
Normally, when wine runs a Windows program, and the Windows program exits,
wineserver persists for a couple of seconds to improve the performance of
subsequent programs. When running a testsuite that waits for all child
processes to exit, this delays each test completion for a couple of seconds.
Thus, I'd like to have an environment variable that tells wineserver to exit
the instant the Windows program does.
--
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=39002
Bug ID: 39002
Summary: ISAXXMLParser ignores charset property
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: msxml3
Assignee: wine-bugs(a)winehq.org
Reporter: ott(a)mirix.org
Distribution: ---
ISAXXMLParser (or its implementation in Wine to be correct) tries to detect the
encoding of documents with xmlDetectCharEncoding and some custom heuristics in
internal_parseBuffer and uses xmlDetectCharEncoding without additional
heuristics through xmlCreatePushParserCtxt in internal_parseStream which
violates the specification:
"This setting [charset property] takes priority over the default encoding,
which is implicitly UTF-16, or over the encoding specified in the byte order
mark (BOM) of the XML document header."
(https://msdn.microsoft.com/en-us/library/ms757826%28v=vs.85%29.aspx)
Moreover, ISAXXMLParser returns E_NOTIMPL when setting the charset property. It
should at least accept ASCII, UTF-8 and UTF-16 as these encoding are detected
by internal_parseBuffer and internal_parseStream anyways and are supported by
libxml2. A better option would be to support all enconding supported by Wine
and reencode them as UTF-8 (when possible) and supply the UTF-8 encoding data
to libxml2 via custom IO callbacks.
--
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=15084
Summary: ReadConsoleInputW() handles a NULL lpNumberOfEventsRead
parameter incorrectly
Product: Wine
Version: 1.1.3
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dg(a)cowlark.com
On the Windows console, if I try to read input events with ReadConsoleInputW()
and pass in NULL as the pointer to the lpNumberOfEventsRead field, wine
completes successfully where Windows XP fails and returns an error code.
--
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=26184
Summary: Program E-Mail Grabber Error
Product: Wine
Version: unspecified
Platform: All
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ghostknight22(a)gmail.com
I can´t start the program "Email Grabber" (http://www.emailgrabber.de/) with
wine. After a few seconds the program crashes.
--
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=15100
Summary: Google Talk cannot be "x"ed out
Product: Wine
Version: 1.1.2
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: benjamin.j.mccann(a)gmail.com
Created an attachment (id=15783)
--> (http://bugs.winehq.org/attachment.cgi?id=15783)
Output fron running "wine googletalk.exe"
The "x" in the upper right hand corner of the Google Talk window does not work
for closing the application. However, the minimization button does work. I'm
unsure as to which feature has a bug or is unimplemented.
--
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=37425
Bug ID: 37425
Summary: After installing Ulead Gif Animator with wine I got
the message that programm has to be closed immediately
because of a unspecified bug. Please get information
by attachment file.
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ua-holland(a)t-online.de
Distribution: ---
Ulead Gif Animator complete Installation with win does not run. See attached
message.
--
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=38506
Bug ID: 38506
Summary: Keep getting this error when trying to run Radio
spider; needed to run church radio station. Windows
keeps getting hacked, Linux running well (surprise,
surprise). Thanks for any help you can provide.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: derekk(a)ccleb.com
Distribution: ---
Created attachment 51358
--> https://bugs.winehq.org/attachment.cgi?id=51358
backtrace of error
When i try and run radio spider this is the error i receive. The program begins
to load then this pops up. Sorry if it's something i configured wrong. I'm new
to Linux and teaching myself as no one i know has used Linux for radio station
OS. Thank you for any help you can provide, seriously thank you.
--
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=38598
Bug ID: 38598
Summary: Crash when UpdateLayeredWindow with large window &
complicated transparency
Product: Wine
Version: 1.7.42
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: m13253(a)hotmail.com
Distribution: ---
The program that causes the bug is here:
https://gist.github.com/m13253/092b94c7bd526a9a4e57
A .exe executable is also included in the Git repo.
The program is tested to be fine under Windows 10.
Upon successful execution, the program creates a transparent panel with spotted
background on the right half of the screen.
Wine failed with the following messages:
X Error of failed request: BadLength (poly request too large or internal
Xlib length error)
Major opcode of failed request: 33 (X_GrabKey)
Serial number of failed request: 219
Current serial number in output stream: 227
Depending on the window size, the "major opcode" may vary.
This issue only occurs when:
Source line 72-76: The window size is large enough
and
Source line 115-131: The RGBA bitmap is complicated, especially the alpha
channel
Additional info:
Distribution: ArchLinux
It is a WINEARCH=win32 prefix.
libx11: 1.6.3-1
xorg-server: 1.17.1-5
mesa: 10.5.4-1
gnome-shell: 3.16.1-2
--
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=21397
Summary: LookupAccountName cannot retrieve a 'groups' SID
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
Debugging an application I found the cause of the first failure is that the
software installs a 'group' (which fails with a fixme). Post install, I created
a group (addgroup) but the application calls LookupAccountName to retrieve the
SID of that created group.
You can hack around this (if LookupAccountName fails, query the current user
and re-call the function to get it's sid) but looking at the function there is
complete support missing for anything other than the current user.
Ideally it should call (something like getgrent?) and if it finds a group, map
it to a SID somehow (perhaps end the SID with the gid?). It could handle
querying other users as well in a similar way (getpwnam?)
JEWMQ
--
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=36199
Bug ID: 36199
Summary: valgrind shows several warnings under
crypt32/tests/chain.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: crypt32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Created attachment 48320
--> https://bugs.winehq.org/attachment.cgi?id=48320
valgrind log
A few in glibc:
==17802== Thread 2:
==17802== Invalid read of size 1
==17802== at 0x40187FA: strcmp (strcmp.S:34)
==17802== by 0x4008925: _dl_map_object (dl-load.c:2113)
==17802== by 0x4013383: dl_open_worker (dl-open.c:224)
==17802== by 0x400F1F5: _dl_catch_error (dl-error.c:187)
==17802== by 0x4012D93: _dl_open (dl-open.c:650)
==17802== by 0x435093A: do_dlopen (dl-libc.c:87)
==17802== by 0x400F1F5: _dl_catch_error (dl-error.c:187)
==17802== by 0x4350A2A: dlerror_run (dl-libc.c:46)
==17802== by 0x4350AB0: __libc_dlopen_mode (dl-libc.c:163)
==17802== by 0x4221819: pthread_cancel_init (unwind-forcedunwind.c:52)
==17802== by 0x42219FB: _Unwind_ForcedUnwind (unwind-forcedunwind.c:129)
==17802== by 0x421F732: __pthread_unwind (unwind.c:129)
==17802== by 0x421A080: pthread_exit (pthreadP.h:280)
==17802== by 0x7BC8E1A9: terminate_thread (thread.c:349)
==17802== by 0x7BC87009: ??? (signal_i386.c:2571)
==17802== by 0x6A5F357: ???
==17802== by 0x4218F92: start_thread (pthread_create.c:309)
==17802== by 0x431D7ED: clone (clone.S:129)
==17802== Address 0x693d913 is on thread 1's stack
==17802==
==17802== Invalid read of size 4
==17802== at 0x4352239: _Unwind_IteratePhdrCallback
(unwind-dw2-fde-glibc.c:112)
==17802== by 0x43503E2: dl_iterate_phdr (dl-iteratephdr.c:76)
==17802== by 0x4352AF9: _Unwind_Find_FDE (unwind-dw2-fde-glibc.c:267)
==17802== by 0x6B9E336: ??? (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1)
==17802== by 0x6B9EB21: ??? (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1)
==17802== by 0x6B9F10F: _Unwind_ForcedUnwind (in
/usr/lib64/gcc/x86_64-pc-linux-gnu/4.8.2/32/libgcc_s.so.1)
==17802== by 0x42219F1: _Unwind_ForcedUnwind (unwind-forcedunwind.c:137)
==17802== by 0x421F732: __pthread_unwind (unwind.c:129)
==17802== by 0x421A080: pthread_exit (pthreadP.h:280)
==17802== by 0x7BC8E1A9: terminate_thread (thread.c:349)
==17802== by 0x7BC87009: ??? (signal_i386.c:2571)
==17802== by 0x6A5F357: ???
==17802== by 0x4218F92: start_thread (pthread_create.c:309)
==17802== by 0x431D7ED: clone (clone.S:129)
==17802== Address 0x693c034 is on thread 1's stack
==17802==
==17802== Thread 1 crypt32_test.exe.so:
==17802== Jump to the invalid address stated on the next line
==17802== at 0x693E820: ??? (in /lib32/libresolv-2.19.so)
==17802== by 0x425F4E8: __run_exit_handlers (exit.c:82)
==17802== by 0x425F54C: exit (exit.c:104)
==17802== by 0x7BC68772: NtTerminateProcess (process.c:63)
==17802== by 0x7BC5941B: RtlExitUserProcess (loader.c:2538)
==17802== by 0x7B868D09: ??? (process.c:2668)
==17802== Address 0x693e820 is on thread 1's stack
==17802==
and several possible leaks:
==17802== 20 bytes in 1 blocks are possibly lost in loss record 50 of 427
==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17802== by 0x514398B: CryptMemAlloc (main.c:124)
==17802== by 0x511E0A9: CertAddStoreToCollection (collectionstore.c:519)
==17802== by 0x5164B4B: CRYPT_SysOpenStoreW (store.c:592)
==17802== by 0x5165ADF: CertOpenStore (store.c:907)
==17802== by 0x51136FD: CRYPT_CreateChainEngine (chain.c:130)
==17802== by 0x511394F: get_chain_engine (chain.c:175)
==17802== by 0x511ADC0: CertGetCertificateChain (chain.c:2894)
==17802== by 0x4E618AA: testVerifyCertChainPolicy (chain.c:4790)
==17802== by 0x4E61C4C: func_chain (chain.c:4844)
==17802== by 0x4EB7F67: run_test (test.h:584)
==17802== by 0x4EB8356: main (test.h:654)
==17802==
==17802== 60 bytes in 3 blocks are possibly lost in loss record 197 of 427
==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17802== by 0x514398B: CryptMemAlloc (main.c:124)
==17802== by 0x5157661: ContextPropertyList_SetProperty (proplist.c:132)
==17802== by 0x515788F: ContextPropertyList_Copy (proplist.c:215)
==17802== by 0x511E9AF: Context_CopyProperties (context.c:130)
==17802== by 0x510AB6C: Cert_clone (cert.c:139)
==17802== by 0x5163664: MemStore_addContext (store.c:151)
==17802== by 0x5163A35: MemStore_addCert (store.c:243)
==17802== by 0x510B119: add_cert_to_store (cert.c:263)
==17802== by 0x510B27F: CertAddCertificateContextToStore (cert.c:287)
==17802== by 0x510A852: CertAddEncodedCertificateToStore (cert.c:65)
==17802== by 0x515E94A: add_ms_root_certs (rootstore.c:732)
==17802== by 0x515EB12: create_root_store (rootstore.c:808)
==17802== by 0x515EC6C: CRYPT_RootOpenStore (rootstore.c:829)
==17802== by 0x516435C: CRYPT_SysRegOpenStoreW (store.c:435)
==17802== by 0x5165ADF: CertOpenStore (store.c:907)
==17802== by 0x5164BAF: CRYPT_SysOpenStoreW (store.c:604)
==17802== by 0x5165ADF: CertOpenStore (store.c:907)
==17802== by 0x51136FD: CRYPT_CreateChainEngine (chain.c:130)
==17802==
==17802== 96 bytes in 1 blocks are possibly lost in loss record 294 of 427
==17802== at 0x7BC4C6B7: notify_alloc (heap.c:255)
==17802== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716)
==17802== by 0x61ACD34: heap_alloc_zero (internet.h:121)
==17802== by 0x61ADCA1: create_netconn (netconnection.c:369)
==17802== by 0x619CFF2: open_http_connection (http.c:4826)
==17802== by 0x619D68C: HTTP_HttpSendRequestW (http.c:4972)
==17802== by 0x619EE2C: HttpSendRequestExW (http.c:5511)
==17802== by 0x61643F8: HTTP_RetrieveEncodedObjectW (cryptnet_main.c:933)
==17802== by 0x6165930: CryptRetrieveObjectByUrlW (cryptnet_main.c:1479)
==17802== by 0x5118CA0: CRYPT_FindIssuer (chain.c:2039)
==17802== by 0x51193A2: CRYPT_GetIssuer (chain.c:2168)
==17802== by 0x511952F: CRYPT_BuildSimpleChain (chain.c:2200)
==17802== by 0x511976F: CRYPT_GetSimpleChainForCert (chain.c:2247)
==17802== by 0x5119885: CRYPT_BuildCandidateChainFromCert (chain.c:2277)
==17802== by 0x511AE8B: CertGetCertificateChain (chain.c:2914)
==17802== by 0x4E5F02E: testGetCertChain (chain.c:3996)
==17802== by 0x4E61C51: func_chain (chain.c:4845)
==17802== by 0x4EB7F67: run_test (test.h:584)
==17802== by 0x4EB8356: main (test.h:654)
==17802==
etc. (full log 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.
http://bugs.winehq.org/show_bug.cgi?id=35490
Bug ID: 35490
Summary: After SimCity 2013 updates:
d3d_shader:shader_sm4_read_src_param Unhandled swizzle
type 0.
Product: Wine
Version: 1.7.11
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: eric.ladner(a)gmail.com
Classification: Unclassified
Created attachment 47376
--> http://bugs.winehq.org/attachment.cgi?id=47376
basic output on the command line
It used to run ok (although both Origin and SimCity were a nightmare to
install).
After a recent update, though when starting SimCity it never shows the splash
screen and spews this until you kill the process:
fixme:d3d_shader:shader_sm4_read_src_param Unhandled swizzle type 0.
I let it run for about 10 seconds and it spit out 11 million errors (log
attached).
If you want a more detailed log, let me know what options you'd like.
--
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=37398
Bug ID: 37398
Summary: Urban Assault black screen when using software
renderer and DDSCAPS_SYSTEMMEMORY
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: erich.e.hoover(a)gmail.com
Depends on: 37307
Regression SHA1: b464067313bff1fd9a25b284b48a252025c4504f
Distribution: ---
Created attachment 49735
--> https://bugs.winehq.org/attachment.cgi?id=49735
Workaround
Once Bug #37307 is resolved then Urban Assault runs into another issue (at
least, when using the software renderer). The game has a black screen and just
hangs there, apparently due to an unexpected DDSCAPS_SYSTEMMEMORY capability
being set. Workaround attached.
Note: This commit is later moved (commit
9443c95a895a530fdbbb607758f674467e2010c7), but the issue persists.
--
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=32988
Bug #: 32988
Summary: StudioTax 2012 Installer stops with Error 67108864
Product: Wine
Version: 1.5.24
Platform: x86-64
URL: http://www.studiotax.com/en/?page=2
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jchevrier(a)gmail.com
Classification: Unclassified
Created attachment 43586
--> http://bugs.winehq.org/attachment.cgi?id=43586
Log of StudioTax2012 installer
StudioTax 2012 installer stops with error 67108864 (presented in a dialog, see
screenshot). Clicking 'OK' brings up another similar error dialog with a
different error number, clicking on that dialog brings up another and so on.
Prerequisite: 'winetricks dotnet40' and the installer must be run from the C:
drive (or at least it doesn't like being run from Z:) or the installer fails
earlier with an 'Invalid command line' error dialog.
Website suggests that .NET 2.0 SP2 is required but installing dotnet20sp2 via
winetricks causes the installer to fail much earlier complaining about lack of
space.
Attached +msi,+msidb as it appears to be MSI related.
--
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.