January 2009 - Wine-bugs - list.winehq.org

[Bug 16982] New: fgets as first read on file followed by fread gives wrong results
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=16982 Summary: fgets as first read on file followed by fread gives wrong results Product: Wine Version: 1.0.1 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net Created an attachment (id=18770) --> (http://bugs.winehq.org/attachment.cgi?id=18770) test case following simple app: #include <stdio.h> int main(int argc, char *argv[]) { int i; char buffer[512]; char *buf; FILE *f = fopen("tst", "w"); fwrite("hell\n", 1, 5, f); fwrite("argh\n", 1, 5, f); fwrite("wizz\n", 1, 5, f); fwrite("hell\n", 1, 5, f); fclose(f); f = fopen("tst", "r"); /*i = fread(buffer, 1, 5, f); printf("buffer: read %d '%s' buffer[4]: %d\n", i, buffer, buffer[4]); */ buf = fgets(buffer, 512, f); printf("fgets: '%s'\n", buf); i = fread(buffer, 1, 5, f); printf("buffer: read %d buffer[0]: %d '%s' buffer[4]: %d\n", i, buffer[0], buffer, buffer[4]); printf("filepos: %d\n", ftell(f)); fclose(f); } with builtin msvcrt: fgets: 'hell ' buffer: read 4 buffer[0]: 97 'argh^M' buffer[4]: 13 filepos: 11 with native msvcrt.dll: fgets: 'hell ' buffer: read 5 buffer[0]: 97 'argh ' buffer[4]: 10 filepos: 12 where it's going wrong is that it _says_ it's read 4 characters when actually you asked for 5, on the fread(). that, and you get a \r instead of a \n. also - note the filepos count - in the native run, it _does_ move along on the \r\n so it's not the "number of characters returned" that are counted but it's the "actual position in the real file". euurrrgh. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 16960] New: UnrealTournament video issue: wined3d: Add support for EXT_vertex_array_bgra.
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=16960 Summary: UnrealTournament video issue: wined3d: Add support for EXT_vertex_array_bgra. Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: c_korn(a)gmx.de Created an attachment (id=18736) --> (http://bugs.winehq.org/attachment.cgi?id=18736) video issues in UnrealTournament Hello, I have found a regression in wine-1.1.13 that causes video issues in UnrealTournament. I have run a regression test: b1812c690c52c568222963da77a9c427b704197e is first bad commit commit b1812c690c52c568222963da77a9c427b704197e Author: Henri Verbeet <hverbeet(a)codeweavers.com> Date: Thu Jan 8 10:19:17 2009 +0100 wined3d: Add support for EXT_vertex_array_bgra. This allows us to skip BGRA->RGBA color conversion for vertex attributes if this extension is present. :040000 040000 a801fc4b8945a58ea5cbe84fca7b2f5a41a7d364 9661beec58147589793e11944d7c14c045dafdf1 M dlls CCing the author did not work: CC: hverbeet(a)codeweavers.com did not match anything -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 16970] New: read exactly on newline boundary returns the \r (crlf not being performed)
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=16970 Summary: read exactly on newline boundary returns the \r (crlf not being performed) Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net this test demonstrates that msvcrt read, on a newline boundary, fails to have the crlf converted to lf. expected results (as confirmed from using msvcrt.dll "native"): f.readline(5) should equal "hell\n" and instead it is returning "hell\r". this simple boundary-case is responsible for virtually every single one of the remaining python/wine regression test failures! this should be very easy to replicate in c-code. lkcl(a)gonzalez:~/src/python2.5-2.5.2$ ./python.exe Python 2.5.2 (r252:60911, Jan 16 2009, 22:06:34) [gcc-mingw32] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> f = open("tst", "w") >>> f.write("hell\n") >>> f.write("back\n") >>> f.close() >>> lkcl(a)gonzalez:~/src/python2.5-2.5.2$ more tst <-- faked up to show ^Ms hell^M back^M lkcl(a)gonzalez:~/src/python2.5-2.5.2$ % ./python.exe f = open("tst", "r") >>> x = f.readline(5) >>> x 'hell\r' <------- wrongggggg >>> f.seek(0) >>> f.readline() 'hell\n' <-------- ah _ha_. if you don't specify the length to be read.... >>> f.seek(0) >>> f.readline(4) 'hell' >>> f.readline() '\n' >>> -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 16944] New: DVD-Ripper RipIt4Me stopped working as of version 1.1.8
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=16944 Summary: DVD-Ripper RipIt4Me stopped working as of version 1.1.8 Product: Wine Version: 1.1.8 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: thierer(a)web.de CC: julliard(a)winehq.org Starting with wine version 1.1.8 the DVD-Ripper RipIt4Me stopped working. RipIt4Me is a front end for DVDDecrypter that kind of "remote controls" DVDDecrypter. It seems that the bug prevents RipIt4Me from controlling DVDDecrypter so that instead of starting to rip it just sits there and does nothing. While until now I solved this problem for me by not upgrading :) I finally decided today to try to find the cause by bisecting wine. The result was the following commit: 7804129e68a0b25549b729854c15706827140b46 is first bad commit commit 7804129e68a0b25549b729854c15706827140b46 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Wed Oct 29 12:13:51 2008 +0100 user32: Use a local buffer in peek_message to save a server call for small buffer sizes. :040000 040000 add7c81809c20b170476f4400039e6b855c95ad1 e7014e6d7102c79e0b50f09549230cde1769b8d4 M dlls I can confirm that RipIt4Me works fine with wine version 1.1.10 after reverting this patch. The patch doesn't reverse-apply to version 1.1.12, so I didn't test there (but I checked that the bug still exists in 1.1.12). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 61] winemaker: Add support for the Visual C++ project files
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=61 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|wine-bugs(a)winehq.org |nerv(a)dawncrow.de --- Comment #13 from Austin English <austinenglish(a)gmail.com> 2009-01-30 11:04:55 --- Reassigning. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 16933] New: Compile broken in dlls/ntdll/signal_i386.c on NetBSD
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=16933 Summary: Compile broken in dlls/ntdll/signal_i386.c on NetBSD Product: Wine Version: 1.1.12 Platform: PC OS/Version: NetBSD Status: NEW Keywords: patch, source Severity: blocker Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com bash-3.2$ make ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_NTSYSTEM_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/X11R6/include -O2 -fsigned-char -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/X11R6/include -o signal_i386.o signal_i386.c signal_i386.c:369: error: 'T_MCHK' undeclared here (not in a function) signal_i386.c:370: error: 'T_XMMFLT' undeclared here (not in a function) signal_i386.c: In function 'get_trap_code': signal_i386.c:414: error: dereferencing pointer to incomplete type signal_i386.c: In function 'get_error_code': signal_i386.c:428: error: dereferencing pointer to incomplete type signal_i386.c: In function 'init_handler': signal_i386.c:642: error: dereferencing pointer to incomplete type ... signal_i386.c: In function 'segv_handler': signal_i386.c:1397: error: duplicate case value signal_i386.c:1392: error: previously used here *** Error code 1 Full output attached -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5

