October 2003 - Wine-Devel - list.winehq.org

Problems building mshtml.dll and msi.dll on mingw.
by Steven Edwards Oct. 12, 2003

Oct. 12, 2003

It appears that the exports in the spec files for these dll is not correct. dllwrap -k --def mshtml.spec.def -o mshtml.dll document.o main.o mshtml.dll.db g.o -L../../dlls -luser32 -ladvapi32 -lkernel32 -lntdll -L../../libs/wine -lwin e -L../../libs/unicode -lwine_unicode -L../../libs/uuid -lwine_uuid -L../../libs /port -lwine_port -lm mshtml.exp(.edata+0x54):fake: undefined reference to `RunHTMLApplication(a)0' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make: *** [mshtml.dll] Error 1 Changing the mshtml.spec.def to RunHTMLApplication(a)16 allows it to build but I dont know what to put in the spec file. Also dllwrap -k --def msi.spec.def -o msi.dll distinct.o handle.o msi.o msiquery.o o rder.o record.o select.o suminfo.o table.o tokenize.o where.o y.tab.o msi.dll.db g.o -L../../dlls -lole32 -luser32 -ladvapi32 -lkernel32 -L../../libs/wine -lwin e -L../../libs/uuid -lwine_uuid -L../../libs/unicode -lwine_unicode -L../../libs /port -lwine_port -lm msi.exp(.edata+0xa8):fake: undefined reference to `MsiDatabaseOpenViewA(a)8' msi.exp(.edata+0xac):fake: undefined reference to `MsiDatabaseOpenViewW(a)8' msi.exp(.edata+0xbc):fake: undefined reference to `MsiEnumClientsA(a)8' msi.exp(.edata+0xc0):fake: undefined reference to `MsiEnumClientsW(a)8' msi.exp(.edata+0x160):fake: undefined reference to `MsiGetSummaryInformationA(a)12 ' msi.exp(.edata+0x164):fake: undefined reference to `MsiGetSummaryInformationW(a)12 ' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make[1]: *** [msi.dll] Error 1 make[1]: Leaving directory `/e/source/winehq/wine/dlls/msi' make: *** [msi] Error 2 I was short on time so I couldnt figure out the ordinals for this dll. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

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

Oct. 12, 2003

> On Wed, 8 Oct 2003 21:53, Patrik Stridvall wrote: > > > The significant effort requirement is for EACH fact seen by ITSELF. > > This is certainly not the case in Australia, NZ and the UK. So you can have protection on collections of truely trivial facts? I severly doubt that. What legal purpose would that fulfill? In Sweden AFAIK the intent of the protection is to protect the investment of collecting facts that are not trivial to collect, to ensure that somebody does (or might do)... Protecting trivially collectable collections of fact would serve no purpose that I can see...

3 3

winesetuptk
by Vincent Béron Oct. 12, 2003

Oct. 12, 2003

Some time ago (about 2 years ago now), Codeweavers developped winesetuptk, a configuration tool for Wine. It is now listed with other Wine related files on sf.net. The problem is that the tool hasn't really followed Wine development (for example, removal of $VAR-style variables from config file), and some users experience problems because of that. It'd be better to not list it on our download page because of its staleness. OTOH, I know that Mike et al.'s winecfg is not ready yet for prime-time use. Still, having a working, commented text config file to work with rather than an obsolete GUI tool is preferable IMHO. So I'd recommend the removal (or hiding) of it if nobody steps up to update it to current Wine practices. Vincent

1 0

GDI and DirectX tests for Winelib
by Steven Edwards Oct. 12, 2003

Oct. 12, 2003

Hello, They authors of the Windows2000 Graphics API Blackbook have given permission to use the code under X11/LGPL licenses. I have not created Mingw makefiles for these project so you will need to use dsw2mak.awk Here are the code examples with binarys http://mail.gleneagle.net/sedwards/gdi/ Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 2

