April 2002 - Wine-Devel - list.winehq.org

Re: Regression: Wine won't compile with latest cvs shlwapi

by Ulrich Weigand

Alexandre Julliard wrote: > That's most likely the usual gcc bug with local WINAPI function > pointers. Doh, I'd completely forgotten that one :-/ Thanks, Ulrich -- Dr. Ulrich Weigand weigand(a)informatik.uni-erlangen.de

April 3, 2002

apologies to all

by Lonnie Cumberland

Hello All, I am VERY VERY sorry for sending the entire list such a large attachment. I hope that you all will forgive me and it will not happen again. I have no excuse except to say that I was getting too excited about the implementation and did not look at the size of the files. Sorry again, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

April 3, 2002

Re: warn:wave:OSS_OpenDevice Another thread ...

by Duane Clark

Eric wrote: > This patch would be the correct way of fixing the issue. Would you mind > trying it? This patch causes hangs for me. The audio and app ran for awhile, but then everything, including the app, suddenly froze up.

April 3, 2002

Re: Removed sorting of registry key values

by Tels

-----BEGIN PGP SIGNED MESSAGE----- Moin, On 03-Apr-02 Andriy Palamarchuk carved into stone: > A program can expect to retrieve values in the order > they were created. In particular, the problem can be > if the app creates names like Item1, ..., Item10. > After sorting Item10 will be after Item1, not after > Item9. But is this documented? Are there programs which will relly rely on this? And is this guarantied no to change, for instance in other windows versions? I would say: Don't fix things that are not broken.;) Cheers, Tels - -- "Why do you go so slowly? Do you think this is some kind of game?" PGP key available on http://bloodgate.com/tels.asc or via email. perl -MDev::Bollocks -e'print Dev::Bollocks->rand(),"\n"' authoritatively disintermediate prospective materials -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBPKtOtncLPEOTuEwVAQEfwAf+Nj8XZoVB84RoFcTbdvQ6qKBMh23cQ5EO d7c17jkVbGENWvEHR5NjToYDd3evEfM8emOe86ywxw6MrHdJZ+3RlSukcfprV33k EZoi2dgIzz7u+I3q//iaGkGrkGoW962XO2DiFXF3C33Es5DbORl8PMPq96+PJsz0 yCTgrzapD47+VvJLXBDgUHsPpyyFIjLP1+7/WhAB/qOEUae1a1lNSAAsbmY/zpT9 jL01/6bH28BDOGSmDI1j02hy8A9VZG/ErcLuhVOmBWEuYVq5+85t3PILCNJr5idP 597pu8baDfFYxjdaMO5E9zPiRib8jMGfWS+M5HRWSEiUEy66eEMKZQ== =ueqX -----END PGP SIGNATURE-----

April 3, 2002

Re: Removed sorting of registry key values

by Alexandre Julliard

Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > I don't have any doubts that existing code is faster. > The point of the patch is compatibility with Windows > behaviour. Unless we find a real-life application that depends on that, there isn't much point in being compatible here. -- Alexandre Julliard julliard(a)winehq.com

April 3, 2002

Re: SharedUserData

by Laurent Pinchart

> > >>I need to implement the SharedUserData, which is a page of memory >>located at (KERNEL_BASE - 0x10000) shared between user space (read-only >>access) and kernel space. >> >I don't know how to get the 'page fault' trap for a 'valid' user >page on all systems that wine might run on. Certainly the assumption >that (KERNEL_BASE - 0x10000) is available is probably false... > >However you don't actually need a valid user address, a kernel >address (ie one that is always invalid) will do. > I'm not sure to understand what you mean. The user program will try to access KERNEL_BASE - 0x10000 (which is 0x7ffe0000 on IA-32). I need that to trigger a segfault. >Catching SIGSEGV might be enough - but I'm not totally >certain how you can get the value back into the main >process context (emulate the instruction and modify the >saved program counter ????) > That's what I thought at first. I could also try to set a hardware breakpoint for read/write accesses at that address, but that's highly not portable, and won't work nicely with a debugger. If someone has a better idea I'll be glad to hear it. Laurent Pinchart

April 3, 2002

Re: Removed sorting of registry key values

by Andriy Palamarchuk

