October 2007 - Wine-bugs - list.winehq.org

[Bug 4097] Default Printer can be invalid
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=4097 Detlef Riekenberg <wine.dev(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #2 from Detlef Riekenberg <wine.dev(a)web.de> 2007-10-14 09:22:10 --- closing ... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4097] Default Printer can be invalid
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=4097 Detlef Riekenberg <wine.dev(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Comment #1 from Detlef Riekenberg <wine.dev(a)web.de> 2007-10-14 09:21:50 --- This was fixed a while ago. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2398] OpenGL is only used on top level windows so child windows get overdrawn
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=2398 --- Comment #200 from Andrew Clapperton <andrew_clapperton(a)hotmail.com> 2007-10-14 09:08:23 --- Same problem with DAZ|Studio 1.7.1.9 and Wine 0.9.47 and Radeon 9600XT as with the git version. With fglrx and Composite enabled, blank, unusable edit viewport. With fglrx and Composite (and Aiglx) disabled, crash on startup. With Xorg ati driver seems to work, but not accelerated so slow. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 4449] Invisible fonts in Steam - need a Tahoma compatible font
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=4449 lhervier(a)ifrance.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lhervier(a)ifrance.com --- Comment #38 from lhervier(a)ifrance.com 2007-10-14 09:03:32 --- I removed my ~/.wine directory, and re-installed Steam using wine 0.9.47. The fonts are now looking good. I think wine 0.9.47 fixed this bug. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7065] Get SecuROM copy-protection working
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=7065 --- Comment #39 from Igor Ulyanov (Displacer) <disinbox(a)gmail.com> 2007-10-14 08:59:09 --- Created an attachment (id=8561) --> (http://bugs.winehq.org/attachment.cgi?id=8561) Homeworld 2 log with ansi.sys file at Drivers folder > You only created additional cdrom symlink, right? Ive simply set up e: drive as cd-rom in winecfg instead of hdd :) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 9079] 64 bit linux: Printing from any wine program via cups is unsuccessful
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=9079 Detlef Riekenberg <wine.dev(a)web.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wine.dev(a)web.de Status|UNCONFIRMED |RESOLVED Resolution| |INVALID --- Comment #5 from Detlef Riekenberg <wine.dev(a)web.de> 2007-10-14 08:24:11 --- As a 32-Bit Application, wine can only work with a 32Bit CUPS. You have to install a 32Bit CUPS-Package. The wine 64Bit Package is wine (32Bit) for a 64Bit System, so it might help, because 32Bit CUPS should be at least a suggested addon. (I have no 64Bit system, so I can't test this) -- By by ... Detlef -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 5526] RedAlert 2 runs very slowly after upgrade from 0.9.15 to 0.9.16
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=5526 --- Comment #43 from Alexander Nicolaysen Sørnes <alex(a)thehandofagony.com> 2007-10-14 07:29:46 --- I think the opengl renderer problems are fixed in 0.9.47. At least I am able to run RA2 with good speed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7065] Get SecuROM copy-protection working
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=7065 --- Comment #38 from Anastasius Focht <focht(a)gmx.net> 2007-10-14 07:20:40 --- Hello, thanks for log. --- quote --- New log with drive type corrected. --- quote --- You only created additional cdrom symlink, right? --- snip --- 0009:Call KERNEL32.FindFirstFileA(0033b760 "C:\\Windows\\System32\\Drivers\\*.sys",0033b620) ret=007f2a60 ... 0009:trace:seh:raise_exception code=c0000094 flags=0 addr=0x7f2afa 0009:trace:seh:raise_exception eax=00003a7c ebx=7ee73888 ecx=00000000 edx=00000000 esi=0000004b edi=00403000 0009:trace:seh:raise_exception ebp=0033b990 esp=0033b880 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0009:trace:seh:call_stack_handlers calling handler at 0x7790c0 code=c0000094 flags=0 0009:trace:seh:call_stack_handlers handler at 0x7790c0 returned 0 --- snip --- Division by zero and then crash due to unhandled exception. Could you try to put in a fake <driver>.sys file into "C:\\Windows\\System32\\Drivers\" ? Just copy one from windows directory or rename a file. Maybe they expect at least one entry to be returned from FindFirstFile(). If possible could you try include module load addresses next time when such a crash happens? Do it like this: grep the whole log for "Call PE DLL" and redirect output to extra file. Now supply the last relevant lines as usual but prepend the lines from extra file (from "Call PE DLL") to beginning of log. I just want to see if the crash happens in securom module (SEH address). Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7065] Get SecuROM copy-protection working
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=7065 Igor Ulyanov (Displacer) <disinbox(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #8558 is|0 |1 obsolete| | --- Comment #37 from Igor Ulyanov (Displacer) <disinbox(a)gmail.com> 2007-10-14 06:06:25 --- Created an attachment (id=8559) --> (http://bugs.winehq.org/attachment.cgi?id=8559) New Homeworld2 err log New log with drive type corrected. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7065] Get SecuROM copy-protection working
by wine-bugs＠winehq.org 14 Oct '07

14 Oct '07

http://bugs.winehq.org/show_bug.cgi?id=7065 --- Comment #36 from Anastasius Focht <focht(a)gmx.net> 2007-10-14 05:19:35 --- Hello, thanks for the log. --- snip --- 0009:Call KERNEL32.DeviceIoControl(000000bc,002d1400,0033d6ec,0000000c,0033d4ec,00000200,0033d6fc,00000000) ret=007e7996 0009:Call ntdll.NtDeviceIoControlFile(000000bc,00000000,00000000,00000000,0033d400,002d1400,0033d6ec,0000000c,0033d4ec,00000200) ret=7ee756f0 0009:fixme:cdrom:CDROM_DeviceIoControl Unsupported IOCTL 2d1400 (type=2d access=0 func=500 meth=0) 0009:Ret ntdll.NtDeviceIoControlFile() retval=c000000d ret=7ee756f0 0009:Call ntdll.RtlNtStatusToDosError(c000000d) ret=7ee75618 0009:Ret ntdll.RtlNtStatusToDosError() retval=00000057 ret=7ee75618 0009:Ret KERNEL32.DeviceIoControl() retval=00000000 ret=007e7996 --- snip --- Simple properties query. See http://bugs.winehq.org/show_bug.cgi?id=9956#c5 for stub implementation. Though seems harmless if not implemented yet, probably can be ignored. --- snip --- 0009:Call KERNEL32.DeviceIoControl(000000bc,0004d014,0091f540,0000002c,0091f540,00000050,0033d474,00000000) ret=00785d96 0009:Call ntdll.NtDeviceIoControlFile(000000bc,00000000,00000000,00000000,0033d380,0004d014,0091f540,0000002c,0091f540,00000050) ret=7ee756f0 0009:Ret ntdll.NtDeviceIoControlFile() retval=00000000 ret=7ee756f0 0009:Ret KERNEL32.DeviceIoControl() retval=00000001 ret=00785d96 --- snip --- IOCTL: 0x4d014 -> IOCTL_SCSI_PASS_THROUGH_DIRECT decodes as: device= CONTROLLER (0x4), function=0x405, access=FILE_READ_ACCESS | FILE_WRITE_ACCESS, method = METHOD_BUFFERED Seems fine, no need to look at in/out buffers further. --- snip --- 0009:Call KERNEL32.CreateFileA(0033ca44 "\\\\.\\CdRom0",c0000000,00000003,00000000,00000003,00000000,00000000) ret=007fea04 ... 0009:Ret KERNEL32.CreateFileA() retval=ffffffff ret=007fea04 --- snip --- Wine doesn't mimic all NT namespace flavors yet. You could manually create a symlink, something like: .wine/dosdevices/cdrom0 -> /dev/cdrom --- snip --- 0009:Call KERNEL32.DeviceIoControl(000000bc,002d4804,0033d6f0,00000001,00000000,00000000,0033d6f4,00000000) ret=20001ea2 0009:Call ntdll.NtDeviceIoControlFile(000000bc,00000000,00000000,00000000,0033d610,002d4804,0033d6f0,00000001,00000000,00000000) ret=7ee756f0 0009:Ret ntdll.NtDeviceIoControlFile() retval=80000011 ret=7ee756f0 0009:Call ntdll.RtlNtStatusToDosError(80000011) ret=7ee75618 0009:Ret ntdll.RtlNtStatusToDosError() retval=000000aa ret=7ee75618 0009:Ret KERNEL32.DeviceIoControl() retval=00000000 ret=20001ea2 --- snip --- IOCTL: 0x2d4804 -> IOCTL_STORAGE_MEDIA_REMOVAL decodes as: device= MASS_STORAGE (0x2d), function=0x201, access=FILE_READ_ACCESS, method = METHOD_BUFFERED Tries to lock cdrom drive (door). Though the returned error code reads "STATUS_DEVICE_BUSY" CDROM_ControlEjection() -> CDROM_GetStatusCode( .. CDROM_LOCKDOOR, ..) -> FILE_GetNtStatus(void) -> errno = EBUSY -> return STATUS_DEVICE_BUSY Maybe multiple programs have opened the device (not only wine), then the locking request would fail. Not sure if this is a showstopper. ------ Please try with symlink first (.wine/dosdevices/cdrom0 -> /dev/cdrom) and report back with new trace log if error persists. If the error/trace log remains the same = failed ioctl cdrom lock as last request, try to patch dlls/ntdll/cdrom.c:CDROM_DeviceIoControl(IOCTL_STORAGE_MEDIA_REMOVAL) just for testing to return STATUS_SUCCESS (multiple lock requests/lock count is not handled yet) Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0