- wine-devel - winehq.org

BUG in IPersistFile::Load() since Wine-20030618 !
by Subhobroto Sinha 03 Sep '03

03 Sep '03

This is a followup of my earlied post. Recap: I was porting my program which resolved Windows shortcut files (.lnk) using WineLib (Please note that this program runs flawlessly on Windows). It used to work fine till I updated my Wine source from 20030408 to 20030813. I posted this report here and Dimitrie suggested that I do a CVS Regression test to locate the error... Now, I really could NOT do a CVS regression test as I lack the bandwidth (you know, a 28KBps modem ..), but I started afresh with the Wine-20030408 source tree and "patch-compile-tested" to version 20030618. Then I found out that from this release onwards IPersistFile::Load() had become BROKEN ! Hence I have reason to believe that ANY code which modified/touched directly/indirectly IPersistFile::Load() and made it's way into Wine-20030618.diff.gz is AT FAULT ;) And that code needs to be FIXED. So ALL Wine releases prior to 20030618 can sucessfully run my program(or for that matter, ANY program that calls IPersistFile::Load()) , and ANY Wine release after 20030618 will fail ANY application that calls IPersistFile::Load() ! Just to show that not just my program is at fault, you can also try running Mike McCormack's WineMenuBuilder which also resolves Windows shortcuts... Until IPersistFile::Load() got broken, on running my program this is the ONLY message I used to get : "fixme:shell:IShellLinkA_fnResolve (0x4039da98)->(hwnd=(nil) flags=3)" The attached file "WineTraceLog.zip"<MD5 Sum: 278b4c4a44cc445b6c0e0d8863a790cf> contains the pertinent extract of the trace log when I run my program, please go through it to see what really is happenning. (While going through this extract you can see that the shortcut has been resolves sucessfully, but yet IPersistFile::Load() returns a failure ??) I hope this gets fixed allright ;) Please let me know if I can help in any way (EXCEPT learning COM!)... Regards Subhobroto Sinha __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Wanted to learn Wine Completely
by Sukumar .S 03 Sep '03

03 Sep '03

Dear Developers, I'm sukumar from Chennai, India. I've one requirement for my company for which there is a need to understand wine source fully (there is a time constraint). i was a windows developer moved to Linux two years back and have good/bit of knowledge on win32 system programming (win32 api calls)..! Me myself belive that i'm good in win32 common controls (each control (i.e listview,treeview,static,edit) message hanlding) and in windows message hooking. so far i've downloaded the wine source (Wine version 20020710) and compiled it and able to run the required target applications. I've gone through the documentations (wine-{devel,user,faq}), DEVELOPER-HINTS and navigated through src tree (controls,windows) to get the feel of the file names (api calls) and to look at the coding conventions. I'm looking forward from all of you to guide/help me to start learning/understanding wine starting from running the target application to exiting the application. To start with which part of the code that i've to read in wine and how do i proceed further...? Please help me. With Regards, S. Sukumar --

3 2

listview expert required (again)
by Eric Pouech 02 Sep '03

02 Sep '03

another bug description for listview (native listview works as expected here) configuration : - a listview in autoarrange mode - adding item one after the other - say the first item is created with the selection (LVIS_SELECTED) - some more items are inserted without the selection - in some cases, the selection will move to the newly inserted item instead of remaining on the first item (likely some internal index is not recalculated in autoarrange mode) A+ -- Eric Pouech

3 5

shlobj.h [final version]
by Martin Fuchs 02 Sep '03

02 Sep '03

