http://bugs.winehq.org/show_bug.cgi?id=2511
Summary: ExtTextOutW called on an open path
Product: Wine
Version: 20040914
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zend2(a)libero.it
I'm using RealDraw pro 3.1 for vector graphics.
It's a nice and simple application and it works nice under wine
except i can't create TEXT. When I try to create a text object
wine return this string:
fixme:font:ExtTextOutW called on an open path
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2509
------- Additional Comments From tony_lambregts(a)telusplanet.net 2004-12-10 17:44 -------
Patches submitted here tend to bit rot. If you want it included into CVS please
submit a patch to wine-patches. A link about submitting patches is here:
http://www.winehq.org/site/docs/wine-devel/patches
Please provide a link to this bug report in your post.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2510
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |NoAppDBEntry
------- Additional Comments From tony_lambregts(a)telusplanet.net 2004-12-10 17:14 -------
The program is trying to run Vxd's which is mostly unsupported in wine. If I
recall correctly these Vxd's are for copy protection. Please try setting the
windows version to emulate to NT40 or its variants (Win2k or WinXP)
Edit your ~/.wine/config file or create a new one. The AppDefault way changes
it for only the one program.
>>>
WINE REGISTRY Version 2
;...
[Version]
"Windows" = "NT40"
; or
[AppDefaults\\dvd2one.exe\\Version]
"Windows" = "nt40"
>>>
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1593
mstefani(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From mstefani(a)redhat.com 2004-12-10 16:36 -------
Automatic download of the patch from battlenet, install of it and successfull
restart of it worked for me with Wine CVS from 20041010. So this problem seems
to be fixed too.
And playing Starcraft just works too without any problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2499
mstefani(a)redhat.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
------- Additional Comments From mstefani(a)redhat.com 2004-12-10 15:44 -------
Latest CVS Wine works for me (tested it since sunday 20041010). I can go to the
bnet login screen, even updated Starcraft over that. And all without lock
up/crash of the X server.
My setup: FC2, nvidia driver, Gnome
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1142
------- Additional Comments From wine(a)deesconsulting.com 2004-12-10 13:09 -------
Now lsof is telling me that Word XP doesn't obtain any lock on open documents.
This is with Crossover Office Pro 3.0.0.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2510
Summary: Error to execute dvd2one
Product: Wine
Version: unspecified
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P1
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: javi.esteban(a)gmail.com
Good Afternoon,
I install today dvd2one with wine. All install correctly but when I try to
launch the problem show the next errors:
fixme:vxd:VXD_Open Unknown/unsupported VxD L"sice.vxd". Try setting Windows
version to 'nt40' or 'win31'.
fixme:vxd:VXD_Open Unknown/unsupported VxD L"ntice.vxd". Try setting Windows
version to 'nt40' or 'win31'.
fixme:vxd:VXD_Open Unknown/unsupported VxD L"siwvid.vxd". Try setting Windows
version to 'nt40' or 'win31'.
err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to
dispatch exception.
Please I need you help
Best Regards,
Javier
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=1142
------- Additional Comments From wine(a)deesconsulting.com 2004-12-10 12:10 -------
Upon further investigation, this is what I have found:
The main function for opening/creating files in Windows is NtCreateFile().
This function calls SERVER_START_REQ( create_file ) which tells the wine
server to open/create a file.
The function DECL_HANDLER(create_file) handles this request in the wine server
by calling the create_file() function.
create_file() calls open_fd().
open_fd() calls check_sharing().
check_sharing() seems to be the broken function in question. From a cursory
investigation, this function seems to only check for cached file locks within
the wine environment. check_sharing() does not call fcntl() to check for
filesystem locks in Linux. Thus, locks set by the wine server with lock_fd()
upon calling NtLockFile() are not checked upon file open.
Based on my previous post, I'm assuming that Windows normally enforces
mandatory file locking upon opening a file with NtCreateFile(). This
assumption could be wrong, but it explains the behaviour seen and seems to be
backed up.
Now the question becomes "what error/status should the wine server return to
the program upon opening a locked file?"
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2509
------- Additional Comments From jdaviestx(a)comcast.net 2004-12-10 09:24 -------
Created an attachment (id=701)
--> (http://bugs.winehq.org/attachment.cgi?id=701&action=view)
Source for the exe just submitted
If you have access to masm and would like to reproduce this bug in windows (I
wouldn't expect you to want to run an untrusted exe under windows), here's the
source I used to create this exe. Here is the "build script" I used:
ML.EXE -W0 -Zi -c -Fl -coff readcon.asm
LINK.EXE /PDB:NONE readcon.obj kernel32.lib user32.lib \
gdi32.lib /SUBSYSTEM:CONSOLE /DEBUG
And don't laugh at my assembler coding - I'm only at mid-terms in my class ;)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.