http://bugs.winehq.org/show_bug.cgi?id=27792
Summary: Wine crashes when startind FILE / OPEN in Maple 7
Product: Wine
Version: 1.1.28
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7967209(a)klzlk.com
Created an attachment (id=35553)
--> (http://bugs.winehq.org/attachment.cgi?id=35553)
wine .wine/drive_c/Programme/Maple\ 7/BIN.WNT/maplew.exe 2> wine_maple7.log
Maple 7 installed and started fine with wine 1.1.28, but when starting dialog
FILE/OPEN or FILE/SAVE, the window to select a file appears and then Maple 7
stops, a wine message window appears and thats it
The error message of my console is attached.
wine .wine/drive_c/Programme/Maple\ 7/BIN.WNT/maplew.exe 2> wine_maple7.log
--
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=27681
Summary: Get Error: Printer Error when trying to launch Visual
dBASE v5.7 or dBASE for Windows
Product: Wine
Version: 1.3.23
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: garydale(a)rogers.com
When I use the command line below, I get the following errors plus an Alert box
over the splash screen with the "Error: Printer Error" message. When I click
OK, the application closes. This affects all of the Borland dBASE v5.x Windows
products.
wine "c:\Visualdb\bin\DBASEWIN.EXE"
fixme:toolhelp:InterruptRegister16 (0000, 0x193f00a8), stub.
fixme:int31:DOSVM_Int31Handler Real mode segment (1d5f) to descriptor: no
longer supported
fixme:int31:DOSVM_FreeRMCB callback address: 1001:0000
--
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=24062
Summary: Starcraft app do not recognize
DirectDrawRenderer=opengl in VIA k8m800 chipset
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: damarper(a)gmail.com
I'm trying to play Starcraft but the game is just too slow. Change the registry
to DirectDrawRenderer=opengl doesn't help.
Thank you!
--
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=28064
Summary: comctl32 status.ok test fails on damsascus font.
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: per(a)morth.org
Finally decided to run some tests, but seems I can't pass this one:
: [Falken ~/Unix/src/wine/dlls/comctl32/tests] 001; env
WINEPREFIX=/Users/pelle/winetest make test
../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p
comctl32_test.exe.so status.c && touch status.ok
fixme:iphlpapi:NotifyAddrChange (Handle 0xa5f55c, overlapped 0xa5f540): stub
wine: configuration in '/Users/pelle/winetest' has been updated.
status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus #6
status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus #7
...
status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus Bold #6
status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus Bold #7
...
status.c:147: Test failed: got 0 (expected 20 or 20) for Damascus Bold #72
make: *** [status.ok] Error 32
/Library/Fonts/Damascus.ttc is always installed on OS X Lion it seems. Googling
it shows it's a Arabic font, so perhaps the problem is lack of latin?
--
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=27494
Summary: FlashDevelop doesn't start, throws error
Product: Wine
Version: 1.3.22
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: antony.gelberg(a)gmail.com
Created an attachment (id=35154)
--> (http://bugs.winehq.org/attachment.cgi?id=35154)
Log file
After installing all the deps for FlashDevelop (flashdevelop.org), I thought
running the software would be the easy bit. But it bailed with an exception.
I've attached the log. I think it's a Mono exception but I'm not sure. I
installed Mono with winetricks mono2010.
This was on git master - wine-1.3.22-78-g4b2bfb4. Please let me know if you
need any more information.
--
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=17959
Summary: SplashID crashes with fixme:commdlg:GetFileName95 Flags
0x00800000 not yet implemented
Product: Wine
Version: 1.1.18
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: comdlg32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq(a)askneil.com
Created an attachment (id=20306)
--> (http://bugs.winehq.org/attachment.cgi?id=20306)
full output from wine app crash
I was trying to get splashid working with wine. Splashid installer
is available from:
http://www.splashdata.com/splashid/download/standalone.htm
The installation worked fine. I tried to import data from an
existing splashid instance. As the import was happening I
got this error:
fixme:commdlg:GetFileName95 Flags 0x00800000 not yet implemented
wine: Unhandled page fault on read access to 0x00000022 at address 0x412bae
(thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0x00000022 in 32-bit code
(0x00412bae).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:00412bae ESP:0033cb9c EBP:00000000 EFLAGS:00010246( - 00 -RIZP1)
EAX:00a77e48 EBX:00000000 ECX:00000000 EDX:00000000
ESI:00000000 EDI:00a77f4c
(I've added the full trace as an attachment)
I am running wine-1.1.18, linux 2.6.27, gcc 4.3.3, on a gentoo box.
Splashid had an identical crash when trying to restore as it did while
importing.
--
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=31382
Bug #: 31382
Summary: Fallout:New Vegas....Durning loading the game crashes
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ajcampese(a)msn.com
Classification: Unclassified
Created attachment 41233
--> http://bugs.winehq.org/attachment.cgi?id=41233
what the crash report gave me
the game starts fine but when you try to start a new game or load an old one it
get to a point then 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=27871
Summary: Installing Rosetta Stone Server, error occurs.
Product: Wine
Version: 1.3.24
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: GRMrGecko(a)gmail.com
Created an attachment (id=35649)
--> (http://bugs.winehq.org/attachment.cgi?id=35649)
Console Log of Installation
Hello, I am trying to install Rosetta Stone Manager Version 3 Server and, I am
getting an error after the process. The message says, "The wizard was
interrupted before Rosetta Stone Manager Version 3 Server could be completely
installed." I do not know why this might be, however I have a log and I am a
developer so I can help provide more information if requested.
--
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=27431
Summary: GetModuleFileNameW behaves unexpectedly when
applications use a hardcoded hmodule=0x10000000
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rswarbrick(a)gmail.com
Created an attachment (id=35079)
--> (http://bugs.winehq.org/attachment.cgi?id=35079)
Log file as described in the report
SUMMARY:
========
Some code stupidly assumes that the hModule parameter describing the current
exe is always 0x10000000. On my system, at least, this isn't true. The software
then fails to work properly when it calls GetModuleFileName.
WHAT I FOUND / TO REPRODUCE:
============================
I'm trying to get the Onzo energy meter software [1] working and was confused
by messages like:
12:55:57: Debug: src/helpers.cpp(140): 'CreateActCtx' failed with error
0x0000007b (no more data available).
appearing on the stderr. It turns out that this is a wxPython message from a
failing call to CreateActCtx. The Onzo software is closed-source, but the code
in helpers.cpp that's calling CreateActCtx is probably what you get from
downloading something at [2]. In particular, it might well be the following:
static ULONG_PTR wxPySetActivationContext()
{
OSVERSIONINFO info;
wxZeroMemory(info);
info.dwOSVersionInfoSize = sizeof(OSVERSIONINFO);
GetVersionEx(&info);
if (info.dwMajorVersion < 5)
return 0;
ULONG_PTR cookie = 0;
HANDLE h;
ACTCTX actctx;
TCHAR modulename[MAX_PATH];
GetModuleFileName(wxGetInstance(), modulename, MAX_PATH);
wxZeroMemory(actctx);
actctx.cbSize = sizeof(actctx);
actctx.lpSource = modulename;
actctx.lpResourceName = MAKEINTRESOURCE(2);
actctx.hModule = wxGetInstance();
actctx.dwFlags = ACTCTX_FLAG_HMODULE_VALID |
ACTCTX_FLAG_RESOURCE_NAME_VALID;
h = CreateActCtx(&actctx);
if (h == INVALID_HANDLE_VALUE) {
wxLogLastError(wxT("CreateActCtx"));
return 0;
}
if (! ActivateActCtx(h, &cookie))
wxLogLastError(wxT("ActivateActCtx"));
return cookie;
}
After staring at debug logs for a bit, I realised that GetModuleFileName was
storing "" into modulename and returning 0. Note the bullet-proof code in
wxPython checking whether this happens...
Anyway, I then instrumented GetModuleFileName to find out what was going on (in
a rather low-tech way) adding a line
fprintf (stderr, "hmodule = %p; lpFN = %p; size = %d\n",
hModule, lpFileName, size);
near the start of the function and, once I'd realised that it was
LdrFindEntryForAddress that failed, also printing out a line of the form
fprintf (stderr, "nts = %x\n", nts);
just after it was called. The resulting debug log included lines looking like
this:
hmodule = 0x10000000; lpFN = 0x32daa0; size = 260
and it seems that wxGetInstance() is stupidly returning 0x10000000, which I
recognise from my 1990's Windows-using days and think is what you always used
to get, so maybe it's hardcoded somewhere. This is presumably either in
wxPython or in Onzo's code (the wxGetInstance() basically just returns the
value of a global variable that can be changed by wxSetInstance(), I think).
I'm going to attach a log that I created using this slightly-instrumented wine
build with the command
WINEDEBUG=+actctx,+file,+module /opt/wine/bin/wine onzo_uploader.exe 2>~/LOG
The lines I'm talking about are just above line 13630. The extra "Address
ranges searched" lines come from slightly instrumenting LdrFindEntryForAddress:
NTSTATUS WINAPI LdrFindEntryForAddress(const void* addr, PLDR_MODULE* pmod)
{
PLIST_ENTRY mark, entry;
PLDR_MODULE mod;
fprintf (stderr, "Address ranges searched:\n");
mark = &NtCurrentTeb()->Peb->LdrData->InMemoryOrderModuleList;
for (entry = mark->Flink; entry != mark; entry = entry->Flink)
{
mod = CONTAINING_RECORD(entry, LDR_MODULE, InMemoryOrderModuleList);
fprintf (stderr, " %p -> %p\n",
mod->BaseAddress,
mod->BaseAddress + mod->SizeOfImage);
...}}
which I did to check my guess was right about the base address being nonsense.
IDEAS FOR FIXING
================
I'm not sure what the correct way to go about fixing this is. I suppose one
thing is to check that this really is due to Onzo/wxPython doing something
stupid rather than Wine telling their software an incorrect base address
somewhere else. I'm not quite sure how to go about doing that.
If it is just a hard-coding that actually works on Windows (I presume that
Windows's ASLR doesn't mess it up?), maybe LdrFindEntryForAddress needs to
hardcode its answer for 0x10000000? But that's really really horrible...
Ideas??
Rupert
[1] http://download.sse.co.uk/OnzoDownloader/onzo_uploader_latest.msi
[2] http://www.wxpython.org/download.php
--
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.