http://bugs.winehq.org/show_bug.cgi?id=15561
Summary: Palm Desktop crashes in address export
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan-winehq(a)hoogenraad.net
Created an attachment (id=16557)
--> (http://bugs.winehq.org/attachment.cgi?id=16557)
Detailed output from the shell window where wine was invoked
Palm Desktop crashes in address export
Version 1.0 (which I usually use) and version 3.0.x crash basically in the same
fashion at an address in mfc30 (version 1.0, Windows 3.x) or mfc42 (32-bit
version)
wine: Unhandled page fault on read access to 0x04455369 at address 0x7fb73a55
(thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0x04455369 in 32-bit code
(0x7fb73a55).
err:dbghelp:pe_load_dbg_file Couldn't find .DBG file "opt_mfc30.DBG"
("\\\xf23")
Detailed output from the shell window where wine was invoked are attached.
I have added the output of both the Windows 3.x version and the 32-bit version.
--
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=9645
Summary: icons etc vanish, except behind mouse
Product: Wine
Version: 0.9.44.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P4
Component: wine-gui
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arthur.butler(a)smartemail.co.uk
Hi,
First bug report for Wine-hope I tell you enough. First, thanks for all the
work.
I'm trying to run a demo version of an interesting program called Universal
Mechanism. It's developed by a university and is able to solve and simulate
physical systems quite accurately. It's used by companies and researchers, and
is reasonably affordable:
http://umlab.ru/index.htm
The program works, but large parts of the display vanish except when the mouse
pointer is moved over them. Could be used, but tedious. I'd guess it might be
an interesting program for some users, quite a rare type of program, and
useful. Since it runs OK, except UI I wondered if you might be able to
investigate? I don't know which part of wine might be responsible, but I'd
guess one of the accelerated graphics libraries. I'm using Debian Etch, with
your package: 0.9.44~winehq0~debian~4.0-1
I have an nvidia graphics card, and opengl works fine for other apps, via
nvidia driver, again debian package.
If you need more info please ask,
Thanks in advance,
Arthur
--
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=11667
Summary: Window contents not updated properly after being moved
Product: Wine
Version: 0.9.55.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Hi,
I believe this bug relates to DirectDraw. (Apologies for my lack of detailed
knowledge about Windows.)
In some cases, moving a window whose contents are updated by DirectX calls
causes trash/garbage to appear when the window is drawn in its new position,
My theory is that WINE remembers the window contents at the moment the user
begins dragging the title bar, and simply copies that to the new window
position. If the program continues to update the DirectX buffer while the user
is moving the window frame, WINE puts the old/stale buffer contents in the
moved window. This happens in both normal and virtual desktop modes.
For applications like video players, this effect may not be very noticeable if
the player redraws the whole window every frame. But for applications which
don't do that, the effect can be quite ugly.
One program I have found which shows this problem is WinUAE. To reproduce:
- Download and install WinUAE from http://www.winuae.net/
- Download an example disk image for testing, e.g.
ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz
- Start WinUAE and select the rsi1.adf.gz file for emulated drive DF0:, and
start the emulation.
- Once the demo graphics appear, repeatedly move the main WinUAE window and
notice the problem.
--
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=13656
Summary: Testout navigator does not dispaly menus or vodeo
correctly
Product: Wine
Version: 1.0-rc2
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: keith_kw_muir(a)blueyonder.co.uk
Testout navigator Starts but grey pane where the course video would play and
the menu bar is empty.
--
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=15396
Summary: program doesn't draw text to dialog box properly
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: deadlock(a)start.no
Created an attachment (id=16248)
--> (http://bugs.winehq.org/attachment.cgi?id=16248)
Dialog box being drawn the wrong way
When I try to save or load a game in The Journeyman Project 3 - Legacy of Time,
the snapshoot is shown behind the dialog box, along with any text written on
the dialog box. The same happens with any other dialog box in the game that
shows text. It's like the function the game uses to draw, draws on the wrong
layer.
--
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=11999
Summary: Endless Online game window appears as white texture
Product: Wine
Version: CVS/GIT
Platform: PC
URL: http://files.endless-online.com/EOsetup028.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
Created an attachment (id=11336)
--> (http://bugs.winehq.org/attachment.cgi?id=11336)
Terminal output with d3d traces.
Using Wine version wine-0.9.57-84-g9ab07d5, launching the application simply
results in a white screen without any UI elements shown. Attached are d3d
traces and additional terminal output.
--
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=9583
Summary: CompareStringW gives incorrect result for some wide
strings
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: peter(a)cendio.se
It seems like CompareStringW does not work correctly, when using wide/unicode
strings. I first discovered this when I saw that listbox controls sorted
swedish characters (say, LATIN SMALL LETTER A WITH RING ABOVE) side by side
with the base character (LATIN SMALL LETTER A). An example is
http://www.cendio.se/~astrand/wine/40-listbox-sort/list.exe.
The cause seems to be that CompareStringW gives the wrong result. I've created
the small test example
http://www.cendio.se/~astrand/wine/40-listbox-sort/comparestring.exe, with
source available in the same directory. On Windows, the result is that the
string "äpple" is greater than "orange", which is correct. With the latest
Wine CVS version, the result is that "äpple" is lesser than "orange", which is
wrong.
--
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=9901
Summary: GetMonitorInfo returns wrong work area
Product: Wine
Version: CVS/GIT
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lich(a)math.spbu.ru
GetMontorInfo always returns rcWork equal to rcMonitor, but it must take panels
and taskbars into account.
The only solution I can see is to use SystemParametersInfo(SPI_SETWORKAREA)
during initialization time, but I do not know how to deal with different
monitors.
P.S. It is needed to properly implement maximum dimensions of console window.
--
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=14797
Summary: Setting up SSL Email access
Product: Wine
Version: 1.0.0
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: msetzerii(a)gmail.com
Pegasus Mail is a critical program that I use on my only windows 98, and am
looking to move to complete linux. The regular email via port 25 and 110 seem
to work fine, but with accounts like gmail, one must use secure ports 995 and
465. Attempts to do this result in no trace file. I'm not clear if and how
these ports need to be activated in wine, or if some dll needs to be added.
There isn't any error message, it just fails with no trace information
available.
--
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.