http://bugs.winehq.org/show_bug.cgi?id=33302
Bug #: 33302
Summary: [regedit] text gets cut away
Product: Wine
Version: 1.4.1
Platform: x86
OS/Version: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fiziologus(a)gmail.com
Classification: Unclassified
Created attachment 44055
--> http://bugs.winehq.org/attachment.cgi?id=44055
screenshot with bug
regedit don't show about 4 char on the right side in edit dialog window if
value is multiline.
It's simulated bug 26365 (Geneforge 1)
--
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=22078
Summary: Icon error in tree windows of CSPRO 4.0 using wine
1.1.40
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: iip.umar.rifai(a)gmail.com
CC: iip.umar.rifai(a)gmail.com
How to see/test:
1. download cspro here http://www.census.gov/ipc/www/cspro/
2. Run Cspro 4.0 program
3. Open file/application, goto examples/capi (under cspro 4.0 subdir), open
file "capi.ent".
4. You will see that the icon in the tree window on the left side are black.
Different when you see it in native windows.
Screenshot is here
http://sites.google.com/site/iipumarrifai2/wine-cspro-error0.jpg
Thanks,
-iip-
--
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=26749
Summary: in cmd, PATH=FOO should set PATH to FOO
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
This affects the
"C:\\Program Files\\Mono-2.10.1\\bin\\setmonopath.bat"
batch file bundled with Mono.
To repeat, do
echo path=foo > foo.bat
echo path >> foo.bat
then run
wine cmd /c foo.bat
expected output:
PATH=foo
Observed output:
PATH=C:\PROG~FBU\MONO~KUH.1\bin;C:\windows\system32;C:\windows;C:\windows\system32\wbem
--
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=18368
Summary: D3D errors when trying to run Panzer General II.
Problem has occured on all releases since ~0.8
Product: Wine
Version: 1.1.20
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: homiad(a)alum.rpi.edu
Created an attachment (id=20931)
--> (http://bugs.winehq.org/attachment.cgi?id=20931)
Console Output
Since installing 1.20 some new errors have cropped up, but the d3d errors still
persist. Basically some people claim this game works out of the box while I
have never been successful across different machines and using different
installations.
The error I get is below:
fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex
samplers and 32 total samplers
fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) >
combined_samplers
fixme:win:EnumDisplayDevicesW ((null),0,0x32f77c,0x00000000), stub!
fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to
8
fixme:d3d:IWineD3DDeviceImpl_Release (0x141d98) Device released with resources
still bound, acceptable but unexpected
fixme:d3d:dumpResources Leftover resource 0x14a148 with type
1,WINED3DRTYPE_SURFACE
I have also included a screen shot of what the game does. The background
should be showing a hex map but instead it retains the image of the previous
menu screen. Nothing will work to make the image go away.
I am running a stock installation of wine on Ubuntu Jaunty 64bit. I am not
using any "enhancement" dll's and I do not have a Windows partition. 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=25631
Summary: Visio 2007 Pro: "Page Setup" dialog is broken
Product: Wine
Version: 1.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: igor.demyanov(a)gmail.com
Open Vision
File-Page Setup.
See attached files
--
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=38298
Bug ID: 38298
Summary: TTN_SHOW is not implemented correctly
Product: Wine
Version: 1.7.34
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
Assignee: wine-bugs(a)winehq.org
Reporter: pietro10(a)mac.com
Distribution: ---
According to MSDN
(https://msdn.microsoft.com/en-us/library/windows/desktop/bb760314%28v=vs.85…),
TTN_SHOW in comctl32.dll >= 4.70 has special logic for allowing customization
of tooltip size and position:
Version 4.70. To display the tooltip in its default location, return zero.
To customize the tooltip position, reposition the tooltip window with the
SetWindowPos function and return TRUE.
Note: For versions earlier than 4.70, there is no return value.
This is needed to implement in-place tooltips, such as the ones you get when
you hover the mouse over a listview in report mode (with LVS_EX_LABELTIP) or a
tree view (by default, it seems), or in this picture:
https://i-msdn.sec.s-msft.com/dynimg/IC510747.png.
However, wine currently does not follow these rules. According to
http://source.winehq.org/source/dlls/comctl32/tooltips.c?!v=wine-1.7.39#0621,
it just sends the TTN_SHOW notification, ignoring the return value entirely,
then proceeds to set the default window position anyway. As such, in-place
tooltips will simply appear where they would if they were regular tooltips
(underneath the mouse cursor).
I personally tested with wine 1.7.34 (or some commit around that one) from
source and Windows XP and Windows 7 with my own in-place tooltips as part of a
table control of my own creation. On real Windows, Common Controls 5 and 6 both
have TTN_SHOW working properly (but given it says 4.70 I'm not surprised).
I'm not the first to notice wrong tooltip behavior. Someone (I don't know if
it's just a user or one of the authors of Cardbox) noticed that Cardbox relied
on another aspect of TTN_SHOW that wine doesn't imitate: real Windows computes
the default tooltip position before sending the notification, not after (as
wine still does). In fact, he noticed this back in 2007! I'm not sure why a bug
here was never filed...
https://cardboxeverywhere.wordpress.com/2007/12/11/programming-note-tooltip…
I don't have a minimal test program on hand (the source speaks for itself) but
here's something Raymond Chen wrote on the subject that can be constructed into
one: http://blogs.msdn.com/b/oldnewthing/archive/2006/06/26/647365.aspx
Thanks.
--
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=35592
Bug ID: 35592
Summary: Chinese input encoding error in multi-byte character
set exe with mac driver
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
Assignee: wine-bugs(a)winehq.org
Reporter: hwei.sy(a)gmail.com
Classification: Unclassified
The exe is compiled in multi-byte character set (not Unicode). When input
Chinese, the characters become corrupted.
I looked into this problem, and found that it is due to
dlls/user32/message.c@get_input_codepage
The "GetKeyboardLayout" returns a wrong language identifier 0x0404 (Chinese
Traditional), but it should be 0x0804 (Chinese Simplified). This may be mac
driver's problem.
And I don't think the 1st parameter of "GetLocaleInfoW" should be the language
identifier of the keyboard (returned from "GetKeyboardLayout"). It should be
constant "LOCAL_USER_DEFAULT". The keyboard language identifier does not always
match the code page of a program. The keyboard language identifier can be
changed by switching input method, but code page of a program can not change.
--
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=9914
Summary: Implement a Kerberos provider for SSPI
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: blin(a)gmx.net
ReportedBy: blin(a)gmx.net
SSPI is currently lacking a Kerberos v5 provider.
The plan is to implement this using libkrb5.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10347
Summary: Action Replay Code Manager crashes on start up
Product: Wine
Version: 0.9.48.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: echidnaman(a)gmail.com
After executing, one is greeted with a nice crash. Crash log included.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=37025
Bug ID: 37025
Summary: Photo Renamer does not work, gives error report
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: bart.kuijer(a)ziggo.nl
Created attachment 49197
--> http://bugs.winehq.org/attachment.cgi?id=49197
Error report
Photo Renamer does not work, gives error report
Installation works fine
--
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=18472
Summary: Mafia hangs
Product: Wine
Version: 1.1.21
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: retrry(a)gmail.com
Created an attachment (id=21090)
--> (http://bugs.winehq.org/attachment.cgi?id=21090)
wine output on crash
Mafia game hangs:
--after playing and trying to exit
--in-game
--
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=37584
Bug ID: 37584
Summary: Holding down mouse on themed button, unthemes it.
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: uxtheme
Assignee: wine-bugs(a)winehq.org
Reporter: stu.axon(a)gmail.com
Distribution: ---
Created attachment 50009
--> https://bugs.winehq.org/attachment.cgi?id=50009
Video showing the bug
Using Luna, or another theme (also tested using the free Ambience theme).
Ambience theme that also displays the bug
http://www.omgubuntu.co.uk/2010/08/ubuntu-ambiance-theme-for-windows-xp-wine
When holding the mouse button down, the button becomes unthemed, navigating
with the keyboard will retheme it.
Video showing the bug (also attached)
https://www.youtube.com/watch?v=XdiO1a-B8ic&feature=youtu.be
--
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=36849
Bug ID: 36849
Summary: eTax 2014 installation under Wine on Linux Mint 17
Qiana
Product: Wine
Version: 1.6.2
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: davidcousens(a)bigpond.com
Created attachment 48937
--> http://bugs.winehq.org/attachment.cgi?id=48937
Wine backtrace while trying to install Etax 2014
Hi,
When trying to install the ATO eTax application under Wine on a Linux Mint 17
system the installation reported an an error with rundll32.exe.
--
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=21085
Summary: Comctl32 status control uses tooltip window wrongly
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P3
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
I've been debugging a private application and tracked down the source of a trap
to the way the status control initializes and uses the tooltip control.
The application in question traps because it receives a WM_CREATE message for
the tooltip window and calls GetWindowLong against an hwnd for a value it
should have set earlier - this fails but the code doesnt notice, and results in
a trap.
On windows, the status control does not create the tooltip until the first
WM_MOUSEMOVE event, and hence all application initialization would have
finished in my case. You can clearly see this by use of a simple application
with a statusbar control set to have a tooltip and text, and then use SPY++ to
monitor the window creation messages.
Note this also shows a 2nd problem which is that the status control passes the
tooltip text to the tooltip window to manage. This is wrong, because using the
status bar you can set and then get the tooltip text before the tooltip window
is ever created. Additionally, SPY++ shows that the notify messages (NEEDTEXT
type) are sent to the status window when the tooltip needs the text, both of
which mean that the status control should manage the text.
I have a simple application which has a button for get tip, set tip text, and
using it you can see the behaviour above. It doesnt replicate the trap but you
can see the behavious using it - you dont get a WM_CREATE for the tooltip until
such time as you move the mouse into the statusbar area on windows.
Simple workarounds for me: winetricks comctl32, or modifying the
STATUSBAR_WMCreate method to something like "if (0 && dwStyle & SBT_TOOLTIPS)
{" to prevent the tooltip altogether.
JECC
JECC
--
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=36014
Bug ID: 36014
Summary: secur32/{negotiate,ntlm} tests fail with debian's
samba/winbind 4
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source
Severity: normal
Priority: P2
Component: secur32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
Follow up to bug 35965.
The secur32 tests fail on a default installation of samba/winbind4 on Debian 7
(wheezy):
../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p
secur32_test.exe.so negotiate && touch negotiate.ok
WARNING: gnome-keyring:: couldn't connect to:
/home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM
fixme:secur32:nego_AcquireCredentialsHandleW forwarding to NTLM
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
Unable to setup messaging listener for
'/var/lib/samba/private/smbd.tmp/msg/msg.10803.179872511':NT_STATUS_OBJECT_NAME_NOT_FOUND
negotiate.c:295: Test failed: server returned 80090304, more tests will fail
negotiate.c:305: Tests skipped: authentication failed, skipping remaining tests
negotiate.c:349: Test failed: DeleteSecurityContext returned 80090301
make: *** [negotiate.ok] Error 2
that lack of version information message seems bad, and makes the tests fail
even worse later (in ntlm.c):
../../../tools/runtest -q -P wine -T ../../.. -M secur32.dll -p
secur32_test.exe.so ntlm && touch ntlm.ok
WARNING: gnome-keyring:: couldn't connect to:
/home/austin/.cache/keyring-mD4V6F/pkcs11: No such file or directory
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
..
ntlm_auth: /usr/lib/i386-linux-gnu/libwbclient.so.0: no version information
available (required by /usr/lib/i386-linux-gnu/samba/libauth4.so)
===============================================================
INTERNAL ERROR: Signal 11 in pid 10826 (4.0.0beta2)
Please read the Trouble-Shooting section of the Samba HOWTO
===============================================================
PANIC: internal error
but, as Dmitry points out in https://bugs.winehq.org/show_bug.cgi?id=35965#c9,
the wiki says that only ntlm_auth needs to be available, nothing is said about
the configuration:
"To get access to all the features while using NtlmSigningAndSealing, you need
an up-to-date version of ntlm_auth. Samba 3.0.26 or later will do. In some
distributions, you need to install the "winbind" package to get ntlm_auth.
If you want client mode NTLM for Wine, e.g. reading your email using Outlook
over a connection with NTLM encryption, that's all you need. "
--
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=31393
Bug #: 31393
Summary: Nvidia force antialiasing no longer works
Product: Wine
Version: 1.5.10
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Classification: Unclassified
Regression SHA1: 09443f14e75e134328643b5d33aff61bdf4dca32
After AlwaysOffscreen has become enabled by default, games such as GTAIII and
GTAVC (which are unaware of FSAA) can't benefit from nvidia antialiasing
settings out of the box. I'm not sure if it's intended result, but despite it
being possible to disable it back, new default seems no good to me as e.g. on
Windows it's enough to set antialiasing in the driver utility and there's no
need to change D3D configuration.
Maybe wine should check whether default render target is multisampled and
toggle the default?
--
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=32580
Bug #: 32580
Summary: Copy text+images into Word 2007, 2010 doesn't work!!
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: randommaxi(a)yahoo.com
Classification: Unclassified
When I copy a wall of text with images in it from Linux into MS Office, it'll
copy the text, but completely ignores the images.
Please fix. It's kind of a deal breaker with Linux. - My client is pretty
pissed off and I may have to switch all the computers back to windows if he
can't cut&paste.
_
Details:
I can copy text just fine, I can copy images (individually) just fine, but when
I want to copy long documents with both, it doesn't work.
--
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=32439
Bug #: 32439
Summary: notepad++: selecting text in items
Product: Wine
Version: 1.5.19
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: icegood1980(a)gmail.com
Classification: Unclassified
As i remember in windows version of notepad++ when tabbing from one
"edit" item to another makes in an new focused one whole text selection if any.
In wineversion it doesn.t work.
E.g. In "replace" dialog box. Focus in "replace what".
Tab-> focusing in "replace with" edit but text in this edit doesn't selected by
default.
I.e. EM_SETSEL message doesn't properly proceed or not sent.
--
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=35993
Bug ID: 35993
Summary: Graphical Glitches in Agarest Generations of War
Product: Wine
Version: 1.7.16
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: hibbsncc1701(a)yahoo.com
In some menus, (anything but the inital main menu, save / load game menus, and
world map), there are rapidly changing and rainbow colored polygons being made
all over the game's window. They seem to change based on what is actually being
rendered by the game and the user can influcnce them to a degree by changing
the current selected menu item.
In addition there seems to be missing textures for some menu entries, although
the menu entries can still be selected and used.
This happens in both wine-1.7.13 and wine-1.7.16.
Some hardware info:
OS: Fedora 20 x86_64
GPU: Nvidia Geforce 9800 GTX+
Drivers: akmod-nvidia-331.49-2.fc20.x86_64 (From rpmfusion)
I did have to install some directshow filters (K-Lite Codec Pack 10.4.0) as the
game attempts to play several mpeg 1 videos before the main menu, and will
crash with an error message if it is unable to play them. Even with gstreamer
installed properly it crashes, so the filters were necessary.
Attached are two examples of a broken menu, and what it's supposed to look
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.
http://bugs.winehq.org/show_bug.cgi?id=22033
Summary: World of Warcraft Crashes on statup
Product: Wine
Version: 1.1.40
Platform: x86
OS/Version: Solaris
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jason.whipp(a)gmail.com
Created an attachment (id=26793)
--> (http://bugs.winehq.org/attachment.cgi?id=26793)
Console and Wowerror output
OS: OpenSolaris snv_134
Wine: 1.1.40 (Compiled)
When launching WoW, I get a screen that looks like it's going to start, but
then immediately crashes. I can here the sound from the app running, but no
video and the wowerror crash screen comes up, follow by the wine "This program
had an error" dialog. I've appended the the console and wowerror output into
an attachment.
In the OSOL contrib repo, there is a binary version of wine 1.0.1. With this
version, WoW runs fine, except there's no sound (the contrib version doesn't
detect any sound drivers).
Help appreciated, very willing to try recommendations and get more output to
you if need be.
I've also tried using WoW in full screen, with a virtual desktop in full screen
and in windowed mode.
--
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=17181
Summary: Winbench 96 disk test fails during recursive directory
deletion; bug in INT21_FindFirst/FindNext?
Product: Wine
Version: 1.1.13
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Install and run Ziff-Davis PC Benchmarks WinBench 96
(on the Winstone 32 cd-rom).
Start it with
cd .wine/drive_c/ZDBENCH/WB96
wine WB96
Get past the hangs described in bug 12267 by killing and restarting twice.
Run the "Disk Tests". Get past the abort
"A DOS file operation that was supposed to fail succeeded during the test.
The following information is for ZDBOp use:
Drive: C Operation: GetFileAttrib
Script Location: 0d0b11 0
Pathname(s): C:\~WBDM.TMP\ZDBENCH\WS96.B03\WORK\PDOX50\"
by applying the patch
http://www.winehq.org/pipermail/wine-patches/2009-January/068579.html
The test runs for a long time, then tries to delete its temporary
directory, C:\~WBDM.TMP, but fails with the dialog
and the app aborts with
"A DOS file operation failed during the test.
The following information is for ZDBOp use:
Drive: C Operation: DeleteTestDir
Pathname(s): SB, ???????????
Working Dir: ~WBDM.TMP
Int 21 Function: 3a 00 CF: 1 Expected CF: 0"
Looking at the log, it seems as if Wine trips over its shoelaces
when the app is doing its recursive directory list,
and does not tell the app about one directory,
C:\~WBDM.TMP\MGA\CPANEL. As a result, the app doesn't
delete its contents, and when the app then tries to
delete C:\~WBDM.TMP\MGA, it fails with 'directory not empty'.
INT21_FindHelper looks awfully tricky. It seems to have
a loop to skip over some directory entries, and maybe this
is firing improperly here. The code seems to date from
2003-11-14, mostly written by Eric Pouech in
http://source.winehq.org/git/wine.git/?a=commit;h=8ca6cadab1ebb386f1dfa2e47…
and touched up by Alexandre same day in
http://source.winehq.org/git/wine.git/?a=commit;h=adfa5e101fc2e01d4276c3f3e…
--
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=15700
Summary: Unable to set/get cursor location through VGA registers
0x3b4 or 0x3d4
Product: Wine
Version: 0.9
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: flerchjj(a)ieee.org
Created an attachment (id=16781)
--> (http://bugs.winehq.org/attachment.cgi?id=16781)
Output from Space Quest 5
Apps trying to set or get the text cursor position using VGA registers directly
get an error similar to the following:
fixme:ddraw:VGA_ioport_in Unsupported index, register 0x3d4: 0x0f
fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3d4: 0x0f (value 0x66)
--
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=15688
Summary: DOS games (e.g. Colonel's Bequest) need vga Color plane
write enable register
Product: Wine
Version: 1.1.6
Platform: Other
URL: http://www.abandonia.com/en/games/218/Laura+Bow+1+-
+The+Colonels+Bequest.html
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Several DOS games, e.g. Colonel's Bequest, complain and display nothing
because Wine does not yet support register 0x3c4 index 2:
fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3c4: 0x02 (value 0x01)
fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3c4: 0x02 (value 0x02)
fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3c4: 0x02 (value 0x04)
fixme:ddraw:VGA_ioport_out Unsupported index, register 0x3c4: 0x02 (value 0x08)
http://www.qzx.com/pc-gpe/vgaregs.txt documents this register/index as follows:
Port-Index: 02h Port: 03c4h
usage: Color plane write enable register
d7,d6 Reserved
d3 Plane 3 Write enable
d2 Plane 2 Write enable
d1 Plane 1 Write enable
d0 Plane 0 Write enable
--
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=15570
Summary: Fake BIOS unable to render text in graphics mode
Product: Wine
Version: 0.9
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: dos
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: flerchjj(a)ieee.org
Fake BIOS interrupt 10h service number 9 has routines to handle character
displaying in a text mode terminal window, but no code exist for handling
graphics modes. No text is therefore displayed in graphics modes. Currently
only 256 color modes (and possibly linear memory 16 color modes) are supported
as graphics modes & these should be fixed first.
Currently Wine tests for text mode by looking at color depth (Wine 1.1.6) and
calls to this BIOS service could cause Fake VGA memory corruption in monochrome
graphics modes (which aren't supported anyways). That is a separate issue but
the patches for it need to be applied before addressing this issue.
I would suggest a use of the OEM_FIXED_FONT, which I believe is defined in GDI,
and converting it to a bitmaps of the proper resolution for desired chars.
GetStockObject(OEM_FIXED_FONT), GetObject, SelectObject, wglUseFontBitmap may
all be useful functions, but I'll have to investigate more later.
--
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.