wine-devel April 2004

wine-devel@winehq.org

138 participants
323 discussions

Re: White-space patch for programs/winetest/main.c
by Alexandre Julliard 21 Apr '04

21 Apr '04

Jakob Eriksson <jakov(a)vmlinux.org> writes: > This is also an example of how the file can store its indent > preference in a comment. > > I will run this when I'm done editing the file: > FILENAME=main.c && `grep indent $FILENAME` $FILENAME I don't think that's a good idea at all. It would require everybody to do that every time they make a change to that file, otherwise there will be plenty of spurious whitespace changes and conflicts. Please don't do that. -- Alexandre Julliard julliard(a)winehq.org

2 2

i810 audio fixes 1/2
by Roderick Colenbrander 21 Apr '04

21 Apr '04

Hi, This is the first of two patches that will fix some problems on soundcards using the i810 audio codec. The main probem with this soundcard is that it only supports a frequency of 48kHz in 16bit stereo mode. This first patch to dsound queries if the card supports 16bit and if so it uses it, else it uses 8bit. Further it also detects if the card supports stereo or not. The patch was inspired by one from transgaming to rewind but that patch did a bit the opposite (defaulting to 8bit ..). Roderick Colenbrander

8 18

Re: Widl: Conditionals, Dotted Versions, Handles
by Robert Shearman 21 Apr '04

21 Apr '04

>>> Ove Kaaven <ovek(a)arcticnet.no> 04/19/04 22:50 PM >>> man, 19.04.2004 kl. 17.03 skrev Robert Shearman: > > > Doesn't the "version" rule already handle this? > > > > It would appear not. The 'version' type is declared > as a number further up > > It's declared that the rule *returns* a number, you mean. The actual > rule is defined as > > version: > aNUM { $$ = MAKELONG($1, 0); } > | aNUM '.' aNUM { $$ = MAKELONG($1, $3); } > ; > > Now if this somehow returns 0, then you need to fix that rule, not add > another rule which makes a version of e.g. "1.2.3.4" valid syntax (but > still return a wrong result). Ok, I missed that before. I suspect it doesn't work properly because it correctly matches aNUM and attempts to convert it to a number and succeeds (but returning 0). We should re-arrange that rule so that the dotted version matches first and falls back to the second version if there is no '.'. However, I doubt I will have the time to resend that patch for a while. Rob

1 0

winetest reporting http://test.winehq.org/data/200404192305/
by Jakob Eriksson 21 Apr '04

21 Apr '04

First of all, the report on http://test.winehq.org/data/200404192305/ is VERY pretty. Almost get misty eyed here. ;-) Things are coming along very nicely. Anyway, I am curious what happens if I run winetest.exe in Wine. Will it get reported accurately as Wine, or will it get misrepresented in for instance the XP column? regards, Jakob

4 7

Serial and pread
by Izak Burger 21 Apr '04

21 Apr '04

Hello, I'm currently debugging a problem with serial comms over wine, and I see that when a serial device is opened (in server/serial.c) the serial_get_info function returns a type of FD_TYPE_DEFAULT, which in turn causes the serial device to be read from and written to with pread and pwrite in dlls/ntdll/file.c. Will this even work? I mean, how can you write or read to a serial port while using an offset? In any case, I changed the code to return FD_TYPE_SOCKET instead ( I thought a serial port is probably a lot more like a socket than it is a file) and now I get some activity on the serial port (before there was nothing), but it still does not work as it should. Not to worry, I just wanted to ask if all the trouble people were having with async serial comms might not be related to this? Any ideas greatly appreciated. regards, Izak

3 7

20040408 on freebsd4.9
by eternal 21 Apr '04

21 Apr '04