--- Eric Pouech <eric.pouech(a)wanadoo.fr> wrote: > I fail to see the benefits of the patch: > - key are sorted to allow O(log(n)) searching > (registry > is loaded only once, and then searched lots of > time) > so using enhanced searching techniques (<< O(n)) > is > really needed > - saying that NT doesn't export the keys in an > alphabetical order doesn't mean the keys are not > sorted. So far, you can only tell that they are > not > sorted, in the export mechanism, by an > alphabetical > order. They could be sorted, for example, by a > hash > code value (look at misc/registry.c for some more > details on registry internals) The tests show that values are exported in the same order in which they are created. This means the values are stored not in any particular order. Sure, Windows internallty can use map of keys for faster search but I doubt it. A program can expect to retrieve values in the order they were created. In particular, the problem can be if the app creates names like Item1, ..., Item10. After sorting Item10 will be after Item1, not after Item9. I don't have any doubts that existing code is faster. The point of the patch is compatibility with Windows behaviour. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/

April 3, 2002

Re: Removed sorting of registry key values

by Eric Pouech

Andriy Palamarchuk a écrit : > > Working on regedit replacement I noticed that Windows > regedit does not sort registry key values, while Wine > does. > I tested this on NT 4.0, SP2. You can check this by > importing a registry file with not alphabetic values > order and exporting it again. I fail to see the benefits of the patch: - key are sorted to allow O(log(n)) searching (registry is loaded only once, and then searched lots of time) so using enhanced searching techniques (<< O(n)) is really needed - saying that NT doesn't export the keys in an alphabetical order doesn't mean the keys are not sorted. So far, you can only tell that they are not sorted, in the export mechanism, by an alphabetical order. They could be sorted, for example, by a hash code value (look at misc/registry.c for some more details on registry internals) A+

April 3, 2002

DirectX API information - where?

by Tels

-----BEGIN PGP SIGNED MESSAGE----- Moin, I want to learn more about the directx and general windows APIs. Now I looked at some books, but was very unsure as to buy what and where, if ever. First, it seems that good books about these topics come from Microsoft Press. Naturally I don't want to support them ;) Second, it seems that you need for the examples and SDK Visual C++ - again from MS. Eeek! And of course, you have to run and use it under Windows *sigh* I am also worried about the different EULAs, licence and all that other stuff "tainting" me - even though I do believe that all of this stuff isn't legal binding for me anyway. But you never know. So, my question: Where can I obtain *free* information about the API's, their working etc. What do you use? Books you can advise? Thank you in advance, Tels - -- "Why do you go so slowly? Do you think this is some kind of game?" PGP key available on http://bloodgate.com/tels.asc or via email. perl -MDev::Bollocks -e'print Dev::Bollocks->rand(),"\n"' appropriately cultivate error-free convergence -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBPKs2zXcLPEOTuEwVAQGhjQf+KlvVhQQwEOpoReUTiukkohRolyyR8Z+f I/G4sx/ER8+RxtnwrWjBl/gadtnmUdjcf5x0Maca0cxRESjUwSvLgFXNA/VqGtiu SDsDpGVgXUr3iGDu2vXPMFCP0EqrwIUsFSoCpk9me6lWoPlWIOG/EZknA+JY+2zp axFcdrcu7QXq5KF2imPu+ACTA4dC9Af7HGhRflL0ERSe8a4+yhFqC8R2HV++TLPU +H5BQzLPiOANdrfj63bdaCoMWB+qj9bRW+PhPGkzq/QL4p/wsnz70AuW60pSRW5R dOokojLj9gjTY4QEQ/UEt8kyGIxFnSCF21oz9Ltjn1MXC6L8cwJ0Fg== =c8ZH -----END PGP SIGNATURE-----

April 3, 2002

Re: Regression: Wine won't compile with latest cvs shlwapi

by Tony Lambregts

Alexandre Julliard wrote: >Tony Lambregts <tony_lambregts(a)telusplanet.net> writes: > >>I can't get recent cvs versions to compile. After running cvs update -PAd and >>./tools/installwine I get these messages gcc: Internal compiler error: >>program cc1 got fatal signal 11 >> >>make[2]: *** [ordinal.o] Error 1 >>make[2]: Leaving directory `/usr/local/src/wine/dlls/shlwapi' >>make[1]: *** [shlwapi/shlwapi.dll.so] Error 2 >>make[1]: Leaving directory `/usr/local/src/wine/dlls' >>make: *** [dlls] Error 2 >> > >That's most likely the usual gcc bug with local WINAPI function >pointers. I've merged a patch to shlwapi that should work around >this. > Your right my version of gcc is buggy . Thankyou for the patch wine compiles fine now. Tony Lambregts

April 3, 2002