http://bugs.winehq.org/show_bug.cgi?id=15740
Summary: nullDC garbled screen with ATI cards (Radeon HD4870) and
fglrx drivers
Product: Wine
Version: 1.1.6
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: milest3g(a)gmail.com
Created an attachment (id=16834)
--> (http://bugs.winehq.org/attachment.cgi?id=16834)
Log
Using an ATI card and fglrx 8.10 (the one in Ubuntu 8.10) nullDC starts, and
the interface works, but starting the emulation (whether with a game or just
the Dreamcast bios) results in a garbled window, while this error is repeated
in the console :
fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>>
GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 445
In order to start the program, natives dll are needed:
d3dx9_35
msvcp80
msvcr80
msvcr80d
A screenshot has been submited at
http://appdb.winehq.org/appimage.php?iId=20821
Attached is the output redirected to a log file.
--
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=14668
Summary: Star Sonata: No key commands work in the game.
Product: Wine
Version: 1.1.2
Platform: PC-x86-64
URL: http://www.starsonata.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zaehlas(a)ultralarp.com
Created an attachment (id=15121)
--> (http://bugs.winehq.org/attachment.cgi?id=15121)
Error list from Wine
Graphics and sound work perfectly. No keyboard commands work. You can use the
mouse to do all normal activities, and even type into the chat bar, however the
normally "hotkeyed" keys will not respond.
Errors given by Wine are in the attachment.
Program can be obtained at http://www.starsonata.com/download.html
It is a free download, and free account up to level 20.
--
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=12464
Summary: ShellExecute does not integrate well with external
handlers
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: shell32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmh(a)aybabtu.com
ShellExecute does not integrate well with external handlers.
For example; my GNOME desktop has a PDF viewer, but when an application that is
run via wine calls ShellExecute on a PDF file, wine is only capable of opening
this file with PDF handlers that are installed within the wine environment.
I think the best way to handle this would be to replace the implementation with
an xdg-open(1) wrapper.
--
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=20977
Summary: Bad hlp table rendering
Product: Wine
Version: 1.1.34
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adys.wh(a)gmail.com
Created an attachment (id=25145)
--> (http://bugs.winehq.org/attachment.cgi?id=25145)
Help file
Terrible rendering on attached HLP file. Refer to screenshots.
--
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=18745
Summary: Wine should support MEM_LARGE_PAGES and related
interfaces for large pages & variable page sizes
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: trisk-winehq(a)forkgnu.org
The ability to allocate large pages can improve the performance of applications
with densely populated address spaces. The large page interfaces on Windows
were introduced in Windows Server 2003. However, due to limitations in the NT
VM, large pages are always pinned in memory (not pageable) and become scarce
due to excessive fragmentation. Wine has the advantage of running on platforms
with better support for large pages.
Because the memory is normally pinned, the process must have
SeLockMemoryPrivilege on Windows.
The new interfaces are:
MEM_LARGE_PAGES type for VirtualAlloc (NtAllocateVirtualMemory)
(http://msdn.microsoft.com/en-us/library/aa366720%28VS.85%29.aspx)
SEC_LARGE_PAGES flag for
http://msdn.microsoft.com/en-us/library/aa366543%28VS.85%29.aspx
GetLargePageMinimum
(http://msdn.microsoft.com/en-us/library/aa366568%28VS.85%29.aspx)
/***********************************************************************
* GetLargePageMinimum (KERNEL32.@)
*
* Get the minimum size of a large page.
*
* RETURNS
* Size: Success
* 0: Failure
*/
SIZE_T WINAPI GetLargePageMinimum(void)
The allocated regions must be aligned to the minimum size and MEM_COMMIT must
also be set, or NtAllocateVirtualMemory should return STATUS_INVALID_PARAMETER.
I'm opening this bug to keep notes for my own implementation, although anyone
should feel free to jump in.
--
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=18036
Summary: Final Draft Help feature: text is missing
Product: Wine
Version: 1.1.18
Platform: All
URL: http://www.finaldraft.com/downloads/demo-final-draft.php
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jens(a)porup.com
Final Draft is the standard screenwriter's word processor.
The help feature opens but all of the topics are blank.
--
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=15824
Summary: Microsoft Chat's comic mode graphical glitches
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: other
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Elliotw2(a)gmail.com
Microsoft Chat has thick black lines instead of thin ones around borders of
comic mode. I don't know what causes this, but I tested with native and builtin
GDIplus and Directdraw and it shows up in both.
--
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=18095
Summary: VisualFEA's Toolbar is broken (does no line wrapping)
Product: Wine
Version: 1.1.19
Platform: PC-x86-64
URL: http://www.visualfea.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: cs071007(a)fhstp.ac.at
Created an attachment (id=20529)
--> (http://bugs.winehq.org/attachment.cgi?id=20529)
VisualFEA Win vs. Wine
The Item toolbar (right side of screen) in visualfea does not apply line
wrapping as it does in windows, making the app unusable for work. Rest of the
app seems to work quite nicely (applying boundaries and so on, solver,
visualization, ...)
Wine does not give any warnings in the console, though (is there some verbose
option?)
Ah, I'll just attach a screen of win & wine so you know what I'm talking about.
It's the same install in both cases. Jnstaller ran in wine, windows only has
access to wine's program dir through a network share ;)
--
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=18018
Summary: Gun Metal is unresponsive to joystick
Product: Wine
Version: 1.1.10
Platform: PC-x86-64
URL: http://www.gamershell.com/download_866.shtml
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shacklein(a)gmail.com
I noticed this bug in 1.1.19 and tested it in my earliest pre-compiled package
too (1.1.10) and it was present there.
The problem is that Gun Metal does not seem to respond to my joystick at all
(Playstation Dualshock-style controller). However, the joystick works fine with
other applications in Wine, including GTA:San Andreas.
URL is to the Gun Metal demo version 1.14 which exhibits the problem. I've
tested with both evdev and js devices. I'm unsure what additional information
to supply, such as debug logs. :)
--
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=20323
Summary: MacOS mcicda does not play audio CD
Product: Wine
Version: 1.1.30
Platform: PC
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
mcicda invokes GetDriveTypeW which returns 3, the same as for C: and other HD
drives. It expects DRIVE_CDROM(5).
E: is not recognized as CD-ROM by Wine, although it is created by the mountmgr.
It points to /Volumes/Audio-CD. Indeed /Volumes/Audio-CD/ is a directory full
of files named "N Titel NN.aiff", e.g. "2 Titel 02.aiff". e:: points to
/dev/rdisk2
GetDriveTypeW in turn calls:
trace:file:CreateFileW returning 0x68
trace:vxd:DeviceIoControl (0x68,6d4084,0x32f2ac,16,0x32f2ac,16,0x0,0x0)
trace:ntdll:NtDeviceIoControlFile (0x68,0x0,0x0,0x0,0x32f018,0x006d4084,0x3
2f2ac,0x00000010,0x32f2ac,0x00000010)
code=006d4084 (device=6d) is weird, as winioctl.h only lists FILE_DEVICE_* 01
.. 39
I have not looked further into the origin of this code.
Bypassing this test allows mcicda to open cdaudio.
mciSendString: open e: type cdaudio alias y
+ status cdaudio length
+ status cdaudio length 2
+ status cdaudio number of tracks work -- so there's hope -- whereas
- status cdaudio position
- status cdaudio current track
- status cdaudio media present
- seek and
- play fail.
fixme:ntdll:server_ioctl_file Unsupported ioctl 2402c (device=2 access=1 func=b
method=0)
fixme:mcicda:MCICDA_GetError Unknown mode 50
status length etc. show that
DeviceIoControl(wmcda->handle, IOCTL_CDROM_READ_TOC
works.
--
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.