http://bugs.winehq.org/show_bug.cgi?id=20769
Summary: crash when exiting Microsoft Flight Simulator
Product: Wine
Version: 1.1.31
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jerome.bouat(a)wanadoo.fr
Created an attachment (id=24859)
--> (http://bugs.winehq.org/attachment.cgi?id=24859)
log until crash with wine 1.1.31
The application crashes when exiting the game with the usual "quit" menu entry.
Note that the default usage of the game works perfectly.
--
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=30897
Bug #: 30897
Summary: Europa Universalis III demo crashes while 'Loading
Map-Sprites...' without native d3dxof
Product: Wine
Version: 1.5.6
Platform: x86
URL: http://files.filefront.com/Europa+Universalis+III+++De
mo/;6550880;;/fileinfo.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: directx-d3dxof
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
CC: wine-bugs(a)winehq.org
Classification: Unclassified
Created attachment 40496
--> http://bugs.winehq.org/attachment.cgi?id=40496
terminal output
This bug applies to the demo version of EU3, I don't have the problem with the
full version of EU3 Complete. The same problem with Wine 1.0.1, 1.2.3, 1.4 so
it's not a regression.
The problem: the game crashes while loading to the menu, at the 'Loading
Map-Sprites..' stage.
Native d3dxof.dll is a workaround.
Steps to reproduce the problem:
1. Install the demo
2. winetricks vcrun6 (native msvcp60 is needed)
3. Open settings.txt and adjust screen resolution in case the default
resolution is not supported by your monitor/video card
4. Start the demo with eu3demo.exe. The game crashes early during the loading
stage
--
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=25125
Summary: Can only print to the default CUPS printer from Visio
5 Professional
Product: Wine
Version: 1.3.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fitzcarraldo1(a)hotmail.com
I am using 64-bit (multilib) Sabayon Linux 2.6.36-sabayon kernel with CUPS
1.4.4-r2. I am using the Portage source package manager, and using Portage I
have installed the 32-bit only version of WINE 1.3.6. It seems to work well.
There is no ~/.cups/lpoptions file, as I want to be able to change the default
printer from the CUPS browser interface. I currently have 7 printers configured
in CUPS (all but 2 networked), with one set as the default printer via the CUPS
browser interface. Depending in which office I am at the time, I change the
default printer using the CUPS browser interface.
When I want to print using a native Linux application, the application's Print
window displays the correct CUPS default printer. If I select one of the other
CUPS printers in the list of printers in the application's Print window, the
application correctly prints to that printer.
When I want to print using a Windows Office 2007 application or Windows
IrfanView 4.27 running with WINE, the Windows application's Print window
displays the correct CUPS default printer. If I select one of the other CUPS
printers in the list of printers in the application's Print window, the
application correctly prints to that printer.
Another Windows application I am using with WINE is Visio 5 Professional, which
works very well, albeit not perfectly. This version of Visio was released in
1998 or 1999 if I recall correctly (before Microsoft bought the Visio company).
When I want to print using Visio 5 Professional, the application's Print window
displays the correct CUPS default printer. If I select that printer or any of
the other printers in the list in the application's Print window, the
application prints to the default CUPS printer. I.e. I cannot print to any
printer other than the default CUPS printer.
I don't know if it's relevant, but I was experiencing this problem with _all_
the above-mentioned Windows applications before I upgraded WINE from 1.3.4 (and
1.3.5) to 1.3.6. You can read how I got to where I am now in the WineHQ forums
thread 'Can only print to the default printer'
(http://forum.winehq.org/viewtopic.php?t=10198).
Although I can live with changing the default CUPS printer every time I want to
print to a different printer from Visio 5 Professional, it would be nice if the
functionality were the same as for the other Windows applications that I use.
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=13662
Summary: dogfood: xchat-2.6.2 is very slow, while updating the
window
Product: Wine
Version: 1.0-rc3
Platform: PC
URL: http://appdb.winehq.org/objectManager.php?sClass=version
&iId=12199
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: enhancement
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Depends on: 421
xchat-2.6.2 ( http://prdownload.berlios.de/xchat-win32/xchat-2.6.2.exe ) is
very slow, while updating the window. (do not try to scroll fast...)
The console give a hint:
fixme:bitblt:X11DRV_ClientSideDIBCopy potential optimization: client-side
color-index mode DIB copy
--
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=16325
Summary: incorrect font rendering for CJK programs
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xrfang(a)gmail.com
CC: xrfang(a)gmail.com
Created an attachment (id=17630)
--> (http://bugs.winehq.org/attachment.cgi?id=17630)
patches, in a tar.bz archive
If a CJK program uses "ANSI_CHARSET" to create font instance, text is not
correctly rendered, the result is that
some text in the affected programs are not correctly displayed. This is not a
"critical" problem but I consider
it a "blocker" for most Chinese Wine users as it happens massively.
This problem is reported and fixed here:
http://bugs.winehq.org/show_bug.cgi?id=4065
However, the fix only dealt with a particular program (picasa) and is not a
universal fix. A hack specifically designed for
Chinese user (codepage 936) is proposed, but not accepted because it is not
"universal". This patch is based on the
cp936 hack proposed in bug #4065.
The patch has two flavor, the first one uses GetACP() to obtain correct
codepage to use, which is preferred. The second
will use environment variable WINE_DEFAULT_CODEPAGE, if not defined, will NOT
affect original code flow. The 2nd
method added a little bit inconvenience for CJK users, but maintains maximum
compatibility, because as discussed
on the Ubuntu Chinese forum, there are better solutions, which is out of my
ability to change:
http://forum.ubuntu.org.cn/viewtopic.php?f=121&t=169647 (Chinese)
--
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=22291
Summary: Multiple apps: hanged after quitting
Product: Wine
Version: 1.1.42
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: grip2die(a)yahoo.com
After closing DC++ v0.761 the app executable remains memory rsident toghether
with:
services.exe
explorer.exe
wineserver
etc
Not only the DC++ doesn't terminate normally and remains in memory, but also
the zombie process (or the processes associated with it) use 10-20% CPU.
Similar behav for other apps (they don't terminate after closing them).
--
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=29959
Bug #: 29959
Summary: Zed: 3D Preview window is blank or doesn't open.
Product: Wine
Version: 1.3.37
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: edward.leuf(a)gmail.com
Classification: Unclassified
Created attachment 38994
--> http://bugs.winehq.org/attachment.cgi?id=38994
Wine log when running zed.exe
When loading Zed, things seem to be ok. But when I open the 3D Preview
(shortcut F12) either it doesn't open with an error, or it opens and is blank
(white or black), all depending on what renderer I choose in the options. I can
still select things in the level from the 3D Preview window, but I can't see
them.
Steps to reproduce:
1: Run zed.exe
2: Go to menu -> Tools -> 3D Preview and receive error dialog box.
4: Go to menu -> Tools -> Options -> 3D Preview tab
5: Select Direct3D RM and Direct3D HAL
6: Open 3D Preview and receive error dialog box
7: Open Options -> 3D Preview tab again
8: Select OpenGL and Direct3D HEL
9: Open 3D Preview and it is white, can still move and select items
10: Repeat with other rendering combinations.
Graphics card is Nvidia Geforce 7300 Turbocacache
Graphics driver used is "NVIDIA accelerated graphics driver (version current)"
on Ubuntu 10.04 LTS
Download: http://www.jkhub.net/library/index.php?title=Tools:ZED
as well as the update ZED_2008-01-31.zip
--
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=21827
Summary: Photoshop 7, Slider disapear
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine-hq(a)kamiza.de
Created an attachment (id=26422)
--> (http://bugs.winehq.org/attachment.cgi?id=26422)
Screenshot shows the UI Detail, an unvisible Slider *smile
All UI Slider such as Opacity or Fill Slider at the Layer Window.
--
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=18930
Summary: Failing to allocate an enormous image
Product: Wine
Version: 1.1.21
Platform: Macintosh
OS/Version: Mac OS X 10.5
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rgovostes(a)gmail.com
I'm trying to run IDA Pro. However, Wine exits prematurely due to a BadAlloc
error during a call to X_CreatePixmap. Debugging showed that the image it was
trying to allocate was 39327 x 74239 x 32 -- nearly 3 gigapixels. I expect the
error arises from trying to draw the code view or call graph.
I'm not sure what debugging information would be useful here so please advise
what would be helpful.
--
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.