On 02.09.2003 22:33:07 Martin Fuchs wrote: On 02.09.2003 22:07:16 Alexandre Julliard wrote: > Martin Fuchs <martin-fuchs(a)gmx.net> writes: > > > Changelog: > > * define interface IDragSourceHelper > > * define interface IDropTargetHelper > > They are already defined in wine/obj_dragdrophelper.h (fortunately > your definitions are in a #if _WIN32_IE so they are not used, > otherwise you would get a compile error ;-) Well, then there may be missing a '#include "wine/obj_dragdrophelper.h"' in shlobj.h ? Unfortunatelly I can't make any further Wine patches for the next time, because my internet access in Linux has died. ;-( Martin

1 0

Re: misc fixes in ole code
by Alexandre Julliard 02 Sep '03

02 Sep '03

Dave_Belanger(a)cimmetry.com writes: > 3. Call GetFullPathNameW on the input path before calling CreateFileW > in StgCreateDocfile and StgOpenStorage to ensure that CreateFileW > gets a DOS-style path. This shouldn't be necessary, CreateFileW is supposed to work on Unix path names too. I suspect this is a work around for an old bug that has been fixed since, could you please confirm that? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: shlobj.h [final version]
by Alexandre Julliard 02 Sep '03

02 Sep '03

Martin Fuchs <martin-fuchs(a)gmx.net> writes: > Changelog: > * define interface IDragSourceHelper > * define interface IDropTargetHelper They are already defined in wine/obj_dragdrophelper.h (fortunately your definitions are in a #if _WIN32_IE so they are not used, otherwise you would get a compile error ;-) -- Alexandre Julliard julliard(a)winehq.com

1 0

Resource .ani support
by flyker 02 Sep '03

02 Sep '03

resource.rc : ... /* for Modern Wait Cursor support */ IDC_CLOCK1 CURSOR "waitphar.ani" ... wrc error: Oops, segment violation When WineLib will support this ?

2 1

could someone please stabilise the list server?
by Geoff Thorpe 02 Sep '03

02 Sep '03

Hi there, I have filters for all the wine mail lists keyed against the List-Id header and this has been serving me well up until the last couple of days. However ... It seems that some of the lists now generate their headers with the winehq.org domain instead of winehq.com, but it seems (at least) wine-cvs is still using winehq.com. Could someone please standardise on what this is going to be? I don't particularly mind what it is, but it would help if it was consistent across all the lists and didn't change without warning. Cheers, Geoff -- Geoff Thorpe geoff(a)geoffthorpe.net http://www.geoffthorpe.net/

1 0

Ooops... wine-tests-results@winehq.org
by Jakob Eriksson 02 Sep '03

02 Sep '03

I forwarded the tests I have received so far to wine-tests-results(a)winehq.org, but at the time I was not yet subscribed... so it says they are awaiting moderation. Is anyone moderating that particular list? regards, Jakob

2 1

x11drv/INS versions in sample config
by Tom 02 Sep '03

02 Sep '03

Hello, would adding _ins0166._mp, _ins0366._mp, _ins0433._mp, _ins5501._mp, _ins5567._mp, _ins5577._mp to /documentation/samples/config be productive? Marcus can you share your thoughts on this? Tom

2 1

Re: [ANN] Conformance testing campaign
by Vincent Béron 02 Sep '03

02 Sep '03

Le mar 02/09/2003 à 13:19, Ferenc Wagner a écrit : > Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > > >> 1. Native build tests. As a first step, I provide a > >> collection of source/project/desktop files which I think > >> are necessary for an MSVC build. Could somebody test it > >> for me? (Get from http://afavant.elte.hu/~wferi/wine). > > > > Are those generated with tools/winapi/msvcmaker? > > Yes, those, plus the referenced source files. > > >> 2. A simple batch file could be provided to zip up the > >> results, if I knew how to use which compression program. > >> Eg. (win)zip can not be found on the XP I have access to. > >> Should I include one in the archive? Or as a separate > >> link? Ideas? Anybody? > > > > A small program using lz32 APIs maybe? > > Sounds possible, thanks. But why did you take if off the > list? Simple error on my part: "Reply" instead of "Reply to all" or "to list". I noticed before your answer, but didn't felt like just sending it to the list after. Vincent

1 0

Mailing list for tests
by Jakob Eriksson 02 Sep '03

02 Sep '03

So, is there a mailing list I can direct the test results to? Somebody was going to create it... regards, Jakob

2 1

Conformance tests
by Ferenc Wagner 02 Sep '03

02 Sep '03

Hello, recent discussion on the list ignited my interest again. Francois has a very nice page <http://fgouget.free.fr/wine/tests-en.shtml>, let's try to make better use of it! 1. The precompiled binaries offered here would mean a great help, were they updated regularly. 2. Maybe better, a framework could be developed which would run all the tests, pack the results up and send it back to Francois for easy integration into his page. 3. The table on the page is too big for convenient use. I do not know about much structure to see; maybe a table is not even needed. Just version, date of test, if it is up to date with the binaries on the page, and a list of failing tests as links to the error messages would be enough. If it is not, we can still embed it into the giant API database at http://24.229.94.2 (why is it not linked from WineHQ?) and have a general SQL interface! :) Hmm, some diffing capabilities might be useful indeed... 4. We could recruit people with access to the different platforms and send them mails asking for a rerun whenever the new tests are compiled. Or advertise it on the devel list only... What do you think? I am even willing to do some of the above, except for the build, as I have no constant access to Windows machines. Feri.

7 24

config error
by Moreno 02 Sep '03

02 Sep '03

Hi, When i try to use the variable ${HOME} in the wine config file don't work. some one can tell me if there is a reson or is a bug? bye -- Moreno <morenoca(a)freemail.it>

4 3

AW: Windows Video Drivers on Linux
by Klaus Gerlicher 02 Sep '03

02 Sep '03

What it does is to emulate win32k.sys and videoprt.sys functionality and hook the X server up to use any available driver for Win2K/XP. The display driver in windows is a two component model, one DLL and one SYS. The DLL (display driver) links to kernel-mode GDI (win32k) and calls EngXXX() functions inside it while the SYS (miniport) links to the VideoPort (and unfortunately to other NTOSKRNL exports). While the latter poses no difficulty since XP graphics drivers are supposed to only use exports from win32k and videoprt, one of the main difficulties will be to get the OpenGL ICD driver to run on top of Linux since it can potentially call any user-mode export which would require me to emulate all of the Windows user-mode environment. WINE could probably help a lot in this respect. I will let you know as soon as I have the latest Radeon driver running inside my prototype. Klaus -----Ursprüngliche Nachricht----- Von: Sylvain Petreolle [mailto:spetreolle@yahoo.fr] Gesendet: Monday, September 01, 2003 3:13 PM An: Steven Edwards; wine-devel(a)winehq.com Cc: KlausPG(a)PrivateTools.de Betreff: Re: Windows Video Drivers on Linux Hi Klaus and Steven, Since this project will provide Microsoft drivers functionnality, will it emulate vga.dll and others dlls ? I agree with the fact this sounds really interesting, but I dont see now in which case this could provide some gain to the linux user. Do some display exist and need really specific drivers to function ? > There is no code yet on this site but I would take this guy at his word as he is the one > that developed the Private ICE debugger for Linux. One of our developers with the > ReactOS project ported PICE to ReactOS so we could debug drivers. Well now it > seems he has decided to try and implement support for Windows Video drivers on > Linux. > This sounds interesting. > http://www.privatetools.de/ > > "I'd also like to announce the start of a new project called "MSCGDI" > (Microsoft Compatible Graphics Device Interface). ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 2

Re: faq merge #2 -- Alexandre please look over the first patch :)
by Alexandre Julliard 02 Sep '03

02 Sep '03

Tom <twickline(a)skybest.com> writes: > changelog > > merge from lostwages faq It doesn't build here, that's because of the '&' in the rpmseek.com URL, I'm not sure what's the correct way to escape that: documentation/faq.sgml:1386:93:E: general entity "cx" not defined and no default entity documentation/faq.sgml:1781:26:E: an attribute value must be a literal unless it contains only name characters documentation/faq.sgml:1781:61:E: end tag for element "A" which is not open documentation/faq.sgml:1786:14:E: end tag for "ULINK" omitted, but its declaration does not permit this -- Alexandre Julliard julliard(a)winehq.com

2 1

Source release and download directory
by Jakob Eriksson 02 Sep '03

02 Sep '03

Source release and download directory: http://vmlinux.org/jakov/Wine/

3 7

Re: Move Wine internal headers
by Alexandre Julliard 02 Sep '03

02 Sep '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > winegcc doesn't include eg /usr/include, so the headers referencing > internal ones (mostly OLE related) fail. I thought it was cleaner to > move wine internal stuff than to break down the includedir variable in > Makefile to get to the parent of /usr/include/wine, ie /usr/include. OK, I see. I think the idea with winegcc at this point is that if you install Wine in a non-standard directory, you have to specify the include path yourself, just like you need to ensure the Wine tools are in your PATH. Besides, this shouldn't be an issue once the standard includes are fixed to no longer reference the wine/obj_* ones. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: Move Wine internal headers
by Alexandre Julliard 02 Sep '03

02 Sep '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Changelog: > Move the Wine internal headers to includedir/wine/wine rather than > includedir/wine. Why do you want to do that? -- Alexandre Julliard julliard(a)winehq.com

1 0

Fwd: wine without w*nd*ws
by Sylvain Petreolle 01 Sep '03

01 Sep '03

It seems winecheck needs a fix here, right ? > >>> Checking drive Z settings: > 022. Checking Path option... > SUSPICIOUS > (/ is not writable for you). regedit should return a success message, shouldn't it ? > /usr/local/wine/programs/regedit$ regedit ../../winedefault.reg > Could not stat /mnt/fd0 (No such file or directory), ignoring drive > A: ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Janitorial: Include statements should use <> instead of ""
by Alexandre Julliard 01 Sep '03

01 Sep '03

Andrey Warkentin <andyw(a)imsa.edu> writes: > Currently done: wine/controls/* and wine/dlls/gdi/* (with the > exception of wine/dlls/gdi/tests/generated.c) > > ChangeLog > Include statements use <> instead of "" in files in wine/controls > and wine/dlls/gdi This was discussed already, there's no reason to change the C files, only the headers actually matter (and these are fixed now). -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Fix comctl32 tests
by Alexandre Julliard 01 Sep '03

01 Sep '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > ChangeLog > DPA_Create is exported by ordinal only, do not import it by name. That shouldn't be necessary, it's automatically handled when resolving the import. That's probably a bug in the mingw import library. -- Alexandre Julliard julliard(a)winehq.com

1 0

dinput/mouse handing
by Michael Schlüter 01 Sep '03

01 Sep '03

Hi, I still have a problem with mouse handling in the demo of "Star Trek Elite Force II". It looks like the game initializes the mouse with: 0009:trace:dinput:SysMouseAImpl_SetCooperativeLevel (this=0x40403e00,0x00000000,0x00000005) 0009:trace:dinput:SysMouseAImpl_SetCooperativeLevel cooperative level : DISCL_EXCLUSIVE DISCL_FOREGROUND but then didn't call GetDeviceState to get the input. So the game is waiting for an event? If that is a correct behaviour of a windows program with a cooperative level of "DISCL_EXCLUSIVE" then we have to change that in dinput/mouse/main.c: /* low-level mouse hook */ static LRESULT CALLBACK dinput_mouse_hook( int code, WPARAM wparam, LPARAM lparam ) { ... if (dwCoop & DISCL_NONEXCLUSIVE) { /* pass the events down to previous handlers (e.g. win32 input) */ ret = CallNextHookEx( This->hook, code, wparam, lparam ); } else ret = 1; /* ignore message */ return ret; } to always call "CallNextHookEx". After fixing this here the game works properly. Following a part of the trace after the fix: 0009:trace:dinput:dinput_mouse_hook queueing 244 at offset 0 (queue head 0 / size 16) 0009:trace:dinput:dinput_mouse_hook queueing -42 at offset 4 (queue head 1 / size 16) 0009:trace:dinput:dinput_mouse_hook msg 200 pt 844 470 (W=0) 0009:trace:dinput:dinput_mouse_hook (X: 244 - Y: -42 L: 00 M: 00 R: 00) 0009:Call ntdll.RtlLeaveCriticalSection(40403e80) ret=4a71e424 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=4a71e424 0009:Call user32.CallNextHookEx(00010027,00000000,00000200,40de24ec) ret=4a71e43f 0009:Call ntdll.GlobalLock16(00000197) ret=40fce87a 0009:Ret ntdll.GlobalLock16() retval=403ec850 ret=40fce87a 0009: get_next_hook( handle=0x10027 ) 0009: get_next_hook() = 0 { next=(nil), id=0, pid=0000, tid=0000, proc=(nil), prev_unicode=0, next_unicode=0, module=L"" } 0009:Ret user32.CallNextHookEx() retval=00000000 ret=4a71e43f 0009:Ret hook proc 0x4a71e290 (id=WH_MOUSE_LL,code=0,wp=00000200,lp=40de24ec) retval=000000000009: finish_hook_chain( id=14 ) 0009: finish_hook_chain() = 0 0009: send_message( id=0009, type=7, flags=0, win=0x10021, msg=00000200, wparam=00000000, lparam=00000000, x=844, y=470, time=a398f331, info=00010021, timeout=-1, callback=(nil), data={} )0009: send_message() = 0 0009:Ret user32.SendInput() retval=00000001 ret=41429a43 Bye, Michael

1 0

AW: AW: Windows Video Drivers on Linux
by Klaus Gerlicher 01 Sep '03

01 Sep '03

Gerhard, I haven't really abandoned pICE, it's just that I didn't have the time nor guts to finish with it. Kernel development went ahead in big steps at that time and I couldn't follow anymore. I will now rather pursue development of the GDI emulation layer since this is a fresh start while pICE has cost me a lot of time and nerves already. I will gladly continue with pICE if I have a good reason to do so. Technically there's no reason to discontinue pICE, I had just started to get it running on SMP machines and was working on the serial link stuff. It will probably not compile nor run at the moment on 2.4 or 2.5/2.6 kernels since I originally had done most of the work on 2.2. Hope there's not to many changes with page fault handling et al. Please feel free to do whatever it needs to get this back on track... I'm honored that so many people are wanting to use it. Also let me know where I can help. Klaus -----Ursprüngliche Nachricht----- Von: Gerhard W.Gruber [mailto:sparhawk@gmx.at] Gesendet: Montag, 1. September 2003 21:55 An: wine-devel(a)winehq.com Cc: Klaus Gerlicher Betreff: Re: AW: Windows Video Drivers on Linux On Mon, 1 Sep 2003 16:28:58 +0200, Klaus Gerlicher <KlausPG(a)ati.com> wrote: >What it does is to emulate win32k.sys and videoprt.sys functionality and >hook the X server up to use any available driver for Win2K/XP. > >The display driver in windows is a two component model, one DLL and one SYS. >The DLL (display driver) links to kernel-mode GDI (win32k) and calls >EngXXX() functions inside it while the SYS (miniport) links to the VideoPort >(and unfortunately to other NTOSKRNL exports). While the latter poses no >difficulty since XP graphics drivers are supposed to only use exports from >win32k and videoprt, one of the main difficulties will be to get the OpenGL >ICD driver to run on top of Linux since it can potentially call any >user-mode export which would require me to emulate all of the Windows >user-mode environment. WINE could probably help a lot in this respect. > >I will let you know as soon as I have the latest Radeon driver running >inside my prototype. Oh! Seems I was wrong with my assumption that you couldn't be contacted. :) Good! :) Could you tell me why you abandoned pICE? Is there a specific reason for this or only personel? If there is some technical reason I would like to know about this, as I'm quite interested in this project and I really would like to continue it in order to have some decent debugger for wine as well. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

Windows Video Drivers on Linux
by Steven Edwards 01 Sep '03

01 Sep '03

Hello, There is no code yet on this site but I would take this guy at his word as he is the one that developed the Private ICE debugger for Linux. One of our developers with the ReactOS project ported PICE to ReactOS so we could debug drivers. Well now it seems he has decided to try and implement support for Windows Video drivers on Linux. http://www.privatetools.de/ "I'd also like to announce the start of a new project called "MSCGDI" (Microsoft Compatible Graphics Device Interface). The project's goal is to write an emulation layer that makes it possible to install Windows native display drivers on Linux running an Xserver. I have already started to code a kernel module that serves as the wrapper around display driver and miniport, emulating the Win32k.sys and VideoPrt.sys API. So far I have a been able to bring up VGA.DLL and VGA.SYS from Windows 2000 Professional and use it to draw some basic stuff on a VGA based adapter. If someone is interested in supporting development of any of those projects, please write to KlausPG(a)PrivateTools.de. I will put up a project website in the next couple of days on which I will offer some basic demonstration of that idea." This sounds interesting. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 2

Re: add missing shell32 functions
by Vincent Béron 01 Sep '03

01 Sep '03

Le lun 01/09/2003 à 02:39, Dave Miller a écrit : > This patch begins reconciling the windows and wine spec files (bugzilla > bug 556) If I've done this correctly and noone objects I'll follow up > with more additions. > > ChangeLog > Add some missing functions to shell32.spec > > --- /usr/src/wine/dlls/shell32/shell32.spec 2003-09-01 > 02:05:32.000000000 -0400 > +++ shell32.spec 2003-09-01 00:37:40.000000000 -0400 > @@ -159,7 +159,7 @@ > 169 stdcall SHDestroyPropSheetExtArray(long) > 170 stdcall SHReplaceFromPropSheetExtArray(long long long long) > 171 stdcall PathCleanupSpec(ptr ptr) PathCleanupSpecAW > - 172 stdcall SHCreateLinks(long str ptr long ptr) > + 172 stub SHCreateLinks Why remove this one? It's in shlfolder.c... Vincent

2 1

wine SIGSEGV at startup
by Dimitrie O. Paun 01 Sep '03

01 Sep '03

Hi folks, For a few days now, I have a lot of problems with wine. I've managed to get it going a few days back, but I can't remember how. Now it just seg faults at startup. I just did a: [dimi@dimi wine.build]$ make -s clean [dimi@dimi wine.build]$ ../wine.src/configure --with-ntpd --silent && make -s depend && make -s [root@dimi wine.build]# make -s install but that did not fix it: [dimi@dimi dimi]$ which wine /usr/local/bin/wine [dimi@dimi dimi]$ wine Segmentation fault [dimi@dimi dimi]$ gdb wine GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Copyright 2003 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"... (gdb) run Starting program: /usr/local/bin/wine Program received signal SIGSEGV, Segmentation fault. 0x420ebe3c in __libc_pthread_init () from /lib/tls/libc.so.6 (gdb) Am I the only one with this problem? -- Dimi.

5 7

msi.dll broken with yacc in current cvs
by Stefan Leichter 01 Sep '03

01 Sep '03

Hello, i can not compile msi.dll on one of my systems. make aborts with: yacc -d -t ../../../wine/dlls/msi/sql.y yacc: e - line 69 of "../../../wine/dlls/msi/sql.y", syntax error %pure-parser ^ make[2]: *** [y.tab.c] Error 1 make[2]: Leaving directory `/usr/src/wine-build/dlls/msi' make[1]: *** [msi] Error 2 make[1]: Leaving directory `/usr/src/wine-build/dlls' make: *** [dlls] Error 2 The second system compiles fine. It uses bison instead of yacc. Both systems are SuSE 7.3 > rpm -qa | grep -e bison -e yacc yacc-91.7.30-379 bison-1.28-127 I know i can install bison and it will compile, but i think this needs to be fixed. Bye Stefan

3 3

New EXE
by Jakob Eriksson 01 Sep '03

01 Sep '03

http://vmlinux.org/jakov/Wine/regrtest.exe Should now work on Win9x too. Works on ME at least.

6 9

Re: Bugzilla bug #556
by Dave Miller 01 Sep '03

01 Sep '03

Thanks, I hoped it would be that simple. I'll begin work on this and see if anyone yells my patches are wrong. :)

1 0

Re: New EXE
by Ivan Leo Murray-Smith 01 Sep '03

01 Sep '03

>Yes, it would be nice to have more frequent releases, but we would have >trouble labeling them...unless we stick to the build date. But in that >case, we have to have a well understood convention on what YYYYMMDD >means in terms of time, and we have to stick to it (well, the person >building this should). Any takers? What about an automatic build?

2 1

Bugzilla bug #556
by Dave Miller 31 Aug '03

31 Aug '03

Bug 556 is "reconcile the windows and wine spec files." The point I think is make sure all windows APIs are listed, and listed correctly. I have a question... If a particular API has four different ordinals in four different windows versions, what goes in the spec file? You can see an example of what I mean here: http://24.229.94.2/cgi-bin/query.cgi?version=&status=&type=&ordinal=&api=SH… If the answer is simple enough I'll start working on the bug. On a slightly related note, I relied on the wine spec files to build the apidb. I'm getting the idea now this wasn't quite the right approach, and it says some APIs are exported by wine when in fact they are not. Should I have used the .spec.def file instead? ------------------------------------- So many Right-wing Christians. So few lions.

3 2

Re: [winecfg 1.1] Implement saveConfigValue(), style changes, code cleanup, UI alignment
by Dimitrie O. Paun 31 Aug '03

31 Aug '03

On August 28, 2003 06:50 am, Mike Hearn wrote: > 2) Introduce some kind of global flag, maybe a config.h switch, maybe an > exported variable (which is best?) that controls whether the > configuration is read from the registry or config file. As patches are > submitted to make Wine read the registry as well as the config file, the > controls in winecfg would be re-enabled so people can test it. Once all > the settings have been dual-purposed in this way, we can write a bit of > migration code so people upgrading have their configurations copied into > the registry, then throw the switch. I really don't understand why we need the dual-purpose stuff. All we need to do is: -- make sure we have a GUI element for all settings in ~/.wine/config (how far are we from having this?) -- have loadConfig() initialize all these elements properly -- have saveConfig() do the saving, being a mirror image of loadConfig() (can't we unify them somehow so we have only one place to modify to add new values? [1]) -- when all this is done, just remove the code from server/registry.c:1475:init_registry() Am I missing something? [1] Maybe it's better to have a more descriptive structure detailing stuff for each value, and having generic loadConfig/saveConfig() methods that know how to walk said structure and do the right thing. This way we can easily do add all sorts of attributes to the configuration values and do all sort of nice things, like save only stuff that has been modified, automatically tie in the variable to the control, etc. -- Dimi.

