http://bugs.winehq.org/show_bug.cgi?id=2596
tony_lambregts(a)telusplanet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://appdb.winehq.org/appv
| |iew.php?appId=278
--
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=1973
------- Additional Comments From willie(a)froq.net 2004-04-12 11:16 -------
One more info (from Sebastien Miglio of TVPaint, the Mirage devs) - hope this
may help:
"The problem come from the 32bits Pixels blit functions in Wine.
Mirage use the MS Windows function StretchDIBits() with pixel biBitCount=32."
--
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=2543
jerome.bouat(a)wanadoo.fr changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |critical
Version|20041019 |20041201
------- Additional Comments From jerome.bouat(a)wanadoo.fr 2004-04-12 06:39 -------
Installation crashed with the following message:
" Erreur lors de l'extraction des fichiers de support." (french)
" Error while extracting support files." (english translation)
Here is the log:
---
[j@localhost tmp]$ wine /mnt/cdrom/Setup.exe
Converted windows dir to new entry HKCU\Environment "windir" = L"c:\\windows"
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
fixme:ole:RegisterTypeLib Registering non-oleautomation interface!
fixme:ole:ITypeInfo_fnRelease destroy child objects
fixme:ole:ITypeInfo_fnRelease destroy child objects
(...)
fixme:ole:ITypeInfo_fnRelease destroy child objects
fixme:ole:ITypeInfo_fnRelease destroy child objects
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
fixme:ole:RegisterTypeLib Registering non-oleautomation interface!
fixme:ole:RegisterTypeLib Registering non-oleautomation interface!
fixme:ole:RegisterTypeLib Registering non-oleautomation interface!
err:ole:MARSHAL_Register_Proxy Already have mid?
fixme:ole:CoUnmarshalInterface Failed to create instance of unmarshaller
{0000030b-0000-0000-c000-000000000046}.
fixme:ole:_unmarshal_interface Marshalling interface
{aa7e2068-cb55-11d2-8094-00104b1f9838} failed with 800401f0
fixme:ole:deserialize_param failed to stuballoc in TKIND_RECORD.
fixme:ole:TMStubImpl_Invoke Failed to deserialize param pTransferEvents, hres
800401f0
fixme:ole:CoUnmarshalInterface Failed to create instance of unmarshaller
{0000030b-0000-0000-c000-000000000046}.
fixme:ole:_unmarshal_interface Marshalling interface
{aa7e2068-cb55-11d2-8094-00104b1f9838} failed with 800401f0
fixme:ole:deserialize_param failed to stuballoc in TKIND_RECORD.
fixme:ole:TMStubImpl_Invoke Failed to deserialize param pTransferEvents, hres
800401f0
fixme:ole:PipeBuf_Release Free all stuff
fixme:ole:PipeBuf_Release Free all stuff
(...)
fixme:ole:PipeBuf_Release Free all stuff
fixme:ole:PipeBuf_Release Free all stuff
fixme:ole:read_pipe Read only 0 of 4 bytes from 0x58.
fixme:ole:_StubReaderThread Failed with hres 80004005
[j@localhost tmp]$
--
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=2596
------- Additional Comments From jerome.bouat(a)wanadoo.fr 2004-04-12 06:18 -------
Here is the game installation log:
---
[j@localhost tmp]$ wine /mnt/cdrom/Install.exe
Converted windows dir to new entry HKCU\Environment "windir" = L"c:\\windows"
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
fixme:shell:Stream_WriteLocationInfo writing empty location info
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
err:menubuilder:fork_and_wait wineshelllink returned 1
err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink
fixme:shell:Stream_WriteLocationInfo writing empty location info
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
err:menubuilder:fork_and_wait wineshelllink returned 1
err:menubuilder:InvokeShellLinker failed to fork and exec wineshelllink
Loading required GL library /usr/X11R6/lib/libGL.so.1.2
fixme:winhelp:WinMain Unsupported cmd line: fs98.hlp
[j@localhost tmp]$
---
--
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=2595
Summary: release archive compression : bzip2 instead of gzip
Product: Wine
Version: 20041201
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jerome.bouat(a)wanadoo.fr
The release source archive is compressed with gzip.
I made a test by compressing the 20041201 tar archive with bzip2. The size
decreased by 22%.
I test each release. I would appreciate the archive size reducing.
--
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=2594
Summary: fixme:font:WineEngCreateFontInstance Untranslated
charset 255
Product: Wine
Version: 20041201
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-console
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mcolgin(a)gmail.com
Upon executing a Win32 Console mode program (no GUI, just good-ole text
characters, full 32-bit): wine reports the following error:
fixme:font:WineEngCreateFontInstance Untranslated charset 255
The program then continues to run without a problem, however the font used to
render the screen under X uses a small-ish font that I'm unable to determine
it's source. There doesn't appear to be any configuration file that I can find
that allows me to override this font. But given the "fixme" flag on this error,
I'm hoping that it's some kind error that maybe my fellow Win32-Console friends
haven't reported yet.
This test and error was reported using a publicly available shareware text
editor called Semware's TSE Pro, it's available at the below URL for duplication
of the error:
http://semware.com/html/tsepro42new.html
Please let me know if there's anything I can help with in indentifying the 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=2593
Summary: Mouse wheel's WM_MOUSEWHEEL requires screen, not client,
coordinates
Product: Wine
Version: 20041201
Platform: HP
URL: http://www.ssontech.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: matchmovie(a)yahoo.com
CC: matchmovie(a)yahoo.com
The WM_MOUSEWHEEL message is specified to have absolute screen coordinates,
unlike the WM_LBUTTONDOWN etc messages, which are client coordinate system.
x11drv/mouse.c and windows/input.c treat them all identically (client). So
WM_MOUSEWHEEL messages are delivered to the correct window (and appear to work),
but have the wrong coordinates, so programs that use the coordinates to
redistibute the MOUSEWHEEL message (ie to override the focus) wind up delivering
the MOUSEWHEEL messages to grossly incorrect windows, so much so that the mouse
scroll is unusable. The SynthEyes program at www.ssontech.com shows this
clearly, you can find multiple images of the overall screen-wide scroll wheel
mapping within each subwindow, because the MOUSEWHEEL coordinates are being sent
in client coordinates, not screen coordinates.
This problem should be fixable with a slight modification to mouse.c::get_coords
to allow the client rectangle mapping to be turned off for WM_MOUSEWHEEL. I'm
not entirely sure what the story is with the two mappings in the routine without
running a debugger on it, or I'd propose a patch. (Sorry, no experience to be
able to do this.)
For future note, I think the mapping to client coordinates for the LBUTTONDOWN
etc messages should actually be in windows\input.c::queue_mouse_event with no
mapping in get_coords. The hardware message between the two is intended to
always pass screen coordinates in screen-normalized coordinates, not to be
normalizing the client-coordinate values as is currently done.
But that's a fine point for now, the key point is to fix this bug so SynthEyes
can be run under Linux... tnx.
--
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=1434
Bug 1434 depends on bug 1409, which changed state.
Bug 1409 Summary: Starlancer trial installer doesn't work.
http://bugs.winehq.org/show_bug.cgi?id=1409
What |Old Value |New Value
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
--
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.