[Bug 16927] New: Compile broken in dlls/kernel32/cpu.c on NetBSD
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=16927 Summary: Compile broken in dlls/kernel32/cpu.c on NetBSD Product: Wine Version: 1.1.12 Platform: PC OS/Version: NetBSD Status: NEW Keywords: regression, source Severity: blocker Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Compile is broken at dlls/kernel32/cpu.c on NetBSD: ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/X11R6/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/X11R6/include -o cpu.o cpu.c cpu.c: In function 'GetSystemInfo': cpu.c:561: warning: suggest explicit braces to avoid ambiguous 'else' cpu.c:573: error: subscripted value is neither array nor pointer cpu.c:582: error: subscripted value is neither array nor pointer cpu.c:618: warning: format '%d' expects type 'int *', but argument 3 has type 'int' cpu.c:618: warning: format '%x' expects type 'unsigned int *', but argument 4 has type 'int' cpu.c:621: error: subscripted value is neither array nor pointer cpu.c:623: error: subscripted value is neither array nor pointer cpu.c:625: error: subscripted value is neither array nor pointer cpu.c:627: error: subscripted value is neither array nor pointer *** Error code 1 Rerverting Francois's recent commit: author Francois Gouget <fgouget(a)free.fr> Fri, 9 Jan 2009 08:34:55 +0000 (09:34 +0100) committer Alexandre Julliard <julliard(a)winehq.org> Fri, 9 Jan 2009 13:06:13 +0000 (14:06 +0100) commit b881cfc5414989d61680cdea1765a897bfdb5ebc tree 14cb96166438f2c9a1c666ccecde9f6a753eb349 tree | snapshot parent 5da42336d9c0fd0ce6de5d5ce2042fab59b8db01 commit | diff kernel32: Fix the sysctl() usage and the CPU detection on NetBSD. 'fixes' it (no error, instead): ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/X11R6/include -O2 -I/usr/pkg/include -I/usr/include -I/usr/pkg/include/freetype2 -I/usr/X11R6/include -o cpu.o cpu.c cpu.c: In function 'GetSystemInfo': cpu.c:560: warning: pointer targets in passing argument 4 of 'sysctl' differ in signedness cpu.c:560: warning: suggest explicit braces to avoid ambiguous 'else' cpu.c:567: warning: pointer targets in passing argument 4 of 'sysctl' differ in signedness cpu.c:573: warning: pointer targets in passing argument 4 of 'sysctl' differ in signedness cpu.c:579: warning: pointer targets in passing argument 4 of 'sysctl' differ in signedness cpu.c:584: warning: pointer targets in passing argument 4 of 'sysctl' differ in signedness -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 16725] New: Intermittent deadlock in GDI32 between freetype_cs and GDI_Level
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=16725 Summary: Intermittent deadlock in GDI32 between freetype_cs and GDI_Level Product: Wine Version: 1.1.11 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: Paul.Hampson(a)Pobox.com Running the Warhammer Online patch client (warpatcher.bin) I occasionally see a deadlock between freetype_cs and GDI_Level critical sections between two of the threads. It appears that one thread is in WineEngGetCharWidth holding freetype_cs, and then calls GDI_AllocObject, descended from GetCharacterPlacementW called by Gecko. The other thread is in FONT_SelectObject, and then calls WineEngCreateFontInstance, descended from a SelectObject call by libpatchui.dll from warpatcher.bin. This code in FONT_SelectObject is marked FIXME so I guess this is known as a potential issue, but I can't see any bugs that specify this as a problem. On the other hand, it looks to me like WineEngGetCharWidth should probably somehow have tried to lock the GDI_Level critical section before entering the freetype_cs critical section, if it is going to call things that might need to lock GDI_Level. In this case, the program is trying to display a HTML-skinned interface of some kind. I'm not sure exactly what it's trying to do, but I can see how it'd have gecko and GDI running on the same thing. Bug 16310 comment 9 suggests that it might be being caused by the same thing, but that's not confirmed there. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 4

