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

[Bug 10255] wine won't run opengl apps on gentoo 2.6.21

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10255 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #4 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-10-31 14:48:10 --- Closing invalid. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007

[Bug 10255] wine won't run opengl apps on gentoo 2.6.21

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10255 Vitaliy Margolen <vitaliy(a)kievinfo.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID --- Comment #3 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2007-10-31 14:47:58 --- > This is 100% a gentoo ebuild issue. That means it's not Wine issue -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007

[Bug 8298] Dreamfall demo crashes -(XstreamLok copyprotection)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=8298 Jaime Rave <jaimerave(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jaimerave(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007

[Bug 10257] No response to xyz axis joystick movement.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10257 --- Comment #2 from Bob Goodwin <bgoodwin91006(a)yahoo.com> 2007-10-31 14:16:05 --- (In reply to comment #1) > Please run a regression test: > > http://wiki.winehq.org/RegressionTesting > Sorry but I have a 56k modem. Downloading ~90MB is not an option for me. If there is any other approach that doesn't involve my modem bottleneck I will be happy to do it. I can typically successfully download up to about 20MB (overnight.) I would even be willing to pay the reasonable cost of creating and shipping me a CD with the repository files. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007

[Bug 10018] Adobe Photoshop CS2 can't activate

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10018 --- Comment #13 from Anastasius Focht <focht(a)gmx.net> 2007-10-31 14:12:20 --- Created an attachment (id=8900) --> (http://bugs.winehq.org/attachment.cgi?id=8900) CS2 activation trace snippet showing raw device access and SMART ioctls Hello, whoops I forgot to attach the trace snippet, showing the problem. I took it from the user pastebin output. If you wonder about the additional "PHYSICALDRIVE1" access... It tries to open all "\\.\<driveletter>:" | "PHYSICALDRIVE%d" until the first call fails. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007

[Bug 10018] Adobe Photoshop CS2 can't activate

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10018 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |focht(a)gmx.net --- Comment #12 from Anastasius Focht <focht(a)gmx.net> 2007-10-31 13:55:32 --- Hello, I just had a live IRC "debug session" with an Adobe Photoshop CS2 owner - thanks @dergringo for having the patience to follow my instructions ;-). The activation process fails because CS2 tries to query S.M.A.R.T capabilities of first harddisk and the appropriate device ioctls are not implemented. To get to this point you have either have to give raw access to harddisk/partition or setup a fake device. I recommend the latter. See http://bugs.winehq.org/show_bug.cgi?id=8298 how to do this (comment #12 and following) Basically setup fake data, mount via loop device and symlink "ln -s /dev/loop0 $(WINEPREFIX)/dosdevices/c::" Relevant log: --- snip --- 0053:Call KERNEL32.CreateFileA(7d942994 "\\\\.\\c:",c0000000,00000003,00000000,00000003,00000000,00000000) ret=0040398a 0053:Ret KERNEL32.CreateFileA() retval=0000007c ret=0040398a 0053:Call KERNEL32.DeviceIoControl(0000007c,00074080,00000000,00000000,7d942958,00000018,7d942974,00000000) ret=00403782 0053:fixme:cdrom:CDROM_DeviceIoControl Unsupported IOCTL 74080 (type=7 access=1 func=20 meth=0) 0053:Ret KERNEL32.DeviceIoControl() retval=00000000 ret=00403782 0053:Call KERNEL32.DeviceIoControl(0000007c,0004100c,7d942974,00000006,7d942778,000000df,7d942968,00000000) ret=004035f7 0053:Ret KERNEL32.DeviceIoControl() retval=00000000 ret=004035f7 0053:Call KERNEL32.CloseHandle(0000007c) ret=004039ba 0053:Ret KERNEL32.CloseHandle() retval=00000001 ret=004039ba --- snip --- Looking at 0x74080 in "include/winioctl.h": --- snip --- 190 #define IOCTL_DISK_CONTROLLER_NUMBER CTL_CODE(IOCTL_DISK_BASE, 0x0011, METHOD_BUFFERED, FILE_ANY_ACCESS) 191 #define SMART_GET_VERSION CTL_CODE(IOCTL_DISK_BASE, 0x0020, METHOD_BUFFERED, FILE_READ_ACCESS) 192 #define SMART_SEND_DRIVE_COMMAND CTL_CODE(IOCTL_DISK_BASE, 0x0021, METHOD_BUFFERED, FILE_READ_ACCESS | FILE_WRITE_ACCESS) 193 #define SMART_RCV_DRIVE_DATA CTL_CODE(IOCTL_DISK_BASE, 0x0022, METHOD_BUFFERED, FILE_READ_ACCESS | FILE_WRITE_ACCESS) --- snip --- Some "basic" S.M.A.R.T ioctls have to be implemented/stubbed to get the activation id based apps/games to work. I know this stuff from copy protections, hell even PunkBuster uses parts of this "id" info for their infamous "hardware" bans. The standard way is to query drive info using IOCTL_STORAGE_QUERY_PROPERTY. This gives you volume serial number and the like. The second way is to query the drive SMART capabilities. Usually the first check is if the drive supports SMART by calling SMART_GET_VERSION. If succeeded, SMART is usually enabled with SMART_SEND_DRIVE_COMMAND (code B0) and then the data gets queried with SMART_RCV_DRIVE_DATA. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007

[Bug 10248] Carrara 5 Pro W/ 5.1patch: 3D View draw/ render fails to show 3D objects

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10248 --- Comment #6 from mylemonblue <tempeodor(a)yahoo.com> 2007-10-31 13:46:34 --- So far all I've figured out is one of the Regression Testing steps moved my .wine directory into a back up directory and I don't know if there is a proper way to put it right again without screwing things up worse on some possible configuration file I don't know of somewhere. I know you can't always just start deleting and moving things around. That page didn't warn this was going on and I can't identify on that page a way of putting things back as they were properly. My wine install is going to start killing kittens if it isn't back to normal soon. LOL. All I wanted to do is make known this Carrara 5 Pro problem. I by no means am ready to become a developer and my PC is no spare that can be used for testing things. Now what was all this put on my system and how do I get it back to normal? This is last time I do something for anyone unless they first fully explain what I'm getting into. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007

[Bug 10018] Adobe Photoshop CS2 can't activate

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10018 Philipp <dergringo(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dergringo(a)gmail.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007

[Bug 10234] opengl problems ( commit 00633e37bcc8da1032f34ea2d87814739de07db4)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10234 --- Comment #14 from Alex Romosan <romosan(a)sycorax.lbl.gov> 2007-10-31 13:26:24 --- (In reply to comment #8) > The log seems to indicate it's setting a NULL context right before calling > glFlush, which causes the crash (you can't make GL calls like that without a > context set). I can't see anything in the log which would cause the program to > do that, nor can I see why that commit would change it. with this patch applied: --- a/dlls/winex11.drv/opengl.c +++ b/dlls/winex11.drv/opengl.c @@ -2053,7 +2053,8 @@ static void WINAPI X11DRV_wglFlush(void) sync_context(ctx); pglFlush(); wine_tsx11_unlock(); - ExtEscape(ctx->hdc, X11DRV_ESCAPE, sizeof(code), (LPSTR)&code, 0, NULL ); + if (ctx) + ExtEscape(ctx->hdc, X11DRV_ESCAPE, sizeof(code), (LPSTR)&code, 0, NULL ); } tracked runs fine. you seem to believe the context should be set but in this case it's not. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007

[Bug 10260] winecfg 0.9.47 crash on Debian Etch

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10260 --- Comment #3 from Lei Zhang <thestig(a)google.com> 2007-10-31 13:26:12 --- How did you install wine? From a .deb package or did you compile it yourself? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

Oct. 31, 2007