http://bugs.winehq.org/show_bug.cgi?id=22685
Summary: unimplemented function msvcr90.dll._wmakepath_s
(affects Spiceworks)
Product: Wine
Version: 1.1.44
Platform: x86
URL: http://spiceworks.com
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
(This seems to be the next problem after bug 12838.)
To repeat:
rm -rf ~/.wine
wget http://download.spiceworks.com/Spiceworks.exe
mkdir tmp
cd tmp
7z x ../Spiceworks.exe
wine spiceworks_package.exe
This outputs:
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC90.CRT" (9.0.21022.8)
fixme:msvcrt:_controlfp_s ((nil) 65536 196608) semi-stub
wine: Call from 0x6833a812 to unimplemented function msvcr90.dll._wmakepath_s,
aborting
wine: Unimplemented function msvcr90.dll._wmakepath_s called at address
0x6833a812 (thread 0009), starting debugger...
--
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=22914
Summary: TheWord: cursor does not display/function correctly
Product: Wine
Version: 1.1.43
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: heartsongsmusicmin(a)juno.com
Issue appeared in 1.1.43, still present in 1.1.44 and 1.2-rc1. TheWord
functions correctly in 1.1.42 and prior versions of Wine.
In a docked Bible View you can only select complete lines with the mouse for
copying text. In a floating view, if you select any part of a verse with the
mouse, nothing is highlighted; if you do Ctrl-C, it works the same as
right-click, Copy (reference). Apparently whatever is different about a
floating view affects how the cursor is displayed and highlighting works.
In a docked Book View (commentary, for example), when the active verse has no
entry the standard "page" displays giving the option to add comments or the
alternate choices. On a line with plain text and a hyperlink, you can position
the cursor anywhere within the text but it won't go beyond the second character
of the hyperlink. Behavior within a hyperlink is the same whether the link
occupies part or all of the line.
In a User module Book View, the behavior is hard to figure out. On lines that
have been indented the cursor behaves properly, hyperlinks included. On lines
that are not indented, the cursor doesn't move past the second character unless
text attributes like Bold have been applied. Then it will move farther along
the line, but still not to the correct position. If the line is retyped, the
line, the cursor positioning works as expected for that session. In Book Views,
keyboard navigation works for cursor position and actions like copy and paste;
however, the displayed cursor doesn't move and the text doesn't highlight, so
you can't see what is going on.
In the F3 search box, it doesn't matter where I click on the line, the cursor
won't go past the second column. If I click to the right of the text in the box
and use the backspace key, it deletes the text from the right as you would
expect even though the cursor appears in the second column.
Another issue is the lookup of words in the dictionary when the mouse hovers
over them. It doesn't matter which word the mouse is over, it looks up the word
at the end of the line. It is consistent whether in a single version Bible view
or Compare view.
Aside from these issues, mouse/cursor behavior is as expected. Hyperlink popups
work fine, tooltips are ok, navigation works properly. I did try emulating a
desktop in Wine but that didn't change how TW behaves. The program doesn't
crash but it is essentially unusable as intended because of these interface
issues.
--
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=23021
Summary: Spider black suits fail to display
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: makitso(a)gmail.com
Sorry, but my wife really likes MS Spider. So, I have been using it for
several years under Wine. Now, with the latest Ubuntu release (10.04) and the
latest Wine from the repository, the black suite's spade, clubs, do not
display. I am running the proprietary nvidia driver. Also, over the last two
years, the general performance has slowed down. When you select a new block of
cards to be put into the stacks, it just grinds until all the cards are moved
around.
--
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=23214
Summary: WM Desktop Alert crashes immediately after being run
Product: Wine
Version: 1.2-rc3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: killzenator(a)gmail.com
Right after being run the WM Desktop Alert crashes before it can fetch the
latest deal from the site or display any kind of notification
--
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=23241
Summary: Icons are blacked out/blank in some Altium Designer
2009 GUI elements
Product: Wine
Version: 1.2-rc3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: johnvoltz(a)gmail.com
Some of the icons in the Altium Designer GUIs are blanked out, black squares.
Regression testing reveals the cause as:
93437fc963378e2b56632aac12fc05f90645619b is the first bad commit
commit 93437fc963378e2b56632aac12fc05f90645619b
Author: Dmitry Timoshkov <dmitry(a)codeweavers.com>
Date: Wed Apr 7 18:27:52 2010 +0900
comctl32: Do not use width of the passed to ImageList_Add bitmap as an icon
width.
:040000 040000 ddd03ea559490af9b50e5e57de31141e8d4c6f3e
6c63b6238463e6a1841ba1b050d2f34c0567d9a2 M dlls
--
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=23355
Summary: Ring-Protech CD/DVD Protection fails
Product: Wine
Version: 1.1.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: galberte(a)neo.rr.com
Past 1.1.20 commit f7e6777e6e19ca3be4b84f98baf22ef53ab19f96
Autor: Guy Albertelli <galberte(a)neo.rr.com> 2009-04-29 03:08:22
kernel32: Fix GetVolumeInformation[AW] to require trailing \.
causes KERNEL32.GetVolumeInformationA() to return an error, which apparently
causes the copy protection to proceed to test the next drive. As a result, the
protected app will either exit silently or ask for its CD-ROM.
A trace in broken wine-1.1.21, 1.1.31 and 1.2rc4 reads:
Call KERNEL32.GetVolumeInformationA(0033f4e8 "D:",00556798,6,0,0,0,0,0)
ret=1000118f
Ret KERNEL32.GetVolumeInformationA() retval=00000000 ret=1000118f
Call KERNEL32.GetDriveTypeA(0033f4e8 "E:") ret=10001176 [next drive]
A trace in working wine-1.0, 1.1.16 and .18 yields:
trace:volume:GetVolumeInformationW L"\\\\.\\D:": found fs type 4
Ret KERNEL32.GetVolumeInformationA() retval=00000001 ret=1000c1ff
Call user32.CharUpperA(0032f37e "D:\\SYSTEM\\Iofile.x64") ret=1000c210
The files iofile.x64 and mov_io.x64 have read errors on the CD-ROM and are
symptoms of that protection. Note that Gnome mounts both an audio and a data
CD on the desktop: 2 icons appear (after seeking around for half a minute
because of the voluntary errors -- what a nuisance).
Perhaps the tests in kernel32/tests/volume.c are not discriminating enough?
Judging by the traces, the CurrentDir seems to the the app's one on HD, i.e.
not a root.
I own 4 titles with the visible ring CD-ROM protection. I verified that the
first 3 are affected by this regression. Revert the commit and they work in
1.2rc4.
"Ronja Räubertochter" (no AppDB yet, deserves platinum or gold)
"Fritz und Fertig" Schach / chess (no AppDB, gold)
"Rund um die Welt mit Felix / abenteuerliche Reise" (no AppDB, platinum)
"die Pfefferkörner - Cem unter Verdacht" (no AppDB, garbage)
I'm angry that AppDB refuses entries about old Wine versions.
--
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=23372
Summary: AOE III: Crash at Ensemble Studios video
Product: Wine
Version: 1.2-rc4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msxml4
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=29127)
--> (http://bugs.winehq.org/attachment.cgi?id=29127)
Window at after crash
Steps to reproduce:
1) remove ~/.wine
2) winetricks mfc42
3) install Polish AOE III
4) wine aoe3-113-polish.exe
5) start the game
Behaviour:
Splash screen->crash at "ensemble studios" video with an window showed in
attachment
Expected behaviour:
no crash should occur
The problem can be fixed by setting msxml4 to native,built-in. Bug isn't
reproducible every time.
--
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=23704
Summary: winhelp failed to load any help file
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
The winehelp wrapper starts winhlp32.exe, but the winhelp commandline
is appended to winhlp32.exe without a separator:
wine winevdm winhelp CONTROL.HLP
trace:winhelp:WinMain16 starting
"C:\\windows\\system32\\winhlp32.exeCONTROL.HLP"
I send already a patch. ( http://source.winehq.org/patches/data/63628 )
The bug is here to be nominated for Wine 1.2.1
--
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=23737
Summary: Modelsim XE III 6.4b/6.5c startup crashes on wine 1.2,
but works ok on wine 1.1.42.
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vicsuarez(a)alumnos.uvigo.es
Created an attachment (id=29731)
--> (http://bugs.winehq.org/attachment.cgi?id=29731)
Right: 6.4b error | Left: 6.5c error
6.4b tested on:
- openSUSE 10.3 / wine 1.1.?? (I don't remember) from
http://download.opensuse.org/repositories/Emulators:/Wine/openSUSE_10.3/ -> OK
- openSUSE 11.3 / wine 1.2-rc6 from official repositories -> FAIL
- Ubuntu 10.04 / wine 1.1.42 from official repositories -> OK
- Ubuntu 10.04 / wine 1.2 from https://launchpad.net/~ubuntu-wine/+archive/ppa
-> FAIL
(openSUSE and Ubuntu on different computers)
The REGRESSION TEST revealed this for both modelsim versions:
f76eef74018852253b03d305432b4864c724bed3 is the first bad commit
commit f76eef74018852253b03d305432b4864c724bed3
Author: Piotr Caban <piotr(a)codeweavers.com>
Date: Mon Apr 26 12:33:28 2010 +0200
msvcrt: Change strtod_l implementation.
:040000 040000 3497b07093d0c642b5d57b43452245c58b62f4b2
4163e9139b36a04d7f8200141703d93aa10e11c3 M dlls
Steps to reproduce:
- Download Modelsim XE 6.5c from
http://www.xilinx.com/support/download/index.htm (registering is mandatory, but
free). Look for Modelsim XE, not ISE.
- Uncompress and run wine setup.exe. Select the free version. Select VHDL
Custom. Deselect all libraries. At the end say NO when asked for the USB key,
and then try to complete the licensing process through the webpage. I HAVEN'T
TRIED TO REQUEST THE LICENSE SINCE I HAVE MINE. In case it isn't possible to
get the web way to work, complete the lic_request.txt form and send it by mail.
Then wait a few days to receive your license.dat. (I would attach my
license.dat here, but I'm not sure if that's legal).
- Make sure you've an external MFC42.DLL (I would upload mine, but don't know
if that's legal. In place I'll put its MD5: 7e4d1b552ee1dfa859ba9033b3670590)
- Find the Licensing Wizard link, run it (wine start Licensing\ Wizard.lnk)
and follow instructions.
- If variable LM_LICENSE_FILE fails to be set automatically, set it manually
with regedit (It's value is the path to the license.dat file).
- After the second Licensing Wizard run, make sure that all checks completed
successfully. If LM_LICENSE_FILE isn't ok, this won't suceed.
- Now Modelsim should work, try to run wine start Modelsim.lnk.
Notes:
- Almost everything I've tried in this software worked fine with wine, so it's
a fully supported product (once this bug gets solved, of course)
- Modelsim windows are extremelly slow, don't think that to be a wine problem.
- Known fails (but not problematic nor related to this bug):
- On project navigator, contextual menu sometimes fail when used with mouse,
but works ok with arrow keys.
- Startup splash window is white! I don't consider that to be a problem.
--
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=23772
Summary: The bug in NtQueryInformationProcess with
ProcessInformationClass = ProcessDebugObjectHandle
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: info(a)vmpsoft.com
The file http://source.winehq.org/source/dlls/ntdll/process.c has a bug in
NtQueryInformationProcess with ProcessInformationClass =
ProcessDebugObjectHandle
112 NTSTATUS ret = STATUS_SUCCESS;
113 ULONG len = 0;
...
319 case ProcessDebugObjectHandle:
320 /* "These are not the debuggers you are looking for." *
321 * set it to 0 aka "no debugger" to satisfy copy protections */
322 len = sizeof(HANDLE);
323 if (ProcessInformationLength == len)
324 {
325 if (!ProcessInformation)
326 ret = STATUS_ACCESS_VIOLATION;
327 else if (!ProcessHandle)
328 ret = STATUS_INVALID_HANDLE;
329 else
330 memset(ProcessInformation, 0, ProcessInformationLength);
331 }
332 else
333 ret = STATUS_INFO_LENGTH_MISMATCH;
334 break;
In the real Windows system without active debugger the result (the variable
"res") of that API is C0000353 but in WINE the result is 00000000.
--
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.