http://bugs.winehq.org/show_bug.cgi?id=33479
Bug #: 33479
Summary: Guild Wars 2: Raw input is broken #3
Product: Wine
Version: 1.5.29
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sworddragon2(a)aol.com
Classification: Unclassified
Created attachment 44311
--> http://bugs.winehq.org/attachment.cgi?id=44311
Cursor log
The bug is the same as this issue: http://bugs.winehq.org/show_bug.cgi?id=31860
libxi6 and libxi6:i386 are installed and the log doesn't say that it can't be
loaded.
This is the used command: WINEDEBUG=+cursor wine '/wine/drive_c/Program Files
(x86)/Guild Wars 2/Gw2.exe' -dx9single > /tmp/log.txt 2>&1
In the attachments is the full log.
The problem also happens on a new profile and it doesn't appear if I'm
downgrading to Wine 1.5.28.
--
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=11751
Summary: Intellicad - endless loop when editing rich text (user32
SendMessageA)
Product: Wine
Version: 0.9.56.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mikesg(a)abv.bg
Created an attachment (id=11008)
--> (http://bugs.winehq.org/attachment.cgi?id=11008)
Relay log
When trying to enter rich text in a drawing in 4m - Ingellicad an endless loop
is encountered (CPU stays 98%). See details below. The console output is
attached.
Wine version: wine-0.9.56
OS: OpenSUSE 10.3
Windows: No windows, just a clean wine install
Program: 4M - Intellicad 6 classic. Download demo:
http://www.4msa.com/downloads/SetupICADClassic64_E.exe
Install: wine SetupICADClassic64_E.exe
How to run: I had to copy mfc71.dll,msvcr71.dll and msvcp71.dll from a Win XP
SP2 install into drive_c/ICAD6CLASSIC folder
Command line: wine "C:\ICAD6CLASSIC\icad.exe"
How to reproduce:
Run the program, in welcome dialog click 'Start Evaluation', in program
command line type 'mtext' in command line, drag a rectangle on screen and in
box
that appears type whatever you want (don't worry about black letters on black
background) and click 'OK'. All freezes.
When started with +relay, the following lines appear endlessly:
0009:Call user32.SendMessageA(00000000,00000150,fffffffe,00000000) ret=00585ec5
0009:Ret user32.SendMessageA() retval=00000000 ret=00585ec5
Only difference is that the third parameter decreases with 1 every time it is
displayed.
--
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=36583
Bug ID: 36583
Summary: valgrind shows several invalid reads in
user32/tests/dde.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==5757== Invalid read of size 4
==5757== at 0x5300A0F: WDML_GetConv (dde_misc.c:2248)
==5757== by 0x53010CE: DdeQueryConvInfo (dde_misc.c:2453)
==5757== by 0x4E75978: test_dde_aw_transaction (dde.c:1714)
==5757== by 0x4E7BD78: func_dde (dde.c:2779)
==5757== by 0x4F50978: run_test (test.h:584)
==5757== by 0x4F50D67: main (test.h:654)
==5757== Address 0x49b6290 is 288 bytes inside a block of size 318 free'd
==5757== at 0x7BC4C72C: notify_free (heap.c:263)
==5757== by 0x7BC51071: RtlFreeHeap (heap.c:1762)
==5757== by 0x7BC756DB: RtlFreeAnsiString (rtlstr.c:173)
==5757== by 0x7BC44D3F: FILE_CreateFile (file.c:190)
==5757== by 0x7BC44F02: NtOpenFile (file.c:246)
==5757== by 0x7B840FE2: FindFirstFileExW (file.c:1948)
==5757== by 0x7B841DE2: FindFirstFileW (file.c:2241)
==5757== by 0x7B85D58E: GetLongPathNameW (path.c:373)
==5757== by 0x7B8658CE: create_startup_info (process.c:1618)
==5757== by 0x7B866722: create_process (process.c:1998)
==5757== by 0x7B867B26: create_process_impl (process.c:2361)
==5757== by 0x7B868155: CreateProcessA (process.c:2444)
==5757== by 0x4E7BA7A: func_dde (dde.c:2738)
==5757== by 0x4F50978: run_test (test.h:584)
==5757== by 0x4F50D67: main (test.h:654)
==5757== Invalid read of size 1
==5757== at 0x402BE93: strlen (vg_replace_strmem.c:412)
==5757== by 0x7B852F8B: CompareStringA (locale.c:3055)
==5757== by 0x7B853485: lstrcmpA (locale.c:3170)
==5757== by 0x4E73DA8: dde_server_wndprocW (dde.c:1420)
==5757== by 0x538B4F5: ??? (winproc.c:173)
==5757== by 0x538B66A: call_window_proc (winproc.c:244)
==5757== by 0x538D803: WINPROC_call_window (winproc.c:900)
==5757== by 0x534EB44: DispatchMessageW (message.c:4019)
==5757== by 0x52FB4A0: WDML_SyncWaitTransactionReply (dde_client.c:1067)
==5757== by 0x52FB727: WDML_ClientHandle (dde_client.c:1124)
==5757== by 0x52FBB96: DdeClientTransaction (dde_client.c:1222)
==5757== by 0x4E74C12: test_dde_aw_transaction (dde.c:1609)
==5757== by 0x4E7BD64: func_dde (dde.c:2777)
==5757== by 0x4F50978: run_test (test.h:584)
==5757== by 0x4F50D67: main (test.h:654)
==5757== Address 0x49b33b0 is 0 bytes after a recently re-allocated block of
size 16 alloc'd
==5757== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==5757== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==5757== by 0x7B8457FF: HeapAlloc (heap.c:271)
==5757== by 0x7B845B34: GlobalAlloc (heap.c:388)
==5757== by 0x5349F4D: unpack_dde_message (message.c:2172)
==5757== by 0x534C1D3: peek_message (message.c:2936)
==5757== by 0x534DDC6: PeekMessageW (message.c:3757)
==5757== by 0x52FB4CE: WDML_SyncWaitTransactionReply (dde_client.c:1037)
==5757== by 0x52FB727: WDML_ClientHandle (dde_client.c:1124)
==5757== by 0x52FBB96: DdeClientTransaction (dde_client.c:1222)
==5757== by 0x4E74C12: test_dde_aw_transaction (dde.c:1609)
==5757== by 0x4E7BD64: func_dde (dde.c:2777)
==5757== by 0x4F50978: run_test (test.h:584)
==5757== by 0x4F50D67: main (test.h:654)
==5757==
etc.
(this is in a virtual desktop)
--
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=36105
Bug ID: 36105
Summary: user32/dde tests has some leaks
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==8974== 8 bytes in 1 blocks are definitely lost in loss record 52 of 578
==8974== at 0x7BC4C735: notify_alloc (heap.c:255)
==8974== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==8974== by 0x7B84586B: HeapAlloc (heap.c:271)
==8974== by 0x7B845A92: GlobalAlloc (heap.c:364)
==8974== by 0x50BC447: PackDDElParam (dde_misc.c:87)
==8974== by 0x5109F7E: unpack_dde_message (message.c:2166)
==8974== by 0x510C247: peek_message (message.c:2936)
==8974== by 0x510DE3A: PeekMessageW (message.c:3757)
==8974== by 0x50BB4C6: WDML_SyncWaitTransactionReply (dde_client.c:1037)
==8974== by 0x50BB71F: WDML_ClientHandle (dde_client.c:1124)
==8974== by 0x50BBB8E: DdeClientTransaction (dde_client.c:1222)
==8974== by 0x4D3096C: test_ddeml_client (dde.c:326)
==8974== by 0x4D3E80D: func_dde (dde.c:2697)
==8974== by 0x4E12A14: run_test (test.h:584)
==8974== by 0x4E12E03: main (test.h:654)
==8974==
==8974== 8 bytes in 1 blocks are possibly lost in loss record 51 of 578
==8974== at 0x7BC4C735: notify_alloc (heap.c:255)
==8974== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==8974== by 0x7B84586B: HeapAlloc (heap.c:271)
==8974== by 0x7B845B40: GlobalAlloc (heap.c:376)
==8974== by 0x50BEB40: DdeCreateDataHandle (dde_misc.c:1322)
==8974== by 0x50BF334: WDML_Global2DataHandle (dde_misc.c:1538)
==8974== by 0x50BA1F0: WDML_HandleRequestReply (dde_client.c:530)
==8974== by 0x50BB077: WDML_HandleReply (dde_client.c:943)
==8974== by 0x50BB3EB: WDML_SyncWaitTransactionReply (dde_client.c:1051)
==8974== by 0x50BB71F: WDML_ClientHandle (dde_client.c:1124)
==8974== by 0x50BBB8E: DdeClientTransaction (dde_client.c:1222)
==8974== by 0x4D319DB: test_ddeml_client (dde.c:472)
==8974== by 0x4D3E80D: func_dde (dde.c:2697)
==8974== by 0x4E12A14: run_test (test.h:584)
==8974== by 0x4E12E03: main (test.h:654)
==8974==
--
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=30471
Bug #: 30471
Summary: powersim constructor 2.5 old version cannot save and
open file
Product: WineHQ Apps Database
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andrius.photo(a)gmail.com
Classification: Unclassified
Created attachment 39847
--> http://bugs.winehq.org/attachment.cgi?id=39847
wen starting program
hello,
i try to run Powersim constructor old version, and old is clearly but, when i
try to save or read file i get error and program is crashed. Maybe it is
because off old version program. thanks for help
--
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=25914
Summary: Dead Space 2 exits with error
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andras(a)csevego.net
After starting Dead Space 2 (copied from windows partition due msi bugs and
cracked due solidshield) game exits with something like that "could not
initialize graphics hardware, please restart"
Console log (pasted here because it's not too long):
fixme:d3d9:D3DPERF_GetStatus (void) : stub
fixme:d3d9:D3DPERF_SetOptions (0x1) : stub
fixme:thread:SetThreadIdealProcessor (0x134): stub
AffinityMask = 1; Initial APIC = 0; Physical ID = 0, Core ID = 0, SMT ID = 0
AffinityMask = 2; Initial APIC = 1; Physical ID = 0, Core ID = 1, SMT ID = 0
fixme:thread:SetThreadIdealProcessor (0x138): stub
fixme:thread:SetThreadIdealProcessor (0x13c): stub
fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub
fixme:win:EnumDisplayDevicesW ((null),0,0x33efe4,0x00000000), stub!
err:wgl:internal_SetPixelFormat Invalid operation on root_window
err:d3d:context_set_pixel_format Failed to set pixel format 3 on device context
0x5ec, last error 0.
err:d3d:context_create Failed to set pixel format 3 on device context 0x5ec.
err:d3d:WineD3D_ChoosePixelFormat Can't find a suitable iPixelFormat
err:wgl:internal_SetPixelFormat Invalid operation on root_window
err:d3d:context_set_pixel_format Failed to set pixel format 3 on device context
0x678, last error 0.
err:d3d:context_create Failed to set pixel format 3 on device context 0x678.
fixme:d3d:wined3d_get_format Can't find format WINED3DFMT_R24_UNORM_X8_TYPELESS
(0x49) in the format lookup table
fixme:d3d:getDepthStencilBits Unsupported depth/stencil format
WINED3DFMT_UNKNOWN.
err:wgl:internal_SetPixelFormat Invalid operation on root_window
err:d3d:context_set_pixel_format Failed to set pixel format 27 on device
context 0x68c, last error 0.
err:d3d:context_create Failed to set pixel format 27 on device context 0x68c.
err:wgl:internal_SetPixelFormat Invalid operation on root_window
err:d3d:context_set_pixel_format Failed to set pixel format 15 on device
context 0x6a0, last error 0.
err:d3d:context_create Failed to set pixel format 15 on device context 0x6a0.
err:d3d:WineD3D_ChoosePixelFormat Can't find a suitable iPixelFormat
err:wgl:internal_SetPixelFormat Invalid operation on root_window
err:d3d:context_set_pixel_format Failed to set pixel format 3 on device context
0x6b4, last error 0.
err:d3d:context_create Failed to set pixel format 3 on device context 0x6b4.
err:d3d9:device_parent_CreateSwapChain (0x1237c4) CreateAdditionalSwapChain
failed, returning 0x8876086a
I think these messages indicates the 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=34405
Bug #: 34405
Summary: AklePad 4.8.4: Unhandled exception: page fault on read
access to 0x0000031c in 32-bit code (0x00423413).
Product: Wine
Version: 1.7.0
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Classification: Unclassified
Created attachment 45795
--> http://bugs.winehq.org/attachment.cgi?id=45795
Backtrace of the crash
Upon enabling the toolbar plugin in aklepad this unhandled pagefault occurs.
Backtrace attached.
--
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=33937
Bug #: 33937
Summary: [EA Origin]Pictures don't display correctly with Wine
set to win7
Product: Wine
Version: 1.6-rc4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: berillions(a)gmail.com
Classification: Unclassified
Created attachment 45074
--> http://bugs.winehq.org/attachment.cgi?id=45074
Origin with Wine set to WinXP
Hi,
When i launch EA Origin when Wine is set to Win7, the picture in Games tab or
Shop tab don't display correctly.
I attach to screenshot, 1 wine Origin with XP mode and the second with Seven
mode.
Concerning the output, i don't attach them because it's the same for both, but
i have only these message when i launch Origin with Seven mode :
err:shell:ShellLink_QueryInterface -- Interface: E_NOINTERFACE
err:shell:ShellLink_QueryInterface -- Interface: E_NOINTERFACE
I have these message when the window's Origin appears.
Max
--
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=23642
Summary: Before You Know It crashes into urlmon
Product: Wine
Version: 1.2-rc7
Platform: x86
URL: http://www.byki.com/fls/FLS.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: urlmon
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
This is a follow up of bug http://bugs.winehq.org/show_bug.cgi?id=12185.
After downloading the application, and starting it, it first crashes because of
lacking richedit functionality, covered by bug 12185
After working around that with winetricks riched20, I get a nice crash into
urlmon.
With native urlmon the app seems to work perfectly fine
--
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=10919
Summary: GetLargestConsoleWindowSize() should not return hard
coded constants
Product: Wine
Version: 0.9.51.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-console
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: reijo.sund(a)helsinki.fi
Created an attachment (id=9840)
--> (http://bugs.winehq.org/attachment.cgi?id=9840)
sizepro.c - A source demonstrating the problem and a solution in terms of APIs
----------------------------------------------------------------------
MSDN library includes sample code for console applications
(http://msdn2.microsoft.com/en-us/library/aa263818.aspx). The source is
available at: http://www.helsinki.fi/~sund/console_vs6.zip . The source
compiles easily with winelib after --cuiexe transformations with winemaker.
The examples 14 and 32 deal with the GetLargestConsoleWindowSize() function.
The problem is that the current implementation in Wine returns hard coded
constants (X=80, Y=24) for the maximum size. This causes problems for
applications that have followed the conventions of sample code, because
it "prevents" the resizing of console window to bigger than "maximum".
In principle, the window size could be changed manually by using properties
dialog, but that is an "ugly" solution. Another "ugly" solution would be to
change the hard coded constants to bigger values in Wine implementation.
A better solution would be to actually implement the required functionality.
I have attached a source (sizepro.c, compiles with 'winegcc -o sizepro.exe
sizepro.c') that demonstrates the problem and infers the maximum console
window size in relation to current resolution and font.
I also tried to implement the corresponding functionality to Wine, and
attached the source for the improved function (kernel32_console_
getlargestconsolewindowssize.c). That works fine for me, but I'm not sure
whether it follows the conventions of Wine (or how to deal with strange
__i386__ definitions without duplicating the code). So, I wonder if
someone else more familiar with Wine development could check it out
and derive an adequate patch.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.