http://bugs.winehq.org/show_bug.cgi?id=8127
------- Additional Comments From b.buschinski(a)web.de 2007-10-05 17:51 -------
woohoo the loading screen is back
but.. the background is black
I am pretty sure that it was white
should I do some kind of anti-regression testing to find out what fixed it?
it must be one of the patches between 2007-05-07 and 2007-05-11(today)
--
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=7453
------- Additional Comments From me(a)gn0me.org 2007-10-05 17:05 -------
Works again for me after a recent patch. Is it working for other people as well? :)
--
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=8357
------- Additional Comments From AngeliqeR(a)gmail.com 2007-10-05 17:03 -------
Created an attachment (id=6218)
--> (http://bugs.winehq.org/attachment.cgi?id=6218&action=view)
console output of wine EverQuest.exe
I'm not sure if it helps, but here is a log of what gets output to the console
during a patch, login, zone and logout. Maybe one of the things that aren't
implemented is causing the missing parts of people. Turning vertex shaders and
pixel shaders on and off doesn't seem to do anything.
--
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=6479
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
------- Additional Comments From thestig(a)google.com 2007-10-05 16:48 -------
Can you run a regression test and find out where it broke between Wine 0.9.29
and 0.9.35?
http://wiki.winehq.org/GitWine#regression_testing
--
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=8330
------- Additional Comments From emwine(a)earthlink.net 2007-10-05 16:11 -------
I was wrong, the EM_EXLIMITTEXT does make a difference.
Pre: 32767
EM_LIMITTEXT 0, 100000
POST: 100000
I ran the same code in Windows, and got the exact same results (pre=32767,
post=100000). This tells me that the default setting isn't the problem. Maybe
Windows doesn't respect the limit unless it's been explicitly set?? That seems
odd, else why would EM_GETLIMITTEXT return 32767 in Windows?
It's puzzling. I guess all I can say for sure is that using native solves the
problem, and so does running in Windows. I even tried it in windows 95 to see
if the NT kernal had an effect. Even in 95, the app doesn't freeze at 32767,
despite that's what the limit is returned by EM_LIMITTEXT.
--
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-10-05 15:56 -------
Created an attachment (id=6217)
--> (http://bugs.winehq.org/attachment.cgi?id=6217&action=view)
Preliminary workaround for Bug #7571
As the summary says, this is a *preliminary* workaround for this bug; I know
its ugly, even semantically ugly, but since MSDN says EnumFontFamiliesEx()'s
dwFlags parameter is reserved [1], it shouldnt break any applications.
I got the idea from MSDNs statement that the EnumFontFamilies() function is
provided only for compatibility with 16-bit versions of Windows. Applications
should use the EnumFontFamiliesEx() function. [2]
Anyway, almost all previously failing tests passed, except for a single hiccup:
now the NULL family name doesnt enumerate any fonts for RUSSIAN_CHARSET, but I
still havent been able to figure out why.
I repeat: I know this still needs some hammering. Any ideas, anyone? Dmitry?
[1] http://msdn2.microsoft.com/en-us/library/ms534005
[2] http://msdn2.microsoft.com/en-us/library/ms533966
--
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=6155
------- Additional Comments From blin(a)gmx.net 2007-10-05 15:49 -------
Ok, I've run into this a couple of times, let's see if we can get this fixed.
The patches mentioned here were not applied because Alexandre didn't like the
apporach, and I don't have an immediate idea how to do it instead. However, it
doesn't really make sense to spend time fixing these patches to apply to current
git 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=8330
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |download, 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.