http://bugs.winehq.org/show_bug.cgi?id=21448
Summary: RollerCoaster Tycoon 3 does not accept the original disc Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: thomas.mertes@gmx.at
Created an attachment (id=25828) --> (http://bugs.winehq.org/attachment.cgi?id=25828) Error log and content of message box when starting RollerCoaster Tycoon 3
When starting RollerCoaster Tycoon 3 it asks for the original disc although the original disk is in. There are some errors logged (see attachment) and then a message box appears:
Please insert the original disc instead of a backup. See www.securom.com/copy for more details
Greetings Thomas
http://bugs.winehq.org/show_bug.cgi?id=21448
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #25828|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2010-01-21 20:34:30 --- Post output of the following commands: ls -la ~/.wine/dosdevices/ ls -la /dev/sr* groups
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #2 from Thomas Mertes thomas.mertes@gmx.at 2010-01-23 07:50:44 --- Here is the requested information:
tm@penguin:~$ ls -la ~/.wine/dosdevices/ insgesamt 8 drwxr-xr-x 2 tm tm 4096 2010-01-23 11:58 . drwxr-xr-x 4 tm tm 4096 2010-01-23 11:59 .. lrwxrwxrwx 1 tm tm 10 2009-08-24 23:59 c: -> ../drive_c lrwxrwxrwx 1 tm tm 13 2009-11-08 16:53 d: -> /media/cdrom0 lrwxrwxrwx 1 tm tm 8 2009-08-31 17:12 d:: -> /dev/sr0 lrwxrwxrwx 1 tm tm 15 2010-01-23 11:58 e: -> /media/USBSTICK lrwxrwxrwx 1 tm tm 9 2009-08-31 17:12 e:: -> /dev/sdg1 lrwxrwxrwx 1 tm tm 15 2009-09-22 22:50 f: -> /media/USBSTICK lrwxrwxrwx 1 tm tm 9 2009-09-20 14:00 f:: -> /dev/sdh1 lrwxrwxrwx 1 tm tm 1 2009-08-24 23:59 z: -> / tm@penguin:~$ ls -la /dev/sr* brw-rw----+ 1 root cdrom 11, 0 2010-01-21 20:06 /dev/sr0 tm@penguin:~$ groups tm adm dialout cdrom plugdev fuse lpadmin netdev admin sambashare
Greetings Thomas
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #3 from Thomas Mertes thomas.mertes@gmx.at 2010-01-29 05:23:44 --- The problem is IMHO because the ioctl 2d1400 is not supported. The log contains:
fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)
With googling (http://www.google.at/search?q=ioctl+windows+2d1400) I found several programs with this problem:
ConvertXtoDVD (http://old.nabble.com/nothing-works-so-far-:-%28-td18270918.html): fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)
Warcraft III: Frozen Throne (http://ubuntuforums.org/showthread.php?t=131670): fixme:cdrom:CDROM_DeviceIoControl Unsupported IOCTL 2d1400 (type=2d access=0 func=500 meth=0)
Deus Ex: Invisible War (http://appdb.winehq.org/objectManager.php?sClass=version&iId=3783&iT...): fixme:cdrom:CDROM_DeviceIoControl Unsupported IOCTL 2d1400 (type=2d access=0 func=500 meth=0)
Drakensang (http://forum.ubuntuusers.de/topic/drakensang/?highlight=desktop#post-1857855): fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)
Rosetta Stone (http://appdb.winehq.org/objectManager.php?sClass=version&iId=15404&i...): fixme:mountmgr:harddisk_ioctl unsupported ioctl 2d1400
There are many more hits for this search. Implementing "ioctl 2d1400" would probably help many programs. Does anybody know what "ioctl 2d1400" does?
I have heard of a CD id which cannot be copied when a CD is burned? Can it be that ioctl 2d1400 reads this CD id?
Greetings Thomas
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #4 from Thomas Mertes thomas.mertes@gmx.at 2010-02-15 04:29:46 --- I found out what ioctl 2d1400 means: IOCTL_STORAGE_QUERY_PROPERTY. IOCTL_STORAGE_QUERY_PROPERTY is defined in ntddstor.h:
#define IOCTL_STORAGE_QUERY_PROPERTY \ CTL_CODE(IOCTL_STORAGE_BASE, 0x0500, METHOD_BUFFERED, FILE_ANY_ACCESS)
IOCTL_STORAGE_BASE is identical to FILE_DEVICE_MASS_STORAGE (see: ntddstor.h).
IOCTL_STORAGE_QUERY_PROPERTY is described in MSDN and uses struct _STORAGE_PROPERTY_QUERY:
typedef struct _STORAGE_PROPERTY_QUERY { STORAGE_PROPERTY_ID PropertyId; STORAGE_QUERY_TYPE QueryType; UCHAR AdditionalParameters[1]; } STORAGE_PROPERTY_QUERY, *PSTORAGE_PROPERTY_QUERY;
It would probably help to add PropertyId, QueryType and AdditionalParameters to an improved fixme message.
Greetings Thomas
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #5 from Thomas Mertes thomas.mertes@gmx.at 2010-02-19 02:58:04 --- I added "case IOCTL_STORAGE_QUERY_PROPERTY:" (with some code) to the function CDROM_DeviceIoControl() in the file "wine/dlls/ntdll/cdrom.c". The IOCTL_STORAGE_QUERY_PROPERTY request uses the structure
typedef struct _STORAGE_PROPERTY_QUERY { STORAGE_PROPERTY_ID PropertyId; STORAGE_QUERY_TYPE QueryType; UCHAR AdditionalParameters[1]; } STORAGE_PROPERTY_QUERY, *PSTORAGE_PROPERTY_QUERY;
I found out that the request used for RollerCoaster Tycoon 3 uses PropertyId=0 (which means StorageDeviceProperty) and QueryType=0 (which means PropertyStandardQuery). Doing a IOCTL_STORAGE_QUERY_PROPERTY / StorageDeviceProperty should fill the following structure with information:
typedef struct _STORAGE_DEVICE_DESCRIPTOR { ULONG Version; ULONG Size; UCHAR DeviceType; UCHAR DeviceTypeModifier; BOOLEAN RemovableMedia; BOOLEAN CommandQueueing; ULONG VendorIdOffset; ULONG ProductIdOffset; ULONG ProductRevisionOffset; ULONG SerialNumberOffset; STORAGE_BUS_TYPE BusType; ULONG RawPropertiesLength; UCHAR RawDeviceProperties[1]; } STORAGE_DEVICE_DESCRIPTOR, *PSTORAGE_DEVICE_DESCRIPTOR;
Tests with such a request under windows show that the data returned comes from the cdrom drive and is independent from a cdrom which may or may not be in the drive.
What remains open is: How to get this information under Linux?
Greetings Thomas
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #6 from Thomas Mertes thomas.mertes@gmx.at 2010-02-19 03:36:10 --- Created an attachment (id=26306) --> (http://bugs.winehq.org/attachment.cgi?id=26306) Program to test IOCTL_STORAGE_QUERY_PROPERTY / StorageDeviceProperty
This program calls DeviceIoControl with IOCTL_STORAGE_QUERY_PROPERTY / StorageDeviceProperty for all drive letters and writes the contents of the STORAGE_DEVICE_DESCRIPTOR structure. This program can be used to compare the implementation of IOCTL_STORAGE_QUERY_PROPERTY / StorageDeviceProperty between wine and native.
Greetings Thomas
http://bugs.winehq.org/show_bug.cgi?id=21448
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |testcase
http://bugs.winehq.org/show_bug.cgi?id=21448
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |obfuscation Status|UNCONFIRMED |NEW CC| |focht@gmx.net Summary|RollerCoaster Tycoon 3 does |SecuROM 5.x: media |not accept the original |validation fails/conflict |disc |with emulator software | |reported (RollerCoaster | |Tycoon 3, Deus Ex Invisible | |War) Ever Confirmed|0 |1
--- Comment #7 from Anastasius Focht focht@gmx.net 2011-06-08 14:57:31 CDT --- Hello,
capturing this bug for SecuROM 5.x issue.
According to websites "RollerCoaster Tycoon 3" is protected by "SecuROM v5.03.06.0020". I also found the mentioned "Deus Ex: Invisible War" has this problem, the launcher reports "conflict with emulator software".
--- snip --- -=[ ProtectionID v0.6.4.0 JULY]=- (c) 2003-2010 CDKiLLER & TippeX Build 07/08/10-17:57:05 Ready... ... Scanning -> H:.wine\drive_c\Program Files\Deus Ex - Invisible War\System\dx2.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 1763328 (01AE800h) Byte(s) [x] Warning - FileAlignment seems wrong.. no solution calculated (using NULL) [File Heuristics] -> Flag : 00000000000001001100000000100001 (0x0004C021) [!] SecuROM Detected - Version 5.00.03 [CompilerDetect] -> Borland C/C++ - Scan Took : 0.344 Second(s) --- snip ---
At a quick glance IOCTL_STORAGE_QUERY_PROPERTY might be indeed relevant in SecuROM 5.x validation process. Different methods are used to query for unit and adapter properties. Maybe the data gathered using various methods is used for correlation analysis, e.g. bus data from adapter query vs. IOCTL_SCSI_GET_ADDRESS, Scsi Port resolution etc (-> SPTI bus interrogation).
Regards
http://bugs.winehq.org/show_bug.cgi?id=21448
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peter@ebden.co.nz
--- Comment #8 from Anastasius Focht focht@gmx.net 2011-06-08 15:05:05 CDT --- *** Bug 6459 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=21448
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linux@ikiru.ch
--- Comment #9 from Anastasius Focht focht@gmx.net 2011-06-09 13:56:13 CDT --- *** Bug 10682 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=21448
Antonio López amlopezalonso@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |amlopezalonso@gmail.com
--- Comment #10 from Antonio López amlopezalonso@gmail.com 2011-06-13 17:26:25 CDT --- Sid Meier's Pirates! is also affected. ProtectionID reports SecuROM 5.03.06. Console output is:
err:aspi:ASPI_GetNumControllers Could not open HKLM\L"HARDWARE\DEVICEMAP\Scsi" fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)
Regards
http://bugs.winehq.org/show_bug.cgi?id=21448
Saulius K. saulius2@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |saulius2@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=21448
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ehoover@mines.edu
--- Comment #11 from Erich Hoover ehoover@mines.edu 2011-09-07 12:52:20 CDT --- (In reply to comment #5)
What remains open is: How to get this information under Linux?
You can probably find the appropriate ioctl commands in "hdparm". If you run hdparm on a cdrom device (sudo hdparm -I /dev/cdrom) it returns all of the information you're talking about. I'm not sure if you can access that data without superuser privileges, but you probably want to try and see if you can get it to return satisfactory "generic" responses anyway.
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #12 from Ralf Habacker ralf.habacker@freenet.de 2012-02-16 03:07:48 CST --- Created attachment 38902 --> http://bugs.winehq.org/attachment.cgi?id=38902 example output of test programm mentioned in comment 6
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #13 from Ralf Habacker ralf.habacker@freenet.de 2012-02-16 03:20:27 CST --- Created attachment 38903 --> http://bugs.winehq.org/attachment.cgi?id=38903 output of the same hardware produced with hdparm on linux
On /dev/sdb hdparm prints the following error message: SG_IO: bad/missing sense data, sb[]: 70 00 02 00 00 00 00 0a 00 00 00 00 3a 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #14 from Ralf Habacker ralf.habacker@freenet.de 2012-02-16 03:42:14 CST --- Created attachment 38904 --> http://bugs.winehq.org/attachment.cgi?id=38904 Comparison matrix of returned attributes
http://bugs.winehq.org/show_bug.cgi?id=21448
psykotik linux@ikiru.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|linux@ikiru.ch |
http://bugs.winehq.org/show_bug.cgi?id=21448
Ralf Habacker ralf.habacker@freenet.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ralf.habacker@freenet.de
--- Comment #15 from Ralf Habacker ralf.habacker@freenet.de 2012-02-16 05:37:58 CST --- (In reply to comment #11)
(In reply to comment #5)
What remains open is: How to get this information under Linux?
You can probably find the appropriate ioctl commands in "hdparm". If you run hdparm on a cdrom device (sudo hdparm -I /dev/cdrom) it returns all of the information you're talking about. I'm not sure if you can access that data without superuser privileges, but you probably want to try and see if you can get it to return satisfactory "generic" responses anyway.
lsscsi reports similar informations without requiring super user privileges
user@server:~/> lsscsi -l [0:0:0:0] disk ATA ST9250410AS D005 /dev/sda state=running queue_depth=31 scsi_level=6 type=0 device_blocked=0 timeout=30 [1:0:0:0] cd/dvd Optiarc DVD+-RW AD-7930H 100A /dev/sr0 state=running queue_depth=1 scsi_level=6 type=5 device_blocked=0 timeout=30 [6:0:0:0] disk WDC WD32 00BEKT-60PVMT0 /dev/sdb state=running queue_depth=1 scsi_level=3 type=0 device_blocked=0 timeout=30
lsscsi fetches these informations from /sys/class/scsi_device
user@server:~/> cat /sys/class/scsi_device/1:0:0:0/device/vendor Optiarc user@server:~/> cat /sys/class/scsi_device/1:0:0:0/device/model DVD+-RW AD-7930H user@server:~/> cat /sys/class/scsi_device/1:0:0:0/device/rev 100A user@server:~/> cat /sys/class/scsi_device/1:0:0:0/device/type 5
Unfortunally I did no found an entry for the serial number yet.
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #16 from Ralf Habacker ralf.habacker@freenet.de 2012-02-16 05:55:06 CST --- (In reply to comment #5)
I added "case IOCTL_STORAGE_QUERY_PROPERTY:" (with some code) to the function CDROM_DeviceIoControl() in the file "wine/dlls/ntdll/cdrom.c". The IOCTL_STORAGE_QUERY_PROPERTY request uses the structure
In recent wine-1.4-rc3 I did not found the mentioned code, is it somehow get lost - http://source.winehq.org/git/wine.git/blob/cd3af0531b0b86edf570e36bc3ce0011f...
http://bugs.winehq.org/show_bug.cgi?id=21448
mo.rk@live.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mo.rk@live.de
--- Comment #17 from mo.rk@live.de 2012-03-04 16:26:10 CST --- *** Bug 30080 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #18 from Ralf Habacker ralf.habacker@freenet.de 2012-03-05 01:04:55 CST --- (In reply to comment #0)
Created attachment 25828 [details] Error log and content of message box when starting RollerCoaster Tycoon 3
When starting RollerCoaster Tycoon 3 it asks for the original disc although the original disk is in. There are some errors logged (see attachment) and then a message box appears:
Please insert the original disc instead of a backup. See www.securom.com/copy for more details
Greetings Thomas
Further investigation on opensuse 11.4 with wine-1.4-rc3 shows that this problem still happens on a system restarted from a standby or suspend to disc. A workaround in this case is to unmount/mount the rct3 cd, after which rct3 starts without any problem.
On a freshly booted system mounted the cd using the KDE device notifier the problem do not occur.
At least for rct3 I would say, that the initial problem is unrelated to the mentioned missing ioctl implementation.
http://bugs.winehq.org/show_bug.cgi?id=21448
Vitaliy Margolen vitaliy-bugzilla@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |paulthetall@gmail.com
--- Comment #19 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2012-03-29 08:03:11 CDT --- *** Bug 30293 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #20 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2012-03-29 21:11:56 CDT --- *** Bug 30293 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=21448
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |debian@carbon-project.org
--- Comment #21 from Jerome Leclanche adys.wh@gmail.com 2012-05-03 13:19:47 CDT --- *** Bug 30582 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #22 from Cùran debian@carbon-project.org 2012-05-20 06:58:40 CDT --- Still an issue with 1.5.4, my test case is SW KotOR, see bug 30582 for a workaround.
http://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #23 from Anastasius Focht focht@gmx.net --- Hello folks,
revisiting, still present.
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Deus Ex - Invisible War/System
$ WINEDEBUG=+tid,+seh,+loaddll,+process,+msgbox,+cdrom wine ./dx2.exe >>log.txt 2>&1 ... 0024:trace:loaddll:load_native_dll Loaded L"C:\users\focht\Temp\sintfnt.dll" at 0x20000000: native 0024:warn:seh:setup_exception_record exception outside of stack limits in thread 0024 eip 2000c1d6 esp 00137dfc stack 0x242000-0x340000 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0x2000c1d6 ip=2000c1d6 tid=0024 0024:trace:seh:raise_exception info[0]=00000001 0024:trace:seh:raise_exception info[1]=20000000 0024:trace:seh:raise_exception eax=20000000 ebx=2000d658 ecx=00000000 edx=00001598 esi=20000ffc edi=20000000 0024:trace:seh:raise_exception ebp=00137dfc esp=00137dfc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0024:trace:seh:call_stack_handlers calling handler at 0x20007a17 code=c0000005 flags=0 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_STORAGE_CHECK_VERIFY (nil) 0 (nil) 0 0x33f6a0 0024:trace:cdrom:CDROM_Open 0, 13 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_SCSI_PASS_THROUGH 0x33f4c0 44 0x33f4c0 116 0x33f440 0024:trace:cdrom:CDROM_Open 0, 13 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_SCSI_PASS_THROUGH_DIRECT 0x5a6540 44 0x5a6540 80 0x33f660 0024:trace:cdrom:CDROM_Open 0, 13 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_CDROM_READ_TOC (nil) 0 0x33f3e0 804 0x33f370 0024:trace:cdrom:CDROM_Open 0, 13 0024:trace:cdrom:CDROM_SyncCache caching toc from=1 to=1 0024:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\winex11.drv" at 0x7e1e0000: builtin 0024:fixme:cursor:SetSystemCursor (0x1008e,00007f00),stub! ... 0024:fixme:cursor:SetSystemCursor (0x100ca,00007f02),stub! 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_STORAGE_MEDIA_REMOVAL 0x33eb30 1 (nil) 0 0x33eac0 0024:trace:cdrom:CDROM_Open 0, 13 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_SCSI_GET_ADDRESS (nil) 0 0x33c4d8 8 0x33af50 0024:trace:cdrom:CDROM_Open 0, 13 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_CODE_2d1400 0x33d604 12 0x33d404 512 0x33d3a0 0024:trace:cdrom:CDROM_Open 0, 13 0024:fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_SCSI_PASS_THROUGH_DIRECT 0x5a6540 44 0x5a6540 80 0x33d310 0024:trace:cdrom:CDROM_Open 0, 13 0024:trace:cdrom:CDROM_DeviceIoControl 0xa8 IOCTL_CDROM_READ_TOC (nil) 0 0x33b9d8 804 0x33b960 0024:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\setupapi.dll" at 0x7e100000: builtin 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_SCSI_PASS_THROUGH_DIRECT 0x5a6540 44 0x5a6540 80 0x33d310 0024:trace:cdrom:CDROM_Open 0, 13 0024:trace:cdrom:CDROM_DeviceIoControl 0x98 IOCTL_STORAGE_MEDIA_REMOVAL 0x33d608 1 (nil) 0 0x33d5a0 0024:trace:cdrom:CDROM_Open 0, 13 0024:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\imm32.dll" at 0x7e0b0000: builtin 0024:trace:msgbox:MSGBOX_OnInit L"Es ist ein Konflikt mit der Emulator Software aufgetreten." 0024:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\usp10.dll" at 0x7e060000: builtin --- snip ---
$ wine --version wine-1.7.18-92-gb01fc1a
Regards
http://bugs.winehq.org/show_bug.cgi?id=21448
Johan Gardhage johan.gardhage@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |johan.gardhage@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=21448
Brandon Corujo haku08879@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |haku08879@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=21448
D Wenzelburger dwnzlbrgr45@centurylink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dwnzlbrgr45@centurylink.net
--- Comment #24 from D Wenzelburger dwnzlbrgr45@centurylink.net --- I don't know if this is important, but after loading the "Soaked" expansion pack, this problem went away.
https://bugs.winehq.org/show_bug.cgi?id=21448
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|SecuROM 5.x: media |Multiple applications and |validation fails/conflict |games need |with emulator software |'IOCTL_STORAGE_QUERY_PROPER |reported (RollerCoaster |TY' support (SecuROM 5.x |Tycoon 3, Deus Ex Invisible |media validation, USB drive |War) |detection)(RollerCoaster | |Tycoon 3, Deus Ex Invisible | |War)
--- Comment #25 from Anastasius Focht focht@gmx.net --- Hello folks,
obviously still present.
Refining summary again to collect more dupes here.
Bug 37830 also needs this for USB mass storage detection.
$ wine --version wine-1.7.33-117-g6bab173
Regards
https://bugs.winehq.org/show_bug.cgi?id=21448
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jre.winesim@gmail.com
--- Comment #26 from Anastasius Focht focht@gmx.net --- *** Bug 37830 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=21448
Felix Schwarz felix.schwarz@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |felix.schwarz@web.de
https://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #27 from Erich E. Hoover erich.e.hoover@wine-staging.com --- "Thief: Deadly Shadows" uses SecuROM Version 5.03.04 and, according to my testing, this IOCTL_STORAGE_QUERY_PROPERTY stuff is a red herring. Assuming that these other games are the same, what SecuROM really wants is for the device structure returned by IoGetDeviceObjectPointer to be filled out a little.
Minimal patch: https://raw.githubusercontent.com/wine-compholio/wine-staging/master/patches...
If people could test this and see if it also works for their applications then I'd appreciate it.
https://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #28 from Anastasius Focht focht@gmx.net --- Hello Erich,
well, at least it fixes a crash here but it doesn't help for 'Deus Ex - Invisible War' (SecuROM 5.x, reports 'Emulator conflict' in the end).
Before your patch:
--- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Deus Ex - Invisible War/System
$ WINEDEBUG=+tid,+seh,+loaddll,+process,+msgbox,+cdrom wine ./dx2.exe >>log.txt 2>&1 ... 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_STORAGE_MEDIA_REMOVAL 0x32eb40 1 (nil) 0 0x32eae0 0009:trace:cdrom:CDROM_Open 0, 13 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_SCSI_GET_ADDRESS (nil) 0 0x32c4e8 8 0x32af70 0009:trace:cdrom:CDROM_Open 0, 13 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_CODE_2d1400 0x32d614 12 0x32d414 512 0x32d3c0 0009:trace:cdrom:CDROM_Open 0, 13 0009:fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_SCSI_PASS_THROUGH_DIRECT 0x5a6540 44 0x5a6540 80 0x32d330 0009:trace:cdrom:CDROM_Open 0, 13 0009:trace:cdrom:CDROM_DeviceIoControl 0xa4 IOCTL_CDROM_READ_TOC (nil) 0 0x32ba08 804 0x32b9a0 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\setupapi.dll" at 0x7dff0000: builtin 0016:trace:process:create_process_impl app (null) cmdline L"C:\windows\system32\winedevice.exe pfsvgae" 0016:trace:process:find_exe_file looking for L"C:\windows\system32\winedevice.exe" 0016:trace:process:find_exe_file Trying native exe L"C:\windows\system32\winedevice.exe" 0016:trace:process:create_process_impl starting L"C:\windows\system32\winedevice.exe" as Win32 binary (0x10000000-0x10003000, arch 014c, fakedll) 002b:trace:loaddll:load_builtin_dll Loaded L"KERNEL32.dll" at 0x7b820000: builtin 002b:trace:process:init_current_directory starting in L"C:\windows\" 0x10 002b:trace:process:__wine_kernel_init starting process name=L"C:\windows\system32\winedevice.exe" argv[0]=L"C:\windows\system32\winedevice.exe" 002b:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\winedevice.exe" at 0x7eff0000: builtin 0016:trace:process:create_process_impl started process pid 002a tid 002b 002b:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\advapi32.dll" at 0x7ed10000: builtin 002b:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\ntoskrnl.exe" at 0x7ecc0000: builtin 002b:trace:process:set_entry_point setting FT_Thunk at 0x7b8c66a0 to 00000000 002b:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\rpcrt4.dll" at 0xf72b0000: builtin 0030:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\msvcrt.dll" at 0xf7070000: builtin 0030:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\hal.dll" at 0xf7530000: builtin 0030:trace:loaddll:load_native_dll Loaded L"C:\users\focht\Temp\pfsvgae.sys" at 0x540000: native 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom0" 0 0x53e1dc 0x53e1b8 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom0" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7eccf8e9 ip=7eccf8e9 tid=0030 0030:trace:seh:raise_exception info[0]=00000000 0030:trace:seh:raise_exception info[1]=00000030 0030:trace:seh:raise_exception eax=00000000 ebx=0053e148 ecx=0053e148 edx=0053e164 esi=00000000 edi=0053fb40 0030:trace:seh:raise_exception ebp=0053e138 esp=0053e0f0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 0030:trace:seh:call_vectored_handlers calling handler at 0x7ecce12b code=c0000005 flags=0 0030:trace:seh:call_vectored_handlers handler at 0x7ecce12b returned 0 0030:trace:seh:call_stack_handlers calling handler at 0x7bcaa463 code=c0000005 flags=0 wine: Unhandled page fault on read access to 0x00000030 at address 0x7eccf8e9 (thread 0030), starting debugger... --- snip ---
With the patch applied:
--- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+msgbox,+cdrom wine ./dx2.exe >>log.txt 2>&1 ... 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_STORAGE_MEDIA_REMOVAL 0x32eb40 1 (nil) 0 0x32eae0 0009:trace:cdrom:CDROM_Open 0, 13 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_SCSI_GET_ADDRESS (nil) 0 0x32c4e8 8 0x32af70 0009:trace:cdrom:CDROM_Open 0, 13 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_CODE_2d1400 0x32d614 12 0x32d414 512 0x32d3c0 0009:trace:cdrom:CDROM_Open 0, 13 0009:fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0) 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_SCSI_PASS_THROUGH_DIRECT 0x5a6540 44 0x5a6540 80 0x32d330 0009:trace:cdrom:CDROM_Open 0, 13 0009:trace:cdrom:CDROM_DeviceIoControl 0xa4 IOCTL_CDROM_READ_TOC (nil) 0 0x32ba08 804 0x32b9a0 0009:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\setupapi.dll" at 0x7deb0000: builtin 0016:trace:process:create_process_impl app (null) cmdline L"C:\windows\system32\winedevice.exe pfsvgae" 0016:trace:process:find_exe_file looking for L"C:\windows\system32\winedevice.exe" 0016:trace:process:find_exe_file Trying native exe L"C:\windows\system32\winedevice.exe" 0016:trace:process:create_process_impl starting L"C:\windows\system32\winedevice.exe" as Win32 binary (0x10000000-0x10003000, arch 014c, fakedll) 002b:trace:loaddll:load_builtin_dll Loaded L"KERNEL32.dll" at 0x7b820000: builtin 002b:trace:process:init_current_directory starting in L"C:\windows\" 0x10 002b:trace:process:__wine_kernel_init starting process name=L"C:\windows\system32\winedevice.exe" argv[0]=L"C:\windows\system32\winedevice.exe" 002b:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\winedevice.exe" at 0x7eff0000: builtin 0016:trace:process:create_process_impl started process pid 002a tid 002b 002b:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\advapi32.dll" at 0x7ed10000: builtin 002b:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\ntoskrnl.exe" at 0x7ecc0000: builtin 002b:trace:process:set_entry_point setting FT_Thunk at 0x7b8c66a0 to 00000000 002b:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\rpcrt4.dll" at 0xf72d0000: builtin 0030:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\msvcrt.dll" at 0xf7070000: builtin 0030:trace:loaddll:load_builtin_dll Loaded L"C:\windows\system32\hal.dll" at 0xf7560000: builtin 0030:trace:loaddll:load_native_dll Loaded L"C:\users\focht\Temp\pfsvgae.sys" at 0x540000: native 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom0" 0 0x53e1dc 0x53e1b8 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom0" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom1" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom2" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom3" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom4" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom5" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom6" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom7" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom8" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom9" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom10" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom11" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom12" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom13" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom14" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom15" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom16" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom17" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom18" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom19" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom20" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom21" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom22" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom23" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom24" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom25" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom26" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom27" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom28" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom29" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom30" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\CdRom31" 0 0x53e1e8 0x53e1c4 0030:fixme:ntoskrnl:KeInitializeEvent stub: 0x53e164 0 0 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\LanmanRedirector" 1 0x53e1ec 0x53e1e8 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoGetDeviceObjectPointer stub: L"\Device\NetWareRedirector" 1 0x53e1ec 0x53e1e8 0030:fixme:ntoskrnl:__regs_ObfDereferenceObject stub: (nil) 0030:fixme:ntoskrnl:IoSetThreadHardErrorMode stub 0030:fixme:ntoskrnl:IoSetThreadHardErrorMode stub 0030:fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x44 1 (nil) 0 0x53e1dc (nil) 0030:fixme:ntoskrnl:IoSetThreadHardErrorMode stub 0030:fixme:ntoskrnl:IoSetThreadHardErrorMode stub 0030:fixme:ntoskrnl:IoSetThreadHardErrorMode stub 0030:fixme:ntoskrnl:IoSetThreadHardErrorMode stub 0030:fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x44 1 (nil) 0 0x53e1dc (nil) 0030:fixme:ntoskrnl:IoSetThreadHardErrorMode stub ... 0030:fixme:ntoskrnl:IoSetThreadHardErrorMode stub 0030:fixme:ntoskrnl:ObReferenceObjectByHandle stub: 0x44 1 (nil) 0 0x53e1dc (nil) 0030:fixme:ntoskrnl:IoRegisterShutdownNotification stub: 0x111048 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_SCSI_PASS_THROUGH_DIRECT 0x5a6540 44 0x5a6540 80 0x32d330 0009:trace:cdrom:CDROM_Open 0, 13 0009:trace:cdrom:CDROM_DeviceIoControl 0x94 IOCTL_STORAGE_MEDIA_REMOVAL 0x32d618 1 (nil) 0 0x32d5c0 0009:trace:cdrom:CDROM_Open 0, 13 0009:trace:msgbox:MSGBOX_OnInit L"Es ist ein Konflikt mit der Emulator Software aufgetreten." --- snip ---
Side effect: heap corruption in wineserver
--- snip --- $ gdb -q --args wineserver -f Reading symbols from wineserver...done.
(gdb) r Starting program: /home/focht/projects/wine/wine.repo/install/bin/wineserver -f Missing separate debuginfos, use: dnf debuginfo-install glibc-2.21-5.fc22.x86_64 *** Error in `/home/focht/projects/wine/wine.repo/install/bin/wineserver': corrupted double-linked list: 0x0000000000aeb190 *** ======= Backtrace: ========= /lib64/libc.so.6[0x3f72a77e9d] /lib64/libc.so.6[0x3f72a7e813] /lib64/libc.so.6[0x3f72a802bd] /lib64/libc.so.6(__libc_malloc+0x6e)[0x3f72a83b5e] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x43ff8c] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x4484a1] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x414e58] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x415232] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x415844] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x420ccd] /lib64/libc.so.6(__libc_start_main+0xf0)[0x3f72a20790] /home/focht/projects/wine/wine.repo/install/bin/wineserver[0x402cd9] ======= Memory map: ======== 00400000-00498000 r-xp 00000000 00:22 8371574 /home/focht/projects/wine/wine.repo/install/bin/wineserver 00697000-00698000 r--p 00097000 00:22 8371574 /home/focht/projects/wine/wine.repo/install/bin/wineserver 00698000-00699000 rw-p 00098000 00:22 8371574 /home/focht/projects/wine/wine.repo/install/bin/wineserver 00699000-00bbc000 rw-p 00000000 00:00 0 [heap] ... Program received signal SIGABRT, Aborted. 0x0000003f72a34a98 in raise () from /lib64/libc.so.6 Missing separate debuginfos, use: dnf debuginfo-install libgcc-5.1.1-1.fc22.x86_64 (gdb) bt #0 0x0000003f72a34a98 in raise () from /lib64/libc.so.6 #1 0x0000003f72a3672a in abort () from /lib64/libc.so.6 #2 0x0000003f72a77ea2 in __libc_message () from /lib64/libc.so.6 #3 0x0000003f72a7e813 in malloc_consolidate () from /lib64/libc.so.6 #4 0x0000003f72a802bd in _int_malloc () from /lib64/libc.so.6 #5 0x0000003f72a83b5e in malloc () from /lib64/libc.so.6 #6 0x000000000043ff8c in read_request (thread=0xae4910) at /home/focht/projects/wine/wine.repo/src/server/request.c:284 #7 0x00000000004484a1 in thread_poll_event (fd=0xae4b40, event=1) at /home/focht/projects/wine/wine.repo/src/server/thread.c:267 #8 0x0000000000414e58 in fd_poll_event (fd=0xae4b40, event=1) at /home/focht/projects/wine/wine.repo/src/server/fd.c:446 #9 0x0000000000415232 in main_loop_epoll () at /home/focht/projects/wine/wine.repo/src/server/fd.c:541 #10 0x0000000000415844 in main_loop () at /home/focht/projects/wine/wine.repo/src/server/fd.c:886 #11 0x0000000000420ccd in main (argc=2, argv=0x7fffffffdae8) at /home/focht/projects/wine/wine.repo/src/server/main.c:148 --- snip ---
$ wine --version wine-1.7.45-62-g46bdb6e
Regards
https://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #29 from Anastasius Focht focht@gmx.net --- Hello folks,
I've split the wineserver problem off into bug 38764
Regards
https://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #30 from Erich E. Hoover erich.e.hoover@wine-staging.com --- (In reply to Anastasius Focht from comment #29)
Hello folks,
I've split the wineserver problem off into bug 38764
Regards
Do you think we should re-title this to indicate the relationship to IoGetDeviceObjectPointer or do you have some other apps you'd like to test first?
https://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #31 from Erich E. Hoover erich.e.hoover@wine-staging.com --- My expanded stub for IoGetDeviceObjectPointer was accepted as commit 68f23a1138ed697257c348011d77ec8519b44294. If people could please re-test with latest git then that would be appreciated.
https://bugs.winehq.org/show_bug.cgi?id=21448
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alois.schloegl@gmail.com
--- Comment #32 from Anastasius Focht focht@gmx.net --- *** Bug 39788 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #33 from Alois Schlögl alois.schloegl@gmail.com --- Concerning the SecurRom 5.x issue, there is an interesting observation.
When testing lilo2,3,4 on wine-1.8/wine-devel 1.7.29 on a native x86 (32 bit) platform, everything was mostly working fine. If the CD was not identified, opening and closing the CD-drive was usually sufficient to get it working. However, when trying to repeat the same test on a x86_64 machine ( Debian Jessie with Multiarch [i386,amd64]), the applications failed again.
For that reason, it seems more like a WneMultiArch issue rather than some missing function in wine itself.
For the records: for these tests, I've been using wine and wine-development packages from Debian.
https://bugs.winehq.org/show_bug.cgi?id=21448
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rkmpalai@gmail.com
--- Comment #34 from Anastasius Focht focht@gmx.net --- *** Bug 43459 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=21448
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gerbilsoft@gerbilsoft.com
--- Comment #35 from Gijs Vermeulen gijsvrm@gmail.com --- *** Bug 46596 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=21448
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=21448
--- Comment #36 from Gijs Vermeulen gijsvrm@gmail.com --- Is this issue still present with wine-7.0-rc5?
I only have the GOG version of Deus Ex: Invisible War out of all the apps mentioned here and I suspect it won't have this issue.
https://bugs.winehq.org/show_bug.cgi?id=21448
odecif@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |odecif@gmail.com
--- Comment #37 from odecif@gmail.com --- Bug still present in wine-7.11. Tested with Chris Sawyer's Locomotion v 1.73 which according to ProtectionID has SecuROM 5.03.06
Scanning -> C:\Program Files (x86)\Atari\Locomotion\Loco.exe File Type : 32-Bit Exe (Subsystem : Win GUI / 2), Size : 3117056 (02F9000h) Byte(s) [File Heuristics] -> Flag : 00000000000000101000000000000000 (0x00028000) [!] SecuROM Detected - Version 5.03.06
https://bugs.winehq.org/show_bug.cgi?id=21448
Christian Weiske cweiske@cweiske.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cweiske@cweiske.de
--- Comment #38 from Christian Weiske cweiske@cweiske.de --- Still happens with wine-8.0.2 when starting "DVD Decrypter" that can be downloaded from http://dvddecrypter.org.uk/
E DeviceIoControl(IOCTL_STORAGE_QUERY_PROPERTY) Failed! - Device: '\.\Cdrom0' Reason: not supported