7 18

Re: gethostbyname() feature.
by Jakob Eriksson 31 Aug '03

31 Aug '03

Maybe you could write a regression test for this function? Rein Klazes wrote: >hi, > >In the newsgroup someone reported a crash in gethostbyname() when the >application called it with a null parameter. > >msdn says about this: > >| If null is provided in the name parameter, the returned string is >| the same as the string returned by a successful gethostname >| function call. > >gethostbyname does not return a string, but I think this it what they >meant to say. >I have tested gethostbyname under Win2K to do this. > >Changelog: > dlls/winsock : socket.c async.c > _ws_gethostbyname() and WSAAsyncGetHostByName() when called with > a null name, should use the name returned by gethostname(). > >Rein. > > >------------------------------------------------------------------------ > >--- wine/dlls/winsock/socket.c 2003-08-31 10:00:10.000000000 +0200 >+++ mywine/dlls/winsock/socket.c 2003-08-31 09:59:16.000000000 +0200 >@@ -2903,6 +2903,16 @@ > int ebufsize=1024; > struct hostent hostentry; > int locerr = ENOBUFS; >+#endif >+ char buf[100]; >+ if( !name) { >+ name = buf; >+ if( gethostname( buf, 100) == -1) { >+ SetLastError( WSAENOBUFS); /* appropriate ? */ >+ return retval; >+ } >+ } >+#ifdef HAVE_LINUX_GETHOSTBYNAME_R_6 > host = NULL; > extrabuf=HeapAlloc(GetProcessHeap(),0,ebufsize) ; > while(extrabuf) { >--- wine/dlls/winsock/async.c 2003-08-31 10:00:10.000000000 +0200 >+++ mywine/dlls/winsock/async.c 2003-08-31 09:47:31.000000000 +0200 >@@ -402,6 +402,16 @@ > int ebufsize=1024; > struct hostent hostentry; > int locerr = ENOBUFS; >+#endif >+ char buf[100]; >+ if( !(aq->host_name)) { >+ aq->host_name = buf; >+ if( gethostname( buf, 100) == -1) { >+ fail = WSAENOBUFS; /* appropriate ? */ >+ break; >+ } >+ } >+#ifdef HAVE_LINUX_GETHOSTBYNAME_R_6 > he = NULL; > extrabuf=HeapAlloc(GetProcessHeap(),0,ebufsize) ; > while(extrabuf) { > >

