http://bugs.winehq.org/show_bug.cgi?id=7624
------- Additional Comments From dank(a)kegel.com 2007-05-03 13:28 -------
That's a fun one. I guess maybe we could provide a stub implementation for now.
--
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=7584
------- Additional Comments From a.hurst(a)shef.ac.uk 2007-05-03 13:20 -------
Is it possible something's getting mapped onto EndScene's Vtbl address?
--
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=7642
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From truiken(a)gmail.com 2007-05-03 13:16 -------
Invalid. Get a different (newer maybe) version of mfc42.dll.
--
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=7636
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |enhancement
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Summary|winhelp.exe search function |winhelp.exe search function
|does not work |not implemented
------- Additional Comments From thestig(a)google.com 2007-05-03 13:13 -------
Right, many of the functions in Wine's winhelp are not implemented.
--
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=7584
------- Additional Comments From a.hurst(a)shef.ac.uk 2007-05-03 13:12 -------
Ok, the interesting bit is in a function called SetExecuteBufferDefaults in
d3d_render.cpp
You can follow it in the trace right up until it calls SetExecuteBuffer, where
out of nowhere, a call to EndScene turns up.
The return value from EndScene changes the behaviour from here on, despite the
fact that in the entire AvP code the EndScene return value is never used, except
to print a message using LOGDXERR.
Weird.
Were it not for the fact that _nowhere_ in the AvP code is EndScene called
without a BeginScene first, i'd be suspecting a problem with handling of the
so-called "RasterThread"
--
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=7426
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |CLOSED
------- Additional Comments From thestig(a)google.com 2007-05-03 13:10 -------
closing
--
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=5865
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-05-03 12:59 -------
Ha, it works! With the patch from comment #34 on top of current git (it appeared
i was using an outdated git tree, without the GetFontUnicodeRanges-thing in,
that's why it wasn't working)
Beong-Jik, I'd suggest you split the patch in small pieces and send it to
wine-patches. Thanks!
--
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=7542
------- Additional Comments From ehoover(a)mines.edu 2007-05-03 12:24 -------
Not a problem, the mouse-off-problem isn't exactly the same issue. Is the mouse
pointer still slightly off and, if so, is it that way in both full-screen and
windowed mode?
--
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=7542
------- Additional Comments From bart(a)sbo-dewindroos.nl 2007-05-03 12:19 -------
I'm sorry, did not apply that patch. It's ok now. I'm also no longer able to
reproduce the mouse-off-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=7542
------- Additional Comments From ehoover(a)mines.edu 2007-05-03 12:05 -------
So, if you start windowed or start full-screen then it works, but if you switch
between the two then you lose the mouse? That may actually be related to how
the SetCursorProperties call deletes the cursor, have you applied the patch in
Bug #7619? (my maximum resolution is 1024x768 on my TV, so I'll need to get a
monitor out to test this)
--
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=7542
------- Additional Comments From bart(a)sbo-dewindroos.nl 2007-05-03 11:58 -------
Let me be more specific: the cursor disappears when switching to full screen.
First I have "allow directx.." and "allow pixel shader" checked, now only "allow
pixel shader". The cursor is no longer off.
--
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=7641
Summary: WeatherScope crashes when opening the date/time editor
Product: Wine
Version: 0.9.32.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rmay(a)ou.edu
When I run the latest version of weatherscope (1.5b, it's a beta) and try to
open the date/time editor (double clicking upper left corner of the main
window), the program crashes with the following output:
err:win:CreateWindowExW bad class name L"SysDateTimePick32"
err:win:CreateWindowExW bad class name L"SysDateTimePick32"
As far as I can tell, this is not a problem on WindowsXP. I'm not sure I can
distribute the binary for this version, but can anyone give me an idea of what
kind of debug traces would be useful for tracking down 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=5865
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-05-03 11:47 -------
Wait, i still get this:
fixme:font:GetFontUnicodeRanges (0x125c, 0x35bccc4): stub
so apparently i first have to update to current git. Will upgrade first and then
test , and report back
--
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=7640
liquitsnake(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
------- Additional Comments From liquitsnake(a)gmx.net 2007-05-03 11:02 -------
18ee811e4cc48d15bb44ffa0ef15a2a80c351ef2 is first bad commit
commit 18ee811e4cc48d15bb44ffa0ef15a2a80c351ef2
Author: Vitaliy Margolen <wine-patches(a)kievinfo.com>
Date: Wed Dec 27 16:31:31 2006 -0700
dinput: mouse: Copy and modify default data format.
:040000 040000 2890a9cc6abf1c2b947259a1393c53e70f193e66
e7d781aec6f5f1578d9e5ac8d32af1b0f7aa8284 M dlls
--
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=7299
------- Additional Comments From blin(a)gmx.net 2007-05-03 10:44 -------
I got a download of this, but it seems corrupt. However, I'll try and see if I
can get myself another version. Just to let you know that it's still on my list.
--
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=5865
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-05-03 10:39 -------
Unfortunatelt that patch doesn't work either? Text is gone again :(
--
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=7640
Summary: Regression: Mouse lags in Halo
Product: Wine
Version: 0.9.32.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: liquitsnake(a)gmx.net
0.9.28 works fine, but above that version the mouse in Halo lags terribly. It
sometimes moves fast, but most of the time pretty damn slow. It jumps rather
than smooth movement.
Regression-test in progress.
--
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=5865
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-05-03 10:29 -------
ha, i'll test again, the patch from comment #31 didn't work (no text again),
hopefully this on does ...
--
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=4704
------- Additional Comments From dmitry(a)codeweavers.com 2007-05-03 10:26 -------
Great! Thanks for passing this information along. Now we just need to hear
something from an original bug reporter.
Roman?
--
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=4704
------- Additional Comments From stimming(a)tuhh.de 2007-05-03 10:15 -------
Eventually I found the suitable hint here
http://ubuntuforums.org/showpost.php?p=2160001&postcount=11 : For whatever
reason the respective environment variable is no longer being called XLOCALEDIR
but instead XLOCALELIBDIR... :-(
When setting
export XLOCALELIBDIR=/usr/lib32/X11/locale
everything works. Resolved for me. Thanks for the debugging.
--
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=5865
wjsqudtlr(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #3810 is|0 |1
obsolete| |
Attachment #5231 is|0 |1
obsolete| |
------- Additional Comments From wjsqudtlr(a)gmail.com 2007-05-03 10:07 -------
Created an attachment (id=5238)
--> (http://bugs.winehq.org/attachment.cgi?id=5238&action=view)
Add/RemoveFontMemResourceEx api implementation
opps! i reattach the patch. it's a more improvement version.
--
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=7609
------- Additional Comments From florianskarten(a)web.de 2007-05-03 09:57 -------
Both sollutions (Dmitry's and Vitaliy's solutions) solves my [alt] key bug and
the [shift] key bug for me(which also appear for me without a patch).
Error Messages:
---------------------------------
1.) with shit-shit toggle
a.) without any patch
with german keyboard layout I got:
- for the first left shift press after the window got focus:
err:keyboard:X11DRV_ToUnicodeEx (virtKey=10,scanCode=2A,keycode=32,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE0A
(ISO_Prev_Group) :
- for any following key press:
err:keyboard:X11DRV_ToUnicodeEx (virtKey=10,scanCode=402A,keycode=32,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE0A
(ISO_Prev_Group) :
- for the first right shift press after the window got focus
err:keyboard:X11DRV_ToUnicodeEx (virtKey=10,scanCode=36,keycode=32,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE0A
(ISO_Prev_Group) :
- for every follwing right shift press:
err:keyboard:X11DRV_ToUnicodeEx (virtKey=10,scanCode=4036,keycode=32,state=1)
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE0A
(ISO_Prev_Group) :
After a toggle to german the error messages are the same except of the state
argument which is then 2001.
b.) with patch
- if ((keysym >= XK_ISO_Lock && keysym <= XK_ISO_Last_Group_Lock) ||
- keysym == XK_Mode_switch)
+ if (keysym == XK_Mode_switch)
I got error messages too:
* with state=2001 for German keyboard layout and state=1 for English keyboard
layout.
* with scanCode=2A for the left shift key, independ of the fact if the window
got the focus before, and scanCode=36 for the right shift key.
* when I press the right shift key while holding the left shift key, I got
scanCode=4036
* when I press the left shit key while holding the right shift key, I got
scanCode=402A
2.) without any toggle shortcut:
a.) without a patch
* no error messages
b.) with patch:
* no error messages
3.) with alt-alt toggle:
a.) without a patch:
* no error messages
b.) with Vitaliy's patch:
* only left alt key: no error messages
* only right alt key:
- german (take note that the state is 2000 instead of 2001 like shift):
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE03
(ISO_Level3_Shift) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=E1,scanCode=60,keycode=71,state=2000)
- usa:
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE03
(ISO_Level3_Shift) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=E1,scanCode=60,keycode=71,state=0)
* pressing right alt while holding left:
- usa to german
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE08
(ISO_Next_Group) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=E1,scanCode=2060,keycode=71,state=8)
- german to usa:
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE08
(ISO_Next_Group) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=E1,scanCode=2060,keycode=71,state=2008)
* pressing left alt while holding right:
- german to usa:
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE0A
(ISO_Prev_Group) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=12,scanCode=2038,keycode=40,state=2080)
- usa to german:
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym FE0A
(ISO_Prev_Group) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=12,scanCode=2038,keycode=40,state=80)
--
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=7639
Summary: Papyrus loses focus when user clicks on font size
pulldown
Product: Wine
Version: CVS
Platform: Other
URL: http://papyrus.de
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The papyrus 10.5 demo seems to work ok at first glance,
but when I tried switching font size, I then couldn't
type because the main window had lost focus. Clicking
on the main window again changed the font size back
to what it had been before! The only way to get font
size change to work is to do it on a selection, then
click back inside the selection.
--
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=7638
Summary: Papyrus lists fonts several times in font pulldown menu
Product: Wine
Version: CVS
Platform: Other
URL: http://papyrus.de
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
While trying to reproduce
http://groups.google.com/group/comp.emulators.ms-windows.wine/msg/791ace347…
"crash related to WineEngEnumFonts in papyrus on opensuse 10.2 but not opensuse
10.0",
I noticed that the font pulldown menu has
ten entries for Arial and multiple entries for other fonts, too.
Looking at +font | grep -i arial, I see
trace:font:AddFontFileToList Loading font file
"/usr/share/fonts/truetype/msttcorefonts/ariali.ttf" index 0
trace:font:get_familyname Got localised name L"Arial"
trace:font:AddFontFileToList Added font L"Arial" L"Italic"
trace:font:load_fontconfig_fonts fontconfig:
/usr/share/fonts/truetype/msttcorefonts/arialbi.ttf
trace:font:AddFontFileToList Loading font file
"/usr/share/fonts/truetype/msttcorefonts/arialbi.ttf" index 0
trace:font:get_familyname Got localised name L"Arial"
trace:font:AddFontFileToList Added font L"Arial" L"Bold Italic"
i.e. arial italic and arial bold italic both have
the localized family name Arial. Perhaps the app is
only showing the family name? (I don't really know fonts,
and I haven't even tried the app under Windows, so I'm
not even sure this is a wine problem, but it does seem annoying, at least...)
--
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=7637
Summary: ARS do not work which this versions of wine
Product: Wine
Version: 0.9.32.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: angeld(a)capiotrans.com
I use the program Action Request System (5.01.02) which wine 0.9.28. I have not
any problem.
This is imposible if the version of wine is greather than 0.9.28 (> 0.9.28).
All of the versions are compile which me. The installer go OK in all of the
versions, but the aplication fail (i probe it) in the versions:
0.9.30
0.9.31
0.9.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=7433
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2007-05-03 09:29 -------
------- Additional Comment #2 From Benjamin Fickelscher 2007-02-15 07:39:48 CST
-------
I installed wine with the package manager (apt-get install wine).
When I start the the setup.exe with wine then i get enter the path,
the serial number und then the window freeze.
I wrote you my terminal output.
--
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=4704
------- Additional Comments From dmitry(a)codeweavers.com 2007-05-03 09:07 -------
> Indeed there is a "X does not support locale" warning:
>
> $ WINEDEBUG="warn+x11drv" wine notepad.exe
> warn:x11drv:X11DRV_SetupXIM X does not support locale.
> warn:x11drv:x11drv_init_thread_data Input Method is not available
This is the source of the problem, you need to solve this. Please
consult your distribution support groups to get help.
--
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=7618
------- Additional Comments From plamen_h_x(a)yahoo.com 2007-05-03 08:53 -------
I must correct myself.
Yesterday I do some test downto 0.9.21 and found that demo version always failed
to start, so this is new bug, not an regression.
Perhaps what is working was full version. Unfortunate my CD is damaged, so I
can't test.
--
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=7584
------- Additional Comments From a.hurst(a)shef.ac.uk 2007-05-03 08:43 -------
I almost forgot: the source code for Aliens versus Predator is available from
Rebellion.
It should make an elightening read!
"Life would be so much easier if we could just look at the source code" -
pluxity/unik/takeover'00
--
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=7636
Summary: winhelp.exe search function does not work
Product: Wine
Version: 0.9.31.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-help
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq.20.noos(a)spamgourmet.com
Clicking on the "Search" button in winhelp.exe does not do anything except cause wine
to spit out "fixme:winhelp:MACRO_Search ()" on the console. A search function is
pretty essential in some of the larger help files (like the 24 MB Windows 32-bit API
help file, which is pretty much useless without it).
--
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=4704
------- Additional Comments From stimming(a)tuhh.de 2007-05-03 08:39 -------
Indeed there is a "X does not support locale" warning:
$ WINEDEBUG="warn+x11drv" wine notepad.exe
warn:x11drv:X11DRV_SetupXIM X does not support locale.
warn:x11drv:x11drv_init_thread_data Input Method is not available
err:keyboard:X11DRV_ToUnicodeEx Please report: no char for keysym 00E4
(adiaeresis) :
err:keyboard:X11DRV_ToUnicodeEx (virtKey=E9,scanCode=64,keycode=30,state=10)
This happens for all above XLOCALEDIR settings, both with LANG=C and
LANG=en_US.UTF-8, now with wine-0.9.32. I don't know much about X11 and
locales... A directory with the name "en_US.UTF-8" exists in
/usr/share/X11/locale. Also, the filenames in /usr/lib/X11/locale/common (the
64bit-libraries) and /usr/lib32/X11/locale/common are the same (although the
files itself are of course different) and are
$ ls /usr/lib/X1132/locale/common/
ximcp.so.2 xlcDef.so.2.0.0 xlibi18n.so.2 xlocale.so.2.0.0
ximcp.so.2.0.0 xlcUTF8Load.so.2 xlibi18n.so.2.0.0 xomGeneric.so.2
xlcDef.so.2 xlcUTF8Load.so.2.0.0 xlocale.so.2 xomGeneric.so.2.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=7635
Summary: OllyDbg 1.10 blanks on pause or attach
Product: Wine
Version: 0.9.31.
Platform: PC-x86-64
URL: http://appdb.winehq.org/appview.php?iVersionId=3808
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq.20.noos(a)spamgourmet.com
When the pause function is used the disassembly window goes blank and can not be used
until the process is restarted. The same thing happens when you attach to an already
running process, and when an application exits.
Please note that the pause function is not the same as the functions to step in to or
over modules, which work just fine. When OllyDbg pauses by itself on a breakpoint it
works fine too. It's only when the pause function itself is explicitly activated that
the disassembly window goes blank.
--
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=7609
------- Additional Comments From vitaliy(a)kievinfo.com 2007-05-03 07:44 -------
This appears to work:
- if ((keysym >= XK_ISO_Lock && keysym <= XK_ISO_Last_Group_Lock) ||
- keysym == XK_Mode_switch)
+ if (keysym == XK_Mode_switch)
However it still prints fixme.
Btw you don't have to have that option in the xorg.conf. It's settable with:
setxkbmap -option -option grp:shifts_toggle
And could be removed with:
setxkbmap -option
--
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=7634
vincent.hardy.be(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download, NoAppDBEntry,
| |source
--
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=7634
Summary: Wine oleaut32 and Access jet engine
Product: Wine
Version: 0.9.31.
Platform: PC
URL: http://home.scarlet.be/linux/compteco/testjet.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vincent.hardy.be(a)gmail.com
Problem with property "fields" (not recognized). See test program and delphi 5
source at http://home.scarlet.be/linux/compteco/testjet.zip
With native oleaut32, it's OK, but not with the builtin one. See captures.
--
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=7609
------- Additional Comments From dmitry(a)codeweavers.com 2007-05-03 06:03 -------
Does removing the check under /* Ignore some unwanted events */ comment help?
I.e. completely remove the following chunk of code:
/* Ignore some unwanted events */
if ((keysym >= XK_ISO_Lock && keysym <= XK_ISO_Last_Group_Lock) ||
keysym == XK_Mode_switch)
{
wine_tsx11_lock();
TRACE("Ignoring %s keyboard event\n", XKeysymToString(keysym));
wine_tsx11_unlock();
return;
}
--
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=4704
------- Additional Comments From dmitry(a)codeweavers.com 2007-05-03 05:50 -------
First thing to check then is to run with +x11drv and watch to warning messages
like "X does not support locale" and "Could not open input method". If locale
support in X11 does present you should see a message in the log like
"Using en_US locale of Input Method".
--
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=5865
------- Additional Comments From wjsqudtlr(a)gmail.com 2007-05-03 05:02 -------
Created an attachment (id=5231)
--> (http://bugs.winehq.org/attachment.cgi?id=5231&action=view)
Add/RemoveFontMemResourceEx api implementation
i rewrite {Add|Remove}FontMemResourceEx api. it is more fully implementation.
this patch work with previous simple test program.
i can't run AOE3. Louis, could you please test this patch?
--
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.