wine-devel September 2005

136 participants
273 discussions

large file support and GetDiskFreeSpace gets wrong info on > 2GB disks

by Vijay Kiran Kamuju

Hi Alexander We should add the following lines to the configure script to check for large file support in the kernel. As the GetDiskFreeSpace gets wrong information regarding the disk space on disks > 2GB. dnl This test must come as early as possible after the compiler configuration dnl tests, because the choice of the file model can (in principle) affect dnl whether functions and headers are available, whether they work, etc. AC_SYS_LARGEFILE CFLAGS="$CFLAGS -D_FILE_OFFSET_BITS=${ac_cv_sys_file_offset_bits}" AC_CHECK_SIZEOF(off_t, 64, [ #include <stdio.h> #include <sys/types.h> #include <unistd.h> ]) Thanks Vijay

18 years, 7 months

Steam broken again

by Ivan Gyurdiev

Is anyone interested in looking at: http://bugs.winehq.org/show_bug.cgi?id=3293 I can provide trace output, if you let me know what you need traced (ole? dbghelp? oleaut?). It would be nice if Steam could be made to work, so Oliver's D3D work can be tested w/ Half Life 2. Steam used to work, but an update has broken it again.

18 years, 7 months

Re: msvcrt: portable printf integer conversions

by Mike McCormack

Hi Jesse, Jesse Allen wrote: > Here's a patch to start the work on getting our own printf number > conversions done internally. It adds pf_integer_conv, which is > capable of handling d,x,o,u,i. However, a large part of my intent is > to add support for I64 size integers. So I've decided to only foward > I64 sizes to it at this time, and leave the rest intact, as I've only > tested I64. I sent a message to wine-devel last night for comments, > but it seems to have gotten lost. We need to guage how to restructure > the printf code, especially since I've found two bugs in our current > implementation. Code to handle %I64 and %I32 has been missing for a while. Thanks for looking into this. Please make sure to write some test cases, as changing it will probably break something (or even make some of the current test cases pass). If you look at glibc's printf code, you'll realize how messy complete printf handling is... IMO, it would be better to let glibc handle the complexities of printf where possible, and work around the differences as we have done so far. Some comments on the patch: > + if( flags->Format == 'X' ) > + digits = "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ"; > + else > + digits = "0123456789abcdefghijklmnopqrstuvwxyz"; Do you really need the whole alphabet? > + else if( *(p+1) == '3' && *(p+2) == '2' ) > + { > + FIXME("%%I32 unhandled\n"); > + p += 3; > + } > + else > + { > + FIXME("%%I unhandled\n"); > + p++; Seems like if you have the code to do %I64, then doing %I32 would be easy too... I think that you'll find that %I31 is invalid, but again you'll need a test case to make sure. Mike

18 years, 7 months

Re: Documentation volunteer(s) needed

by josephblack

In article <87oe6nlq4i.fsf(a)wine.dyndns.org>, julliard(a)winehq.org says... > Folks, > > As most of you probably know (at least those of you who managed to get > out of bed in time for my keynote ;-) we are supposed to release 0.9 > real soon now. We do have one remaining issue: the documentation > needs some major work. Not every bit of it is critical for the > release, but we need to fix at least the User's Guide to reflect the > recent configuration changes. Would anybody be interested in helping > with that? > www.wine-wiki.org has been compiling tips from the wine mailing lists. I had planned to use it to update the documentation, but keeping up with the lists has kept me busy. After some discussion, Jason (the owner) has confirmed he would like to raise an offer of wine-wiki.org and its contents to the Wine project. joseph black admin

18 years, 7 months

Wine CVS as of 9/25/2005 Kills Notes

by Kevin DeKorte

I updated CVS yesterday and then tried to run notes 6.51 and got this backtrace. It works fine with 20050726 wine ./nlnotes Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. fixme:uniscribe:ScriptGetProperties 0x61be3aa8,0x61be3a7c fixme:uniscribe:ScriptRecordDigitSubstitution 1024,0x61be3a70 wine: Call from 0x4154ba5c to unimplemented function usp10.dll.ScriptCacheGetHeight, aborting Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Warning: the specified System directory L"c:\\windows\\system32" is not accessible. wine: Unhandled exception (thread 000d), starting debugger... Warning: the specified System directory L"c:\\windows\\system32" is not accessible. Usage: winedbg [--command cmd|--auto] [--gdb [--no-start] [--with-xterm]] cmdline fixme:netapi32:NetUserEnum ((null),20, 0x2,0x4191f2e4,2,0x4191f4ec,0x4191f4f0,0x4191f2dc) stub! fixme:advapi:LookupAccountSidA ((null),sid=0x4191f01c,0x4191e9d4,0x4191edd8 (512),0x4191ebd4,0x4191efe0(512),0x4191efe4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub fixme:advapi:LookupAccountSidA ((null),sid=0x4191ed2c,0x4191e6e4,0x4191eae8 (512),0x4191e8e4,0x4191ecf0(512),0x4191ecf4): semi-stub wine: Unhandled exception (thread 000b), starting debugger... -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351

18 years, 7 months

winsock2 header missing function prototypes

by James Hawkins

Hey, While trying out example code from msdn covering windows sockets, I ran into a problem with the winsock2.h header. The example only included winsock2.h and used the socket() function. While compiling with winelib, gcc complained that socket is not a function. I looked through winsock2.h and couldn't find the prototype. It turns out the prototype is in winsock.h. I then checked to see if winsock2.h included winsock.h, and it turns out it does, but with __WINE_WINSOCK2__ defined. This prevents the prototypes from being included from winsock.h because they are protected by an if !defined(__WINE_WINSOCK2__). Right above this block is the note: /* * Prototypes * * Remember to keep this section in sync with the * "Winsock Function Typedefs" section in winsock2.h. */ I looked at the Winsock Function Typedefs from winsock2.h and they are just a bunch of typedefs (of course). If we can compile this program in windows, shouldn't we be able to compile it with winelib/make too? Is there anything I'm doing wrong or should something be fixed in the headers? Thanks, James Hawkins

18 years, 7 months

Re: RICHED20: fix stylesheet reading and input callback

by Ivan Gyurdiev

Krzysztof Foltman wrote: >ChangeLog: > * Optional destinations in stylesheets are now skipped properly (and >not treated as the "proper" styles as they were before) > * EOF condition in the middle of the stylesheet is no longer putting >the reader into infinite loop > * Half-full input buffers don't trigger EOF anymore (although it could, >in theory, break some apps, I find it unlikely - and the change makes >Out from Boneville installer display license properly) > >In case of the problems with the last change (which shouldn't happen, >but we deal with Windows apps here ;-) ), uncomment the block starting >at line 132 in reader.c > > I can report a regression as of today. Running the Steam installer for Half Life 2 Demo got to the EULA in the morning. It is now not able to display the EULA. fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub ReadStyleSheet: missing style number Last token read was "}" near line 3, position 22. wine-pthread: style.c:62: ME_ToCF2W: Assertion `from->cbSize >= sizeof(CHARFORMAT2W)' failed. wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: assertion failed in 32-bit code (0x3b14b935). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:3b14b935 ESP:7fca6ae4 EBP:7fca6af4 EFLAGS:00000202( - 00 - - I1) EAX:00000000 EBX:00007786 ECX:00007786 EDX:00000006 ESI:00000000 EDI:3b23dff4 Stack dump: 0x7fca6ae4: 00007786 3b23dff4 00000000 b7fc7a30 0x7fca6af4: 7fca6c18 3b14ce6b 00000006 3b23dff4 0x7fca6b04: 0000005e 0000005f 7fca6bcc 3b17cf28 0x7fca6b14: 7d16dbe0 0000005f 0000005e fbad8000 0x7fca6b24: 7d16dbe0 7d16dbe0 7d16dbe0 7d16dbe0 0x7fca6b34: 7d16dc3e 7d16dc44 7d16dbe0 7d16dc44 0200: sel=1007 base=7fffc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x3b14b935 gsignal+0x45 in libc.so.6 (0x7fca6af4) 2 0x3b14ce6b abort+0xe7 in libc.so.6 (0x7fca6c18) 3 0x3b144fa6 __assert_fail+0xb6 in libc.so.6 (0x7fca6c38) 4 0x20511cb4 ME_CopyToCF2W+0x0(to=0x7fca6c78, from=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:67] in riched20 (0x7fca6c5c) 5 0x20511fe7 ME_ApplyStyle+0x2b(sSrc=0x7f6c39a0, style=0x7fca8fb4) [/home/phantom/src/wine/dlls/riched20/style.c:154] in riched20 (0x7fca6cf8) 6 0x205057d5 ME_RTFReadHook+0xdd(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/editor.c:490] in riched20 (0x7fca6dd0) 7 0x2050d505 RTFGetToken+0x35(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:464] in riched20 (0x7fca6de4) 8 0x2050d9cd RTFRead+0x25(info=0x7fca6e60) [/home/phantom/src/wine/dlls/riched20/reader.c:379] in riched20 (0x7fca6df8) 9 0x20509306 RichEditANSIWndProc+0x271a(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:591] in riched20 (0x7fcacffc) 10 0x20509eec RichEdit10ANSIWndProc+0x24(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/riched20/editor.c:1951] in riched20 (0x7fcad020) 11 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcad044) 12 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcad078) 13 0x682cda89 CallWindowProcA+0x161(func=0x4fd69000, hwnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x7fcad194) [/home/phantom/src/wine/dlls/user/winproc.c:3230] in user32 (0x7fcad0a4) 14 0x682a3dc5 call_window_proc+0xa1(lparam=0x7fcad194, unicode=0x0, same_thread=0x1) [/home/phantom/src/wine/dlls/user/message.c:1520] in user32 (0x7fcad0fc) 15 0x682a7136 SendMessageTimeoutA+0x1ba(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194, flags=0x0, timeout=0x0, res_ptr=0x7fcad174) [/home/phantom/src/wine/dlls/user/message.c:2396] in user32 (0x7fcad150) 16 0x682a71b5 SendMessageA+0x31(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x7fcad194) [/home/phantom/src/wine/dlls/user/message.c:2440] in user32 (0x7fcad17c) 17 0x1000a637 in glc252.tmp (+0xa637) (0x7fcad1a0) 18 0x10009b89 _ListboxSubclassProc@16+0x568 in glc252.tmp (0x7fcad5f8) 19 0x10009a61 _ListboxSubclassProc@16+0x440 in glc252.tmp (0x7fcadeec) 20 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadf10) 21 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadf44) 22 0x682cd99e CallWindowProcA+0x76(func=0x6832a118, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:3245] in user32 (0x7fcadf70) 23 0x6827a0f8 DefDlgProcA+0x54(hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/defdlg.c:453] in user32 (0x7fcadfa0) 24 0x682ca26f WINPROC_wrapper+0x17 in user32 (0x7fcadfc4) 25 0x682cac86 WINPROC_CallWndProc+0x5a(wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:415] in user32 (0x7fcadff8) 26 0x682cf3fb CallWindowProcW+0x117(func=0x68329e1a, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/home/phantom/src/wine/dlls/user/winproc.c:3058] in user32 (0x7fcae498) 27 0x682a3e24 call_window_proc+0x100(lparam=0x0, unicode=0x1, same_thread=0x1) [/home/phantom/src/wine/dlls/user/message.c:1515] in user32 (0x7fcae4f0) 28 0x682a72f9 SendMessageTimeoutW+0x139(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0, flags=0x0, timeout=0x0, res_ptr=0x7fcae560) [/home/phantom/src/wine/dlls/user/message.c:2348] in user32 (0x7fcae53c) 29 0x682a733d SendMessageW+0x31(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0) [/home/phantom/src/wine/dlls/user/message.c:2429] in user32 (0x7fcae568) 30 0x6827eb3d DIALOG_CreateIndirect+0xd9d(dlgProc=0x10007c17, param=0x0, unicode=0x0, modal=0x0) [/home/phantom/src/wine/dlls/user/dialog.c:638] in user32 (0x7fcae6a8) 31 0x6827f451 CreateDialogIndirectParamAorW+0x29(hInst=0x10000000, dlgTemplate=0x7ff9cd14, owner=0x20042, dlgProc=0x10007c17, param=0x0, flags=0x2) [/home/phantom/src/wine/dlls/user/dialog.c:697] in user32 (0x7fcae6c8) 32 0x6827f502 CreateDialogIndirectParamA+0x26(hInst=0x10000000, dlgTemplate=0x7ff9cd14, owner=0x20042, dlgProc=0x10007c17, param=0x0) [/home/phantom/src/wine/dlls/user/dialog.c:706] in user32 (0x7fcae6ec) 33 0x10007b2e in glc252.tmp (+0x7b2e) (0x7fcae780) 34 0x100078ee in glc252.tmp (+0x78ee) (0x7fcae898) 35 0x100044cc in glc252.tmp (+0x44cc) (0x7fcaf5b0) 36 0x10001fa8 WiseMain+0xf99 in glc252.tmp (0x00000000) 0x3b14b935 gsignal+0x45 in libc.so.6: xchgl %edi,%ebx Modules: ...

18 years, 7 months

re: [bug824] update

by Dan Kegel

Vijay wrote: > Any comments on why this patch has not been commited > http://www.winehq.org/pipermail/wine-patches/2004-October/013221.html Probably because it does not include a conformance test. If you like, you could help by turning http://members.cox.net/~rgalbraith10/wine/bug824/demo824.c into an unattended conformance test by following the example in http://winehq.org/site/docs/wine-devel/testing-test - Dan

18 years, 7 months

listview crash fix

by Dimi Paun

Hi Michael, Can you try this out and let me know if it works please? To be honest, I don't like this solution at all, I'll try a different approach tonight, but in the meanwhile... -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

18 years, 7 months

Re: winspool/tests: New Testsuite

by Detlef Riekenberg

New Testsuite for GetDefaultPrinter and GetPrinterDriverDirectory Added: + Test Printing Environments for GetPrinterDriverDirectory + More intensive Testing. + Verbose Output with "WINETEST_DEBUG" > 1 * More tests will follow. If the Patch is to Large (i already removed the Unicode-Tests) i can split the Testsuite, but this will reduce the amount of testing, compared to the current CVS. Changelog: - New Testsuite for winspool.drv: GetDefaultPrinterA and GetPrinterDriverDirectoryA (with different environments) - Verbose Output with "WINETEST_DEBUG" > 1 -- By By ... ... Detlef

18 years, 7 months

← Newer
1
2
3
4
5
6
7
8
9
...
28
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel September 2005