http://bugs.winehq.org/show_bug.cgi?id=8635
------- Additional Comments From vit.hrachovy(a)sandbox.cz 2007-27-06 15:18 -------
According to comment in AppDB, the bug can be avoided if user switches off
refraction shader in his oblivion.ini:
bUseRefractionShader=0
However, this is not the default setting, so leaving the bug alive - we may
profit from fixing 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=8809
Summary: When in "Wine desktop" mode, systray crashes
Product: Wine
Version: 0.9.39.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitorgatti(a)yahoo.com.br
When using the "Wine desktop", there is no systray.
Well, there is, but if you click the icon, systray disappears...
I tested that using uTorrent 1.6.1.
--
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=8808
Summary: Minimizable Wine Desktop
Product: Wine
Version: 0.9.39.
Platform: PC
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitorgatti(a)yahoo.com.br
It is not a bug, but only a suggestion.
Is it possible to let the window "Wine desktop" minimizable? That huge window is
annoying me... and I have to use that window to play Call of Duty 2 in windowed
mode.
The problem is when I open another program (uTorrent, for example) and I can't
simply minimize that window...
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=7571
------- Additional Comments From inckie(a)gmail.com 2007-27-06 14:59 -------
Created an attachment (id=6898)
--> (http://bugs.winehq.org/attachment.cgi?id=6898&action=view)
Full +font,+xrender log after last patch & Screenshot with that patch applied
I didnt do a thorough investigation in that log yet, so its still beyond me
why seemingly only fonts that have bits set in the 22-31 range in their
codepage bitfields and fonts that only enumerate ANSI_CHARSET work correctly in
Notes.
--
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=7571
inckie(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #6419 is|0 |1
obsolete| |
------- Additional Comments From inckie(a)gmail.com 2007-27-06 14:53 -------
Created an attachment (id=6897)
--> (http://bugs.winehq.org/attachment.cgi?id=6897&action=view)
Handle DEFAULT_CHARSET in WineEngEnumFonts()
Scrap all that stuff of font enumeration order. See this:
Without patch:
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=0, Charset=0
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=1,
Charset=238
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=2,
Charset=204
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=3,
Charset=161
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=4,
Charset=162
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=5,
Charset=177
...
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=0, Charset=0
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=1, Charset=238
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=2, Charset=204
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=3, Charset=161
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=4, Charset=162
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=7, Charset=186
...
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=0, Charset=0
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=1, Charset=238
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=2, Charset=204
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=3, Charset=161
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=4, Charset=162
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=5, Charset=177
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=6, Charset=178
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=7, Charset=186
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=8, Charset=163
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=30, Charset=163
With patch:
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=5,
Charset=177
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=4,
Charset=162
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=3,
Charset=161
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=2,
Charset=204
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=1,
Charset=238
trace:font:WineEngEnumFonts [CDPG] Face=L"Lucida Sans Unicode", i=0, Charset=0
...
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=7, Charset=186
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=4, Charset=162
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=3, Charset=161
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=2, Charset=204
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=1, Charset=238
trace:font:WineEngEnumFonts [CDPG] Face=L"Segoe Script", i=0, Charset=0
...
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=30, Charset=0
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=8, Charset=163
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=7, Charset=186
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=6, Charset=178
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=5, Charset=177
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=4, Charset=162
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=3, Charset=161
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=2, Charset=204
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=1, Charset=238
trace:font:WineEngEnumFonts [CDPG] Face=L"Times New Roman", i=0, Charset=0
That means that the FONT_SIGNATURE for Times New Roman has bit 30 set in its
fsCsb. (According to MSDN [1], bit 30 is reserved by system.) As you can see,
this is the reason for the repetition and why my patch changed which was the
repeated enumerated charset.
OTOH, as Segoe Script has no bit set beyond bit 8, it doesnt repeat anything.
However this shows that this isnt simply a matter of the order of the
enumeration, since reversing the loop didnt fix Notes.
So, it seems to me that the if(csi.ciCharset != DEFAULT_CHARSET) in the
codepage loop in WineEngEnumFonts() is missing an else. With this patch, I
dont need to reverse the loop.
Next Ill send a tarball with a full +font,+xrender log, plus the corresponding
Notes screenshot showing a faulty string.
--
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=8807
Summary: CUI stream rediect problems with old cygwin apps
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-console
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: randallp1(a)shaw.ca
Old cygwin apps appear to not direct output to streams correctly. I'm
attempting to run an old cygwin-based compiler tool and capture it's output,
but the compiler's output always goes to console and does not redirect. The
command I'm issuing (from Linux console) is:
wine E:/sdnm.exe > capture.txt 2>&1 This example should print an error message
and capture to file. If I replace the required cyqwin1.dll with a newer one, I
get some errors messages, but the compiler still runs, and the output gets
redirected as expected. The correct cywin1.dll is stamped cygwinS2, dated
1999-9-13 20:44:35 (judging by internal stamps from binary dump). On real
Windoze, this compiler appears to print all of it's output to stderr.
--
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=8797
------- Additional Comments From the3dfxdude(a)gmail.com 2007-27-06 12:27 -------
Oops, sorry for typo. Get this output:
$ ls /usr/X11R6/lib/libGL* -l
--
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=8797
------- Additional Comments From ErV2005(a)rambler.ru 2007-27-06 12:23 -------
>Well, you did say that wine used to work, and now it doesn't work at all.
It works, but not the wined3d part. I've rebuilt kernel today and reinstalled
drivers, modules, and glibc - nothing changed.
>I'd almost tell you to go as far as installing slack 11 on a spare hard drive
> freshly just to prove that it's not your install of slack that's the problem.
Will try this.
> This might be interesting:
>"ldd /usr/local/lib/wine/wined3d.dll.so"
added as attachment.
--
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.