http://bugs.winehq.org/show_bug.cgi?id=26504
Summary: Unhandled exception: page fault on write access to
"blah" in 32-bit code
Product: Wine
Version: 1.1.42
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: NixonInnes(a)gmail.com
Created an attachment (id=33744)
--> (http://bugs.winehq.org/attachment.cgi?id=33744)
Some system descriptions & Application Log
Runes of Magic, a 3D application crashes on start-up.
I am running a 64-bit version of Debian "Squeeze", and the nVidia graphics
drivers (installed via 'the debian way'), which to as far as my knowledge work
fine.
I have Wine version 1.1.42 and with it I have installed "Microsoft Visual C++
2005" via 'winetricks'. VC++ is required by the application. I have also
installed D3DX9.
--
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=22697
Summary: wine iexplore browserchoice.eu is not displayed
Product: Wine
Version: 1.1.44
Platform: x86
URL: browserchoice.eu
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: urlmon
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=27968)
--> (http://bugs.winehq.org/attachment.cgi?id=27968)
+mshtml,+shdocvw,+shell,+urlmon
The iexplore window is empty, when using an url without a scheme
0020:trace:urlmon:parse_schema (L"browserchoice.eu" 00000000 0x33f81a 64 (nil))
0020:fixme:shdocvw:bind_to_object BindToObject failed: 80004005
wine iexplore www.browserchoice.eu works as expected
--
By by ... Detlef
--
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=22091
Summary: Dragon Age Awakening setup crashes with ntdll error
Product: Wine
Version: 1.1.41
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Created an attachment (id=26923)
--> (http://bugs.winehq.org/attachment.cgi?id=26923)
Log
As reported in the test, the setup for the game fails with the following
output.
err:ntdll:RtlpWaitForCriticalSection section 0x7efec7e4 "loader.c:
loader_section" wait timed out in thread 0009, blocked by 001a, retrying (60
sec)
Complete terminal output is added as an attachment.
--
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=35948
Bug ID: 35948
Summary: Starcraft Campaign Editor displays incorrect numeric
values when editing triggers
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: richedit
Assignee: wine-bugs(a)winehq.org
Reporter: alexhenrie24(a)gmail.com
Created attachment 48014
--> http://bugs.winehq.org/attachment.cgi?id=48014
trace+richedit
To reproduce, open the Campaign Editor, click Scenario, click Triggers,
double-click "Current player commands at most 0 buildings", click Conditions,
double-click "Current player commands at most 0 buildings", click "at most 0",
change the value 0 to 5, and click OK.
The condition will now erroneously read "Current player commands at most 50
buildings" instead of "Current player commands at most 5 buildings".
There is actually a second bug here: the "0" in "at most 0" is clickable on
Windows, but it is not in Wine. In Wine, only the "at most " is clickable.
"winetricks dlls riched20" fixes these problems.
--
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=31349
Bug #: 31349
Summary: Office 2013 web installer aborts early
Product: Wine
Version: unspecified
Platform: x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Classification: Unclassified
Created attachment 41193
--> http://bugs.winehq.org/attachment.cgi?id=41193
Logfile from the Office 2013 web installer
Related console output:
0009:fixme:advapi:ParseStringSidToSid String constant not supported: L"LA"
Related message from the Office Bootstrapper.log
2012/07/28 14:52:49:236::[9] Error: failed to create security descriptor from
string
D:(A;OI;GA;;;LS)(A;OI;GA;;;BA)(A;OI;GA;;;LA)(A;OI;GA;;;BG)(A;OI;GA;;;AU), error
= 1336 ErrorCode: 1336(0x538). exception caught, exiting bootstrapper.
--------------------
You need my patches to fix a different failure with current git:
http://source.winehq.org/patches/data/88736http://source.winehq.org/patches/data/88737
Current git failure is:
0009:err:ntdll:NtQueryInformationToken Unhandled Token Information class 25!
Related message from the Office Bootstrapper.log
2012/07/28 09:52:17:796::[9] Error: Failed to get token's integrity level
information ErrorCode: 1(0x1). exception caught, exiting bootstrapper.
--
By by ... Detlef
--
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=36595
Bug ID: 36595
Summary: valgrind shows several memory leaks in
windowscodecs/tests/metadata.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==24667== 8 bytes in 1 blocks are definitely lost in loss record 38 of 560
==24667== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==24667== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==24667== by 0x4E4AEE9: ComponentFactory_CreateInstance (imgfactory.c:1044)
==24667== by 0x4E3A55B: ClassFactoryImpl_CreateInstance (clsfactory.c:138)
==24667== by 0x5124F06: CoCreateInstance (unknwn.h:226)
==24667== by 0x4CBE594: test_create_reader (metadata.c:837)
==24667== by 0x4CC3DA5: func_metadata (metadata.c:1786)
==24667== by 0x4CD57DA: run_test (test.h:584)
==24667== by 0x4CD5BC9: main (test.h:654)
==24667==
==24667== 16 bytes in 1 blocks are definitely lost in loss record 106 of 560
==24667== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==24667== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==24667== by 0x4E76AC9: ungif_alloc (ungif.c:61)
==24667== by 0x4E76BD9: MakeMapObject (ungif.c:155)
==24667== by 0x4E7734D: DGifGetImageDesc (ungif.c:413)
==24667== by 0x4E77F9F: DGifSlurp (ungif.c:891)
==24667== by 0x4E442E2: GifDecoder_Initialize (gifformat.c:1131)
==24667== by 0x4CC00CF: test_metadata_gif (wincodec.h:3511)
==24667== by 0x4CC3DAF: func_metadata (metadata.c:1788)
==24667== by 0x4CD57DA: run_test (test.h:584)
==24667== by 0x4CD5BC9: main (test.h:654)
==24667==
==24667== 32 bytes in 1 blocks are definitely lost in loss record 204 of 560
==24667== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==24667== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==24667== by 0x514316C: CreateStreamOnHGlobal (hglobalstream.c:591)
==24667== by 0x4CB9DC8: create_stream (metadata.c:195)
==24667== by 0x4CBE5E9: test_create_reader (metadata.c:841)
==24667== by 0x4CC3DA5: func_metadata (metadata.c:1786)
==24667== by 0x4CD57DA: run_test (test.h:584)
==24667== by 0x4CD5BC9: main (test.h:654)
==24667==
==24667== 34 bytes in 1 blocks are definitely lost in loss record 207 of 560
==24667== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==24667== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==24667== by 0x7B8457FF: HeapAlloc (heap.c:271)
==24667== by 0x7B845B34: GlobalAlloc (heap.c:388)
==24667== by 0x4CB9D2E: create_stream (metadata.c:187)
==24667== by 0x4CBE5E9: test_create_reader (metadata.c:841)
==24667== by 0x4CC3DA5: func_metadata (metadata.c:1786)
==24667== by 0x4CD57DA: run_test (test.h:584)
==24667== by 0x4CD5BC9: main (test.h:654)
==24667==
and one possible leak:
==24667== 8 bytes in 1 blocks are possibly lost in loss record 37 of 560
==24667== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==24667== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==24667== by 0x7B8457FF: HeapAlloc (heap.c:271)
==24667== by 0x7B845AD4: GlobalAlloc (heap.c:376)
==24667== by 0x4CB9D2E: create_stream (metadata.c:187)
==24667== by 0x4CBE5E9: test_create_reader (metadata.c:841)
==24667== by 0x4CC3DA5: func_metadata (metadata.c:1786)
==24667== by 0x4CD57DA: run_test (test.h:584)
==24667== by 0x4CD5BC9: main (test.h:654)
==24667==
--
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=36188
Bug ID: 36188
Summary: valgrind shows an invalid free for
comctl32/tests/listview.c
Product: Wine
Version: 1.7.17
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==7218== Invalid free() / delete / delete[] / realloc()
==7218== at 0x7BC4C704: notify_free (heap.c:263)
==7218== by 0x7BC51049: RtlFreeHeap (heap.c:1762)
==7218== by 0x7B845837: HeapFree (heap.c:276)
==7218== by 0x7B8467DB: GlobalFree (heap.c:751)
==7218== by 0x7B846EDF: LocalFree (heap.c:1016)
==7218== by 0x5160A33: Free (comctl32undoc.c:119)
==7218== by 0x5182D36: notify_forward_header (listview.c:806)
==7218== by 0x5198A0C: LISTVIEW_Notify (listview.c:10451)
==7218== by 0x519B585: LISTVIEW_WindowProc (listview.c:11594)
==7218== by 0x542943D: ??? (winproc.c:173)
==7218== by 0x54295B2: call_window_proc (winproc.c:244)
==7218== by 0x542A7A0: WINPROC_CallProcAtoW (winproc.c:603)
==7218== by 0x542B991: CallWindowProcA (winproc.c:961)
==7218== by 0x4E89125: listview_subclass_proc (listview.c:619)
==7218== by 0x542943D: ??? (winproc.c:173)
==7218== by 0x54295B2: call_window_proc (winproc.c:244)
==7218== by 0x542B5DF: WINPROC_CallProcWtoA (winproc.c:858)
==7218== by 0x542B78A: WINPROC_call_window (winproc.c:902)
==7218== by 0x53E80F8: call_window_proc (message.c:2223)
==7218== by 0x53EAF96: send_message (message.c:3260)
==7218== Address 0x513fb28 is on thread 1's stack
==7218==
doesn't require a virtual desktop to occur
--
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=23219
Summary: AT4RE FastScanner v3.0 exe scanning bug
Product: Wine
Version: 1.2-rc3
Platform: x86
URL: https://www.woodmann.com/collaborative/tools/images/Bi
n_AT4RE_FastScanner_2010-1-10_4.2_FastScanner_v3.0_Fin
al.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: olerass(a)gmail.com
There is an inconsistency between what happens on Windows and what happens in
Wine, that causes the program to not do a "normal scanning":
On Windows:
1) Run the app
2) Click "Open"
3) Select a dll or exe file
4) Click "Open" in the dialog
5) The program will scan the file and display the scan result in its window
On Wine:
1-4) Same as above
5) The program doesn't automatically scan the selected file.
The problem is that there is no other way to scan a file "normally" than by
opening the file. If you press "Smart scan" the program will apply different
methods to scanning and thus sometimes detects different things than the
"normal" scan that -should- be done when you select a file.
There is no output from Wine in console.
--
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=36598
Bug ID: 36598
Summary: valgrind shows a definite leak in
windowscodecs/tests/tiffformat.c
Product: Wine
Version: 1.7.19
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: windowscodecs
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
==19240== 190 bytes in 1 blocks are definitely lost in loss record 402 of 566
==19240== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==19240== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==19240== by 0x7B8457FF: HeapAlloc (heap.c:271)
==19240== by 0x7B845B34: GlobalAlloc (heap.c:388)
==19240== by 0x4CD3788: create_stream (tiffformat.c:106)
==19240== by 0x4CD3CCB: test_QueryCapability (tiffformat.c:187)
==19240== by 0x4CD49C3: func_tiffformat (tiffformat.c:276)
==19240== by 0x4CD57DA: run_test (test.h:584)
==19240== by 0x4CD5BC9: main (test.h:654)
==19240==
==19240== 8 bytes in 1 blocks are possibly lost in loss record 37 of 566
==19240== at 0x7BC4C6DF: notify_alloc (heap.c:255)
==19240== by 0x7BC50F23: RtlAllocateHeap (heap.c:1716)
==19240== by 0x7B8457FF: HeapAlloc (heap.c:271)
==19240== by 0x7B845AD4: GlobalAlloc (heap.c:376)
==19240== by 0x4CD3788: create_stream (tiffformat.c:106)
==19240== by 0x4CD3CCB: test_QueryCapability (tiffformat.c:187)
==19240== by 0x4CD49C3: func_tiffformat (tiffformat.c:276)
==19240== by 0x4CD57DA: run_test (test.h:584)
==19240== by 0x4CD5BC9: main (test.h:654)
==19240==
--
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.