http://bugs.winehq.org/show_bug.cgi?id=7644
jordanstudios2934(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5959 is|0 |1
obsolete| |
------- Additional Comments From jordanstudios2934(a)gmail.com 2007-26-04 21:02 -------
(From update of attachment 5959)
opps, uploaded the wrong image from my desktop.
--
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=7644
------- Additional Comments From jordanstudios2934(a)gmail.com 2007-26-04 21:01 -------
Created an attachment (id=5959)
--> (http://bugs.winehq.org/attachment.cgi?id=5959&action=view)
Another image of the bug
I've tried HL2 under wine 9.35 The bug is still persisting for me.
Symptoms under wine 9.35:
* Objects are unusually bright unless they are being acted upon or the user is
shinning their flashlight at it.
* For some reason, the flashlight doesn't work on the floors and walls.
* A few objects do appear correctly, and the flashlight will act correctly on
them too.
--
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=8187
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
URL| |http://quicken.intuit.com/fr
| |ee-trial-download.jhtml
Keywords| |download
------- Additional Comments From dank(a)kegel.com 2007-26-04 19:44 -------
Vitaliy, if you want to close the bug because it has a log pasted
in it, please give the user clear, polite directions.
But the right way to deal with this is probably to modify
bugzilla to automatically reject such submissions.
Maybe you should file a bug for that?
Ron, can you reproduce your bug with the downloadable trial version at
http://quicken.intuit.com/free-trial-download.jhtml ? That would really
help.
It's possible the DLLs you downloaded gave Wine indigestion.
When I tried this with the downloadable demo, I installed the
missing DLLs like this:
wget http://kegel.com/wine/winetricks
sh winetricks gdiplus vcrun2005
This downloads known good copies from Microsoft.com.
But the result I got was quite different: the app terminated
with a dialog box
"Runtime Error!
Program: C:\Program Files\Quicken\qw.exe
R6034
An application has made an attempt to load the C runtime library incorrectly.
Please contact the application's support team for more information."
This is not unexpected. Wine doesn't quite support applications
built with msvc2005 yet. I think what I saw is another example
of bug 7409.
Could you try again after renaming your .wine directory and
using winetricks as described above instead of downloading
the DLLs from wherever you got them? If you still have a problem
that's different that what I described above, file a new bug
(and this time attach the log, don't paste it inline).
--
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=7679
------- Additional Comments From focht(a)gmx.net 2007-26-04 19:16 -------
Hello,
i read some discussion on developer list regarding this one ... so it catched my
interest :)
Fired up my debugger and let go (+few cups of coffee).
In short: it's an interesting (subtile) bug in wine trigged by unusual PE
section protection flags :)
First, the root cause is a c++ exception generated by precompiled boost::python
module which should not hurt at all.
When being passed to upper exception handler chains it finally arrives at a
point where the application tries to make sense of it.
That task is accomplished by a hooking library which exports several APIs to
gather process/module information, hook either by patching the import address
tables of all modules (1st level hooker) and/or to patch entrypoints of system
functions itself (2nd level hooker, trampolines).
The hooker enumerates all modules and their import tables.
It modifies the page protection attributes to get write access to the IAT of
each module.
This is done by a series of VirtualQuery/VirtualProtect.
To answer the question "lots of access violations being seen in debugger":
completely harmless and expected.
The code checks if page write access has already been enabled to system
functions code area by using IsBadWritePtr (2nd level hooking/trampoline).
Checks for trampolines code (e.g. insertion of jmp/call opcodes on entry) are
made too.
Well, back to topic.
One module "Blowfish.pyd" has a rather unusal protection attributes combination
to its .idata (imports) section: C0000040 -> readable | writable | initialized data.
Usually it should be: readable | initialized data .. i'm pretty sure it was on
accident by developers.
This triggers the interesting wine bug.
With the module being mapped by wine loader, the page gets PAGE_WRITECOPY attribute.
At one place, the hooker basically does following:
if( VirtualQuery( IAT_addr_of_module, &info, sizeof(info)) == sizeof(info))
{
DWORD prot = info.AllocationProtect & (PAGE_NOACCESS | PAGE_READWRITE |
PAGE_WRITECOPY | PAGE_EXECUTE | PAGE_EXECUTE_READWRITE | PAGE_EXECUTE_WRITECOPY);
prot |= PAGE_READWRITE;
if( VirtualProtect( IAT_addr_of_module, ... , prot, &oldProtect))
{
// access the IAT
}
}
Now the problem: VirtualQuery() -> info.AllocationProtect -> returns 0x8 =
PAGE_WRITECOPY for this specific module.
That gets masked and or'd PAGE_READWRITE: 0xC -> PAGE_WRITECOPY | PAGE_READWRITE
and the passed to VirtualProtect().
Guess. VirtualProtect() returns TRUE and the hooker tries to access IAT area.
*boom*
Now you have literally a "double fault" - the module which should gather
exception information produced exception by itself :)
You may ask where is the wine bug?
Well, wine should never have returned TRUE on VirtualProtect with PAGE_READWRITE
and PAGE_WRITECOPY flags both set.
This is a very little known (undocumented) limitation starting with Windows 2000
and higher.
I had this issue some years ago - that's why I remembered this one.
The mode attribues PAGE_READWRITE and PAGE_WRITECOPY are mutually exclusive.
You can test it by yourself on windows systems (Win2k, WinXp), VirtualProtect
will fail if both set.
For verification that my findings are correct you have to options:
- change the section protection of "Blowfish.pyd" .idata section to 0x40000040
(read | initialized data).
VirtualProtect will succeed and the app finally starts up with login screen.
- fix wine itself: VirtualProtect( PAGE_READWRITE | PAGE_WRITECOPY) on Win2K+
must return FALSE. PAGE_WRITECOPY is not supported by Win9X. Though I couldnt
verify NT4. I'd say: prohibit this combination at all.
Actually these are the bugs i like (along with stack smashers). I had some fun :)
Regards
--
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=8187
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|critical |normal
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From vitaliy(a)kievinfo.com 2007-26-04 19:15 -------
WHY ARE YOU PASTING LOGS HERE? CAN'T YOU READ WHAT IS STATED ABOVE?!!
Bleh... yeah what's with the [caps]?
--
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=5641
------- Additional Comments From stefandoesinger(a)gmx.at 2007-26-04 18:06 -------
Does that bug still occurs? Many wow d3d problems have been fixed since the
original report.
--
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=8190
Summary: Page faults when launching PlayOnline after update.
Product: Wine
Version: 0.9.35.
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: adrussel(a)hotmail.com
Version: wine-0.9.35
OS: Kubuntu Edgy Eft with kernel 2.6.17-11-generic
Using package
http://wine.budgetdedicated.com/archive/ubuntu/edgy/wine_0.9.35~winehq0~ubu…
.
Not using Windows.
Trying to run PlayOnline (http://www.playonline.com/) according to the
instructions at http://appdb.winehq.org/appview.php?iVersionId=5342 .
This bug occurs while trying to boot the program the first time after updating
it via the built in online updater.
I am attaching a file obtained by running these commands:
WINEDEBUG=+relay wine "/home/adam/.wine/drive_c/Program
Files/PlayOnline/SquareEnix/PlayOnlineViewer/pol.exe" 2>&1 | tee
/tmp/longwinelog.txt
tail -n 125 /tmp/longwinelog.txt > /tmp/winelog.txt
--
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=8189
Summary: CoVUpdater.exe and CoHUpdater.exe both crash at the
loading screen
Product: Wine
Version: 0.9.35.
Platform: HP
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-console
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: angelw1961(a)hotmail.com
i installed Wine on fiesty fawn (Ubuntu)
I installed it using the directions on WINEHQ site for Fiesty Fawn 7.04
I installed CoH using CoHUpdater with Wine
I am attaching the trace of the program trying to start
--
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=8177
------- Additional Comments From software(a)astrojar.org.uk 2007-26-04 17:12 -------
Note that the font giving the problem is not a Truetype font, so is the
freetype version relevant? The program also installs two Truetype fonts which
work correctly under Wine.
--
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=7698
------- Additional Comments From philcostin(a)hotmail.com 2007-26-04 16:37 -------
HL2 Deathmatch crashes when you get hit by a physics object because
the "toilet-hitting-head" font is too big for the glyph memory. Stefan Dösinger gave
me a hack-around for this a few months back. (see end of post) This is not the exact
same issue as we have here, but it /will/ eliminate the HL2DM crashes and possibly
make the bug easier to spot. (Actually, the more I look at it, this looks to me like a
similar issue. Maybe it /is/ almost the same issue...
Try to see whether it crashes whenever the head-with-bullet icon should appear
(headshot). It can be any player, just so long as the headshot icon in the top right
tries to appear. I can't remember whether it worked or not here...
Anyway, for HL2DM:
in dlls/gdi32/freetype.c,
immediately after the line containing "BYTE *start, *ptr;"
add the following code
if(!strcmp(ft_face->family_name, "HL2MP"))
{
int i;
if(lpgm->gmBlackBoxX)
lpgm->gmBlackBoxX--;
for(i = 0; i < 2; i++)
{
if(lpgm->gmBlackBoxY)
{
lpgm->gmBlackBoxY--;
lpgm->gmptGlyphOrigin.y--;
}
}
}
--
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.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=7698
------- Additional Comments From stfan4cjk(a)gmail.com 2007-26-04 15:49 -------
I really hope this bug is fixed soon because it makes the game unplayable.
--
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.
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=7679
------- Additional Comments From Speeddymon(a)gmail.com 2007-26-04 15:43 -------
So yea, I see Louis' post. Anyways, I'll test patches, etc since I have a VIP
account with everything unlocked.
--
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=7705
Speeddymon(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5955 is|0 |1
obsolete| |
------- Additional Comments From Speeddymon(a)gmail.com 2007-26-04 15:40 -------
(From update of attachment 5955)
Wrong bug
--
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=7679
------- Additional Comments From Speeddymon(a)gmail.com 2007-26-04 15:39 -------
Apparently, using native dbghelp gets past this crash point. So it is a problem
in dbghelp, although I could not find anything wrong looking at a trace from
builtin dbghelp.....
--
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=7679
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2007-26-04 15:18 -------
This start fine for me using native dbghelp.dll, so likely a bug in our builtin
dgnhelp. In case anyone wants to test, i created an account:
name->winehq;passwd->winehq
--
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=8188
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |INVALID
------- Additional Comments From truiken(a)gmail.com 2007-26-04 14:27 -------
Invalid.
--
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=8188
truiken(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |UNCONFIRMED
Resolution|FIXED |
------- Additional Comments From truiken(a)gmail.com 2007-26-04 14:26 -------
This is invalid, not 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.
http://bugs.winehq.org/show_bug.cgi?id=8188
lays25(a)o2.pl changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution| |FIXED
------- Additional Comments From lays25(a)o2.pl 2007-26-04 14:04 -------
OK, what you have to do to make them work is turn OFF your Num Lock key.
--
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.