May 2009 - Wine-Devel - list.winehq.org

Re: [PATCH 01/10] msi/tests: Add tests for binary OBJECTS.
by Austin English May 24, 2009

May 24, 2009

On Sun, May 24, 2009 at 11:51 AM, Hib Eris <hib(a)hiberis.nl> wrote: > Hi, > > I will send 10 patches for msi.dll that will add support for OBJECT > types in the Msi Database and that will allow you to merge in new > tables. > > This will make the WiX (Windows Installer XML) toolkit work a lot better. > > Please review and provide feedback on what can be improved as this is > my first substantial patch series to wine. > > Kind regards, > > Hib Eris > > > --- > dlls/msi/tests/db.c | 84 +++++++++++++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 84 insertions(+), 0 deletions(-) > > > > Great work. Thanks for helping Wine! -- -Austin

1 0

Using Windows ODBC drivers
by martti May 24, 2009

May 24, 2009

Types successfully tested under wine: DB Type=PostgreSQL, Usefullness=100% Wine use: 1.1.21

1 0

re: urlmon: Cache binding notif window.
by Dan Kegel May 24, 2009

May 24, 2009

Hi Jacek, why do you have tls_list in http://www.winehq.org/pipermail/wine-patches/2009-May/072833.html ? The usual idiom is to just free each thread's data in THREAD_DETACH, isn't it? I ran into this while chasing a crash regression in Sketchup, see Anastasius' comments in http://bugs.winehq.org/show_bug.cgi?id=18601 - Dan

2 1

[comctl32] Test request
by Nikolay Sivov May 24, 2009

May 24, 2009

Hi. I've just prepared some simple MRU tests and I need test them on various native platfoms - tested only on xp sp2 so this one could be skipped. Could somebody do it?

1 0

Updating bugs in Bugzilla
by Ken Sharp May 24, 2009

May 24, 2009

Hi all, Is there any way I can have access to update bugs that I did not open in Bugzilla? I update a lot of bugs and some of them are not set correctly (incorrect component or incorrect URL). Wrong URLs are a real pain because it can lead to testing the wrong version of an app (see Bug 13371). At the moment I have to ask someone with access to make these changes for me, and they're not always done. I don't want to ask them repeatedly because they have better things to do, I'm sure, and it would be easier if I could do it myself. I have admin access on the AppDB for this reason. Is there any way I could have a similar access on Bugzilla? I had no idea where to send this email to... Thanks, Ken.

1 1

Static-ify rsaenh/mpi?
by Francois Gouget May 23, 2009

May 23, 2009

So dlls/rsaenh/mpi.c defines 13 functions that are only used there. So they could be made static by tweaking mpi.c and tomcrypt.h. However my understanding is that this files has been imported in Wine from another project so maybe it's not a good idea to diverge much from them. What do you think? Should we just leave them as is? -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ A particle is an irreducible representation of the Poincaré Group - Eugene Wigner

2 3

re: Updating bugs in Bugzilla
by Dan Kegel May 23, 2009

May 23, 2009

Ken Sharp asked: > [Can I have bugzilla privs?] OK, you have them now. Please them wisely.

1 0

[patch] segv on use-after-free in dsound/buffer.c
by Yuriy Kaminskiy May 23, 2009

May 23, 2009

Hello! One of games rarely crashed with segv in line 86 of dsound/buffer.c: 85: IDirectSoundBuffer_Release((LPDIRECTSOUNDBUFFER)This->dsb); 86: This->dsb->notify = NULL; (sorry, I failed to save actual backtrace at the time). This looks like typical assign-after-free bug. I've applied attached patch (wine-1.1.7, now on 1.1.19), no crashes so far (btw, similar *Secodary*Release method down in code uses proper order - assign-NULL-then-release).

2 1

Re: News on Wine 1.1.21/MacOSX/XQuartz 2.3.3
by James Mckenzie May 22, 2009

May 22, 2009

