http://bugs.winehq.org/show_bug.cgi?id=16994
Summary: widechartomultibyte not converting properly
Product: Wine
Version: 1.0.1
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lkcl(a)lkcl.net
Created an attachment (id=18786)
--> (http://bugs.winehq.org/attachment.cgi?id=18786)
wchar to multibyte test case
(sorry, yes i know this is wine 1.0.1 i'm in the middle of compiling 1.1.13,
will update when it finishes).
this is from the python regression tests, the test is test_pep272.py,
relevant section here:
filenames = [
#'abc',
#u'ascii',
#u'Gr\xfc\xdf-Gott',
u'\u0393\u03b5\u03b9\u03ac-\u03c3\u03b1\u03c2',
u'\u0417\u0434\u0440\u0430\u0432\u0441\u0442\u0432\u0443\u0439\u0442\u0435',
u'\u306b\u307d\u3093',
u'\u05d4\u05e9\u05e7\u05e6\u05e5\u05e1',
u'\u66e8\u66e9\u66eb',
u'\u66e8\u05e9\u3093\u0434\u0393\xdf',
]
for name in filenames:
print "about to open"
f = open(name, 'w')
f.write((name+'\n').encode("utf-8"))
f.close()
the relevant trace showing the problem is here:
0009:Call msvcrt._wfopen(0060fe60
L"\03b5\0393\03ac\03b9\033c-\03c2\03b1",00403000 L"w") ret=00401353
0009:Call KERNEL32.WideCharToMultiByte(00000000,00000000,0060fe60
L"\03b5\0393\03ac\03b9\033c-\03c2\03b1",00000008,00116df0,00000008,00000000,00000000)
ret=7ee14352
0009:trace:nls:WideCharToMultiByte cp 0 L"\03b5\0393\03ac\03b9\033c-\03c2\03b1"
-> "?????-??", ret = 8
test case 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.
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.
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@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@gonzalez:~/src/python2.5-2.5.2$ more tst <-- faked up to show ^Ms
hell^M
back^M
lkcl@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.
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.
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.
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.
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.
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.
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.
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.