1 0

Re: wsock32: implement arp query
by Tom 31 Aug '03

31 Aug '03

Juan Lang wrote: >ChangeLog: implement arp table querying through >WsControl, and fix problem I introduced getting IP >addresses for multiple interfaces > > > Ummm..... The patch :) Tom

1 0

Re: [ANN] Conformance testing campaign
by Ivan Leo Murray-Smith 30 Aug '03

30 Aug '03

Hereby I ask people who have access to real Windows machines So vmware won't do? (I think the answer is no because of directx (Not a problem for me to do a real install, just asking)).

2 1

Re: winedos / Fix DOS exit paths
by Dimitrie O. Paun 30 Aug '03

30 Aug '03

On August 30, 2003 12:52 pm, Jukka Heinonen wrote: > The reason why I'm posting lots of small patches is that I'm currently > working on a big RMCB fix which seems to still have some minor problems What is this RMCB? Google wasn't all that helpful... -- Dimi.

2 1

LoadModule16 regression?
by Jukka Heinonen 30 Aug '03

30 Aug '03

After LoadModule16 was moved to dlls/kernel, it started to strip path from module name. This makes it impossible to execute DOS applications (and probably Win16 applications, too) unless you are in the same directory as the application. MSDN documentation on Win32 version of LoadModule states that path should not be stripped but I'm not sure how Win16 version is supposed to work. It probably uses different search order if path is not present, anyway. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Bug in regrtest
by Jakob Eriksson 30 Aug '03