Roderick Colenbrander wrote about Re: News on Wine 1.1.21/MacOSX/XQuartz 2.3.3 > >On Wed, May 20, 2009 at 4:04 PM, Austin English <austinenglish(a)gmail.com> wrote: >> On Wed, May 20, 2009 at 4:46 AM, Roderick Colenbrander >> <thunderbird2k(a)gmail.com> wrote: >>> On Tue, May 19, 2009 at 6:41 PM, Mike Kronenberg >>> <mike.kronenberg(a)kronenberg.org> wrote: >>>> On 18.05.2009, at 06:56, Dmitry Timoshkov wrote: >>>> >>>>> "James McKenzie" <jjmckenzie51(a)earthlink.net> wrote: >>>>> >>>>>> Austin: >>>>>> Contact Mike Kronenberg or Zach Drayer and see what they currently >>>>>> have. >>>>> >>>>> IMHO since they haven't even bothered so far to change the license from >>>>> GPL to LGPL to match Wine, and clarify what exactly is so much different >>>>> in their builds so that they insist on different naming (Darwine vs. >>>>> Wine), >>>>> they shouldn't be even considered as partners to the Wine project. >>>>> >>>>> If we could have our own Wine builds for Intel Macs, that would finally >>>>> help to avoid this confusion Darwine adds, and remove it from our Wiki >>>>> altogether (since it's apparently where the users coming to them from). >>>>> >>>>> -- >>>>> Dmitry. >>>>> >>>>> >>>> >>>> >>>> >>>> Hi, >>>> >>>> (I hope I did not double-post, but somehow my mail from yesterday was eaten >>>> by filter-gnomes) >>>> >>>> It's not about being willing to, but plain lack of time. >>>> I follow this list closely and work on solutions as time permits. >>>> After half a year, it's been four weeks now that I am able again to build >>>> and test on a regular base again. >>>> >>>> There are other components on OS X that need some love, like the >>>> winehelper.app into which I'm looking atm. >>>> >>>> License and renaming is definitely on the list. >>>> I thought to revamp the package, once the winehelper is replaced, to not >>>> double do the work. >>>> >>>> As already mentioned, I build the dependencies and store them inside the >>>> apple .app package, which allows for drag'n'drop installation and removal. >>>> >>>> Having the dependencies as frameworks would be even better, as there is a >>>> lot of trouble with PATHS, especially if multiple environments are on the >>>> system, like fink and macports. >>>> >>>> But if the name-change is the most pressing issue, I will gladly do that >>>> with this weekends release. >>>> >>>> Mike Kronenberg >>>> >>>> >>>> >>> >>> Could you also upload some docs / scripts on how to build 'DarWine' >>> from scratch? I have an app which I need to run on osx which I like to >>> package as well. I have time to help fixing osx issues (duplicating >>> the effort is not worth it). >>> >>> Roderick >>> >>> >>> >> >> It's available under 'build env': >> http://www.kronenberg.org/darwine/buildenv-1.1.5.zip >> >> -- >> -Austin >> > >Thanks, I used this to compile wine 1.1.21 for testing purposes this >week. I had to update the scripts a bit (e.g. use newere versions of >some libraries and tools because the old ones are offline). I can post >a patch against the old script. Further don't ship the opengl hack >anymore for new wine packages as you are aware it isn't needed for >xquartz 2.3.3 anymore. Everyone should move to the latest xquartz. >This might prevent some opengl bug reports which I have to close on >bugzilla as well ;) > Does XQuartz 2.3.3 apply on Tiger systems? The 'hack' is for both Tiger and Leopard so that some missing functions will work. Please list the updated libraries so that I can upgrade the script as well. James McKenzie

1 0

Entry point not found for GetDiskInfoA (wininet_crosstest.exe)
by Detlef Riekenberg May 22, 2009

May 22, 2009

In "dlls/wininet/tests/urlcache.c", GetDiskInfoA is called, but wininet.dll (native and wine) export this function only by ordinal. When I build the crosstest, my mingw [i586-mingw32msvc-gcc (GCC) 4.2.1-sjlj (mingw32-2)] creates a named Import for GetDiskInfoA with an ordinal hint of 65. Using that executable on Windows or Wine is not possible (Entry point not found for GetDiskInfoA) The wininet_test.exe on winehq has an ordinal Import of 102 in that place. How can we fix that? (My patch to use an ordinal import in the test was dropped: http://www.winehq.org/pipermail/wine-patches/2009-May/073130.html ) -- By by ... Detlef

2 2