hello all... been stumped on this one for about a week now... been on the wine-users list trying to get this worked out, and mr. pfeifer was even nice enough to lend some advice that yeilded some build progress, but it (wine) seems to hate the idea of running on my puter... here's the info...: tyan tiger 100 dual p3-850 512MB ECC ati radeon 8500LE FreeBSD4.9-RELEASE and below is the output from env (initial login as vertigo, startx, open console, su root, env): USER=vertigo MAIL=/var/mail/vertigo OLDPWD=/home/vertigo HOME=/root GTK_RC_FILES=/usr/X11R6/etc/gtk/gtkrc:/home/vertigo/.gtkrc-1.2-gnome2 PAGER=more ENV=/home/vertigo/.shrc COLORTERM=gnome-terminal LOGNAME=vertigo WINDOWID=25165870 TERM=xterm BLOCKSIZE=K GNOME_DESKTOP_SESSION_ID=Default SESSION_MANAGER=local/eTernaL.null.org:/tmp/.ICE-unix/620 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin DISPLAY=:0.0 DESKTOP_STARTUP_ID= XAUTHORITY=/home/vertigo/.Xauthority SHELL=/bin/csh PWD=/home/vertigo/winecvs EDITOR=vi HOSTTYPE=FreeBSD VENDOR=intel OSTYPE=FreeBSD MACHTYPE=i386 SHLVL=1 GROUP=wheel CC=/usr/local/bin/gcc33 LD_LIBRARY_PATH=/usr/local/lib/gcc-lib/i386-portbld-freebsd4.9/3.3.1 first off, i get all the recent wine packages from cvs, i save it at /home/vertigo/winecvs, and again at /home/vertigo/winebackup. cd winecvs as vertigo, ./tools/wineinstall returns "not found". ls -la tools shows that is there... su root, check env (hence it's inclusion above), ./configure && make depend run fine. from past experience, i do the following make > winemake.txt after about 2700 lines of output, make stops with: rm -f winepath && ln -s ../../tools/winewrapper winepath /usr/local/bin/gcc33 -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o gui.o gui.c /usr/local/bin/gcc33 -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o main.o main.c /usr/local/bin/gcc33 -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o send.o send.c /usr/local/bin/gcc33 -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o util.o util.c ../../tools/winebuild/winebuild -o winetest.exe.dbg.c --debug -C. gui.c main.c send.c util.c /usr/local/bin/gcc33 -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o winetest.exe.dbg.o winetest.exe.dbg.c ../../tools/bin2res -f -o wine.ico ./gui.rc ./maketest ../.. advapi32_test.exe$(DLLEXT) comctl32_test.exe$(DLLEXT) gdi32_test.exe$(DLLEXT) kernel32_test.exe$(DLLEXT) msvcrt_test.exe$(DLLEXT) netapi32_test.exe$(DLLEXT) ntdll_test.exe$(DLLEXT) oleaut32_test.exe$(DLLEXT) rpcrt4_test.exe$(DLLEXT) shell32_test.exe$(DLLEXT) shlwapi_test.exe$(DLLEXT) urlmon_test.exe$(DLLEXT) user32_test.exe$(DLLEXT) wininet_test.exe$(DLLEXT) winmm_test.exe$(DLLEXT) winspool.drv_test.exe$(DLLEXT) ws2_32_test.exe$(DLLEXT) > winetest.rc || ( rm -f winetest.rc && exit 1 ) cp ../../dlls/advapi32/tests/advapi32_test.exe.so advapi32_test.exe.so && strip advapi32_test.exe.so cp ../../dlls/comctl32/tests/comctl32_test.exe.so comctl32_test.exe.so && strip comctl32_test.exe.so cp ../../dlls/gdi/tests/gdi32_test.exe.so gdi32_test.exe.so && strip gdi32_test.exe.so cp ../../dlls/kernel/tests/kernel32_test.exe.so kernel32_test.exe.so && strip kernel32_test.exe.so cp ../../dlls/msvcrt/tests/msvcrt_test.exe.so msvcrt_test.exe.so && strip msvcrt_test.exe.so cp ../../dlls/netapi32/tests/netapi32_test.exe.so netapi32_test.exe.so && strip netapi32_test.exe.so cp ../../dlls/ntdll/tests/ntdll_test.exe.so ntdll_test.exe.so && strip ntdll_test.exe.so cp ../../dlls/oleaut32/tests/oleaut32_test.exe.so oleaut32_test.exe.so && strip oleaut32_test.exe.so cp ../../dlls/rpcrt4/tests/rpcrt4_test.exe.so rpcrt4_test.exe.so && strip rpcrt4_test.exe.so cp ../../dlls/shell32/tests/shell32_test.exe.so shell32_test.exe.so && strip shell32_test.exe.so cp ../../dlls/shlwapi/tests/shlwapi_test.exe.so shlwapi_test.exe.so && strip shlwapi_test.exe.so cp ../../dlls/urlmon/tests/urlmon_test.exe.so urlmon_test.exe.so && strip urlmon_test.exe.so cp ../../dlls/user/tests/user32_test.exe.so user32_test.exe.so && strip user32_test.exe.so cp ../../dlls/wininet/tests/wininet_test.exe.so wininet_test.exe.so && strip wininet_test.exe.so cp ../../dlls/winmm/tests/winmm_test.exe.so winmm_test.exe.so && strip winmm_test.exe.so cp ../../dlls/winspool/tests/winspool.drv_test.exe.so winspool.drv_test.exe.so && strip winspool.drv_test.exe.so cp ../../dlls/winsock/tests/ws2_32_test.exe.so ws2_32_test.exe.so && strip ws2_32_test.exe.so LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -fogui.res gui.rc *** Error code 1 Stop in /usr/home/vertigo/winecvs/programs/winetest. *** Error code 1 Stop in /usr/home/vertigo/winecvs/programs. *** Error code 1 Stop in /usr/home/vertigo/winecvs. -------------------------------------------------- at this point, i'm at a loss... i've made sure that the kernel had all the options that wine wants, because i did them when i set smp and apic_io... if anyone out there can help me out with this, it would be much appreciated. thanks in advance. shaun