30 Aug '03

The tester runs on Win9X, but there is a bug that prevents it from running tests properly. I am working on it. Tested working on Windows NT so far. I will keep you posted. regards, Jakob

1 0

Re: shlobj.o
by Vincent Béron 30 Aug '03

30 Aug '03

Le sam 30/08/2003 à 08:29, Martin Fuchs a écrit : > + STDMETHOD_(ULONG, AddRef) (THIS) PURE; > + STDMETHOD_(ULONG, Release) (THIS) PURE; > + STDMETHOD (DragEnter)(THIS_ HWND hwndTarget, IDataObject* pDataObject, > POINT* ppt, DWORD dwEffect) PURE; > + STDMETHOD (DragLeave)(THIS) PURE; > + STDMETHOD (DragOver)(THIS_ POINT* ppt, DWORD dwEffect) PURE; > + STDMETHOD (Drop)(THIS_ IDataObject* pDataObject, POINT* ppt, DWORD > dwEffect) PURE; Your patch is unfortunately wrapped. shlguid.h suffers from the same problem. Vincent

2 1

listview expert required
by Eric Pouech 30 Aug '03

30 Aug '03

some apps of mine needs this to get going: can someone with good listview knowledge confirm ? (or find the correct fix) TIA -- Eric Pouech Index: dlls/comctl32/listview.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/comctl32/listview.c,v retrieving revision 1.357 diff -u -r1.357 listview.c --- dlls/comctl32/listview.c 24 Jul 2003 00:03:13 -0000 1.357 +++ dlls/comctl32/listview.c 22 Aug 2003 20:30:27 -0000 @@ -5822,11 +5822,11 @@ opt.x = lpht->pt.x - Position.x - Origin.x; opt.y = lpht->pt.y - Position.y - Origin.y; - if (uView == LVS_REPORT && (infoPtr->dwLvExStyle & LVS_EX_FULLROWSELECT)) + if (uView == LVS_REPORT /*&& (infoPtr->dwLvExStyle & LVS_EX_FULLROWSELECT)*/) rcBounds = rcBox; else UnionRect(&rcBounds, &rcIcon, &rcLabel); TRACE("rcBounds=%s\n", debugrect(&rcBounds)); if (!PtInRect(&rcBounds, opt)) return -1; if (PtInRect(&rcIcon, opt))

