- Wine-Devel - list.winehq.org

alsa, arts, etc
by dwillis＠stx.rr.com Oct. 8, 2003

Oct. 8, 2003

how can i get alsa, arts, etc for audio instead of oss? i'm using wine for cooledit96 and the 3 second delay for oss emulation is quite annoying, but i'm still very happy to be using cooledit96 under linux. i'm using wine version 20030813. thanks, dave

2 2

Re: Render strings longer than 128 characters as individual chars
by Huw D M Davies Oct. 8, 2003

Oct. 8, 2003

On Tue, Oct 07, 2003 at 01:03:08PM -0400, Warren_Baird(a)cimmetry.com wrote: > > > > (See attached file: patch_xrender_long_string.txt) This is most likely due to a buggy version of libxrender which Keith fixed with the attached patch to the XFree86 cvs. I'd suggest upgrading to a newer version of the library. If we really have to have a workaround in Wine then the string should at least be batched rather than passed character by character. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: Protected mode interrupt problem
by Jukka Heinonen Oct. 8, 2003

Oct. 8, 2003

Mike McCormack wrote: > Two 16bit programs launch, one after the other. Each program hooks INT > 0, however since our interrupt tables are global to all tasks, the > second task retrieves the interrupt vector that the first task set. > > The first task exits, and restores the original INT 0 vector. When the > second task exits, tries to restore the INT 0 vector set by the first > task, which now has an invalid selector, so it crashes. > > After a bit of discussion and writing a test program, we discovered that > it appears that some interrupt vectors are task local, and some are > global. The local ones appear to be stored in the TDB (task descriptor > block), in offsets 0x26 - 0x4a. > > The attached patch fixes this, though we're not sure that it is correct > for DOS programs. Well, I don't know much about the relation between Win16 tasks and DOS. If this is how interrupt vectors are handled under Win16 then I guess the basic idea in the patch is correct. However, I can't see why this would cause a crash because as far as I know, int 0 vector is never called by Wine. It doesn't really matter but I'm just curious... (Perhaps they handle int 0 as a call chain?) Anyway, this patch fails to initialize the vectors so any attempt to use them causes a crash. These vectors are not currently used by Wine (except 0x3e) so this is not yet a problem but I would really like to see this patch changed so that those vectors are properly initialized (possibly lazily) at program startup and when new task is created (are they copied from another task or reset to default values?). And, I don't think TASK_GetCurrent() should be called from winedos and I thought use of WINE_PACKED was unnecessary and deprecated. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 2

RE: question about copyright and code, is this legal?
by Patrik Stridvall Oct. 8, 2003

Oct. 8, 2003

> Say I have a piece of code, x (which is copyright) which > always returns the > same output for a given input (e.g. a function that implements a math > formula or a function that retrieves some value from an > internal data table > stored in the dll or whatever) > Lets then say that I havent seen this code (either origonal C code or > disassembly) > Say I was to write a program that calls this function for all > valid inputs > and prints the inputs and outputs. > If I was to take the output of this program and, without > refering to the > origonal function or the dump program in any way (i.e. using just the > "truth table" for the function) generate a function that, for > any given > input, generates the same output as the original, have I > broken the law? Short answer: In depends on the nature of the output data and in which country you are in. Long answer: If the output data for each input data is not mearly a pure statement of some facts but an unique expression about something (be it some facts or otherwise) it is not permitted in any country. Note however that in some cases it might be possible to apply some another function and get rid of the unique expression and merely get the pure fact though... However in some countries it still depends on the nature of the pure facts though. In the US, it doesn't matter at all, see the "Feist" decision. In the Commonwealth countries and some other countries including my home country Sweden, each fact in and of itself is not protected either, however large collections of facts have some sort of protection as a whole and to some lesser degree to subsets of the whole collection. This is in order to protect the effort of collecting the facts and while case laws AFAIR at least in Sweden is a little unclear, it mostly seems to apply to collections of facts that have required a significant effort to collect... So functions the produce results that are purely algoritmic in nature are not protected. As far as Wine is concerned though I can't think of any Windows API that: 1. Returns pure facts (not having any unique expression) 2. Would fulfill the requirement of needed a significant effort to collect to collect the fact. So no I wouldn't worry about it as far as Wine is concerned.

3 2

Regression in lstrcmpiA (occurred in late June, NLS related)
by Troy Rollo Oct. 8, 2003