1 0

EM_UNDO message handling for single line edit controls
by Santosh Siddheshwar 21 Apr '04

21 Apr '04

Hi, I think there is a defect in the handling of EM_UNDO message for single line edit controls. If you go by what MSDN says this message should always return TRUE. But in EDIT_EM_Undo method (controls/edit.c) we are checking whether the style of the edit control is Read Only and returning FALSE if it is Read Only. My question is why should a read only edit control not be allowed to handle WM_PASTE, EM_UNDO and similar messages? Regards Santosh Siddheshwar ********************************************************************* Disclaimer: The information in this e-mail and any attachments is confidential / privileged. It is intended solely for the addressee or addressees. If you are not the addressee indicated in this message, you may not copy or deliver this message to anyone. In such case, you should destroy this message and kindly notify the sender by reply email. Please advise immediately if you or your employer does not consent to Internet email for messages of this kind. *********************************************************************

2 1

Re: winetest: timeout & no consoles
by Dimitrie O. Paun 21 Apr '04

21 Apr '04

On April 19, 2004 6:27 pm, Ferenc Wagner wrote: > - force a 2-minute timeout on individual tests. Nice. I hope it's not too short. Does dissect & gather correctly recognize (and reflect on the HTML page) these timeouts? I'd be nice (and important :)) to know about them. -- Dimi.

2 2

Strnage fff-by-one error
by Dimitrie O. Paun 20 Apr '04

20 Apr '04

Folks, This is weird one. The Winelib build of AbiWord exposes an off-by-one error. However, the Win32 build of AbiWord works perfectly (without this very problem) under Wine/ReactOS/Windows. AbiWord builds flawlessly under Winelib, not even a warning, so my guess one of our constants is off by one. The bug must appear in their code while building it, since our code to execute the Winelib app and the Win32 app is byte for byte identical. I've attached a few screenshots to demonstrate what happens when you open a menu/dialog/etc and then you close it. Namely, the invalidation (or rather painting) is off by one at right & bottom of the invalidated rectangle. -- Dimi.

4 4

Re: RFH: winetest testing
by Mehmet YASAR 20 Apr '04

20 Apr '04

> 4. Programme stops on "user32:input" (the progressbar is at about 90%) Sorry, I made a mistake. I thought tests stopped on "user32:input" whereas there were running. After waiting I see a timeout error and a dialog box asking to send data to server.

1 0

← Newer
1
...
8
9
10
11
12
13
14
...
33
Older →

Jump to page:

2025

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 April 2004