http://bugs.winehq.org/show_bug.cgi?id=8584
Summary: fixme:dbghelp:addr_to_linear Failed to linearize address
4545:00005246 (mode 0)
Product: Wine
Version: 0.9.38.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-multimedia
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: auronsrv(a)gmx.net
I am writing here a new bug-report for the problem I described in the comments
of #4596, since the crashes persist in 0.9.38 and it is in doubt, if they are
caused by the same problem.
The attachment shows the debugger-output of the crash in version 0.9.38. It
first occured in 0.9.36.
As i wrote in #4596 the crashes seem to happen at the spots where in 0.9.35 the
bug #4596 would occur - I am not certain about this though.
--
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=8583
Summary: WineCFG: All windows OS selections say Windows instead
of different types of OS's.
Product: Wine
Version: 0.9.38.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-console
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: goce_jeb(a)yahoo.com
When using WineCFG, and you goto select a type of Windows OS, they all read
Windows not Windows ME or Windows XP, etc...
--
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=6514
------- Additional Comments From dank(a)kegel.com 2007-03-06 15:08 -------
Created an attachment (id=6587)
--> (http://bugs.winehq.org/attachment.cgi?id=6587&action=view)
Interesting part of +ole,+relay running olesdk setup.exe
And fwiw, the line that crashed was
0x7e009391 SLTG_DoVars+0x281 [/home/dank/wine-git/dlls/oleaut32/typelib.c:2972]
in oleaut32: movl 0x0(%ecx,%eax,1),%eax
2972 V_UNION((*ppVarDesc)->vardesc.u.lpvarValue, intVal) =
--
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=6514
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
Summary|Delorme AAA MapNGo 6 install|DAO30 install fails
|fails |
------- Additional Comments From dank(a)kegel.com 2007-03-06 15:03 -------
I get pretty much the same crash when installing
Visual C++ 4.0 when it tries to install DAOSDK 3.0
(file dates Sept 1995). I'll attach the log.
The crash happens inside the call
0010:Call oleaut32.LoadTypeLib(0034f2d8
L"C:\\windows\\Msapps\\Dao\\Dao3032.DLL",0034f1e8) ret=04730f6b
so the easiest way to reproduce it is probably to make a
one-liner that makes that call...
--
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=8298
------- Additional Comments From stelek(a)stelmach-online.net 2007-03-06 14:55 -------
OK, thanx for all the help. It really works. I have created a Ram disk with
msdos filesystem and formatted it and mounted via loop device. Then the demo
starts (and stops for another reason :) )
In anyway, in my opinion the bug is valid for both:
- crypt32 implementation, since a native library is needed for the game to start
- c: drive emulation, since we need to do some nasty tricks to pass the check in
the game
--
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=8298
------- Additional Comments From focht(a)gmx.net 2007-03-06 14:31 -------
Hello,
some addendum...
To play with this protection, you can download "GameMaker 7.0"
(http://www.yoyogames.com/gamemaker/try).
It contains the same type of copy protection and is a *much* smaller download (8
mb).
If you don't want to expose any filesystems (even read only), you can use any
loop device for fake volume.
Make some small disk image
# dd if=/dev/zero of=fake.img bs=512 count=1440
and attach the file to loopback device
# losetup /dev/loop0 fake.img
(or any other /dev/loopX if already used)
Don't forget to grant access to block device and symlink
ln -s /dev/loop0 $(WINEPREFIX)/dosdevices/c::
This seems to be sufficient to keep volume queries and device ioctls from that
kind of protection happy.
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=8298
------- Additional Comments From focht(a)gmx.net 2007-03-06 13:49 -------
Hello,
as stated in developer docs, wine would "guess" the "\\.\<driverletter>:" device
from /etc/mtab or /etc/fstab if no symlink exists, but i've not seen any
attempts to do so in this case...
For now, a symlink to a windows filesystem partition (FAT) should work
ln -s /dev/<blockdevice_fs_partition> $(WINEPREFIX)/dosdevices/c::
Symlink directly to block device, do not use mount points (won't work).
Use some non-important filesystem for that purpose, for example a little FAT
partition on USB stick.
Grant the user direct access to block device (chmod/chown user).
>From what I've seen that type of copy protection runs GetVolumeInformation() and
specific DeviceIoControl() (CDROM_DeviceIoControl) requests.
Some stuff fails (unsupported ioctls), but that doesn't seem to harm.
I tested this with other applications which use the same type of xtreamlok copy
protection.
Should be the same for this game - though I can't verify it (wiped off the demo
download data) ;-)
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=8085
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2007-03-06 13:41 -------
Austin, I think you should be using "-p1" instead of "-p0" as the option of the
"patch" command, so it gives you no error.
With "-p0" you should probably get some errors in your console, as in this patch
paths are prefixed with some fictional dir:
--- a/dlls/quartz/transform.c
+++ b/dlls/quartz/transform.c
--
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.