http://bugs.winehq.org/show_bug.cgi?id=3350
James Hawkins <truiken(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|WORKSFORME |FIXED
--- Comment #10 from James Hawkins <truiken(a)gmail.com> 2008-01-21 13:57:48 ---
It's fixed, not worksforme.
--
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=3350
Georg Wolff <boeser.wolff(a)web.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |WORKSFORME
--- Comment #9 from Georg Wolff <boeser.wolff(a)web.de> 2008-01-21 13:56:32 ---
Today I tried Wine 0.9.53 and found out that Mankind now does display its news
page.
Some fixme's remain, but the launcher/news viewer seems to be working - at
least in this version of Wine.
Looking forward to try the next one ;)
--
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=10834
Summary: Running Tomb Raider Legend in fullscreen only top half
of game visible.
Product: Wine
Version: 0.9.51.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sexy_b14(a)hotmail.com
Created an attachment (id=9710)
--> (http://bugs.winehq.org/attachment.cgi?id=9710)
TRL running full screen in Xubuntu 7.10
When running Tomb Raider Legend 1.2 in fullscreen the only the top half of the
game is drawn and its moved down to the bottom of the screen. (see attachment
trlfullscreen, trlfullscreenconsole)
thanks
--
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=8785
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sexy_b14(a)hotmail.com
--- Comment #13 from Austin English <austinenglish(a)gmail.com> 2008-01-21 13:41:00 ---
*** Bug 10834 has been marked as a duplicate of this bug. ***
--
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=11246
Summary: wine failed for getting string
Product: Wine
Version: 0.9.49.
Platform: PC
URL: http://www.box.net/shared/xtbdkll6oo
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: reza12127(a)yahoo.com
Created an attachment (id=10343)
--> (http://bugs.winehq.org/attachment.cgi?id=10343)
code of my programme
i wrote a simple console programe with and compiled mingw32(with codeblocks)
i attach it's code.
when it work on windows it printe a message, i input a world and press enter
then it print that world and ask me another word
but when i tried it with wine.it only asked me for first time and after i
pressed enter for first time it didnt wait for me and print the request message
until i stoped it with ctrl+z.
download link:
http://www.box.net/shared/xtbdkll6oo
i asked about it in http://www.linuxquestions.org
its link:
http://www.linuxquestions.org/questions/programming-9/runing-comiled-of-thi…
--
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=7710
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ghazel(a)gmail.com
--- Comment #9 from Austin English <austinenglish(a)gmail.com> 2008-01-21 12:57:11 ---
*** Bug 11230 has been marked as a duplicate of this bug. ***
--
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=3711
--- Comment #7 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-01-21 12:42:27 ---
*** Bug 9150 has been marked as a duplicate of this bug. ***
--
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=9150
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xerox_xerox2000(a)yahoo.co.uk
Status|UNCONFIRMED |RESOLVED
Resolution| |DUPLICATE
--- Comment #8 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-01-21 12:42:27 ---
Duplicate, requires same key as in #3711
*** This bug has been marked as a duplicate of bug 3711 ***
--
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=3711
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |xerox_xerox2000(a)yahoo.co.uk
Target Milestone|--- |1.0.0
--- Comment #6 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-01-21 12:40:40 ---
This affects several applications, they expect the key to be present. I'm
nominating this one for 1.0.0
--
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=3711
Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |peterbelm(a)gmail.com
--- Comment #5 from Louis Lenders <xerox_xerox2000(a)yahoo.co.uk> 2008-01-21 12:39:17 ---
*** Bug 10953 has been marked as a duplicate of this bug. ***
--
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=8683
--- Comment #20 from Fábio Capela <fabio.capela(a)yahoo.com> 2008-01-21 12:10:37 ---
(In reply to comment #17)
> The only key that is returning a value that needs more than 1 byte is ß, which
> is exactly the one key that is not working with this newest hack. Not sure why
> it's not working, it's returning 0x1e9e as the unicode char, but the unicode
> for ß is 0xdf.
added a trace and saw that for the ß key the call to XLookupString inside
X11DRV_MapVirtualKeyEx seems to be generating bad results.
When called inside X11DRV_KeyEvent and inside X11DRV_ToUnicodeEx:
keysym=DF (ssharp), # of chars=2 / "\xc3\x9f"
When called inside X11DRV_MapVirtualKeyEx to map the same keycode:
keysym=1001E9E, # of chars=3 / "\xe1\xba\x9e"
--
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=5632
Adam S. <laroucheyouth(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |laroucheyouth(a)yahoo.com
--- Comment #2 from Adam S. <laroucheyouth(a)yahoo.com> 2008-01-21 12:02:13 ---
Yes, it is. I am using CRT (not secure CRT, which is the same thing, minus the
SSL capabilities) and need to use a serial port, COM1 38400 N,8,1 xon/xoff, and
I am experiencing very similar issues. The cpu usage no longer spikes, but the
screen wont draw properly if the local port is not receiving a constant stream
of data to draw on the screen.
So, for instance, I can actually login into my VT200 system, without actually
being able to see the login prompts by simply entering my username and
password. When i get a prompt, if I enter gibberish and press enter a bunch of
times, I can see the prompt errors. But, as soon as I stop, the screen stops
refreshing.
Again, If I run a program, the output will display just fine, until the program
stops printing data to the terminal. When the program sits at a prompt, waiting
for me to enter a command, the screen stops refreshing again.
I'm not certain where the problem lies, but this is the last show stopper that
prevents me to switching to linux, entirely.
-Adam
(In reply to comment #1)
> Is this still an issue in current (0.9.52 or newer) wine?
>
--
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=4812
--- Comment #10 from Göran Uddeborg <goeran(a)uddeborg.se> 2008-01-21 11:33:43 ---
Fractal Mapper 8 does NOT have the same problem. Which makes this bug less
important. (Even though it still is a bug in wine as far as I understand.)
--
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=8683
--- Comment #19 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-21 07:39:07 ---
(In reply to comment #17)
> Created an attachment (id=10390)
--> (http://bugs.winehq.org/attachment.cgi?id=10390) [details]
> Another hack, works for some keys but I'm not sure it's the correct approach.
The patch seem to go in the correct direction. MultiByteToWideChar(CP_UNIXCP)
should be done in all cases. And dlls/user32/input.c,MapVirtualKeyExA perhaps
should map the returned value to ANSI. That needs a test case.
--
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=8683
--- Comment #18 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-21 07:30:54 ---
(In reply to comment #17)
> BTW, just found another bug in this same function. Under the DE layout with
> numlock pressed the keypad <.> key generates the VK_SEPARATOR virtualkey, but
> this virtualkey is not correctly handled in the function. Seems like it would
> need another special numlock case to translate VK_SEPARATOR to KP_Separator,
> similar to the cases that already exists for VK_DECIMAL and VK_NUMPAD0 to
> VK_NUMPAD9
No, that's a bug in the X11 keyboard layout. I believe that there is a bug
in WineHQ bugzilla which already mentions that.
--
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=8683
--- Comment #17 from Fábio Capela <fabio.capela(a)yahoo.com> 2008-01-21 07:26:15 ---
Created an attachment (id=10390)
--> (http://bugs.winehq.org/attachment.cgi?id=10390)
Another hack, works for some keys but I'm not sure it's the correct approach.
Just changing s[2] to s[10] (and the corresponding size field in XLookupString)
don't help. I went on and tried to convert the result of XLookupString to wide
chars, and it solves the problem for all problematic keys except ß. The
changes I used are attached.
The only key that is returning a value that needs more than 1 byte is ß, which
is exactly the one key that is not working with this newest hack. Not sure why
it's not working, it's returning 0x1e9e as the unicode char, but the unicode
for ß is 0xdf.
BTW, just found another bug in this same function. Under the DE layout with
numlock pressed the keypad <.> key generates the VK_SEPARATOR virtualkey, but
this virtualkey is not correctly handled in the function. Seems like it would
need another special numlock case to translate VK_SEPARATOR to KP_Separator,
similar to the cases that already exists for VK_DECIMAL and VK_NUMPAD0 to
VK_NUMPAD9
--
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=8486
Jeff Zaroyko <jeffzaroyko(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |jeffzaroyko(a)gmail.com
--- Comment #2 from Jeff Zaroyko <jeffzaroyko(a)gmail.com> 2008-01-21 00:02:35 ---
(In reply to comment #0)
> Running it puts up a fatal dialog saying
> "Unable to read version information from file
> C:\\Program Files\\Ulead Systems\\Ulead PhotoImpact\\Iedit.exe,
> insufficient memory or system resources low."
>
> I'll attach a +relay,+ver,+text log.
>
> (FWIW, this is one of my wife's "must have" apps.
> When she got a new windows box recently, she
> *went out and bought* an old copy of Photoimpact 4
> on ebay because she missed it so much.)
>
> I'm cc'ing A.F. on this because he wrote a patch for version.dll
> recently (see bug 6393).
Dan,
Do you still get this message with 0.9.53?
I'm looking at another Ulead program DVD Movie Factory 2 SE, it looks like it
used to get this message under older wine versions but no longer does. On
0.9.53 I'm investigating a crash in quartz.
--
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=3930
--- Comment #22 from Damjan Jovanovic <damjan.jov(a)gmail.com> 2008-01-20 23:10:29 ---
Don't include that patch into wine under any circumstances - it's a nasty hack
that probably does the wrong thing.
Someone who really understands winmm needs to look at this and fix the real
problem.
Also I need some way to determine which thread the callback is invoked on in
Windows XP.
--
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=11296
Summary: fixme: msiexeci
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: msi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wolvverine(a)tlen.pl
see attachment
--
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=8683
--- Comment #16 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-20 22:56:24 ---
Actually char s[2]; may be the bug. Can you see if changing it to char s[10];
helps?
--
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=8754
--- Comment #12 from Dave <dave370(a)wix.com.au> 2008-01-20 22:51:24 ---
I think the Component for this is wrong. The dll effected by this problem in
dinput8 not dinput
--
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=8683
--- Comment #15 from Fábio Capela <fabio.capela(a)yahoo.com> 2008-01-20 22:46:28 ---
Created an attachment (id=10388)
--> (http://bugs.winehq.org/attachment.cgi?id=10388)
+x11drv,+key,+keyboard,+event trace - game start + pressing the 5 problematic
keys
(In reply to comment #14)
> I'd suggest to generate a +x11drv,+key,+keyboard,+event log and see how
> the X11 keyboard layout is being mapped to a vkeys one.
This trace is done with my deadkeys patch; I'm at the moment recompiling Wine
to get it to the latest git version without any external patches to be able to
generate a purer trace if needed, but I don't think it will be needed.
In this trace I simply started the game and pressed the 5 problematic keys as
seen in my previous post.
Not directly related to the trace, but from running xev I've saw a pattern to
the problematic keys under the DE layout: every key for which XmbLookupString /
XLookupString returns more than 1 byte are not working to bind actions in World
of Warcraft. No other keys trigger this bug.
For some reason the call to XLookupString inside X11DRV_MapVirtualKeyEx don't
seem to be giving the expected result when it should return more than 1 byte,
although it's using the correct keycode (i.e., the same reported in the
original event). It might be related to the fact that it is storing the
character information in a char[2], and then this char array is being returned
by X11DRV_MapVirtualKeyEx as an UINT.
--
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=6437
--- Comment #5 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-20 22:08:11 ---
Isn't lpr is run as a native Linux application? Then using CP_ACP is a bug.
--
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=8683
--- Comment #14 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-01-20 21:31:48 ---
I'd suggest to generate a +x11drv,+key,+keyboard,+event log and see how
the X11 keyboard layout is being mapped to a vkeys one.
--
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.