4 11

Re: [resend] Allow use of MAP_TRYFIXED for better mmap()
by Dustin Navea 30 Aug '03

30 Aug '03

as i said it was an example, but thanks for the flame --- Todd Vierling <tv(a)pobox.com> wrote: > On Fri, 29 Aug 2003, Dustin Navea wrote: > > : if (running_on_netbsd && version >= > first_version_that_supports_MAP_TRYFIXED) > : #define can_use_MAP_TRYFIXED > > This damned well does not belong in any multi-OS application. I don't care > what crack Alexandre is smoking. > > -- > -- Todd Vierling <tv(a)pobox.com> ===== -- Dustin Navea Minor Contributor, http://www.winehq.com Bugzilla Janitor, http://bugs.winehq.com Network Admin, irc://irc.blynk.net (down) __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

3 2

Re: Wine 0.9 progress
by Ivan Leo Murray-Smith 30 Aug '03

30 Aug '03

>Overkill. Wine advertises NT4 SP6 only, not the other SPs. Same thing >for each major version, only one SP match. So there's little point in >conforming to something not supported by Wine, as it's been superceded. OK, so for win9x we have 95, 98, 98se(This is a major release,I do remember finding some stuff that could run on 98se but not on 98), me (Well, anything for 9x runs on me, so wine only needs to support me to support all apps for 9x), nt4sp6(a?), xp home and pro, and 3 versions of win2k3 (Ok, I aren't counting the 64 bit for now), so it's somewhere in between 6 and 9. Whatever it is, a miling list, a database and all that other stuff isn't necessary. I can run the tests on win98se and win2k3 enterprise edition. All I have to do is get that exe that runs all the tests and outputs them to a file(Someone is half way trough writing it), and post a message to wine devel when something that did/didn't work stops/starts doing so, I can do it (Almost) every day if necessary, it doesn't seem anything difficult to me.

1 0

Re: Wine 0.9 progress
by puoti＠inwind.it 30 Aug '03

30 Aug '03

I think Francois is right, there are only about a dozen versions of windows, if you count the various win95osr1, osr2, 98se and so on, and probably the running the tests only on the major releases of windows (8 if you count xp home and pro), so all that is needed is 8 people that run these tests and send a mail to this list when something that did work breaks.

3 3

Re: [dcom 1.1] Implement dispatch variant marshalling
by Alexandre Julliard 30 Aug '03

30 Aug '03

Mike Hearn <mike(a)theoretic.com> writes: > + working_mem = GlobalAlloc(0, size); > + assert( working_mem != NULL ); > + > + hr = CreateStreamOnHGlobal(working_mem, FALSE, &working); > + assert( hr == S_OK ); > + > + hr = CoMarshalInterface(working, &IID_IDispatch, (IUnknown*)V_DISPATCH(pvar), LOWORD(*pFlags), NULL, MSHLFLAGS_NORMAL); > + assert( hr == S_OK ); Please don't use assert for error checking. Errors should be either handled properly or propagated to the caller. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: [resend] Allow use of MAP_TRYFIXED for better mmap()
by Alexandre Julliard 29 Aug '03

29 Aug '03

Todd Vierling <tv(a)pobox.com> writes: > I've implemented the patch as forward-looking, allowing other platforms to > add MAP_TRYFIXED to gain the same benefit. (This mmap flag name does not > appear to be used in any divergent fashion on any other platform, per my > research when picking the flag's name.) If you want to keep compatibility with older kernels, you'll need to check if MAP_TRYFIXED is available at runtime, you can't test for that at compile time. Or if you don't need to maintain compatibility then you should get rid of the NetBSD ifdefs completely. -- Alexandre Julliard julliard(a)winehq.com