Oct. 8, 2003

When lstrcmpiA was moved from ole2nls.c to locale.c, (around 28th June) the results of comparisons in some cases became reversed. For example, the underscore now returns as greater than alphabetic characters, whereas it used to return as less than alphabetic characters. The older behaviour was consistent with Win2k. The output below is from the following source: ---begin test program--- #include <windows.h> #include <stdio.h> char *test_strings[] = { "_", "A", "a", "z", "Z", 0 }; void test_string(char *pch) { char **ppch = test_strings; while (*ppch) { printf("%s\t%s\t%d\n", pch, *ppch, lstrcmpiA(pch, *ppch)); ++ppch; } } int main(int argc, char **argv) { char **ppch = test_strings; while (*ppch) test_string(*ppch++); return 0; } ---end test program--- ---Wine output from immediately before the change--- _ _ 0sorts _ A -1 _ a -1 _ z -1 _ Z -1 A _ 1 A A 0 A a 0 A z -1 A Z -1 a _ 1 a A 0 a a 0 a z -1 a Z -1 z _ 1 z A 1 z a 1 z z 0 z Z 0 Z _ 1 Z A 1 Z a 1 Z z 0 Z Z 0 ---End--- ---Wine output from immediately after the change--- _ _ 0 _ A 1 _ a 1 _ z 1 _ Z 1 A _ -1 A A 0 A a 0 A z -1 A Z -1 a _ -1 a A 0 a a 0 a z -1 a Z -1 z _ -1 z A 1 z a 1 z z 0 z Z 0 Z _ -1 Z A 1 Z a 1 Z z 0 Z Z 0 ~---End---

8 26

Re: winebuild: small docu update
by Alexandre Julliard Oct. 8, 2003

Oct. 8, 2003

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Since these are internal use only, let's not document them > for external people, it will just cause problems. I disagree, it's much better to have documentation stating that they are internal than not to have any documentation at all. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Move actual code out of assert statements
by Alexandre Julliard Oct. 8, 2003

Oct. 8, 2003

Warren_Baird(a)cimmetry.com writes: > (See attached file: patch_code_out_of_asserts.txt) The indentation is messed up. You should set your editor tab width to 8 instead of 4. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Abort glyph rendering if everything is clipped
by Alexandre Julliard Oct. 8, 2003

Oct. 8, 2003

Warren_Baird(a)cimmetry.com writes: > (See attached file: patch_xrender_abort_if_clipped.txt) It would be better IMO to do that as part of the clip rectangle calculation a few lines below. -- Alexandre Julliard julliard(a)winehq.com

1 0

GDI and DirectX test suite
by Steven Edwards Oct. 7, 2003

Oct. 7, 2003

Hello, I have post a collection of tests with source code for the GDI and DirectDraw 7 interfaces at http://mail.gleneagle.net/sedwards/gdi/ The authors of the Windows2000 API Blackbook have aggreed to license the tests as public domain with a request for advertising. The ReactOS project has already started using these tests to help in our implementation and they may make a good test for WINE and Winelib. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

Re: wine/ windows/winpos.c server/window.c server/ ...
by Martin Fuchs Oct. 7, 2003

Oct. 7, 2003

Hello Alexandre, I see, you implemented storage of the four global shell and takman windows. Btw.: great unified aproach, this single get/set server call. :) But you did not yet insert the altered focus handling in set_active_window() from my patch. Is this just comming next, or is there another particular reason for not doing this? Martin On 07.10.2003 05:40:24 Alexandre Julliard wrote: > ChangeSet ID: 9656 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/10/06 22:40:24 > > Modified files: > windows : winpos.c > server : window.c trace.c request.h protocol.def > include/wine : server_protocol.h > dlls/user : focus.c > > Log message: > Store the global shell, progman and taskman windows in the server > (based on a patch by Martin Fuchs). > > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9656 > > Old revision New revision Changes Path > 1.147 1.148 +0 -81 wine/windows/winpos.c > 1.23 1.24 +61 -0 wine/server/window.c > 1.182 1.183 +20 -0 wine/server/trace.c > 1.88 1.89 +2 -0 wine/server/request.h > 1.84 1.85 +18 -0 wine/server/protocol.def > 1.85 1.86 +27 -1 wine/include/wine/server_protocol.h > 1.5 1.6 +131 -0 wine/dlls/user/focus.c

2 5