http://bugs.winehq.org/show_bug.cgi?id=6425
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From dank(a)kegel.com 2006-13-10 15:04 -------
Confirmed. There's also a stray {\PvxMain} in the top field of that dialog.
--
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=5351
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xerox_xerox2000(a)yahoo.co.uk
------- Additional Comments From truiken(a)gmail.com 2006-13-10 13:19 -------
*** Bug 6438 has been marked as a duplicate of this bug. ***
--
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=6438
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |DUPLICATE
------- Additional Comments From truiken(a)gmail.com 2006-13-10 13:19 -------
No, most Micrsoft installers check for a drive named harddisk* or ramdisk*, and
if they don't find that then they assume there is no drive to extract the files
to. This is a duplicate.
*** This bug has been marked as a duplicate of 5351 ***
--
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=6439
------- Additional Comments From a_villacis(a)palosanto.com 2006-13-10 13:16 -------
Created an attachment (id=3846)
--> (http://bugs.winehq.org/attachment.cgi?id=3846&action=view)
Backtrace from winedbg session
This is a backtrace from the crash at _CheckNotSysLevel. From wine source code,
the crash is deliberate on a recursive lock condition. The trace seems to point
into gdi and metafile code (unbalanced lock?)
--
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=6438
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2006-13-10 13:16 -------
>2) Go into .wine and rename drive_c to harddiskvolume1, changing the symbolic
>link in dosdevices to match accordingly.
That worked , yes. Does this mean this is a problem with my setup, or?
(Unfortunately the installer still fails later on)
--
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=6439
Summary: Enterprise Architect (trial) crash at _CheckNotSysLevel
on gdi lock
Product: Wine
Version: 0.9.23.
Platform: PC
URL: http://www.sparxsystems.com.au/bin/easetup.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: major
Priority: P3
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a_villacis(a)palosanto.com
Platform: Fedora Core 5 (updated at 2006/10/11) with linux 2.6.17-1.2187_FC5
With wine 0.9.23, the trial version of Enterprise Architect installs and starts
up correctly into its main screen. However, when opening the sample file
EAExample.eap, wine crashes with the following error message on the console:
err:syslevel:_CheckNotSysLevel Holding lock 0x60629d00 level 3
I managed to capture a backtrace in winedbg, and the backtrace points into the
GDI code. So my wild guess is that there is some unbalanced lock operation.
Steps to reproduce:
1 - Install from easetup.exe
2 - Run as wine EA.exe from default installation directory
3 - File -> Open shows a dialog for a file path. Select the button with "..."
4 - At standard open dialog, select EAExample.eap
5 - File loads, then crash with error shown above.
--
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=6438
------- Additional Comments From truiken(a)gmail.com 2006-13-10 13:10 -------
Two things to try:
1) If the drive that stores your .wine is remote, go into winecfg and force it
to be recognized as local.
2) Go into .wine and rename drive_c to harddiskvolume1, changing the symbolic
link in dosdevices to match accordingly.
--
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=6438
Summary: Windows Media Format Runtime 11 fails to install
Product: Wine
Version: 0.9.23.
Platform: Other
URL: http://www.softpedia.com/progDownload/Windows-Media-
Format-Runtime-11-Download-40238.html
OS/Version: other
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xerox_xerox2000(a)yahoo.co.uk
It pops up a messagebox, that it cannot find a place to extract the files,
though i have plenty of room on my hd. I'll attach a log.
--
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=6437
Summary: CUPS Printer-Names are UTF-8, but we handle them as ANSI
Product: Wine
Version: CVS
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
The Printer-Names, that wine receives from CUPS during LoadSystemPrinters()
are encoded as UTF-8, but we call AddPrinterA with this Names.
We need to covert the CUPS-Names with MultiByteToWideChar(CP_UTF8, ...)
and use AddPrinterW on the result, but that is not possible yet,
since wine uses always the same code to print a document
to a Printer from CUPS and to a Printer from "/etc/printcap":
WideCharToMultiByte(CP_ACP, ...) with "lpr"
This will be fixed, when the Local Printmonitor (in localspl.dll)
is able to send the data of the document to the correct (unix)-backend.
--
By by ... Detlef
--
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.