[Bug 16787] New: PowerDVD 8 (Trial) fails to install
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=16787 Summary: PowerDVD 8 (Trial) fails to install Product: Wine Version: 1.1.12 Platform: PC-x86-64 URL: http://powerdvd.en.softonic.com/download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bojan(a)antonovic.ch The installation stops with this short backtrace: fixme:advapi:LookupAccountNameW (null) L"root" (nil) 0x338ae0 (nil) 0x338ae4 0x338ad8 - stub fixme:advapi:LookupAccountNameW (null) L"root" 0x135688 0x338ae0 0x134e38 0x338ae4 0x338ad8 - stub fixme:advapi:LookupAccountNameW (null) L"root" (nil) 0x338ae0 (nil) 0x338ae4 0x338ad8 - stub fixme:advapi:LookupAccountNameW (null) L"root" 0x163e50 0x338ae0 0x163d70 0x338ae4 0x338ad8 - stub fixme:storage:StgCreateDocfile Storage share mode not implemented. fixme:reg:GetNativeSystemInfo (0x32d1d8) using GetSystemInfo() wine: Call from 0x15f1612 to unimplemented function SHELL32.dll.526, aborting err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-1e00-000019000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-1e00-000019000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-1e00-000019000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-1e00-000019000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-1e00-000019000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 16585] New: Printing document with images crashes wine
by wine-bugs＠winehq.org 30 Jan '09

30 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=16585 Summary: Printing document with images crashes wine Product: Wine Version: 1.1.11 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tarasov.igor(a)gmail.com Created an attachment (id=18107) --> (http://bugs.winehq.org/attachment.cgi?id=18107) WINEDEBUG=+print,+ntprint,+winspool,+driver log This bug occurs in Watchtower Library 2007. Printing functionality works pretty well, except of one page. All documents in the Library are text files with simple text formatting, no images. However, there are few help pages that also could (and recommended to) be printed that do contain images. I've tried printing various selection parts from these pages, and it is okay until I select image also. When the application attempts to print these pages wine crashes with: wine: Unhandled page fault on read access to 0x00000000 at address 0x7d74395c (thread 0009), starting debugger... WINEDEBUG=+print,+ntprint,+winspool,+driver log attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 21