7 20

Re: Wine 0.9 progress
by puoti＠inwind.it 29 Aug '03

29 Aug '03

Probably a batch script that runs all the tests and outputs the results to a file can do, but this a C program, a new mailing list, automated result submission, generating HTML and now a database for something that says: Test | Result ----------+--------- kernel32 | Passed msvcrt | Passed oleaut32 | Passed dsound | Passed seems a big exaggeration

1 0

Re: Figuring runtime settings
by puoti＠inwind.it 29 Aug '03

29 Aug '03

Maybe you're looking for this: http://appdb.winehq.com

1 0

Wine 0.9 progress
by Mike Hearn 29 Aug '03

29 Aug '03

Well, it's been a while since the last update, so I thought it'd be worthwhile to write about where we're up to. Looking at the TODO list on WineHQ, it seems the remaining work falls into two areas: * A bit of documentation stuff (rather worryingly "fix the docs build system" says a patch was submitted last *year*, but is still labelled as work in progress!). * Configuration, ie winecfg and an auto setup wizard thingy. John K Hohm has been making great progress lately with making DLLs self register, but unfortunately nobody has really stepped up to work on winecfg. We may or may not get the patches from Mark it seems :| There are a few other things, like DLL separation, and completing the work to make DLLs self register. I have a whole load of time with not much to do during September, so I might sit down and try and get some patches off for winecfg, seeing as merging in Oves OLE code is going to be slow work at my current rate of patch committing :( Is there anything else we might need? I'm tempted to say that having InstallShield work is a priority, as it seems to have broken quite a bit lately. On the TODO list it says that some window management hacks exist but more debugging work is needed - does anybody know the status of that? A lot of InstallShield installers at the moment fail due to that X11 ConfigureWindow error - how hard is this to fix? Having a wine.inf to set up a new installation, does anybody have details on that? Is this just a case of eating our own dogfood, or is it really a must have for 0.9? thanks -mike

9 18

Who says bill gates is a nice guy? (New link)
by puoti＠inwind.it 29 Aug '03

29 Aug '03

http://spazioinwind.libero.it/nonsolomicrosoft/windows.html

1 0

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