Re: [janitor] dlls/winmm/wine* -Wwrite-strings cleanup
by Jerry Jenkins Oct. 12, 2003

Oct. 12, 2003

> Index: dlls/winmm/winealsa/audio.c > =================================================================== > RCS file: /home/wine/wine/dlls/winmm/winealsa/audio.c,v > retrieving revision 1.20 > diff -u -r1.20 audio.c > --- dlls/winmm/winealsa/audio.c 22 Sep 2003 21:13:33 -0000 1.20 > +++ dlls/winmm/winealsa/audio.c 7 Oct 2003 19:52:14 -0000 > @@ -408,11 +408,12 @@ > snd_pcm_info_t * info; > snd_pcm_hw_params_t * hw_params; > WINE_WAVEOUT* wwo; > + char device[] = "hw"; I think it should be static char device[] = "hw"; > > wwo = &WOutDev[0]; > > /* FIXME: use better values */ > - wwo->device = "hw"; > + wwo->device = device; > wwo->caps.wMid = 0x0002; > wwo->caps.wPid = 0x0104; > strcpy(wwo->caps.szPname, "SB16 Wave Out");

4 7

Re: Breakage in 'priviledged instructions' handling.
by Jukka Heinonen Oct. 12, 2003

Oct. 12, 2003

Alexandre Julliard wrote: > What changed is that emulation of these instructions was deliberately > removed ;-) > > This was done for dll separation reasons, and because they are not > emulated under NT either (which also means better performance for the > exception handling). What happens if you run with Windows version set > to NT? Performance is not an issue. Signal handlers can simply check version info and if platform ID is VER_PLATFORM_WIN32_WINDOWS, instruction emulation is required. Another possibility is to add instruction emulation hooks to NTDLL and make KERNEL set these hooks only for some platform IDs. Actually Windows XP/2003 already does provide this kind of hooks (see AddVectoredExceptionHandler), although they are called after first chance notification which may be a bit awkward (and kernel handler should have higher priority than these have). Anyway, even with some performance issues, it looks like instruction emulation is needed for supporting some pure Win95/98/ME programs. It would seem a bit strange we try very hard to support Win31 and WinNT based programs but not those. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Re: PATCH: XRandR part 1
by Dimitrie O. Paun Oct. 12, 2003

Oct. 12, 2003

On October 11, 2003 03:01 pm, Alex Pasadyn wrote: > I'm sending this in two parts because I added some files and can't get > cvs diff to have them show up. Of course, cvs diff will ignore these files. You need to add them manually to diff. To do so, you do: $ cvs diff dlls/x11drv > randr.diff $ diff -u /dev/null dlls/x11drv/settings.c >> randr.diff $ diff -u /dev/null dlls/x11drv/xrandr.c >> randr.diff $ diff -u /dev/null dlls/x11drv/xrandr.h >> randr.diff -- Dimi.

2 1

Re: Wineconf - survey
by Ivan Leo Murray-Smith Oct. 12, 2003

Oct. 12, 2003

>Let's hold this open through Friday, and then let's >consider it final. An the results are? http://www.hostedscripts.com/scripts/antispam.html?50032

2 1

Breakage in 'priviledged instructions' handling.
by Lionel Ulmer Oct. 12, 2003

Oct. 12, 2003

Hi all, Some games that worked pretty well in Wine (like, for example, Tomb Raider 3) are now failing with latest CVS due to : Unhandled exception: privileged instruction in 32-bit code (0x0048e2e1). So I was wondering what changed in the Wine code that suppressed the emulation of these instructions. Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 3

Re: Program linking on Windows with Mingw+MSYS
by Dmitry Timoshkov Oct. 11, 2003

Oct. 11, 2003

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > Changelog: > Link to WINE import libs when building programs. I hope that this time this patch will be applied, and will not disappear without a trace as my patch "Use Wine import libraries for Programs" sent at 9 Jul 2003. But perhaps there is a good reason to ignore it... Alexandre? -- Dmitry.

3 4