- wine-devel - winehq.org

Richedit using program
by Shachar Shemesh 01 Feb '05

01 Feb '05

In case anyone is interested, there is an open source (GPL) notepad replacement which does syntax highlighting. You can grab it at http://notepad-plus.sourceforge.net/uk/site.htm. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: MAPI32.dll.so - how to use in linux programs?
by Jon Griffiths 01 Feb '05

01 Feb '05

Hi Luke, >i noticed that Wine has a mapi32.dll.so. The current MAPI code is very, very far from complete. I have been implementing it in a bottom up manner (i.e. starting with the lower level/utility functions and working up toward constructing the higher order functions/objects). For example, there is no table support at present (I have an IMAPITable implemenation of sorts, but its not ready to be committed yet, pending cleanup, tests and thread safety checks). Providing the message stores etc must then be built on top of these objects. I believe Crossover Office runs MS Outlook so you may have more success using the native dlls at this moment in time. For the functions that are complete there is documentation in the source: "make htmlpages" from the base Wine dir will format these into readable html starting at documentation/html/index.html. >the test program relies on a test loader program, so i can't find a >"int main (char *argv[], int argc)" anywhere nor is it obvious >what's going on. Assuming you are referring to dlls/mapi32/tests/, the test framework is integrated to allow the tests to share common code and for multiple tests to be run from one place. The start_test() macro defined a test name which is then linked into the main mapi32_test.exe.so and available by running the test with that name as a parameter (see include/wine/test.h for the common code that supports this). Note that these tests don't yet test anything to do with mail per se, they are more concerned with ensuring the various low level functions in the dll are correct. If your tests will rely on an exchange server being present it is unlikely that you will be able to put them in the main wine tree, so a stand alone program is likely the best solution. As for sample programs, a quick google for "mapi sample program" and you will get a bunch of links, including some freely downloadable MS samples. I personally am doing my current testing directly against the native (XP) dll itself, it being too early at this point to attempt to get any 'real' programs running with the code. I have a fair amount of not yet submitted stuff for this dll; if you think it will help I could clean it up and pass it on for your perusal. Also if you create/discover anything that you think may be helpful to implementing parts of this dll (and you are free to distribute it), please feel free to send it to me. Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com

5 5

wine
by te0543＠giga.net.tw 01 Feb '05

01 Feb '05

I use x86 solaris. I got these messages compiling wine-20050111. configure: WARNING: sys/reg.h: present but cannot be compiled configure: WARNING: sys/lwp.h: present but cannot be compiled configure: WARNING: pthread.h: present but cannot be compiled configure: WARNING: arpa/nameser.h: present but cannot be compiled configure: WARNING: GL/glx.h: present but cannot be compiled checking for assembler keyword for word values... configure: error: could not discover how to specify word values with assembler.

1 0

re: NPTL and Wine threads
by Dan Kegel 01 Feb '05

01 Feb '05

Luke wrote: > it's come to my attention that NPTL cannot cope with jumping out > of a cancellation handler. Tough noogies, as it were. See http://www.opengroup.org/onlinepubs/009695399/functions/pthread_cleanup_pop… > there is some code in FreeDCE which expects to be able to jump out > of a cancellation handler Then FreeDCE should be fixed to be POSIX-compliant, I think. Or is there something subtle going on here? - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

3 4

olepicture.c compile failure : "structure has no member named `UserData', implicit declaration of function `DGifOpen'"
by Rizwan Kassim 01 Feb '05

01 Feb '05

This has been reported as Bugzilla 1730. " olepicture.c: In function `_gif_inputfunc': olepicture.c:834: structure has no member named `UserData' olepicture.c: In function `OLEPictureImpl_Load': olepicture.c:923: warning: implicit declaration of function `DGifOpen' olepicture.c:923: warning: assignment makes pointer from integer without a cast make[2]: *** [olepicture.o] Error 1 " configure, apparently, doesn't check that both libgif.so and libungif.so are the correct versions. This was with latest CVS 2005-01-15, in /wine/dlls/oleaut32 Some slackware and debian installs that I've found have : /usr/lib/libgif.so -> libungif.so.3.0.0 /usr/lib/libungif.so -> libungif.so.3.0.0 libungif.so.4.1.0 was available, however. Running: ln -s /usr/lib/libungif.so.4.1.0 libungif.so ln -s /usr/lib/libungif.so.4.1.0 libgif.so in the wine/dlls/oleaut32 directory fixes the compile. I've added this fix to the (Unconfirmed) bug. Any input -- whats my next step? -- Thank you, Rizwan Kassim

3 3

my trouble
by pyd 01 Feb '05

01 Feb '05

hello all: I download one Game http://www.qf.com.cn/software/qfweiqi.exe run in WINE but It show me like this. ------------------------------------------------ pyd@linux:~/.wine/drive_c/qf> wine GoStoneClient.exe fixme:ole:CoRegisterMessageFilter stub wine: Unhandled exception (thread 002c), starting debugger... WineDbg starting on pid 0x2b In 32 bit mode. 0x404719c4 DebugBreak+0x4 in kernel32: popl %ebp Wine-dbg> ------------------------------------------------ I have allready install win98 dll store in wine.my system is SuSe8.2 pyd.

2 1

[AppDB] bug on links
by Raphael 01 Feb '05

01 Feb '05

Hi, try http://appdb.winehq.org/appview.php?appId=443&versionId=627 select the www.darkageofcamelot.com link .... bug :) Regards, Raphael

2 1

regression in
by tony_lambregts＠telusplanet.net 01 Feb '05

01 Feb '05

According to bug 2659 http://bugs.winehq.org/show_bug.cgi?id=2659 This patch http://www.winehq.org/hypermail/wine-cvs/2005/01/0232.html causes a regression in Shareaza. http://www.shareaza.com/?id=download -- Tony lambregts

1 0

Re: Slick build output
by Jason But 01 Feb '05

01 Feb '05

First, I apologise for the patch not being here... It appears that my attachment failed, I include it inline in the mail this time.. To Make.rules.in --------------------------------------------------------------------------- 20a21,32 > # Default running of (gnu)make causes a silent make with the NICE_ECHO > # macro expanding to the echo command. > # Running (make VERBOSE=yes) causes the NICE_ECHO to expand to the NULL > # shell command and cause no output. The output will be as per the > # original incarnation of the Makefile > ifneq ($(VERBOSE), yes) > .SILENT: > NICE_ECHO = @echo -e > else > NICE_ECHO = @: > endif > 118a131 > $(NICE_ECHO) " Compiling\t\t$<" --------------------------------------------------------------------------- There has been a range of comments to my original proposal. I make the following points. - I understand that there are those who desire to see the full output, for those running "make VERBOSE=yes" will produce exactly the same output as before. - To the suggestion of "make -s", this gives no output and is pretty useless. - I have been a developer for 20 years and nothing frustrates me more than make output that is over complicated. I see the point of printing the full command line when developing and debugging the Makefile and the make process. Once this is fixed however, I prefer a simple output from make telling me what is currently being compiled, I don't need to see all output every time. Finally, I have progressed a little further, but no patches for you yet. I have modified the *.in files for Make.rules.in, and in the libs and tools subdirectories. My current output (of make) is attached below for comment. I have similar output for "make install" and "make uninstall" (output is nicely lined up on fixed-width fonts :-) Jason. --------------------------------------------------------------------------- jbut-laptop# make Making in libs/ Making in libs/port/ Compiling ffs.c Compiling fstatvfs.c Compiling futimes.c Compiling getopt.c Compiling getopt1.c Compiling getpagesize.c Compiling gettid.c Compiling interlocked.c Compiling lstat.c Compiling memcpy_unaligned.c Compiling memmove.c Compiling mkstemps.c Compiling pread.c Compiling pwrite.c Compiling readlink.c Compiling sigsetjmp.c Compiling spawn.c Compiling statvfs.c Compiling strcasecmp.c Compiling strerror.c Compiling strncasecmp.c Compiling usleep.c Creating Library libwine_port.a Making in libs/unicode/ Compiling casemap.c Compiling collation.c Compiling compose.c Compiling cptable.c Compiling fold.c Compiling mbtowc.c Compiling sortkey.c Compiling string.c Compiling utf8.c Compiling wctomb.c Compiling wctype.c Compiling c_037.c Compiling c_424.c Compiling c_437.c Compiling c_500.c Compiling c_737.c Compiling c_775.c Compiling c_850.c Compiling c_852.c Compiling c_855.c Compiling c_856.c Compiling c_857.c Compiling c_860.c Compiling c_861.c Compiling c_862.c Compiling c_863.c Compiling c_864.c Compiling c_865.c Compiling c_866.c Compiling c_869.c Compiling c_874.c Compiling c_875.c Compiling c_878.c Compiling c_932.c Compiling c_936.c Compiling c_949.c Compiling c_950.c Compiling c_1006.c Compiling c_1026.c Compiling c_1250.c Compiling c_1251.c Compiling c_1252.c Compiling c_1253.c Compiling c_1254.c Compiling c_1255.c Compiling c_1256.c Compiling c_1257.c Compiling c_1258.c Compiling c_10000.c Compiling c_10006.c Compiling c_10007.c Compiling c_10029.c Compiling c_10079.c Compiling c_10081.c Compiling c_20866.c Compiling c_20932.c Compiling c_28591.c Compiling c_28592.c Compiling c_28593.c Compiling c_28594.c Compiling c_28595.c Compiling c_28596.c Compiling c_28597.c Compiling c_28598.c Compiling c_28599.c Compiling c_28600.c Compiling c_28603.c Compiling c_28604.c Compiling c_28605.c Compiling c_28606.c Creating Library libwine_unicode.so.1 Creating Library libwine_unicode.so Making in libs/wine/ Compiling config.c config.c: In function `init_server_dir': config.c:120: warning: right shift count >= width of type config.c:125: warning: right shift count >= width of type Compiling debug.c Compiling ldt.c Compiling loader.c Compiling mmap.c Compiling port.c Creating Library libwine.so.1 Creating Library libwine.so Making in libs/wpp/ Compiling preproc.c Compiling wpp.c YACCing ppy.y Compiling y.tab.c LEXing ppl.l Compiling lex.yy.c Creating Library libwpp.a Making in tools/ Compiling bin2res.c Linking bin2res Compiling fnt2bdf.c Linking fnt2bdf Compiling fnt2fon.c Linking fnt2fon Compiling makedep.c Linking makedep Compiling sfnt2fnt.c Linking sfnt2fnt Creating wineprefixcreate Making in tools/widl/ Compiling hash.c Compiling header.c Compiling proxy.c Compiling typelib.c Compiling utils.c Compiling widl.c Compiling write_msft.c write_msft.c:584: warning: 'ctl2_alloc_importinfo' defined but not used write_msft.c:622: warning: 'ctl2_alloc_importfile' defined but not used write_msft.c:920: warning: 'ctl2_find_nth_reference' defined but not used YACCing parser.y conflicts: 25 shift/reduce Compiling y.tab.c LEXing parser.l Compiling lex.yy.c Linking widl Making in tools/winebuild/ Compiling import.c Compiling main.c Compiling parser.c Compiling relay.c Compiling res16.c Compiling res32.c Compiling spec16.c Compiling spec32.c Compiling utils.c Linking winebuild Creating winebuild.man Making in tools/winedump/ Compiling debug.c Compiling emf.c Compiling le.c Compiling main.c Compiling misc.c Compiling msmangle.c Compiling ne.c Compiling output.c Compiling pe.c Compiling search.c Compiling symbol.c Linking winedump Making in tools/winegcc/ Compiling winegcc.c Compiling utils.c Linking winegcc Making in tools/wmc/ Compiling lang.c YACCing mcy.y YACCing mcy.y Compiling mcl.c Compiling utils.c Compiling wmc.c Compiling write.c Compiling y.tab.c Linking wmc Making in tools/wrc/ Compiling dumpres.c Compiling genres.c Compiling newstruc.c Compiling readres.c Compiling translation.c Compiling utils.c Compiling wrc.c Compiling writeres.c YACCing parser.y conflicts: 5 shift/reduce Compiling y.tab.c LEXing parser.l Compiling lex.yy.c Linking wrc

4 6

Re: wine/dlls x11drv/x11drv.h x11drv/winpos.c x11d ...
by Dimitrie O. Paun 01 Feb '05

01 Feb '05

On Mon, Jan 31, 2005 at 10:34:07AM -0600, Alexandre Julliard wrote: > Log message: > Only create an X window for top-level windows, not for child windows. > Get rid of the X client window too, it's no longer needed. Cool. Does this mean that the window management rewrite is done? -- Dimi.

3 5

emsabp.idl - virtually identical data structures to mapidefs.h
by Luke Kenneth Casson Leighton 31 Jan '05

31 Jan '05

hi, here's an IDL file i'm working on for exchange 5.5 server. as you can see it's virtually identical, structure-for-structure, to those listed in mapidefs.h. at about struct MAPIERROR, the similarity stops. thoughts, anyone? l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 1

[game] Running; Dark Reign - The future of war with Wine
by Joachim Schiele 31 Jan '05

31 Jan '05

Dear Wine Developers, I've tried to get this game running with wine but after starting i get a nice main menu (sound is ok, too) but there is no mouse. You can't use the mouse altough there is a nice animated cursor. There must be something wrong with wine because in cedega it's working nice. More about this in [2] check the comment from me to dig further into this problem. My question is where should I start to search for the mouse problem? Was there a similar problem with other games in the past? Also note i've already tested the DX grab and the DGA settings with no effect. Maybe this problem is solved very fast! That would be goot because then i could start working on the network/IPX/IP things to get network play working. Dark Reign - The future of War and The Rise Of the Shadowhand is running quite nice with cedega, and I believe if only the mouse would be working it would do the same with wine! Thanks for wine, thanks for your help & and valuable time, Greets, Joachim Schiele ============================= The error message ============================= joachim@knabber:~/darkreign$ wine dkreign.exe Please use the registry key HKEY_CURRENT_CONFIG\Software\Fonts\LogPixels to set the screen resolution and remove the "Resolution" entry in the config file Xlib: extension "XFree86-DRI" missing on display ":0.0". fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c4c018)->(00010022,00000008) fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x77c4c018)->(00010022,00000013) fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8 fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:mmtime:timeBeginPeriod Stub; we set our timer resolution at minimum fixme:dsound:IDirectSoundImpl_SetCooperativeLevel level=DSSCL_PRIORITY not fully supported fixme:mci:MCI_LoadMciDriver Couldn't load driver for type CDAUDIO. If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:mci:MCI_LoadMciDriver Couldn't load driver for type CDAUDIO. If you don't have a windows installation accessible from Wine, you perhaps forgot to create a [mci] section in system.ini fixme:wave:DSD_CreateSecondaryBuffer (0x77c4c5e0,0x77acff20,e0,0,0x77c8b58c,0x77c8b67c,0x77c8b568): stub ============== Links ============== [1] http://appdb.winehq.org/appview.php?appId=154 [2] http://appdb.winehq.org/appview.php?appId=154&versionId=2740

3 2

Recruit regression testers?
by Ivan Leo Puoti 31 Jan '05

31 Jan '05

I think quite a few regressions get into releases, and while a few a tracked down some stay in the code for months if not years (I've heard of at least one game that worked some 2 years ago but doesn't now), while regression testing may seem trivial to a developer, it can be a challenging task for most users, especially if they are new to wine/Linux. So maybe we should recruit some people to get regression reports from users, find the patch that caused the regression, and report back to developers. Am I just to tired at time of writing or could this be a good idea? Ivan.

8 12

Re: SHLWAPI: implement PathIsValidChar{A,W}
by Juan Lang 31 Jan '05

31 Jan '05

Hi Hans, > Yes I contemplated that but then you reintroduce a conditional in > the ascii case ( if (c > 0x7e) ), which somewhat defeats the > purpose of using a lookup table. Defeats? I don't think so. A single comparison that covers a large number of cases is different than a cascade of comparisons. Unless the compiler inlines PathIsValidCharAW, adding a comparison to PathIsValidCharA is faster than a function call anyway. > > Also, that means the data type can be unsigned char, not DWORD. > > I don't understand you, char class values are DWORD. You're right, that's my mistake. > > But for values of c greater than 0xff, you do not mask. This may > > be deliberate, I don't know, but it doesn't look correct. > > It's deliberate and correct. PATH_CHAR_CLASS_OTHER_VALID *is* a mask > so I do return the same value in both cases. Also remember that the > return type is a BOOL so we could return TRUE everywhere but I chose > to mimic Windows here and return a masked value. The tests show this > is the case. I'm still not sure it's correct. What if the call is PathIsValidCharW(0x1ff, PATH_CHAR_CLASS_LETTER) ? In this case, you return PATH_CHAR_CLASS_OTHER_VALID, which is 0x00000100. On the other hand, the call PathIsValidCharW('0', PATH_CHAR_CLASS_LETTER) returns 0. Your test cases don't capture the entire behavior, because the caller's mask and the character class are the same. But what if they are different? Test cases will show which is correct, of course. I've never used the function. I was just pointing out that the behavior for characters above 0xff is different than that for characters less than or equal to 0xff. Inconsistency usually means incorrectness. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[d3d9/device.c] IDirect3DDevice9Impl_GetDepthStencilSurface problem
by Paul Vriens 31 Jan '05

31 Jan '05

Hi, while trying to run a demo-app, I had a 'crash' I have the following (part of a) trace: trace:d3d:IDirect3DDevice9Impl_GetDepthStencilSurface (0x77e3d028)->returning ((nil)) default is stencilbuffer=((nil)) trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x499db0cd trace:seh:EXC_RtlRaiseException info[0]=00000001 trace:seh:EXC_RtlRaiseException info[1]=00000004 trace:seh:EXC_RtlRaiseException eax=00000004 ebx=499e232c ecx=00000000 edx=00000001 esi=77e3d028 edi=77ec8318 trace:seh:EXC_RtlRaiseException ebp=70ecf5ac esp=70ecf5a0 cs=0073 ds=007b es=007b fs=003b gs=0033 flags=00210202 This is because IDirect3DSurface9Impl_AddRef is called with a NULL parameter. In d3d8/device.c this is checked in d3d9/device.c it isn't. The demo-app get's a bit further with this patch/hack, but I don't know if it's correct (or if it is correct in d3d8). Comments ? Cheers, Paul.

1 0

Help on Wine
by Katia Maculan 31 Jan '05

31 Jan '05

Hello, In the last few days I executed some tests to understand a segmentation fault problem in my pcsdll library working with WineLib in RedHat 9. I created: - A little library pcsdll exporting a function that calls the TlsAlloc function - A little executable pcsmon that calls the exported library pcsdll function and creates a window Linking the library with the command g++ -m32 -march=pentium-mmx -mcpu=i686 -g -shared -Wl,-soname=pcsdll.so ...... when the pcsmon calls the library function the library obtains a segmentation fault in calling TlsAlloc function. Do you have any idea about what I miss? Regards Katia PS: I'm using wine 20050111 version -- Katia Maculan Developer ISIS Papyrus Italy Srl Tel: (+39) 0125 6455400 Fax: (+39) 0125 6455150 E-mail: katia.maculan(a)isis-papyrus.com Info: info(a)isis-papyrus.com Hotline: +43-2236-27551-111 Visit our Website: http://www.isis-papyrus.com

2 1

Re: [wined3d] GUIDS for everything.
by Alexandre Julliard 31 Jan '05

31 Jan '05

Oliver Stieber <oliver_stieber(a)yahoo.co.uk> writes: > Hi, this patch provides guids for all the wined3d > interfaces. There not needed right now, but some > patches I'll be sending in depend on them. I don't think you want to add wined3d GUIDs to dxguid, they don't exist in the Windows one. IMO they should remain purely internal to wined3d and d3d8/d3d9. -- Alexandre Julliard julliard(a)winehq.org

1 0

Xnews regression from update region handling
by Rein Klazes 31 Jan '05

31 Jan '05

Alexandre, After the update region handling moved to the server, Xnews gets in an endless loop when the windows with news groups is scrolled. The endless loop is in user/painting.c. Calling sequence is ScrollWindowEx(... SW_ERASE|SW_INVALIDATE)-> RedrawWindow(..., RDW_INVALIDATE|RDW_ERASE|RDW_ERASENOW)-> erase_now() In erase_now() the aptly coded endless loop is never broken out, and loops on the same window over and over. Before the change this was coded quite differently (traversing the window's child tree) and could not loop indefinitely. I am quite stuck what should be the reason why the loop is expected to end in the first place. Perhaps you want to have a look. Xnews can be downloaded from all over the net, for example: http://xnews.newsguy.com/release/xnews.zip Unzip it in a directory of your choice; run xnews.exe; enter the host name of a news server; confirm that you want to download the list of newsgroups; you get a window with newsgroups, try to scroll down the list. Rein.

2 1

Re: winmm: another round for unicode migration
by Alexandre Julliard 31 Jan '05

31 Jan '05

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > this patch moves (almost) the rest of winmm to handle correctly the MM > drivers as unicode drivers (for the 32 bit part) It doesn't build, you probably forgot to include the header changes. -- Alexandre Julliard julliard(a)winehq.org

1 0

MAPI32.dll.so - how to use in linux programs?
by Luke Kenneth Casson Leighton 31 Jan '05

31 Jan '05

[please cc to this address lkcl(a)lkcl.net, thank you!] hi, i am in the process of decoding mapi for an exchange 5.5 client/server project. i have got to the point where i can send (with a test program) and receive (in a test server) MAPI data. i noticed that Wine has a mapi32.dll.so. i was therefore wondering: could someone kindly point me in the direction of a stand-alone example program plus example Makefile(.am?) which i can cut/paste which will show me how to use mapi32.dll.so? the test program relies on a test loader program, so i can't find a "int main (char *argv[], int argc)" anywhere nor is it obvious what's going on. pointers to any existing simple usage documentation more than sufficient. any information and assistance greatly appreciated: in the mean-time i will keep blatting out hard-coded packets... l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

Re: SHLWAPI: implement PathIsValidChar{A,W}
by Juan Lang 31 Jan '05

31 Jan '05

Hi Hans, it looks like from values 0x7e onward the character class is always PATH_CHAR_CLASS_OTHER_VALID. If you like, for clarity you can fill in the value through 0x7f, but having a lookup table beyond this isn't necessary. Also, that means the data type can be unsigned char, not DWORD. And, it looks like the return value isn't consistent: +static BOOL WINAPI PathIsValidCharAW( unsigned char c, DWORD class ) +{ + return class & SHELL_charclass[c]; +} Here you mask class with the value in the table.. +BOOL WINAPI PathIsValidCharA( char c, DWORD class ) +{ + return PathIsValidCharAW( (unsigned char)c, class ); +} and again here, implicitly.. +BOOL WINAPI PathIsValidCharW( WCHAR c, DWORD class ) +{ + if (c > 0xff) return PATH_CHAR_CLASS_OTHER_VALID; + return PathIsValidCharAW( (unsigned char)c, class ); +} But for values of c greater than 0xff, you do not mask. This may be deliberate, I don't know, but it doesn't look correct. --Juan p.s. Have you added me to your spam list yet? ;) __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail

2 1

Q: porting driver for USB scanner - where to start?
by Heiko Nardmann 31 Jan '05

31 Jan '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I want to write a linux driver for my USB scanner which is currently not yet supported by sane. So I wonder where to start; where do I find detailed information about the Windows driver interface, esp. for USB scanners. I want to know which interface a driver has to offer to Windows and which functionality the API has to offer. Thanks in advance for any help. - -- Heiko Nardmann -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFB5kmfpm53PRScYygRAh08AJ9oT68jQ0TKuikBFgJN1HG9EqjW2gCfbk9B Tndu1Nin8Z6DZQ/yg3+GEjc= =Dvvb -----END PGP SIGNATURE-----

5 4

some benchmark results
by Brian Vincent 31 Jan '05

31 Jan '05

I found an interesting program today and took it for a spin. I'm sure someone smarter than me can decipher this and get more out of it. It's called PerformanceTest v5.0 (build 1017) and it does benchmarks on lots of different things. I didn't look into what, if any of this stuff depends on Win32. For all I know it's written in assembly. A quick look at the results seems to point at lots of Win32 stuff. You can download it from: http://www.softpedia.com/get/System/Benchmarks/PerformanceTest.shtml The installer runs fine under Wine. I wasn't able to run all the tests, but here's what I got results for on Wine (Fedora Core 3) and WinXP on the same hardware: CPU (nothing too interesting here): Windows Wine Integer math 201.5 209 MOps/sec Floating point 210.9 210.4 MOps/sec MMX 177.1 178.4 Million matrices/sec SSE/3DNow 132.6 136.8 Million matrices/sec Compression 1548.0 1634.8 KBytes/sec Encryption 7.2 7.0 MBytes/sec Image rotation 138.8 139.9 rotations/sec Random string sorting 362.2 355.8 thousand strings/sec CPU Mark 321.2 328.5 "composite score" ----------- 2D (interesting, but probably not news) Windows Wine Lines 75.8 39.5 thousand lines/sec Filled rectangles 39.2 19.1 thousand images/sec Unfilled shapes 26.1 8.7 thousand shapes/sec Fonts (won't run, RichEdit20 problem, native not tried) GUI 124.3 22.4 ops/second ----------- 3D (won't run to completion on Wine, I believe it's DX7-based) Simple 65.2 Medium 97.8 Complex 37.1 ----------- Memory (interesting) Windows Wine Allocate small block 676.5 248.8 MBytes/sec Read cached 1124.4 1132.6 MBytes/sec Read uncached 912.7 965.4 MBytes/sec Write 474.3 446.5 MBytes/sec Memory Mark 310.8 274.9 "composite score" ----------- Disk Windows Wine Sequential read 19.9 18.1 MBytes/sec Sequential write 12.5 14.4 MBytes/sec Random seek 2.2 3.2 MBytes/sec Disk Mark 91.3 94.1 "composite score" ----------- CD Read 1.1 1.2 MBytes/sec CD Mark 54.3 58.5 "composite score" I'm very impressed the 2D GUI runs through to completion. If you just run one test, give that a try. The system is a Celeron 2.2GHz laptop, SiS chipset for graphics, 256MB RAM. Total "Passmark" rating on XP was 185.8. Anything stand out to anyone? Anyone have any insights into the results? As far as an intepretation goes, seems fairly obvious to me and about what you'd expect.. apps with heavy CPU are comparable to Windows, 2D and 3D apps will suffer a big performance hit, and apps requiring heavy IO (memory, disk) might even get a small performance boost under Wine (because of Linux?) -Brian

2 1

Wine packages, universe maintainence, and myself
by Scott Ritchie 30 Jan '05

30 Jan '05

Hello, I met some of you on IRC the other night. I am currently the Debian and Ubuntu packager for the Wine project. The "official" Debian maintainer hasn't been updating the packages and refuses to turn them over to me, so we've setup our own apt repository at winehq.org. The packages have been tested a lot, and are also in the Ubuntu backports project working fine. I was wondering what it would take to make them the ones that sit on Ubuntu's repository, rather than the (very old) Debian unstable ones, and from what I heard on IRC it seems like this is a rather doable thing for Ubuntu as we don't have to worry about Debian politics so much. Hence, I am writing this email. I'd be willing to maintain the Wine packages for Ubuntu, as well as related ones such as winetools. There's other work for me to do as well, but I suppose the first step is to coordinate things in here and make this happen. There's quite a bit on my todo list for the moment -Documentation is a seemingly never-ending task, both for man pages and packaging guidelines and such. -The Wine documentation also needs to be moved into the right places. I was recently given a very helpful tip on IRC about making Wine's User Guide work with standard freedesktop.org help interfaces, and I'll be committing the patch upstream shortly. -Tweaking the wine package to get it a bit more right is also important. I've got a bunch of little changes I need to make for the next release written up on my penboard at the moment. Hopefully soon I can start erasing them. -Updating the Wine User Guide itself. I've already got chapter 1, the introduction, finished. Obviously, this is a good thing to do. -Updating the Wine web site to make things easier (example is this page: http://www.winehq.org/site/download-deb ). That site may undergo a slight redesign in the future too. -I've got a special project I've been trying for a while involving porting Miranda Instant Messenger with Winelib. In theory, I could convert it into an Ubuntu package that runs on all arches with the Wine package installed, even though Miranda is a windows program. If this becomes easy it represents an amazingly huge step in application compatibility - it won't be long before we start seeing other OSS apps like DC++ or FileZilla coming into Ubuntu packages. Writing a howto guide for this based on my experience is part of this goal. -The Winelib documentation needs updating as well. I plan on using my experience trying to port Miranda IM to help it out. -Winetools, a useful program for running Wine, also needs packaging. I've got it almost finished at this point, although I need some help with some issues I've been having. More on this in IRC. As for the Wine package itself, the current versions of the Wine and Winetools packages are in my webspace, here: deb http://tuzakey.com/~scott/apt binary/ deb-src http://tuzakey.com/~scott/apt source/ The Wine package at first glance seems a bit different from some Debian standards, for various reasons. First off, even though Wine has some seemingly shared libraries, I haven't split them off. This is because only wine binaries can really use them, and they need the latest version anyway. Both windows apps called with Wine and winelib apps still need to be handled by the same wineserver (in case they message eachother, amid other reasons), and so they are both completely dependent on the Wine binaries anyway. Furthermore, since it's the same wineserver coordinating everything on a system, it needs to have the same library in use - since it's basically impossible to get use out of more than one libwine.so.x in a system, it makes little sense to support this. Secondly, Wine, not being an emulator, has some rather important differences between architectures. Wine really does need 3 different packages for the 3 different Ubuntu arches, as they each have some challenges. The i386 one is the simplest, and is basically standard Wine. The PPC arch can only run winelib apps, so it may need some trimming down and added documentation to prevent confusion. The 64 bit version of Wine represents the most interesting challenge, as Wine will still need the old 32 bit libraries to run 32 bit Windows applications. According to forum posts I've read, Wine packages not currently doing this easily is actually a blocker for some users in switching to 64 bit Ubuntu. Wine has some rather unique things which make it harder to maintain. -Arch issues, like mentioned above -PAX issues will inevitably come up again. This was an issue that came up before, although with Ubuntu using the latest Wine it will certainly be an easier one to tackle. -Until Wine hits a stable release, which seems to be perpetually six months away, Wine is updated monthly. This means an old and possibly unstable version of Wine will perpetually end up in Universe, unless we backport it. This may or may not be a problem from the User's perspective. Either way, I'll make the latest available at winehq.org. Clearly the best long term solution is to move to a more stable Wine release - I've been doing my part to help clear our 0.9 blocker bugs like the lack of documentation, but I can't do much for core Wine development other than cheer on my compatriots. We may want to have an entirely new applications menu for Wine. I envision having Wine installed and then having it create a new folder Applications->Wine, which will contain the Winecfg program labeled "Configure Wine" as well as a near empty start menu with Wine's shipped winelib Notepad program. When other windows programs get installed, they can be put in the Wine start menu there. The PPC arch may have no real need of start menu, though. We can run winelib apps on ppc, such as the hypothetical Miranda-IM package, but it might make sense to put that somewhere other than Wine's start menu (such as Applications->Internet) In fact, we may want to have packaged winelib apps specifically not go in the Wine folder for all arches, even arches that support a Wine start menu. I guess I should make a page for myself on the Ubuntu wiki. I'll likely put a huge todo list for myself up there as well, if for no other reason than to remind me of what I still want to do. I really like what's going on with Ubuntu. Most encouraging are emails I get like the following: ----------------- Dear Scott, I am using your wine packages from: deb http://wine.sourceforge.net/apt/ binary/ deb-src http://wine.sourceforge.net/apt/ source/ and it's just great! Thank you! It would be way cool if your packages could be the official Debian ones. I sincerely hope that some solution can be found, so that it can happen. Best regards, Silvestre ----------------- I also had a man message me on AIM thanking me profusely for the Wine packages. Apparently he had won several hundred dollars using a Windows poker program via Wine. The ability of Wine to put usable icons on the desktop really impresses users, and I really look forward to the day when we can have a usable start menu too. Anyway, I'd appreciate feedback and thoughts about this, as well as help with my package. Meet me in IRC, I'm YokoZar. Thanks, Scott Ritchie

6 6

RICHEDIT once again
by Krzysztof Foltman 30 Jan '05

30 Jan '05

My rich text control is still far from even semi-complete, but I think too much is done to start over, so I'm releasing it today. The number one reason of its incompleteness is that I put more emphasis on making things work exactly like in the original than on implementing more functions. It's been neglected for weeks, and only recently I've fixed some old bugs and slowly started implementing the simplest parts of the RICHEDIT control API. I'm still not done with the basic stuff, like undo stack, so there is not much to hack on. On the other hand, it's likely I've made some bad decisions during design, and having someone experienced to look at that seemed to be a good idea to me. Some things look really tricky to implement with the current architecture, like the printing API (it will likely be an ugly hack, but I expect the same from the original, as screen formatting and print formatting may be very different). Some things just need time. I will probably need others' help to do the RTF parser. It's just way too much work. So, if anyone cares: http://foltman.com/richtext-20050130.tar.gz Compile using the recent-ish mingw (plus original SDK richedit header file). Have fun, Krzysztof

4 8

Re: KERNEL: stub implementation for ReadDirectoryChangesW
by Vincent Béron 30 Jan '05

30 Jan '05

Le dim 30/01/2005 à 13:37, Hans Leidekker a écrit : > > This prevents a crash in Picasa2. > > -Hans > > Changelog: > Stub implementation for ReadDirectoryChangesW. You forgot to remove the stub entry in kernel32.spec and replace it by a line with proper argument types. Vincent

1 0

Fwd: Re: Q? system wide variables
by Oliver Stieber 30 Jan '05

30 Jan '05

Thought I should send this to winedev as well, is it just me, or is the reply address set to the sender and not winedev? > > --- Mike Hearn <mh(a)codeweavers.com> wrote: > > Yes, the registry is fine though if you are going > to > > detect this at > > startup it may be worth making it volatile. > > > > I'm not sure it makes sense to have a config > option > > here. How many people > > will think to adjust it? > > > Well, initially I can't won't be able to detect the > value since I don't known of any other way that > talking to the video card and requesting one of it's > registers. (I've got the Matrox g400 code somewhere > on an old HDD written in djgcc for dos about 5 years > ago) Transgaming make this user configurable so I > shouldn't imagine it's an 'easy' task to detect the > top ten cards. > > It could also be handy for stubborn applications > when > I want to lie and don't care how slow the > application > runs (or if it slips into AGP instead of > on-videoboard > ram) you can get something for windows that fakes a > lot of directX functions so that you can play games > that must have pixelshaders 2.0 on older cards just > missing some effects. > > I would send the link, but I can't remember right > now > and I'm just off down the pub. > > I'll start by getting everthing to talk to the > registry and work on the volile bit when we have > some > detection code. > > > > > > > > > > ___________________________________________________________ > > ALL-NEW Yahoo! Messenger - all new features - even > more fun! http://uk.messenger.yahoo.com > ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

3 2

Q? system wide variables
by Oliver Stieber 30 Jan '05

30 Jan '05

Hi, I need to track the 'fake' amount of video memory in total, allocated and left for Directx 9 and would like to track it across wine so that DDraw, DirectX, DxDiag and X11 driver can all sing from the same song sheet. What's the best place to do this? is the registry code fast enough or should I add a new function to the X11 driver so that I can request and release 'fake' video memory and make all other AvailableVideoMemory requests ask X11 driver? I would expect the use to be able to override by the initial amount, even if there's code that detects it since wine,X and openGL manage video memory differently to windows, direct draw and D3D. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

5 5

Re: small fix SafeArryDestroy
by Rob Shearman 30 Jan '05

30 Jan '05

Rein Klazes wrote: >Hi, > >Makes WJChess, a French made chess game, accept moves. > >Changelog: > dlls/oleaut32 : safearray.c > SafeArrayDestroy() returns success when called with a NULL > pointer. > > It would be nice to have a test for this as there are already a large number of SafeArray tests. Rob

1 0

ole:register_ifstub couldn't get IPSFactory buffer for interface
by Uwe Bonnes 29 Jan '05

29 Jan '05

Hallo, trying to install the the German TAX software "Steuersparerklaerung 2005" the Installshield installer runs into: err:ole:register_ifstub couldn't get IPSFactory buffer for interface {00000131-0000-0000-c000-000000000046} and aborts. The IRemUnknown implementation seems to be brand new from Robert as of this monday. Is there any fix to get around above problem? Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 7

Re: MSVCRT: Re-implement *printf
by Aneurin Price 29 Jan '05

29 Jan '05

Changelog: > Re-implement all *printf functions in msvcrt.dll, according to > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html… > > and descriptions of appropriate functions. > This should fix, among other things, bugs 321 and 2075. > Nobody has any comments about this?

3 3

Re: [shlwapi/tests/shreg] Tests question
by Juan Lang 29 Jan '05

29 Jan '05

> What's the best approach in this? > - fix Wine (but what should be the correct returned buffer?) Definitely fix Wine. Hopefully there isn't an app that depends on one behavior under Windows 98, and a different one under Windows XP. It's perhaps less likely because Wine's implementation isn't correct in either case? Pick one of the versions to match, document the difference with other versions. If needed later someone can change the function to check at runtime which version of Windows is being emulated, and match the behavior accordingly. See e.g. http://source.winehq.org/source/dlls/kernel/process.c#L2800 for where this is done. --Juan __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com

2 2

Slick build output
by Jason But 29 Jan '05

29 Jan '05

Hello all, Not really related to the actual wine development but more to the make/build/install environment. Remembering the most wine users will not necessarily be developers we should consider improving the output of running (./configure && make) to make it more user friendly. Hopefully it should also be less confronting and confusing to non developers. I propose something similar to the way the Linux kernel currently compiles. The included patch changes make so that a regular make will produce much nicer output while for those die-hards who prefer the original output this can be achieved by executing make VERBOSE=yes I personally prefer the neater output even for development work, the compile output doesn't scroll off the screen as quickly and warnings/errors can be more easily spotted. This patch doesn't do the complete job, instead only produces output for the compile (gcc) stages. In fact, (make install) will produce no output at all! If people think this is a good idea, simple extensions will lead to complete output, just add the necessary $(NICE_ECHO) " whatever" to the proper places in each Make*.in file I am willing to do this if it is deemed to be good. Jason

8 10

Re: [IWineD3d + d3d9] bogus query implemetation
by Juan Lang 29 Jan '05

29 Jan '05

Hi Oliver, +HRESULT WINAPI IWineD3DDeviceImpl_CreateQuery(IWineD3DDevice *iface, D3DQUERYTYPE Type, IWineD3DQuery** ppQuery){ + IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *)iface; + + if(NULL == ppQuery){ + /*Just a check to see if we support this type of query*/ + HRESULT hr = D3DERR_NOTAVAILABLE; + /*Lie and say everything is good (we can return ok fake data from a stub)*/ + switch(Type){ + case WINED3DQUERYTYPE_VCACHE: + hr = D3D_OK; + case WINED3DQUERYTYPE_RESOURCEMANAGER: + hr = D3D_OK; These are missing a break statement. Better style would be to take advantage of the fallthrough like so: + switch(Type){ + case WINED3DQUERYTYPE_VCACHE: + case WINED3DQUERYTYPE_RESOURCEMANAGER: (all the other WINED3DQUERYTYPE_ cases) + hr = D3D_OK; + break; +struct IWineD3DQueryImpl +{ + IWineD3DQueryVtbl *lpVtbl; + DWORD ref; /* Note: Ref counting not required */ + IWineD3DDeviceImpl *wineD3DDevice; + /* IWineD3DQuery fields */ + D3DQUERYTYPE type; + void *data; + int dataSize; + + +}; What's with the couple of blank lines in the struct declaration? Yeah, so I'm picky ;) +DWORD WINAPI IWineD3DQueryImpl_GetDataSize(IWineD3DQuery* iface){ + IWineD3DQueryImpl *This = (IWineD3DQueryImpl *)iface; + FIXME("(%p) : stub \n", This); + int dataSize = 0; + switch(This->type){ + case WINED3DQUERYTYPE_VCACHE: + dataSize = sizeof(D3DDEVINFO_VCACHE); + case WINED3DQUERYTYPE_RESOURCEMANAGER: Aren't these case statements missing a break statement too? --Juan __________________________________ Do you Yahoo!? All your favorites on one personal page � Try My Yahoo! http://my.yahoo.com

3 3

[AppDB] Beef up the Application Rating Guidelines
by Francois Gouget 29 Jan '05

29 Jan '05

I feel that the current 'Maintainers Ratings System Help' is awfully vague and needs to be beefed up. So I'm attaching a proposal in which I tried to keep the original spirit but make things more precise. * First I'd like to rename this page from Maintainers Ratings System Help to Maintainer's Application Rating Guidelines - I added 'Application' to the title because that's what is being rated, not the maintainers. - I removed 'System' because it does not bring anything. - And I changed 'Help' to 'Guidelines' because this page does not juse tries to help maintainers give a random rating to an application, it tries to define which rating an application can have depending on how it runs. - Finally once the old ratnig system is removed we can remove "Maintainer's" since there will be only one left. * I've also reversed the order of the medals, because it seems a more logical progression and can simplify the explanations: in order to get a Silver medal you must pass all the criterias for a Bronze medal, plus some new ones. * I still feel there's a huge gap between 'Garbage' and 'Bronze' and that it would be interesting to have statistics about the percentage of applications that fail to install, and those that install but crash on startup, both cases which are included in the Garbage category along with those that install and start up but are still not usable. (Chocolate and Tin medals?) I'm attaching the full file as it's much easier to read than a diff. I'll send a diff to wine-patches once the final form has been reached. For reference the original can be found there: http://appdb.winehq.org/help/?topic=maintainer_ratings -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

2 1

[AppDB] Proposed Maintainer Guide
by Francois Gouget 29 Jan '05

29 Jan '05

The Application Database is missing a description of the job of an Application Maintainer. So I cleaned up the Maintainer Guide I posted earlier and prepared it for integration into the Application Database site. I attached it to this email for review. Let me know if there is anything missing, things to change, etc. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Cahn's Axiom: When all else fails, read the instructions.

2 1

[shlwapi/tests/shreg] Tests question
by Paul Vriens 29 Jan '05

29 Jan '05

Hi, I've been testing some of these test extensively and can make them pass on all the windows versions I have running. Doing this however means it breaks the wine test. An example is: /* * string grows during expanding * dwSize is larger then the size of part before the backslash but smaller then the expanded string * if the unexpanded string fits into the buffer it can get cut when expanded */ strcpy(buf, sEmptyBuffer); dwSize = sExpLen2 - 4; dwType = -1; dwRet = SHQueryValueExA( hKey, "Test3", NULL, &dwType, buf, &dwSize); ok( (0 == strcmp("", buf)) | (0 == strcmp(sEnvvar2, buf)), "Buffer should be the first part of the string (win98) or empty otherwise, it's (%s)\n", buf); Wine returns a part of the expanded string here: (ImARatherLongButIndeedNeededString\sub) So Wine doesn't do what either win98/winnt/win2k/winxp does (all latest version of the OS's). What's the best approach in this? - fix Wine (but what should be the correct returned buffer?) - extend the ok, by the returned buffer that Wine gives and effectively ignore the differences. Cheers, Paul.

1 0

Intent to package Winetools for Debian
by Scott Ritchie 29 Jan '05

29 Jan '05

A user recently pointed out how hard it is to install winetools on Debian. Of course he's right, so I'm making a winetools debian package much like the wine package. I'll put it in the apt repository along with the regular wine packages when I'm done. Also, I'm thinking of putting winetools in the "recommends" section of the wine package, so it's installed alongside it by default. Any objections? Thanks, Scott Ritchie

3 2

Re: ptrace single-stepping change breaks Wine
by Eric Pouech 29 Jan '05

29 Jan '05

> Btw, does wine ever _use_ PTRACE_SINGLESTEP for any of the things it does? > > If it does, then that woulc certainly explain why my "fix" made no > difference: my fix _only_ handles the case where the ptracer never > actually asks for single-stepping, and single-stepping was started > entirely by the program being run (ie by setting TF in eflags from within > the program itself). > > But if wine ends up using PTRACE_SINGESTEP because wine actually wants to > single-step over some instructions, then the kernel will set the PT_DTRACE > bit, and start tracing through signal handlers too. The way Wine doesn't > want.. wine mixes both approches, we have (to control what's generated inside the various exception) to ptrace from our NT-kernel-like process (the ptracer) to get the context of the exception. Restart from the ptracer is done with PTRACE_SINGLESTEP. (BTW: I also CC:ed wine-devel ML, that might be of interest to them too) A+

14 85

[Fwd: Wine-Wiki.org]
by Ivan Leo Puoti 29 Jan '05

29 Jan '05

Forwarding in case someone cares about this. Ivan.

13 31

unicode "tables"
by Jonathan Wilson 29 Jan '05

29 Jan '05

I remember some people talking about some kind of "unicode tables" that WINE has but that dont match with the MS implementation. What are the tables for? And what API call(s) are involved?

4 3

Re: MSVCRT: Re-implement *printf
by Juan Lang 28 Jan '05

28 Jan '05

Hi Aneurin, > Nobody has any comments about this? Well, I held off thinking I'd give Alexandre a chance to chime in. As it's a large patch, I knew it could take a while. But since he hasn't.. My advice isn't going to be as specific as it has been in the past. You've obviously done a lot on this, and it looks like useful and well-done work. A couple tips to improve its chances then: 1. Write some test cases. For example, in the code you comment: /* Further size specifiers are swallowed; this isn't specified, but was determined from testing. * Thus "ll", for example, does not mean "long long" (I64 should be used instead), but "long" */ Writing a test case that checks this is better than commenting the code, because it really ensures future changes won't break it. Generally, test cases help demonstrate the correctness of the patch (and the incorrectness of what's already there.) Once you're written one, they get pretty simple to do. 2. I'm troubled a bit by the memory allocation. It seems as though it should be possible to output characters or formatted output one at a time, keeping track of where you are in the format string and how many characters you are allowed to output. I realize it's a bit difficult since you may be outputting to either a file pointer or to a buffer, but modulo that complication you should be able to avoid allocating temporary buffers. I know, somewhere in the FAQ it says something about correctness before efficiency, but this bit of inefficiency seems pretty avoidable ;) Hope that helps, --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: v2.: [IWineD3d + d3d9] bogus query implemetation
by Juan Lang 28 Jan '05

28 Jan '05

Hi again Oliver, > this should be better. Yeah, but this function is still borked, I think: +HRESULT WINAPI IWineD3DDeviceImpl_CreateQuery(IWineD3DDevice *iface, D3DQUERYTYPE Type, IWineD3DQuery** ppQuery){ + IWineD3DDeviceImpl *This = (IWineD3DDeviceImpl *)iface; + + if(NULL == ppQuery){ + /*Just a check to see if we support this type of query*/ + HRESULT hr = D3DERR_NOTAVAILABLE; + /*Lie and say everything is good (we can return ok fake data from a stub)*/ + switch(Type){ + case WINED3DQUERYTYPE_VCACHE: + hr = D3D_OK; + case WINED3DQUERYTYPE_RESOURCEMANAGER: + hr = D3D_OK; (a bunch more) + default: + FIXME("(%p) Unhandled query type %d\n",This , Type); + } Do you mean to print a fixme for every one? If so, why not just do it once before or after the switch? Or if you don't, something like this would be better: + switch(Type){ + case WINED3DQUERYTYPE_VCACHE: + case WINED3DQUERYTYPE_RESOURCEMANAGER: (all the other supported ones) + hr = D3D_OK; + break; + default: + FIXME("(%p) Unhandled query type %d\n",This , Type); + } Notice the added break. Also, for conciseness, I wouldn't duplicate the hr = D3D_OK assignment for each supported type; I'd just let all the supported ones fall through to one assignment statement, like I show here. --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250

1 0

Can winedbg --auto backtrace all threads?
by Michael Ost 28 Jan '05

28 Jan '05

Is there a way to have winedbg --auto do a backtrace of all the threads in an app at exception time? In order to help track down sporadic runtime crashes in our testing process, I have turned on winedbg --auto when wine handles exceptions via the AeDebug registry entry. This is working pretty well except that often winedbg does a backtrace on a thread that I know is not the problem. If I could see a backtrace of all the threads --- lots of data, I know --- the tool might be more useful. Is this already possible? How about advisable %) ? Or must I patch winedbg to do it? Sometimes winedbg appears to hang when handling the exception, or at least doesn't print out any information. When could this happen? Is there something I could do to improve winedbg's chances of working? Cheers... mo PS: our system is using wine-20040914

3 6

[WINETEST] How is a visible desktop detected
by Paul Vriens 28 Jan '05

28 Jan '05

Hi, I was just wondering. I have a Win98/WNT/W2K (on VMWare) and a XP Home system. All are running the winrash service. All were started when I was logged in but only the W98 and WNT were considered running on a visible desktop. What's the criteria for 'running on a visible desktop'? Cheer,s Paul.

2 2

Re: X11DRV: Fix to incorrect detection and other bugs of keyboard driver in XKB presence
by Alexandre Julliard 28 Jan '05

28 Jan '05

"Oleh R. Nykyforchyn" <nick(a)pu.if.ua> writes: > Add alternative (alpha) code to keyboard driver in x11drv that can handle > correct detection and switching of keyboard layout both with and without > XKB extension. Add temporary --enable-xkb feature to configure script > to enable compilation with new code instead of existing one. You really need to get rid of these #ifdefs. If the patch is not working well enough to be enabled by default it won't go in at all. Most likely you need to split it in smaller parts that can be tested and applied separately. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: msvcrt: translate name to locate program
by Alexandre Julliard 28 Jan '05

28 Jan '05

Michael Wu <flamingice(a)sourmilk.net> writes: > if (args) > { > - ret = msvcrt_spawn(flags, fullname, args, envs); > + if (SearchPathA(NULL, name, exeA, MAX_PATH, fullname, NULL)) > + ret = msvcrt_spawn(flags, fullname, args, envs); That doesn't look right, spawnve is not supposed to search the path. -- Alexandre Julliard julliard(a)winehq.org

3 2

Re: Re: [winecfg] Show detected audio systems, and offer selection
by Paul van Schayck 28 Jan '05

28 Jan '05

So in the end we will just keep it all the same for now? Or did I lost you all. Or do we want to follow Chris suggestion by offering a frontend to the driver load order list? Thanks, Paul

1 0

Re: [x11/keyboard] numpad 5 key
by Dmitry Timoshkov 28 Jan '05

28 Jan '05

"Oliver Stieber" <oliver_stieber(a)yahoo.co.uk> wrote: > This little patch sends a scancode through for the 5 > key when numlock isn't on. > > This is needed to fire cannons in pirates. > > I hope this is ok, a quick test showed that the > keydown was already sending a scancode, but it may be > wrong, this just fixes keyup and should be correct. > - VK_END, 0, VK_INSERT, VK_DELETE, > + VK_END, 0x0c, VK_INSERT, VK_DELETE, Running spy++ under Windows confirms that your patch is correct, you just need to use symbolic name VK_CLEAR instead of 0x0c. -- Dmitry.

1 0

RE: [d3d9] VertexDeclaration support
by Ann and Jason Edmeades 27 Jan '05

27 Jan '05

Hi Raphael, Get/SetRenderTarget in d3d9 cant be right - if has to go through wined3d, as it's the only person who knows the front/back buffer etc. You don't want This->renderTarget at all at the d3d9 level The same issue later, + if (NULL == pDeviceImpl->backBuffer) { + pDeviceImpl->backBuffer = d3dSurface; + pDeviceImpl->renderTarget = d3dSurface; Note in the call to IWineD3DDevice_CreateVertexDeclaration you passed through 9, I assume for the dx level, but we store that in the device or directx impl already (cant remember which). In the wined3d version: Also, in the wined3d version please, please try to avoid using tabs, and use spaces instead - the rest of the file does (unless I missed some as I transferred them). Tabs are a real pain to work with if you ask me Jason

2 1

Re: [ddraw] more video memory
by Oliver Stieber 27 Jan '05

27 Jan '05

--- Raphael <fenix(a)club-internet.fr> wrote: There's a couple of other places that report the amount of video memory, GetAvaialbleVideoMemory in d3d, and static DDHALINFO hal_info in X11ddraw.c Is there somewhere where we can centralise the possibly tracking of video memory and read the initial setting from either a configuration file or the video cards i2c or registers if available instead of hard coding in three+ different places? I've got some agpgart code for detecting AGP memory usage and the DRI guys will probably have code for getting the 'real' video memory figures for some cards. > Hi, > > Changelog: > - set default video memory to 64Mb (was 16Mb) as > many d3d9 demos use d3d7 > code to get available video memory size (ex > ConfigSystem.exe on d3d9 sdk) > > Todo: > - autodetect this value (better than hardcoded) and > share it using wined3d > > Regards, > Raphael > > Index: main.c > =================================================================== > RCS file: /home/wine/wine/dlls/ddraw/ddraw/main.c,v > retrieving revision 1.58 > diff -u -r1.58 main.c > --- main.c 9 Jan 2005 17:35:44 -0000 1.58 > +++ main.c 27 Jan 2005 00:22:42 -0000 > @@ -118,7 +118,7 @@ > /* This is for the moment here... */ > This->free_memory = free_memory; > This->allocate_memory = allocate_memory; > - This->total_vidmem = 16 * 1024 * 1024; > + This->total_vidmem = 64 * 1024 * 1024; > This->available_vidmem = This->total_vidmem; > > return DD_OK; > > ATTACHMENT part 2 application/pgp-signature ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

2 5

Re: video4linux - wine
by Rick Romero 27 Jan '05

27 Jan '05

Looks like Webcamnow.com has a simple Win32 app now. They're setup quite simply - They merely grab a pic, and ftp it to their servers. After install, I assume I'm getting the same errors you were, as it enumerates the webcam devices: fixme:avicap:capGetDriverDescriptionA (0, 0x411f1050, 255, 0x411f2ef0, 255) stub! fixme:avicap:capGetDriverDescriptionA (1, 0x411f1050, 255, 0x411f2ef0, 255) stub! You can get the webcamnow Win32 app by going to their site with Firefox or Mozilla, and clicking "Broadcast", then you'll download the win32 app. Rick Jasper van Veghel wrote: > I've recently been looking into VFW with Wine, and though I certainly am no > expert at the Windows API concerning this (first time I really looked into DX), > nor Wine for that matter, I was able to get a bit further from where I started, > so allow me to share my experiences with you. > As an application to test this stuff with I went for MSN 6.2, though certainly > not the best application for this, it seemed neat to finally have Webcam support > on MSN - I eventually got some of it working with a load of native DLLs, some > hacking on the SSL stuff (I ended up simply setting useSSL = false, the applica- > tion was sending plain-text over an SSL socket, which wasn't working; this fixed > things, or at least for this application ;-)) and adding some undocumented flag > to InternetSetOption (optionId = 87) - anyway, it seems that MSN is using some- > thing along the lines of the following webcam class I found using Google - > indeed, using a DirectShow filter: > http://www.jolash.com/projects/other_projects/webcam/WebCam.h > For things to start working under Wine I used the following native DLLs, which > I also registered with regsvr32 (for CLSIDs etc.) > COMCTL32.DLL > urlmon.dll > CRYPT32.DLL MSOSS.DLL > oleaut32.dll ole32.dll rpcrt4.dll > MSVCRT.DLL > shlwapi.dll shdocvw.dll > MLANG.DLL > qcap.dll amstream.dll > Though I'm not sure if amstream is needed. Don't know what qcap does as I only > managed to get to a point where something in qcap was called which was then > being forwarded to Quartz (IAMStreamConfig, for which I added a bunch of stubs > and semi-stubs (filled in some bogus information for VIDEO_STREAM_CONFIG_CAPS, > VIDEOINFOHEADER and AM_MEDIA_TYPE) > It turned out that, at least MSN, and this webcam class too, uses devenum to > find the video input devices (CLSID_VideoInputDeviceCategory), for which I've > added the proper code to CreateSpecialCategories and hence CreateClassEnumerator > (it also seems that the windows DLL of devenum always recreates the dynamic > registery entries whereas Wine only seems to add them once and then never again, > that is, once they're in the registry they stay there (hence if a new audio card > gets added to the system ..)) The Windows DLL seemed to be using avicap32 to > collect information on the available video input devices, so I've simply had > capGetDriverDescription return some string with a fictional video driver (this > also makes it possible to use a native devenum.dll) Next up is Quartz, which > seemed to want IAMStreamConfig (collecting information on the video stream (res, > depth, sps, ..) for starters, but I never got around to implementing enough of > that for the program to accept it and move on, so that's where I got stuck. It > may also have had something to do with MSN wanting an IKsPin which isn't imple- > mented (which is why native quartz may have failed, when trying to approach the > kernel in some way) Here's a small scenario of what I observed working with both > native and hacked up DLLs ;-) > DEVENUM - Read all VideoInputDeviceRenderer's (from CLSID) > DEVENUM - BindToObject() --> VfwCapture > QCAP - BindToClass --> Quartz(VideoRenderer) > QUARTZ - VideoRenderer_create > QUARTZ - [FAIL] InputPin_QueryInterface (IKsPin) > QUARTS - VideoRenderer_QueryInterface (IAMStreamConfig) > Anyway, the 'patches' I wrote are probably not worth much as the whole under- > taking was more of a little endeavor trying to see how far I go (MSN actually > managed to sign in, by the way, but kept crashing a few seconds after that (the > webcam stuff can be accessed without signing in though, there's a preview option > in one of the menus), but perhaps this brief explanation of my steps will prove > useful for someone wanting to implement this aspect of VFW :-) Perhaps someone > could build a control from the class I mentioned earlier which can then be used > for testing (through the webpage that refers to it says it's missing some code; > but at least it's a starting point) > Jasper

1 0

Re: NtQuerySystemInformation: cpu information
by Oliver Stieber 27 Jan '05

27 Jan '05

I'll see if darwinia runs ok now, it fails witht a cannot detect CPU error. http://www.darwinia.co.uk/downloads/ --- Rein Klazes <wijn(a)wanadoo.nl> wrote: > Hi, > > Changelog: > dlls/ntdll : nt.c > include : winternl.h > > In NtQuerySystemInformation, handle request for > information > class 1, now named SystemCpuInformation. Return > some dummy > data for now. > > Rein. > > --- wine/dlls/ntdll/nt.c 2005-01-27 > 08:32:17.000000000 +0100 > +++ mywine/dlls/ntdll/nt.c 2005-01-27 > 13:52:32.000000000 +0100 > @@ -546,6 +546,22 @@ NTSTATUS WINAPI > NtQuerySystemInformation > else ret = STATUS_INFO_LENGTH_MISMATCH; > } > break; > + case SystemCpuInformation: > + { > + SYSTEM_CPU_INFORMATION* sci; > + sci = (SYSTEM_CPU_INFORMATION *) > SystemInformation; > + if (Length >= sizeof(*sci)) > + { > + /* FIXME: move some code from > kernel/cpu.c to process this */ > + sci->Architecture = > PROCESSOR_ARCHITECTURE_INTEL; > + sci->Level = 6; /* 686, aka Pentium > II+ */ > + sci->Revision = 0; > + sci->Reserved = 0; > + sci->FeatureSet = 0x1fff; > + } > + else ret = STATUS_INFO_LENGTH_MISMATCH; > + } > + break; > case SystemPerformanceInformation: > { > SYSTEM_PERFORMANCE_INFORMATION* spi = > (SYSTEM_PERFORMANCE_INFORMATION*)SystemInformation; > --- wine/include/winternl.h 2005-01-27 > 08:32:53.000000000 +0100 > +++ mywine/include/winternl.h 2005-01-27 > 13:54:11.000000000 +0100 > @@ -521,7 +521,7 @@ typedef enum _SECTION_INHERIT { > > typedef enum _SYSTEM_INFORMATION_CLASS { > SystemBasicInformation = 0, > - Unknown1, > + SystemCpuInformation = 1, > SystemPerformanceInformation = 2, > SystemTimeOfDayInformation = 3, /* was > SystemTimeInformation */ > Unknown4, > @@ -908,6 +908,35 @@ typedef struct > _SYSTEM_BASIC_INFORMATION > #endif > } SYSTEM_BASIC_INFORMATION, > *PSYSTEM_BASIC_INFORMATION; > > +/* CPU Information Class 0x01 */ > +typedef struct { > + WORD Architecture; > + WORD Level; > + WORD Revision; /* combination of CPU > model and stepping */ > + WORD Reserved; /* always zero */ > + DWORD FeatureSet; /* see bit flags below */ > +} SYSTEM_CPU_INFORMATION; > + > +/* definitions of bits in the Feature set for the > x86 processors */ > +#define CPU_FEATURE_VME 0x00000005 /* Virtual > 86 Mode Extensions */ > +#define CPU_FEATURE_TSC 0x00000002 /* Time > Stamp Counter available */ > +#define CPU_FEATURE_CMOV 0x00000008 /* > Conditional Move instruction*/ > +#define CPU_FEATURE_PGE 0x00000014 /* Page > table Entry Global bit */ > +#define CPU_FEATURE_PSE 0x00000024 /* Page > Size Extension */ > +#define CPU_FEATURE_MTRR 0x00000040 /* Memory > Type Range Registers */ > +#define CPU_FEATURE_CX8 0x00000080 /* Compare > and eXchange 8 byte instr. */ > +#define CPU_FEATURE_MMX 0x00000100 /* Multi > Media eXtensions */ > +#define CPU_FEATURE_X86 0x00000200 /* seems to > be alway ON, on the '86 */ > +#define CPU_FEATURE_PAT 0x00000400 /* Page > Attribute Table */ > +#define CPU_FEATURE_FXSR 0x00000800 /* FXSAVE > and FXSTORE instructions */ > +#define CPU_FEATURE_SEP 0x00001000 /* SYSENTER > and SYSEXIT instructions */ > +#define CPU_FEATURE_SSE 0x00002000 /* SSE > extenstions (ext. MMX) */ > +#define CPU_FEATURE_3DNOW 0x00008000 /* 3DNOW > instructions available > + (FIXME: > needs to be confirmed) */ > +#define CPU_FEATURE_SSE2 0x00010000 /* SSE2 > extensions (XMMI64) */ > +#define CPU_FEATURE_DS 0x00020000 /* Debug > Store */ > +#define CPU_FEATURE_HTT 0x00040000 /* Hyper > Threading Technology */ > + > /* System Information Class 0x15 */ > typedef struct { > ULONG CurrentSize; > ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

Re: Re: [winecfg] Show detected audio systems, and offer selection
by Chris Morgan 27 Jan '05

27 Jan '05

> So just keep the Audio tab and remove the autodetect button. Or keep > it all the same. But that would bring us back to the original > question. How should we handle multiple detected audio systems? > I think removing the auto detect would the best solution. If we store a list of drivers to autodetect in the registry we can search this list on wine startup for the first working one. Maybe winecfg can provide an interface to this list? Its probably not very likely that users will run multiple high level audio systems at the same time but this should let those users work around wine detecting and using the wrong one. Although as long as we can output sound through a given interface it isn't really the wrong interface... Chris

2 1

configure warning report
by Jean Cardona 27 Jan '05

27 Jan '05

configure: WARNING: sys/sysctl.h: present but cannot be compiled configure: WARNING: sys/sysctl.h: check for missing prerequisite headers? configure: WARNING: sys/sysctl.h: see the Autoconf documentation configure: WARNING: sys/sysctl.h: section "Present But Cannot Be Compiled" configure: WARNING: sys/sysctl.h: proceeding with the preprocessor's result configure: WARNING: sys/sysctl.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ##

1 0

Re: [winecfg] Show detected audio systems, and offer selection
by Mike Hearn 27 Jan '05

27 Jan '05

On Wed, 26 Jan 2005 15:21:28 +0100, Paul van Schayck wrote: > Never thought a simple popup with a few radio boxes would be this hard... Welcome to Win32 :( > Changelog: > Show the detected audio systems in a popup dialog and offer selection. I don't think we want to do this, to be honest. The idea for a while has been to just delete that tab entirely and have the driver detected at runtime automatically. An attempt was made before but Alexandre wasn't happy with it. That's what we need to do, rather ask the user questions they shouldn't need to care about. thanks -mike

4 8

MSRPC / FreeDCE interoperability of non-encapsulated onions.
by Luke Kenneth Casson Leighton 27 Jan '05

27 Jan '05

On Thu, Jan 27, 2005 at 10:38:41AM +0000, Luke Kenneth Casson Leighton wrote: > > Also, I don't believe your other comment about switch_is is correct. AFAIK > > MIDL does use the size of the member / parameter used in switch_is for > > the descriminant size (although I'm not sure how an expression within > > switch_is would affect the size). Perhaps switch_type was also used? > > DCE/RPC idl absolutely _must_ have a switch_type explicitly > specified and yes, a switch_type of "long" was used. > > ironically, MIDL truncates that to a short when INTERNALLY doing case > statements to determine what structure member is being decoded in the > non-encapsulated union. > > yet _more_ ironically, there is evidence that it STILL allows the > full 32-bits to be marshalled up to the caller - thus presenting > the users with a 32-bit switch_is parameter, the top 16-bits of which > is total garbage off of some uninitialised area of memory. > > oops! okay - it's confirmed. i'm cc'ing this to the wine-devel list because they too are implementing MSRPC, and whilst it may not appear to be relevant for on-wire interoperability (which they are _not_ working towards in their implementation of rpcrt4.dll) it _may_ turn out to be relevant for application interoperability. michael, if you're in contact with the samba team, perhaps you could relay this to them because they have set up some fascist censorship where i cannot post to any addresses at samba.org. okay. you're not going to believe it, or like it, but i can only guess it must be something to do with "default" behaviour that microsoft added to MIDL. *sigh*. what i am _guessing_ is that microsoft considered it silly to force people to specify switch_type on parameters, so i'm _guessing_ that they allowed a "default" of a 16-bit value (short). ... and then forgot to automatically "increase" that to 32-bit if the switch_is on a non-encapsulated union was actually a long. consequently, ha ha, there are circumstances under which the first 16 bits of a 32-bit switch value is placed on-wire just before the non-encapsulated union is, and the remaining 16 bits is filled with garbage due to alignment of the non-encapsulated union. _but_, the data structure _containing_ the item using the switch is of course marshalled correctly: the switch item receives the full 32-bits, 16 of which is garbage. consequently, applications may _expect_ that garbage to be there - certainly the application that i am exploring will fail if you don't notify it of the full 32-bits of the switch value - including the garbage - in further function calls (!) yet when i do pretty-printing of the data structures received off-of-wire, i must still typecast the 32-bits to 16 in order to do my switch statement!! there aren't any case statements of 0xffef001e _that's_ for sure, it's actually 0x1e which is a STRING. god, i love microsoft interoperability, it's such a hoot. l.

1 0

Re: PerformanceCounterFrequency fix
by Michael Ost 27 Jan '05

27 Jan '05

On Tue, 2005-01-25 at 14:05, wine-devel-request(a)winehq.org wrote: > Message: 1 > Date: Tue, 25 Jan 2005 19:30:04 +0100 > From: Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> > To: Rein Klazes <wijn(a)wanadoo.nl> > Cc: Lionel Ulmer <lionel.ulmer(a)free.fr>, wine-patches(a)winehq.com, > wine-devel(a)winehq.org > Subject: Re: PerformanceCounterFrequency fix. > > Hi, > > On Tue, Jan 25, 2005 at 06:44:04PM +0100, Rein Klazes wrote: > > On Mon, 24 Jan 2005 15:08:56 +0100, you wrote: > > > > > > How bad is it to use the gettimeofday() method? > > > > > > In my opinion, the RTDSC method should be suppressed from the code and we > > > should always use the 'gettimeofday' method (despite the penalty hit of a > > > syscall). > > > > I was more concerned about the accuracy of gettimeofday (not > > incrementing in usec's). So I did a small test and I find it behaves > > very nicely. > > > > That was the only reason I could see to justify the rdtsc method, so > > here it goes. As the cpuHz variable is not used anymore, we might as > > well move it to ntdll. > (sorry for not replying earlier - no time :-\) > I'm not sure why you'd want to base it on gettimeofday(). > This is a terrible idea IMHO. > I'm quite certain that many programs use that function for extremely time critical code > (games, anyone??), and that thus the Windows function is equally highly optimized, > certainly much less slow than a gettimeofday() call. > > This should remain based on rdtsc IMHO, or on equally suitable and fast methods > (ACPI counter, ...). > > Or did you actually test it with programs calling it a large number of times, > or test its performance behaviour on Windows? > > Andreas Mohr Our system uses the performance counter all the time in extremely time critical code. If the call is anything more than a few cycles with absolutely no chance of blocking, we are hosed! The application is an embedded audio plugin player. The audio is processed with SCHED_FIFO and needs to be as deterministic and fast as possible. I hope this fix/change doesn't jeopardize our product's use of Wine... mo =================================== Michael Ost, Software Architect Muse Research, Inc. most(a)museresearch.com

3 4

Re: shdocvw: properly implement DllCanUnloadNow
by jacek 26 Jan '05

26 Jan '05

> HRESULT WINAPI SHDOCVW_DllCanUnloadNow(void) > { > - FIXME("(void): stub\n"); > - > - return S_FALSE; > + return SHDOCVW_refCount != 0 ? S_FALSE : S_OK; > } I think you should try to call Mozilla's DllCanUnloadNow before returning S_OK. Your patch may cause unload of mozilla while some instances of IWebBrowser still exist.

1 0

NPTL and Wine threads
by Luke Kenneth Casson Leighton 26 Jan '05

26 Jan '05

it's come to my attention that NPTL cannot cope with jumping out of a cancellation handler. i thought you might like to be made aware of this in case you weren't already because this has been discovered to have an impact on the way that FreeDCE operates. there is some code in FreeDCE which expects to be able to jump out of a cancellation handler: i noticed in the "exception" comments that whilst it is not okay to do a "goto" from inside a TRY block, it says it's okay to do that in the EXCEPT block. you may wish to double-check this when running Wine under NPTL, and if it doesn't work please bitch like hell at the designers of NPTL for me because it's needed for FreeDCE as well. ta, l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

more d3d9
by Oliver Stieber 26 Jan '05

26 Jan '05

Hi, I've been tinkering for a week or so and D3d9 is almost their (well except for shaders) Along with Pirates I can now run Axis and Alies and Myst4 is looking promising Most of the demos from here http://www.codesampler.com/dx9src.htm Swap Chains only runs in one window, Shadow Volume is still a very flaky and some of the textures have strange offsets, but everything runs. Apart from the slightly bad texture offsets wine should be able to run more DirectX 9 applications than Cedega if only I could get them installed! I'm going to do some more debugging, cleaning up and post some screenshots on a web site and start sending patches against head (in smaller chunks that the last lot!) ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

2 1

Re: Does wine have a posix threads "emulation" with which TRY/EXCEPT/CATCH will work?
by Luke Kenneth Casson Leighton 26 Jan '05

26 Jan '05

thank you rob. i'm attaching some example code - it's from client/perf.c. after looking at these closely, i believe it would be straightforward to #define CATCH to __EXCEPT etc. and to rewrite the FreeDCE __EXCEPT argument as a function rather than a structure. dcethreads provides a CATCH macro - you are expected to provide a catcher for _one_ particular exception type. you're expected to roll these one after another: the macro expands to "} else if exc_matches(...) { " basically, i think the way that the Wine code does it, the CATCH possibilities are "rolled" into one EXCEPT - is that correct? or can you do more than one EXCEPT (even if the function says "i accept more than one type of exception - visa _or_ marstercaaard") so if the FreeDCE CATCH exceptions were turned into EXCEPT-style functions, on a "#ifdef / ./configure --with-wine-exceptions" basis, i think that'd work. this raises a further question, which i apologise for not being able to work out from looking at the macros. is it possible to do this: __TRY { /* do something horrible */ } __EXCEPT(exception_1) { printf("this is exception 1\n"); } __EXCEPT(exception_2) { printf("this is exception 1\n"); } ENDTRY secondary question: does Wine's exception handling cope with "stacked" exceptions and "fall-through"? if there are "nested" __TRY / __EXCEPT blocks, and an exception is not covered by the "inner" exception handlers, will it go through to the "outer" ones? ta rob. l. On Wed, Jan 26, 2005 at 03:11:36PM -0600, Robert Shearman wrote: > Luke Kenneth Casson Leighton wrote: > > >hi, > > > >i would like to check something which, if it is the case, > >may make porting FreeDCE to wine a no-brainer. > > > >i notice that there exists pthread emulation in Wine: it > >says so at the top of wine/dlls/kernel/pthread.c > > > >can i therefore expect the following things: > > > >1) the attached test program to compile and work under wine, > >with a few macros and/or simple wrapper functions e.g. redirect > >RAISE to RaiseException? > > > >2) a program that uses posix threads to also at the same time > >be able to use Wine Exception routines/macros, try/except/catch? > > > > > >... wouldn't it be ironic if Wine's pthreads emulation turned > >out to provide exactly the posix draft 4 threading semantics > >that FreeDCE programs expect? > > > >l. > > > > > > No, that program won't compile or run. > Windows exception handling (SEH) requires you to have an exception > filter function so that you don't get, say, a STATUS_ACCESS_VIOLATION > exception when you are expecting an RPC_E_DISCONNECT exception. > > You can see an example of Wine exception handling here: > http://cvs.winehq.org/cvsweb/wine/dlls/user/lstr.c?rev=1.31&content-type=te… > > Rob -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

Does wine have a posix threads "emulation" with which TRY/EXCEPT/CATCH will work?
by Luke Kenneth Casson Leighton 26 Jan '05

26 Jan '05

hi, i would like to check something which, if it is the case, may make porting FreeDCE to wine a no-brainer. i notice that there exists pthread emulation in Wine: it says so at the top of wine/dlls/kernel/pthread.c can i therefore expect the following things: 1) the attached test program to compile and work under wine, with a few macros and/or simple wrapper functions e.g. redirect RAISE to RaiseException? 2) a program that uses posix threads to also at the same time be able to use Wine Exception routines/macros, try/except/catch? ... wouldn't it be ironic if Wine's pthreads emulation turned out to provide exactly the posix draft 4 threading semantics that FreeDCE programs expect? l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

2 1

Re: [OLE #50] IRemUnknown Proxy/Stub Implementation
by Vincent Béron 26 Jan '05

26 Jan '05

Le mar 25/01/2005 à 11:51, Robert Shearman a écrit : > Hi, > > This time without alloca. > > Rob > > Changelog: > Proxies/stubs for IRemUnknown methods, based on code written by Ove Kåven. > ---- > > diff -u -p -N -r -x '*~' -x '.#*' -x CVS -x Makefile -x '*.o' -x '*.spec.def' dlls/ole32_49/oleproxy.c dlls/ole32/oleproxy.c > --- dlls/ole32_49/oleproxy.c 2005-01-24 16:12:03.000000000 -0600 > +++ dlls/ole32/oleproxy.c 2005-01-25 10:47:23.011171080 -0600 > @@ -2,6 +2,7 @@ > * OLE32 proxy/stub handler > * > * Copyright 2002 Marcus Meissner > + * Copyright 2001 Ove KÃ¥ven, TransGaming Technologies Not sure we want UTF-8 in the source files... At least we don't have it (yet). Vincent

4 5

Re: Disable antialiasing in palette mode (updated)
by Jakob Eriksson 26 Jan '05

26 Jan '05

I'm just a peon but wouldn't it be better for the ReactOS project if you put the code in gdi instead? They have to solve it someplace else anyway, since they don't have x11drv. Glenn Wurster wrote: >This is an updated patch based on Alexandre's comments. It uses >GetObjectW instead of GDI_GetObjPtr. > >Description: > >According to the docs for CreateFont: > >"Windows 95 with Plus!, Windows 98/Me: The display must greater than >8-bit color, it must be a single plane device, it cannot be a palette >display, and it cannot be in a multiple display monitor setup. In >addition, you must select a TrueType font into a screen DC prior to >using it in a DIBSection, otherwise antialiasing does not happen." > >Windows 2000 has been tested and it also does not antialias fonts when >writing into an 8 bit DIB. > >This patch disables antialiasing when a palette is involved. You've >seen this before in previous incarnations. The docs specify to >disable antialiasing and I've got an application which depends on >antialiasing being disabled. I've tried putting the change in the gdi >code, as well as in the x11drv code. I think it looks cleaner in the >x11drv code (no change to function prototypes) so that's where this >attempts to put it (with the caching split off into a different patch >this time). > >Author: > * Glenn Wurster (gwurster(a)scs.carleton.ca) > >Changelog: > * Disable antialiasing of fonts while working in a palette. > >Index: dlls/x11drv/xrender.c >=================================================================== >RCS file: /home/wine/wine/dlls/x11drv/xrender.c,v >retrieving revision 1.56 >diff -u -r1.56 xrender.c >--- dlls/x11drv/xrender.c 24 Jan 2005 19:32:54 -0000 1.56 >+++ dlls/x11drv/xrender.c 26 Jan 2005 04:15:27 -0000 >@@ -1013,6 +1013,25 @@ > INT *deltas = NULL, char_extra; > HRGN saved_region = 0; > UINT align = GetTextAlign( hdc ); >+ BOOL disable_antialias = FALSE; >+ AA_Type antialias = AA_None; >+ >+ /* Do we need to disable antialiasing because of palette mode? */ >+ do { >+ HBITMAP hBitmap; >+ DIBSECTION bmp; >+ >+ hBitmap = GetCurrentObject( physDev->hdc, OBJ_BITMAP ); >+ if( GetObjectW( hBitmap, sizeof(bmp), &bmp ) != sizeof(bmp) ) { >+ TRACE("bitmap is not a DIB\n"); >+ break; >+ } >+ >+ if (bmp.dsBmih.biBitCount <= 8) { >+ TRACE("Disabling antialiasing\n"); >+ disable_antialias = TRUE; >+ } >+ } while (0); > > TRACE("%p, %d, %d, %08x, %p, %s, %d, %p)\n", hdc, x, y, flags, > lprect, debugstr_wn(wstr, count), count, lpDx); >@@ -1307,14 +1326,16 @@ > > EnterCriticalSection(&xrender_cs); > entry = glyphsetCache + physDev->xrender->cache_index; >- formatEntry = entry->format[entry->aa_default]; >+ if( disable_antialias == FALSE ) >+ antialias = entry->aa_default; >+ formatEntry = entry->format[antialias]; > > for(idx = 0; idx < count; idx++) { > if( !formatEntry ) { >- UploadGlyph(physDev, glyphs[idx], entry->aa_default); >- formatEntry = entry->format[entry->aa_default]; >+ UploadGlyph(physDev, glyphs[idx], antialias); >+ formatEntry = entry->format[antialias]; > } else if( glyphs[idx] >= formatEntry->nrealized || formatEntry->realized[glyphs[idx]] == FALSE) { >- UploadGlyph(physDev, glyphs[idx], entry->aa_default); >+ UploadGlyph(physDev, glyphs[idx], antialias); > } > } > assert(formatEntry); >@@ -1354,7 +1375,7 @@ > wine_tsx11_lock(); > XSetForeground( gdi_display, physDev->gc, textPixel ); > >- if(entry->aa_default == AA_None) { >+ if(antialias == AA_None) { > for(idx = 0; idx < count; idx++) { > SharpGlyphMono(physDev, physDev->org.x + x + xoff, > physDev->org.y + y + yoff, > >

2 1

Re: [winecfg] Show detected audio systems, and offer selection
by Rob Shearman 26 Jan '05

26 Jan '05

Paul van Schayck wrote: >Hey, > >Never thought a simple popup with a few radio boxes would be this hard... > > Instead of generating the dialog box manually, why don't you store it in a resource? It will then be easier to localise and should be easier to use. You could also disable the radio boxes of drivers that cannot be used instead of hiding them and then you wouldn't have to do complicated rearranging. Rob

3 3

Q GUIDS
by Oliver Stieber 26 Jan '05

26 Jan '05

Hi, I've had to generate some GUIDs for wined3d is there a wine policy on internal GUIDs or should the ones I've generated be ok. secondly, nothing to do with GUIDS, what's the 'best' thread safe IUnknown enumerate to use for storing a heap of unique elements that will be searched for by the IUnknown pointer as well as emerated. It would be usefull if the enumerate didn't reference count because I may also need to use a call back or sorts so that when the ref count of the IUnknown gets to zero it's release can tell the enumerate to remove it from the list. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

2 1

Re: PerformanceCounterFrequency fix.
by Lionel Ulmer 26 Jan '05

26 Jan '05

> --- wine/dlls/kernel/cpu.c 2004-12-29 12:09:47.000000000 +0100 > +++ mywine/dlls/kernel/cpu.c 2005-01-19 12:39:15.000000000 +0100 > @@ -188,7 +188,8 @@ BOOL WINAPI QueryPerformanceCounter(PLAR > /* i586 optimized version */ > __asm__ __volatile__ ( "rdtsc" > : "=a" (counter->u.LowPart), "=d" (counter->u.HighPart) ); > - counter->QuadPart = counter->QuadPart / 1000; /* see below */ > + /* see below */ > + counter->QuadPart = counter->QuadPart / ( cpuHz / 1193182 ) ; > return TRUE; > } > #endif Don't we loose some precision here or are we sure that all PC clocks are exact multiples of '1193182' ? Moreover, anyone has any idea how to do this without using RDTSC (which is a bad idea on most laptops and may well be on modern CPUs too if any implement the laptop-like power saving features) ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 6

Inconsistent test visualization
by Paul Vriens 26 Jan '05

26 Jan '05

Hi, I just had a look at http://test.winehq.org/data/200501251000/. When you look at the main overview it shows that shlwapi:path has a yellow box (144) under Win98. If you however jump to the Win98 overview, there is no shlwapi:path? The same is true for shlwapi:clsid, winmm:capture, winmm:wave and maybe more? Any ideas, Paul.

1 0

Re: Oracle - unixODBC - wine - Win32 ODBC Apple [Virus checked]
by Bill Medland 26 Jan '05

26 Jan '05

On January 25, 2005 08:03 am, Martin HEIN wrote: > Bill, > > I just upgraded to the most recent version of CrossOver Office 4.1 > Professional, a nightly build as of January 25th, 2005, and wine > reports version 20050111. (upgraded from Crossover Office 20040716) So do the "trace:odbc:....." messages display now? (Anyone at Codeweavers - Does Crossover disable the traces?) > > Furthermore I created a symbolic link from /usr/local/etc/odbcinst.ini > to /etc/odbcinst.ini, and from /usr/local/etc/odbc.ini to > /etc/odbc.ini. Shouldn't matter > > Then I added my DSN (KMPA) to the registry > HKEY_LOCAL_MACHINE\Software\ODBC\ODBC.ini, just as statet at the > unixODBC home page, actually they are quoting you! :) My entries are: > > Driver REG_SZ "unixODBC" > User REG_SZ "" > Password REG_SZ "" > Did I mention the USer and Password? It was so long ago I don't remember. Currently there is now code in the builtin odbc32.dll that attempts to replicate the unixODBC DSN information into the registry, but it may not do enough. > But when running ODBCTE32.exe I still couldn't connect to my database. As I said, that was because that exe seems to require the new "Wide" functions. It isn't going to work until the patch submitted is accepted (or rejected and a different one accepted) > Another test was running Crystal Reports 8.0 which didn't result in a > successful connection either. >From your other email I understand that it managed to do quite a bit, just not everything. What error messages? > > - Martin > > -------------------------------------------------- > T-Mobile Austria GmbH > Ing.Martin HEIN > Information Technologies / Services > Knowledge Management & Process Automation / Senior Manager > > Rennweg 97-99 > A-1030 Vienna > Fon: +43-1-79585-6337 > Fax: +43-1-79585-6584 > Mobile: +43-676-82006337 > E-Mail: Martin.HEIN(a)T-Mobile.at > Web: http://www.T-Mobile.at > -------------------------------------------------- > NOTICE AND DISCLAIMER: > This email (including attachments) is confidential. If you have > received this email in error please notify the sender immediately and > delete this email from your system without copying or disseminating it > or placing any reliance upon its contents. > -------------------------------------------------- -- Bill Medland Programmer ACCPAC International, Inc. bill.medland(a)BestSoftware.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

3 2

Resend: [wined3d] more vertex declaration work
by Raphael 25 Jan '05

25 Jan '05

Hi, I resend it (resync from current cvs) as i haven't been commited yet Regards, Raphael > > Changelog: > - VertexDeclaration device APIs > - D3D9 declarations parsing > - a little better APIs (trying to avoid compil problems) > > Todo: > - D3D8 declarations parsing (converting to d3d9 compatible using code in > d3d8) > - find a more cleaner prototype for CreateVertexDeclaration/GetDeclaration > APIs > - Use on drawing paths (implement StriddedFillFromDeclaration) > - use on d3d9 code > > Regards, > Raphael

4 6

Re: Oracle - unixODBC - wine - Win32 ODBC Apple [Virus checked]
by Bill Medland 25 Jan '05

25 Jan '05

On January 25, 2005 06:40 am, you wrote: > Bill, > > To verify an ODBC connection from a Windows-based application I'm using > 'odbct32w.exe' and 'odbcte32.exe', both from the Microsoft MDAC 2.8 > SDK. The former crashes (see attached log), the latter runs fine except > it doesn't display my unixODBC DSNs, nor can't it connect to one of the > DSNs when entered manually. > > On 24. J� 2005, at 15:29, Bill Medland wrote: > > presume you are running a program called myprog.exe from the command > > line. > > You type, at the command line, > > export WINEDEBUG=odbc > > wine myprog.exe 2>odbc.log > > and when you are finished the file "odbc.log" is empty, or contains no > > information about odbc? In particular you have no > > trace:odbc:DllMain Initializing or Finalizing proxy ODBC > > odbct32w.exe generates: Aha (There is still no indication that you are doing the WINEDEBUG; what version of Wine are you running?) I see that the program, is calling SQLDataSourcesW, the "Wide" version of SQLDataSources. That is currently not implemented. I see a patch went in for it on 24 January but I don't know when or if it will be accepted. So it is quite possible that the actual program will work if it is based on the "standard" SQL functions. -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 2

[Janitorial] Interlocked* cleanup completed
by Paul Vriens 25 Jan '05

25 Jan '05

Hi, If there are not objections I'll send the attached patch to wine-patches. Changelog The Interlocked cleanup is completed. Cheers, Paul.

1 0

Re: PerformanceCounterFrequency fix.
by Mike Hearn 25 Jan '05

25 Jan '05

On Tue, 25 Jan 2005 19:30:04 +0100, Andreas Mohr wrote: > and that thus the Windows function is equally highly optimized, > certainly much less slow than a gettimeofday() call. These days gettimeofday() is very fast because the kernel vDSO system is used to optimize the syscall overhead. thanks -mike

1 0

No new tests since 01/15/2005 ?
by Paul Vriens 25 Jan '05

25 Jan '05

Hi, I have no idea if something is wrong but since 01/15/2005, no new tests (and more important, new output) appeared at http://test.winehq.org/data/ Cheers, Paul.

4 3

HKEY_USERS in our registry
by Paul Vriens 25 Jan '05

25 Jan '05

Hi, just saw that our entry for the default user is .Default while on at least win98SE,Win2K and WinXP it's .DEFAULT. Not a big deal but should this be changed? The registry functions all seem to be case-insensitive. Cheers, Paul.

1 0

gdi32 test failing
by Jakob Eriksson 25 Jan '05

25 Jan '05

http://test.winehq.org/data/200501151000/2000_JakobEriksson/gdi32:metafile.… This fails. It shouldn't, because I ran winetest manually. http://test.winehq.org/data/200501151000/2000_JakobEriksson/version.txt what's up with that? regards, Jakob

3 2

Trying to fix the shreg tests
by Paul Vriens 25 Jan '05

25 Jan '05

Hi, now that the test results are current again :-) I can see why some of the shreg tests failed before. The error we are getting back for RegCreateKeyA is ERROR_CHILD_MUST_BE_VOLATILE on most of the XP boxes. We need to either: - Use a different key to write to (a non volatile parent) - Use RegCreateKeyEx instead of RegCreateKey and specify REG_OPTION_VOLATILE which one is preferred? Cheers, Paul Vriens.

1 0

Summary of MSRPC / DCE/RPC interoperability / Applicability of FreeDCE for Wine (DCOM)
by Luke Kenneth Casson Leighton 25 Jan '05

25 Jan '05

hi, in case you looked at the number of emails exchanged on FreeDCE and freaked out, here's a summary. if you feel that there are any relevant points missing or incorrect, please _do_ speak up. [p.s. this message not sent to samba mailing lists due to censorship decision by samba team in effect since 15th dec 2004. if anyone believes this message to be relevant to samba development please kindly forward it to the samba lists, checking first to see if you are the first person to do that. or simply feel free to add cc on any comments to any samba lists you feel are appropriate. please _do_ remember to remove my email address from any cc's to samba lists because it is likely to trigger the samba team censorship filters. thank you] 1) initial query raised: "freedce suitable for wine, esp. dcom!" 2) comments made (corrections from mark, rob and wez): "freedce doesn't have anything _like_ the capability required for DCOM - freedce's DCOM code is 'stubs'" 3) confusion resulted, clarification process began (rob, luke). conclusion: a) "freedce is almost identical to MSRPC, and is the back-end to rpcrt4.dll" b) "MSRPC as implemented in rpcrt4.dll has NOTHING to do with DCOM: DCOM compiles to code that ***UTILISES*** rpcrt4.dll" (this requires further explanation, see below). c) Porting of / Plugging in FreeDCE to rpcrt4.dll could be done "a la Apache Runtime (APR)", i.e. wrapper functions - maybe even just macros in most cases. d) extending FreeDCE to support rpcrt4.dll is easy and almost boring - even RpcImpersonateClient would be trivial to add (trivial from a Wine perspective - but see below for implications) e) lkcl suggested porting FreeDCE to use Wine's threads because dcethreads (posix draft 4 threads) have to diiiieeee. this can be done independently of Wine and there is an incentive _outside_ of Wine to _get_ it done because the dependency on posix draft 4 threads is so "last decade". f) modifying and utilising FreeDCE to understand Win32 "type string format" tables is, with the help of muddle (a program written by matthew chapman that understands exactly those tables in Win32 DLLs and EXEs) going to be a pretty trivial task. (see below for more details here) g) extension of DCE/RPC syntax to support MSRPC syntax is infinitely more straightforward than rewriting an IDL compiler from scratch. (see below) ... still with me so far? :) now here's the catch, and the catch to the catch :) the main counterargument raised to utilising freedce was not so much a technical argument, but was a resources-related and maintenance argument. 'why bother, when the approach presently being taken will "work"'? to answer that, i have to drop out of "summary" mode and into a mode of adding to and also reiterating [some of the] points raised last week. 1) it'll work - _eventually_ - and not fully [codeweavers present aims are for binary and type string interoperability only, and for only a subset of MSRPC to keep the time, development and maintenance costs down] 2) if you ever intend to aim for full interoperability with MSRPC, i recommend that you investigate how "full" pointers are implemented, because i know of a [proprietary] company that implemented that, after first only doing unique pointers, and adding "full" pointers QUADRUPLED the amount of code that they ended up with. 3) why aim to implement (from scratch) only 25% of the full solution (i.e. leaving out network interoperability by implementing your own non-NDR wire format, and not even implementing the full capabilities of the DCE/RPC IDL language) when a 95 to 98% feature-complete and free-software-license-compatible solution already exists? madness! madness, i say! 4) by utilising FreeDCE in Wine, you can kill two birds (actually three or maybe four) with one stone - two of which were aimed for with the initial DCOM work (DCOM binary interoperability at the Win32 and "type string" table levels) and two more are gained "by accident" - network interoperability and the ability to run MSRPC-based applications. 5) the effort expended so far is most certainly not "wasted" by adopting FreeDCE. if the time and effort expended so far had not been spent, how would it then be possible to appreciate the scope and scale of adapting and maintaining FreeDCE integrated to suit Wine? remember, i went through the same thing - i implemented from scratch HAND-CRAFTED marshalling and unmarshalling code in NT Domain interoperability code - almost 100,000 lines over three years - before deciding it was insane and seeking alternatives [and i found FreeDCE]. 6) if you understand the present Wine rpcrt4.dll code, FreeDCE is _so_ similar that the issue of "it's so different that codeweavers and the wine developers couldn't _possibly_ adapt to it" is just absolute nonsense and a complete non-issue: it _is_ the same code (OSF DCE 1.1 "reference" implementation) it's just that in rpcrt4.dll, DCE 1.1 has been "microsofted", and in FreeDCE, DCE 1.1 has been "gnu'd" and "autoconf'd". the question therefore, in my mind, turns on its head: "how _can_ you turn such an opportunity to save time (and money, and effort) down?" summary (well, sort of summary) ends here. the rest of this message is notes about the two. three points above. [noooobody expects the spanish inquisitionnn. the key element is surpriiise. surprise and ... the _twooo_ key elements .... ] DCOM is nothing to do with MSRPC regarding 3b) - this is where the initial confusion arose in 1). DCOM is, as rob kindly clarified, an object-orientated "thing" that uses MSRPC for its transport. it is a programming concept, not a networking API. in microsoft's c++ implementation of DCOM, once the c++ compiler has done its job, no evidence of the fact that it was DCOM remains: everything is compiled down onto MSRPC interfaces [including certain services that are required as part of DCOM]. therefore, it is both easy to confuse rpcrt4 as an implementation of "DCOM" (which it is not, it is an implementation of MSRPC) and also it is easy to forget that DCOM expects some interfaces (including the c++ APIs if you want your c++ applications to utilise DCOM) and services (e.g. the additional service in the endpoint mapper) to exist. and, according to documentation written by microsoft and available online at the open group's site, one of those services is a Win32 registry (yuk). oops :) for which there exists samba tng code that implements the MSRPC side of a Win32 registry, btw, which could easily be combined with Wine's registry to complete a full proper job. RpcImpersonateClient and ImpersonateNamedPipeClient these functions can be implemented such that FreeDCE will transfer security contexts about (to and from Win32 applications that ask for them). the process of adding the two above functions to Wine is very straightforward: pass a few blobs around, such that they can be passed to SeAccessCheck amongst other things. the _implications_ of adding them are that ReactOS must actually understand them, make use of them, etc. [otherwise, you needn't bother - just implement stubs] and _that_ means that the integration with and adoption of Samba or Samba TNG's architecture and NT Services needs to be accelerated. the Samba Team will need to be brought up to speed on how this is achieved. you may run into difficulties, there, however. their general ethos is to keep complete control over all projects that they are involved with or need to make use of (emphasis on _they_ need), and where this is not possible, they tend to reimplement from scratch any components that they require (kerberos servers, ldap servers, that sort of thing). recent developments, however, tend to suggest that this ethos is changing - but the proof of the pudding is always in the eating: their track record on cooperation with other projects is not good. you may therefore find it easier to work with the samba tng architecture for the initial implementation of these two functions, because samba tng is already split into easily manageable and understandable portions behind APIs that match or mirror the samba tng team's "best-guess" of the underlying (or unpublished) Win32 apis. and, as frequently happens, once a concept has been demonstrated as viable in samba tng, it is often adopted by the samba team - so you need not have any concerns about utilising the samba tng architecture. consider it a "proving ground". NDR "type string" interoperability - f) compared to writing an interpreter from scratch that understands these tables, adapting FreeDCE to understand MSRPC tables in DLLs and EXEs is most certainly trivial. NDR "type strings" - aka in DCE/RPC formats as "AST", is effectively a byte-code interpreted language, one in which the size of data structures and the type and offsets of members of structs is embedded, amongst almost a hundred or so other things. remember, binary-interoperability with _linux_ is totally irrelevant: you can just recompile the source code, link against static libraries, blah blah, sorted. so adapting FreeDCE for win32 "type string" interoperability it's a matter of: 1) changing some constants and alignments where necessary, to match those in MSRPC (analysing muddle and freedce) 2) improving muddle to correctly identify the data structures and their relative positions in the DLLs / EXEs - at present, muddle "guesses" some of the table's locations (eek!) and as an aside / prerequisite: 3) correctly duplicating any MSRPC extensions, including adding in support for "complex" expressioning. MSRPC interoperability - g) "interface" inheritance has already been added (by wez). "expressions" needed for size_is(complexthing) have already been added [needs more work and needs "outsourcing" to a function] range(n-n) needs to be added (trivial to do). -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

3 6

Re: [OLE #50] IRemUnknown Proxy/Stub Implementation
by Alexandre Julliard 25 Jan '05

25 Jan '05

Robert Shearman <rob(a)codeweavers.com> writes: > + memcpy(&cIids, buf, sizeof(USHORT)); > + buf += sizeof(USHORT); > + ir = (REMINTERFACEREF*)buf; > + pResults = alloca(cIids * sizeof(HRESULT)); You shouldn't use alloca, it's not portable, plus the space may not be available since the app controls the stack size. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Summary of MSRPC / DCE/RPC interoperability / Applicability of FreeDCE for Wine (DCOM)
by Dan Kegel 25 Jan '05

25 Jan '05

Mike wrote: > Luke Kenneth Casson Leighton wrote: >> hi, in case you looked at the number of emails exchanged on FreeDCE >> and freaked out, here's a summary. if you feel that there are any >> relevant points missing or incorrect, please _do_ speak up. > > There's only one thing that counts for Wine, and that is patches that > improve Wine. A grand scheme is nice, but it means nothing without patches. Indeed. Luke, we're all excited about the possibilities, but intimidated by the prospect of learning FreeDCE etc. and figuring out how to plug it in to Wine. Perhaps you could figure out a plan of attack that yields a useful intermediate result with a minimum of changes to Wine? If you actually got something simple plugged into Wine and working, it would really get people to stand up and take notice. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

Unexpected messages arriving while in RedrawWindow()
by Troy Rollo 25 Jan '05

25 Jan '05

In RedrawWindow (dlls/user/painting.c:402) there is a call to MsgWaitForMultipleObjects: /* process pending events and messages before painting */ if (flags & RDW_UPDATENOW) MsgWaitForMultipleObjects( 0, NULL, FALSE, 0, QS_ALLINPUT ); This call can result in messages arriving at an unrelated window, such as in the trace below. This will not happen under Windows - a single-threaded application will not receive a message in an unrelated window while RedrawWindow is on the stack (unless one of the windows that is supposed to be getting messages sends it or processes the message queue). In the trace, the creation of the Combo Box (at stack frame 60) is part of the initialisation sequence for a window. During the creation of that box, RedrawWindow is called, and while in the MsgWaitForMultipleObjects code, an event arrives that causes SetWindowPos() to be called on the frame window containing the parent of the combo box, resulting in a WM_SIZE. In this case, the WM_SIZE message triggers some operations in the parent of the combo box (at stack frames 0-4) that result in data used by an earlier stack frame (at frames 61-70) being changed unexpectedly. A quick fix in the present case might be to take the "RDW_UPDATENOW" flag off the call to RedrawWindow() from CBResetPos(), since it seems unlikely that the flag is necessary, but it seems that doing so just masks the real problem. The real fix would appear to be involve some queueing of events received other than those needed by RedrawWindow(). .... in application code.... #5 0x406f118f in WINPROC_wrapper () at ../../include/winbase.h:2056 #6 0x406f14fa in WINPROC_CallWndProc (proc=0x403550 <WndProc((short, HWND__*, unsigned int, unsigned int, long))>, hwnd=0x20046, msg=5, wParam=2, lParam=19858040) at ../../windows/winproc.c:419 #7 0x406f7fb7 in WINPROC_CallProc32WTo32A (func=0x403550 <WndProc((short, HWND__*, unsigned int, unsigned int, long))>, hwnd=0x20046, msg=5, wParam=2, lParam=19858040) at ../../windows/winproc.c:3053 #8 0x406f893f in CallWindowProcW (func=0x407a2dde <winproc_array+734>, hwnd=0x20046, msg=5, wParam=2, lParam=19858040) at ../../windows/winproc.c:3279 #9 0x40731071 in call_window_proc (hwnd=0x20046, msg=5, wparam=2, lparam=19858040, unicode=1, same_thread=1) at message.c:1473 #10 0x4073219f in SendMessageTimeoutW (hwnd=0x20046, msg=5, wparam=2, lparam=19858040, flags=0, timeout=4294967295, res_ptr=0x4067dbc4) at message.c:1936 #11 0x40732472 in SendMessageW (hwnd=0x20046, msg=5, wparam=2, lparam=19858040) at message.c:2017 #12 0x406cc9d6 in DEFWND_HandleWindowPosChanged (hwnd=0x20046, winpos=0x4067e054) at ../../windows/defwnd.c:75 #13 0x406cdc10 in DEFWND_DefWinProc (hwnd=0x20046, msg=71, wParam=0, lParam=1080549460) at ../../windows/defwnd.c:345 #14 0x406ce2dd in DefWindowProcA (hwnd=0x20046, msg=71, wParam=0, lParam=1080549460) at ../../windows/defwnd.c:851 #15 0x406d9319 in DefFrameProcA (hwnd=0x20046, hwndMDIClient=0x20044, message=71, wParam=0, lParam=1080549460) at ../../windows/mdi.c:1280 .... in application code .... #19 0x406f118f in WINPROC_wrapper () at ../../include/winbase.h:2056 #20 0x406f14fa in WINPROC_CallWndProc (proc=0x403550 <WndProc((short, HWND__*, unsigned int, unsigned int, long))>, hwnd=0x20046, msg=71, wParam=0, lParam=1080549460) at ../../windows/winproc.c:419 #21 0x406f7fb7 in WINPROC_CallProc32WTo32A (func=0x403550 <WndProc((short, HWND__*, unsigned int, unsigned int, long))>, hwnd=0x20046, msg=71, wParam=0, lParam=1080549460) at ../../windows/winproc.c:3053 #22 0x406f893f in CallWindowProcW (func=0x407a2dde <winproc_array+734>, hwnd=0x20046, msg=71, wParam=0, lParam=1080549460) at ../../windows/winproc.c:3279 #23 0x40731071 in call_window_proc (hwnd=0x20046, msg=71, wparam=0, lparam=1080549460, unicode=1, same_thread=1) at message.c:1473 #24 0x4073219f in SendMessageTimeoutW (hwnd=0x20046, msg=71, wparam=0, lparam=1080549460, flags=0, timeout=4294967295, res_ptr=0x4067dfac) at message.c:1936 #25 0x40732472 in SendMessageW (hwnd=0x20046, msg=71, wparam=0, lparam=1080549460) at message.c:2017 #26 0x40ebae77 in X11DRV_SetWindowPos (winpos=0x4067e054) at winpos.c:885 #27 0x406f09cc in SetWindowPos (hwnd=0x20046, hwndInsertAfter=0x20026, x=0, y=4, cx=640, cy=350, flags=2147483664) at ../../windows/winpos.c:1200 #28 0x40ebc3e5 in X11DRV_ConfigureNotify (hwnd=0x20046, event=0x4067e1ac) at winpos.c:1480 #29 0x40ea51d5 in EVENT_ProcessEvent (event=0x4067e1ac) at event.c:348 #30 0x40ea4d68 in process_events (data=0x4037ff40) at event.c:128 #31 0x40ea4e4c in X11DRV_MsgWaitForMultipleObjectsEx (count=1, handles=0x4067e3ec, timeout=0, mask=255, flags=0) at event.c:162 #32 0x406db6e4 in MsgWaitForMultipleObjectsEx (count=0, pHandles=0x0, timeout=0, mask=255, flags=0) at ../../windows/message.c:596 #33 0x406db7a1 in MsgWaitForMultipleObjects (count=0, handles=0x0, wait_all=0, timeout=0, mask=255) at ../../windows/message.c:613 #34 0x40736d8c in RedrawWindow (hwnd=0x20040, rect=0x0, hrgn=0x0, flags=261) at painting.c:414 #35 0x406fe76a in CBResetPos (lphc=0x452a1e68, rectEdit=0x452a1e84, rectLB=0x452a1ea4, bRedraw=1) at combo.c:1599 #36 0x406fe7e6 in COMBO_Size (lphc=0x452a1e68) at combo.c:1616 #37 0x406fef84 in ComboWndProc_common (hwnd=0x20040, message=71, wParam=0, lParam=1080551548, unicode=0) at combo.c:1911 #38 0x40700425 in ComboWndProcA (hwnd=0x20040, message=71, wParam=0, lParam=1080551548) at combo.c:2281 #39 0x406f118f in WINPROC_wrapper () at ../../include/winbase.h:2056 #40 0x406f14fa in WINPROC_CallWndProc (proc=0x407003c0 <ComboWndProcA>, hwnd=0x20040, msg=71, wParam=0, lParam=1080551548) at ../../windows/winproc.c:419 #41 0x406f7fb7 in WINPROC_CallProc32WTo32A (func=0x407003c0 <ComboWndProcA>, hwnd=0x20040, msg=71, wParam=0, lParam=1080551548) at ../../windows/winproc.c:3053 #42 0x406f893f in CallWindowProcW (func=0x407a2b4a <winproc_array+74>, hwnd=0x20040, msg=71, wParam=0, lParam=1080551548) at ../../windows/winproc.c:3279 #43 0x40731071 in call_window_proc (hwnd=0x20040, msg=71, wparam=0, lparam=1080551548, unicode=1, same_thread=1) at message.c:1473 #44 0x4073219f in SendMessageTimeoutW (hwnd=0x20040, msg=71, wparam=0, lparam=1080551548, flags=0, timeout=4294967295, res_ptr=0x4067e7d4) at message.c:1936 #45 0x40732472 in SendMessageW (hwnd=0x20040, msg=71, wparam=0, lparam=1080551548) at message.c:2017 #46 0x40ebae77 in X11DRV_SetWindowPos (winpos=0x4067e87c) at winpos.c:885 #47 0x406f09cc in SetWindowPos (hwnd=0x20040, hwndInsertAfter=0x0, x=0, y=0, cx=223, cy=26, flags=22) at ../../windows/winpos.c:1200 #48 0x406fc21c in CBForceDummyResize (lphc=0x452a1e68) at combo.c:332 #49 0x406fc85a in COMBO_Create (hwnd=0x20040, lphc=0x452a1e68, hwndParent=0x2003e, style=1352728579, unicode=0) at combo.c:666 #50 0x406feee1 in ComboWndProc_common (hwnd=0x20040, message=1, wParam=0, lParam=1080552968, unicode=0) at combo.c:1875 #51 0x40700425 in ComboWndProcA (hwnd=0x20040, message=1, wParam=0, lParam=1080552968) at combo.c:2281 #52 0x406f118f in WINPROC_wrapper () at ../../include/winbase.h:2056 #53 0x406f14fa in WINPROC_CallWndProc (proc=0x407003c0 <ComboWndProcA>, hwnd=0x20040, msg=1, wParam=0, lParam=1080552968) at ../../windows/winproc.c:419 #54 0x406f87cf in CallWindowProcA (func=0x407003c0 <ComboWndProcA>, hwnd=0x20040, msg=1, wParam=0, lParam=1080552968) at ../../windows/winproc.c:3240 #55 0x40731108 in call_window_proc (hwnd=0x20040, msg=1, wparam=0, lparam=1080552968, unicode=0, same_thread=1) at message.c:1478 #56 0x407323e0 in SendMessageTimeoutA (hwnd=0x20040, msg=1, wparam=0, lparam=1080552968, flags=0, timeout=4294967295, res_ptr=0x4067eb18) at message.c:1984 #57 0x407324e2 in SendMessageA (hwnd=0x20040, msg=1, wparam=0, lparam=1080552968) at message.c:2028 #58 0x40eb887f in X11DRV_CreateWindow (hwnd=0x20040, cs=0x4067ee08, unicode=0) at window.c:1124 #59 0x406e9ad3 in WIN_CreateWindowEx (cs=0x4067ee08, classAtom=49153, type=WIN_PROC_32A) at ../../windows/win.c:1172 #60 0x406ea3b7 in CreateWindowExA (exStyle=0, className=0xb47d1a "COMBOBOX", windowName=0xb47d23 "", style=1352728579, x=3, y=3, width=223, height=314, parent=0x2003e, menu=0xce6, instance=0x400000, data=0x0) at ../../windows/win.c:1327 .... in application code .... #71 0x406f118f in WINPROC_wrapper () at ../../include/winbase.h:2056 #72 0x406f14fa in WINPROC_CallWndProc (proc=0x403550 <WndProc((short, HWND__*, unsigned int, unsigned int, long))>, hwnd=0x10022, msg=256, wParam=13, lParam=0) at ../../windows/winproc.c:419 #73 0x406f87cf in CallWindowProcA (func=0x403550 <WndProc((short, HWND__*, unsigned int, unsigned int, long))>, hwnd=0x10022, msg=256, wParam=13, lParam=0) at ../../windows/winproc.c:3240 #74 0x40731108 in call_window_proc (hwnd=0x10022, msg=256, wparam=13, lparam=0, unicode=0, same_thread=1) at message.c:1478 #75 0x407323e0 in SendMessageTimeoutA (hwnd=0x10022, msg=256, wparam=13, lparam=0, flags=0, timeout=4294967295, res_ptr=0x4067f564) at message.c:1984 #76 0x407324e2 in SendMessageA (hwnd=0x10022, msg=256, wparam=13, lparam=0) at message.c:2028 .... in application code .... #79 0x406f118f in WINPROC_wrapper () at ../../include/winbase.h:2056 #80 0x406f14fa in WINPROC_CallWndProc (proc=0x403550 <WndProc((short, HWND__*, unsigned int, unsigned int, long))>, hwnd=0x10022, msg=273, wParam=101, lParam=34) at ../../windows/winproc.c:419 #81 0x406f87cf in CallWindowProcA (func=0x407a2dd0 <winproc_array+720>, hwnd=0x10022, msg=273, wParam=101, lParam=34) at ../../windows/winproc.c:3240 #82 0x406dbe02 in DispatchMessageA (msg=0x4067f96c) at ../../windows/message.c:793 .... in application code .... #85 0x00b1390b in _startup () #86 0x00000000 in ?? ()

1 0

some notes: ADVAPI32: convert services to use pipes for RPC instead of shared memory
by Alexander Yaworsky 25 Jan '05

25 Jan '05

Hello, there should be only one dispatcher thread per process that accepts control requests. For shared services it starts another service threads on demand and the amount of them is not limited with MAXIMUM_WAIT_OBJECTS. Thanks.

2 1

compiling MFC...Advil required? ;-)
by Adam Boyle 25 Jan '05

25 Jan '05

Hi All, First, thanks to all for the excellent work on Wine. I'm a Crossover Office user, and I anxiously await each week's Wine Weekly Newsletter as well to keep myself up with happenings in the Wine world. You guys truly rock. But I digress. Here's the real reason for my e-mail: I need to port one of my company's MFC-based application to Linux. My first thought was to use Winelib. I understand from everything that I've read that I need to recompile MFC using Wine. Easier said than done, though. I've spent several hours just trying to get everything setup correctly, and things are still not compiling correctly. First, some questions: - My initial attempt at compiling MFC was on the MFC source code from VS.NET 2003. After not being able to get a satisfactory Makefile configuration for compling that version of MFC, I figured that perhaps VS98's version of MFC was more commonly recompiled by Wine developers, so I'm currently trying to compile VC98's MFC. Is there a preferred version of MFC that I should be compiling, or are they all equally difficult? ;-) - I have the following RPM packages installed on my Mandrake 10.1 OS: libwine1-20040813-2mdk, winelib-0.3-1mdk, libwine1-devel-20040813-2mdk, wine-20040813-2mdk. I have also downloaded the latest wine source code from 20050111. As mentioned before, I also have Crossover Office installed. In your opinion, is there a more compatible or better set of libraries to use when compiling? Anybody compiled MFC using the Mandrake packages before? (FYI, wineg++ --version and winegcc --version both report that they are g++/gcc (GCC) 3.4.1. - Also, should I be using an older version of Wine's source code, instead of the very recent 20050111 version that I've currently got on my system? I've read the Winelib documentation on compiling MFC and have combed through the mailing list archives as much as possible to get to where I'm currently at. After running winemaker on the VC98 source code directories and tweaking the resulting VC98/MFC/src/Makefile quite a bit, I also put the following #defines at the top of VC98/MFC/src/stdafx.h: #define _AFX_PORTABLE #define _FORCENAMELESSUNION #define _AFX_NO_DAO_SUPPORT #define _AFX_NO_DHTML_SUPPORT #define _AFX_NO_OLEDB_SUPPORT #define _AFX_NO_RICHEDIT_SUPPORT #define _AFX_NO_ATL_SUPPORT (That seems to be basically what the Winelib docs tell me to do.) Anyway, here's the current output when I run 'make -f Makefile' in the VC98/MFC/src directory: wineg++ -c -mno-cygwin -isystem -fpermissive -fms-extensions -fshort- wchar -DWINE_UNICODE_NATIVE -DICOM_USE_COM_INTERFACE_ATTRIBUTE -I. - I/home/ajboyle/wine-20050111/include/msvcrt - I/home/ajboyle/wine-20050111/include -I../Include -o afxabort.o afxabort.cpp In file included from stdafx.h:96, from afxabort.cpp:11: ../Include/afxcom_.h: In constructor `CIP<_Interface, _IID>::CIP (IUnknown*)': ../Include/afxcom_.h:357: error: there are no arguments to `GetIID' that depend on a template parameter, so a declaration of `GetIID' must be available ../Include/afxcom_.h:357: error: (if you use `-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) ../Include/afxcom_.h: In member function `CIP<_Interface, _IID>& CIP<_Interface, _IID>::operator=(IUnknown*)': ../Include/afxcom_.h:379: error: there are no arguments to `QueryInterface' that depend on a template parameter, so a declaration of `QueryInterface' must be available ../Include/afxcom_.h: At global scope: ../Include/afxcom_.h:403: error: an explicit specialization must be preceded by 'template <>' In file included from stdafx.h:110, from afxabort.cpp:11: ../Include/afxctl.h: In constructor `COleControl::XEventConnPt::XEventConnPt()': ../Include/afxctl.h:1303: warning: invalid access to non-static data member `COleControl::m_xEventConnPt' of NULL object ../Include/afxctl.h:1303: warning: (perhaps the `offsetof' macro was used incorrectly) ../Include/afxctl.h: In constructor `COleControl::XPropConnPt::XPropConnPt()': ../Include/afxctl.h:1310: warning: invalid access to non-static data member `COleControl::m_xPropConnPt' of NULL object ../Include/afxctl.h:1310: warning: (perhaps the `offsetof' macro was used incorrectly) In file included from ../Include/afxpriv.h:758, from stdafx.h:123, from afxabort.cpp:11: ../Include/afxconv.h:62:21: atlconv.h: No such file or directory In file included from stdafx.h:127, from afxabort.cpp:11: oleimpl2.h: At global scope: oleimpl2.h:94: error: a class-key must be used when declaring a friend In file included from /usr/lib/gcc/i586-mandrake-linux- gnu/3.4.1/../../../../include/c++/3.4.1/backward/new.h:33, from stdafx.h:161, from afxabort.cpp:11: /usr/lib/gcc/i586-mandrake-linux-gnu/3.4.1/../../../../include/c+ +/3.4.1/backward/backward_warning.h:32:2: warning: #warning This file includes at least one deprecated or antiquated header. Please consider using one of the 32 headers found in section 17.4.1.2 of the C++ standard. Examples include substituting the <X> header for the <X.h> header for C++ includes, or <iostream> instead of the deprecated header <iostream.h>. To disable this warning use -Wno-deprecated. winegcc: g++ failed. make: *** [afxabort.o] Error 2 Funny how gcc is telling me to use -fpermissive, when I'm already using it. Anyway, that's probably a red herring. If I can gain a clear understanding of the current steps needed to successfully compile MFC, I'd be more than happy to contribute updated 'Compiling MFC' docs to the Winelib docs to help out future developers that may be in a similar predicament as me. Thanks in advance for any help you can give me. Adam Boyle

1 0

Petzold Programming Windows Fifth Edition Section 1 Regression Tests
by Ira Krakow 24 Jan '05

24 Jan '05

I'm going through the examples in Petzold's Programming Windows Fifth Edition, to familiarize myself with Winelib and to test against Wine 20050111. I am also comparing the output against Visual C++ 6.0 compilation on Windows XP. I finished Section 1 (Chapters 1-12) and found the following differences. (I didn't want to report these as bugs until others verified them, as well as my approach.) I have the source and can narrow down the code if you think this is necessary. I will proceed to Section 2 and report when I'm finished. Ira -------------------------------------------- Chapter 3: HelloWin.c Could not compile because PlaySoundA was not found. Chapter 5: SineWave.c at runtime, after sine wave displays OK and window is dismissed, get messages: err:dc:DCE_FreeWindowDCE [0x50030] GetDC() without ReleaseDC! I rerun and get a variable number of the messages, and the address inside the brackets [] changes. Clover.c Draws the clover regions initially OK, but does not redraw when the user resizes the window. Note: The resizing works in Windows XP when compiled with Visual C++ 6.0. Chapter 8: WhatClr.c Compiles and runs, but doesn't display the correct colors all the time. For example, if the cursor is under the black letters, doesn't display FF FF FF but pulsates. ALso displays FF FF FF when on a white pixel, when it should be 00 00 00. Chapter 9: PopPad1.c Compiles and runs and works for the most part. However, if you start typing on line 1 and keep typing to beyond the end of the line, the text redisplays at the bottom. In Windows, it keeps displaying on the same line and scrolls. Head.c Compiler warning on passing NULLto ReadFile: head.c:179 warning: passing arg 4 of 'ReadFile' from incompatible pointer type. But runs OK. Chapter 10: IconDemo.c Resource compiler warning: In non MFC projects, winemaker replaces the MFC specific header 'afxres.h' with 'winres.h'. Icon resource compiles OK and program runs OK. PoePoem.c Compiles OK. Exception raised dialog: "Unhandled page fault on write access to 0x7637f17a at address 0x7637e592. Do you wish to debug it?" Goes into Winedbg if you click Yes. PoorMenu.c Compiles and runs. However, it doesn't add the additional menu choices to the System Menu. NoPopup.c Compiles and runs. However, does not display all the menu choices if you double click the File.. choice. Should have New, Open, Save, Save As, and Main. The choices are there but hidden - need to click on each choice. The Main item, when clicked, should restore the MAIN menu but does not do so. Compare with Windows version. Chapter 11: About3.c OK, except that the custom icon (III) does not replace the down arrow in the upper left corner of the window, which it does in the Windows version. HexCalc.c Compiles and calculates OK. The button display is rectangular (long and narrow). On Windows the buttons display square. PopAd3.c OK. Produces message: fixme:commdlg:GetFileName95 Flags 0x00002000 not yet implemented when invoking the File Open dialog but otherwise works fine. Chapter 12: ClipView.c Compiles and runs but does not update the clipboard when the clipboard contents changes. Run ClipText under Wine, copy or cut the text to the clipboard, ClipView does not see the clipboard contents. -----------------------------------------------------

3 5

RE: D3D9 Changes
by Ann and Jason Edmeades 24 Jan '05

24 Jan '05

Hi Oliver, I said I'd give this a review, and there's some great work here. I've had a chance to go through these changes, and some mostly trivial comments. Apologies if some of these are inaccurate, because some of the diffs look complex and I was purely reviewing the patch files! There seems a lot here, but most are simple... 1. D3DLOCK_ values, D3DUSAGE_ values --> You might as well put these in order. 2. Any of the d3drs_ (or similar) changes where you remove a value which is in d3d8 but not d3d9 - Can you please define a wined3d_ version in the wined3d private header. The problem here is wined3d is compiled with the d3d9 includes but needs to understand the d3d8 specifics. I think there's only one or two of these (d3dorder? Some d3drs_ values) 3. Stick your name in the copyright of files you do significant changes to - Theres a couple I think you missed. 4. Changes to cubetexture.c I mentioned before - You cant change - return IWineD3DResourceImpl_GetType((IWineD3DResource *)iface); + return IWineD3DResource_GetType((IWineD3DResource *)iface); As this is recursive. You must leave the Impl version in there 5. You cant do this as the size isn't a member of the surface desc in d3d9 (it is in 8) - object->currentDesc_size = ((max(Width,4) * object->bytesPerPixel) * max(Height,4)) / 2; /* DXT1 is half byte per pixel */ + object->currentDesc.Size = ((max(Width,4) * object->bytesPerPixel) * max(Height,4)) / 2; /* DXT1 is half byte per pixel */ 6. There's a number of places where whitespace have increased the patch size, or indenting is changed where it didn't need to be. Its really trivial and I wont care if it goes in, its just something I noticed Examples include - case D3DZB_FALSE: + case D3DZB_FALSE: - - TRACE("(%p) : freeing StateBlock %p\n", This, pSB); + + TRACE("(%p) : freeing StateBlock %p\n", This , pSB); and /* glDrawPixels transforms the raster position as though it was a vertex - - we want to draw at screen position 0,0 - Set up ortho (rhw) mode as - per drawprim (and leave set - it will sort itself out due to last_was_rhw */ + we want to draw at screen position 0,0 - Set up ortho (rhw) mode as + per drawprim (and leave set - it will sort itself out due to last_was_rhw */ or -DWORD WINAPI IWineD3DTextureImpl_GetPriority(IWineD3DTexture *iface) { +DWORD WINAPI IWineD3DTextureImpl_GetPriority(IWineD3DTexture *iface) { (I was trying to remove such spaces as I went along!) 7. You cant comment out d3d8 functionality - We can check the version if we have to, but we must maintain the support. This relates to (2) + +#if 0 /*FIXME: d3d8 support*/ case D3DRS_SOFTWAREVERTEXPROCESSING : There's a number of these places mostly relating to texture states, render states and stateblocks - We MUST maintain d3d8 support. 8. Be careful adding in new GL calls with new gl constants, without updating the winegl_core header - We frequently break old compiles with out of date opengl headers, and this was one attempt to avoid the issue. + glTexEnvf( GL_POINT_SPRITE_ARB, GL_COORD_REPLACE_ARB, GL_TRUE); Similarly please use the d3dcore header for + #ifndef GL_MAX_DRAW_BUFFERS_ATI + #define GL_MAX_DRAW_BUFFERS_ATI 0x00008824 + #endif 9. I'm not sure on this but does d3d9 really support 16 concurrent textures in non-shader drawing modes? (ie do we really need to reapply all the states for them?). I really haven't checked, I was just surprised by it! 10. Following on from 9, don't the changes to the sampler support break d3d8 settexturestagestate for d3d8 applications for the values like D3DTSS_MAXMIPLEVEL? 11. Can you explain the problem with the following addition please, just interested! + || (dataLocations.u.s.pSize.lpData == NULL /*My ATI9600 doesn't like this combination of nothing!*/ 12. You cant use C++ style comments +// PLIGHTINFOEL *src; 13. There is a section of code "Experemental memory management that releases the allocated memory from a surface when the texture is loaded until a lock is requested on the surface.". This needs to be a separate patch and needs confirming the memory benefits are not outweighed by the performance hit. I thought the problem was that reading the contents returned an upside down texture? 14. Again, why lines like + + +#include <math.h> +#include <stdarg.h> + +#define NONAMELESSUNION +#define NONAMELESSSTRUCT +#include "windef.h" +#include "winbase.h" +#include "winuser.h" +#include "wingdi.h" +#include "wine/debug.h" + + These are already #included in d3d9_private.h and are not required here (I had removed them in earlier patches) ---------------------------------------------------------------------------- To sum up I think there is some fabulous work in there, and we definitely need to get it into cvs. Please do not take the above as criticism, as there is so much there I wanted to give useful feedback. I would, however, suggest you split functionality into smaller patches rather than put lots of new code in at the same time. (And yes, I was guilty of that but only when it was pure cut and paste from d3d8 and no new function) If I read the patches correctly you have the following which probably could be split into separate patches - Removing the d3d9 code taking it down to stubs where there was initial dummy functionality when the skeleton was originally set up - Correcting the public d3d9* headers, and making the utils functions format out the data correctly - Using a single surface call back function (Neat, btw) - Adding point support - Adding some memory management - Support for texture sampler states - Other minor changes Jason

1 0

user32/tests/sysparams.c question
by Paul Vriens 24 Jan '05

24 Jan '05

Hi, just installed winrash on my win98 box and saw some output from the test on the web. I just had a look at the sysparams.c test for test_SPI_SETICONTITLEWRAP. On my standard Win98 SE box this registry key is not available and the tests complains about that. The bad thing though is that the registry key is created and second time the test runs it succeeds of course. Shouldn't every call: rc=SystemParametersInfoA( SPI_FOO, 0, &old_b, 0 ); be followed by a: if (rc==0 && (GetLastError()==0 || GetLastError()==ERROR_CALL_NOT_IMPLEMENTED)) instead of: ok(rc!=0,"SystemParametersInfoA: rc=%d err=%ld\n",rc,GetLastError()); The 'big problem' right now will be that every volunteer will have some registry keys created if the key didn't exist before and we don't know what default installations have. Not good for documentation purposes. I will send a patch for ICONTITLEWRAP. Cheers, Paul.

1 0

Re: Disable antialiasing in palette mode
by Alexandre Julliard 24 Jan '05

24 Jan '05

Glenn Wurster <gwurster(a)scs.carleton.ca> writes: > --- dlls/x11drv/xrender.c 30 Nov 2004 21:38:58 -0000 1.52 > +++ dlls/x11drv/xrender.c 6 Dec 2004 00:02:20 -0000 > @@ -1013,6 +1013,29 @@ > INT *deltas = NULL, char_extra; > HRGN saved_region = 0; > UINT align = GetTextAlign( hdc ); > + BOOL disable_antialias = FALSE; > + AA_Type antialias = AA_None; > + > + /* Do we need to disable antialiasing because of palette mode? */ > + do { > + BITMAPOBJ *bmp; > + HBITMAP hBitmap; > + > + hBitmap = GetCurrentObject( physDev->hdc, OBJ_BITMAP ); > + bmp = (BITMAPOBJ *)GDI_GetObjPtr( hBitmap, BITMAP_MAGIC ); You should use GetObjectW here instead of GDI_GetObjPtr. -- Alexandre Julliard julliard(a)winehq.org

1 0

Refcounting in dsound
by Paul Vriens 24 Jan '05

24 Jan '05

Hi, while going through some leftover TRACE's of the Interlocked cleanup, I found the following refcounting in dsound/buffer.c and dsound.c: dsound/buffer.c: This->buffer->ref--; dsound/buffer.c: This->buffer->ref--; dsound/dsound.c: dsb->buffer->ref++; Is there a need to clean (i.e. use Interlocked*) this up? Cheers, Paul.

4 4

Regression in update region handling
by Maxime Bellengé 24 Jan '05

24 Jan '05

Hello, This patch introduced regressions : Moved update region handling to the server http://cvs.winehq.org/patch.py?id=14725 Since this patch has been applied, I have an application with acts like a christmas tree :) The application has owner drawn objects everywhere. What I see is that every object is painted but once a first object is painted (button or whatever) when the next one is painted all the rest of the dialog box is erased and so on. So I can only see the last painted component although every button is still usable. This patch is a real nightmare to understand. I tried comparing traces with +win before and after the patch but with no luck. I would appreciate if someone can give me an hint on how to find this bug. thanks Max

5 7

Re: Use NtLoadDriver and NtUnloadDriver in StartService and ControlService
by Uwe Bonnes 24 Jan '05

24 Jan '05

>>>>> "Ivan" == Ivan Leo Puoti <ivanleo(a)gmail.com> writes: Ivan> Note that as NtLoadDriver is a stub, no program will ever get to Ivan> call NtUnloadDriver ATM. ... Remember when Bill Gates said that 512 kByte is enough for everybody? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

Re: rsaenh: Implemented TLS1 algorithms and tests
by Alexandre Julliard 24 Jan '05

24 Jan '05

Michael Jung <mjung(a)iss.tu-darmstadt.de> writes: > Changelog: > Support for TLS1 pseudo random function > Some helper functions for DATA_BLOB's > Computing TLS1 master secret from the pre-master secret > Deriving the master hash from the master secret > Deriving TLS1 MAC and encryption keys from the master hash > Tests for most of the above The test is failing for me: rsaenh.c:1209: Test failed: 80090016 make: *** [rsaenh.ok] Error 1 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: MSI: indentation and style cleanup
by Alexandre Julliard 24 Jan '05

24 Jan '05

Mike McCormack <mike(a)codeweavers.com> writes: > - if(szFilePath) { > + if( szFilePath ) > + { > len = MultiByteToWideChar( CP_ACP, 0, szFilePath, -1, NULL, 0 ); > szwFilePath = HeapAlloc( GetProcessHeap(), 0, len*sizeof(WCHAR) ); > - if( !szwFilePath) > - return ERROR_OUTOFMEMORY; > MultiByteToWideChar( CP_ACP, 0, szFilePath, -1, szwFilePath, len ); > } Does your coding style also forbid proper error checking, or is there another reason for removing that check? <g> -- Alexandre Julliard julliard(a)winehq.org

6 9

Some general questions about test scripts
by Paul Vriens 24 Jan '05

24 Jan '05

Hi, I'm currently working on the shlwapi tests and I already put something out on wine-devel for that. I tried a test on several operating systems with different dll's (out-of-the-box installation, servicepacks, Windows Update) so the end result is I have several different outputs of the test. I now more or less have the following (I'm exaggerating): ok( a < b | a == b | a > b, "Test failed\n"); So the question is how do we deal with the above? If the number of possible 'correct' output is huge, what's the benefit of testing? The second question is what should we implement in Wine? So much for the general questions. Now for the specific one: The test I'm referring to is SHQueryValueExA that I modified a bit for testing purposes: for (counter = 0; counter <= sExpLen2 ; counter++) { strcpy(buf, sEmptyBuffer); dwSize = counter; trace("Now trying with dwSize=(%lu)\n", counter); dwType = -1; dwRet = SHQueryValueExA( hKey, "Test3", NULL, &dwType, buf, &dwSize); ok( ERROR_MORE_DATA == dwRet, "Expected ERROR_MORE_DATA, got (%lu)\n", dwRet); trace("comparing (%s) with (%s)\n", buf, sEmptyBuffer); ok( 0 == strcmp(sEmptyBuffer, buf) , "Comparing (%s) with (%s) failed\n", buf, sEmptyBuffer); ok( dwSize >= nUsedBuffer2, "Buffer size (%lu) should be >= (%lu)\n", dwSize, nUsedBuffer2); ok( REG_SZ == dwType , "Expected REG_SZ, got (%lu)\n", dwType); } I tested this on 3 different versions of win98, winxp-prof, winxp-home, winnt-server, w2k-prof and w2k-server and Wine of course. I can see that winxp/w2k and winnt act the same. Win98 and Wine do it differently (Wine doesn't do it as win98 does btw). Any thoughts? Paul Vriens.

3 2

Re: Setupapi - (Take 2) implement MyFree, MyMalloc and MyRealloc
by Huw D M Davies 24 Jan '05

24 Jan '05

On Sun, Jan 23, 2005 at 08:42:52PM -0800, Steven Edwards wrote: > Changelog: > Eric Kohl <eric.kohl(a)t-online.de> > Implement MyFree, MyMalloc and MyRealloc ... > --- /dev/null 2005-01-23 12:40:28.000000000 -0500 > +++ misc.c 2005-01-23 18:50:33.000000000 -0500 > +LPVOID WINAPI MyMalloc(DWORD dwSize) > +{ > + return HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, dwSize); > +} > + ... > +LPVOID WINAPI MyRealloc(LPVOID lpSrc, DWORD dwSize) > +{ > + if (lpSrc == NULL) > + return HeapAlloc(GetProcessHeap(), 0, dwSize); > + > + return HeapReAlloc(GetProcessHeap(), 0, lpSrc, dwSize); > +} So MyAlloc zeros the memory while MyRealloc doesn't - is this really correct? If so I think a comment, at the very least, is in order. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: MSI: indentation and style cleanup
by Rolf Kalbermatter 24 Jan '05

24 Jan '05

On Sat, Jan 22, 2005 at 05:16:45PM +0000, Mike Hearn wrote: > Given that it can be quite complex and introduce new bugs, and given that > it's really quite a useless feature IMHO as modern Linux boxes will hang > themselves in swap hell before returning NULL from malloc I don't think > this should be a janitorial project. While I agree this may be not an easy thing to do without looking at the whole code very throughly I think saying that it doesn't help at all because on Linux you will never get this problem is a little shortsighted. Wine doesn't only compile for Linux and there might be other systems with a very straightforward swapping system which will run out of memory before the disk dies from overactivity. Also who says that the next version of Linux or some sort of stress test extension, a security hardened kernel, or a memory quota system on user basis or whatever, will not add an easy to get into out of memory situation. Couldn't Solaris for instance limit the memory available to users on a user base eventhough there are loads and loads of physical memory still available? Rolf Kalbermatter

2 1

Re: [LOSTWAGES] Update howto and downloads page (Second try)
by Tom 24 Jan '05

24 Jan '05

Scott Ritchie wrote: > I removed the conflict in this version. I hate CVS. > > This is a rewrite of the howto to make it short and sweet and remove > some of the duplicitous information to link to the User Guide instead. > Once I finish the rewrite of the User Guide, things should look pretty > smooth and easy from a new user's perspective. > > Changelog: > +Rewrite howto to link to user's guide and mention Winetools > +Add special instruction for Debian users to howto > +Make Winetools appear further up on the download's page It looks as if you added Franks Corner back in and removed http://www.von-thadden.de/Joachim/WineTools Frank is no longer the maintainer of winetools so Joachim von Thadden should be left as the maintainer. Tom

2 1

Re: wined3d updates
by Jesse Allen 24 Jan '05

24 Jan '05

On Thu, 20 Jan 2005 01:40:00 +0000 (GMT), Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > --- Oliver Stieber <oliver_stieber(a)yahoo.co.uk> > opps, it helps if I actually attach them > wrote: > > Hi, > > The attached patches: > > > > Bring d3d9.h upto date with MSDN. > > Implement DepthStencils in wined3d. > > Create STUB object for d3d9 functionality not yet > > implemented. > > Start to implement stateblocks in WineD3D. > > Implements point sprites. > > Implements ColorFill. > > Almost fix reference counting. > > And implement some very basic memory management. > > > > > > I'm sorry the patch is so big, it's taken a couple > > of > > days to merge with Jasons changes and perform > > regression testing. > > Hi Oliver, I tried your patches against CVS as of 2004-01-21. I don't believe they have been applied yet. There was one rejection, so I hacked it back in where I could see it. I could have done it wrong, as I only have a crash when loading Pirates -- it follows. So maybe you ought to take a look at rediffing your patch. Thanks for your help, and I'll keep at testing. Jesse fixme:system:SystemParametersInfoW Unimplemented action: 55 (SPI_SETMOUSEKEYS) fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS) fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is non-existent at the moment! fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is non-existent at the moment! fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is non-existent at the moment! wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x4a18bd19 in 32-bit code (0x4a18e98a). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:0000 EIP:4a18e98a ESP:4068fa94 EBP:4068f9c0 EFLAGS:00210246( - 00 -RIZP1) EAX:4a1b2e68 EBX:4a1b2314 ECX:000000ad EDX:4a181131 ESI:42800000 EDI:403ec130 Stack dump: 0x4068fa94: 00000000 00000000 00000000 00000000 0x4068faa4: 00000000 00000000 00000000 00000000 0x4068fab4: 00000000 00000000 00000000 00000000 0x4068fac4: 00000000 00000000 00000020 00000320 0x4068fad4: 00000258 00000000 00000000 00000000 0x4068fae4: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x4a18e98a IWineD3DStateBlockImpl_InitStartupStateBlock+0x5ba(iface=0x4a181131) [stateblock.c:171] in wined3d (0x4068f9c0) 2 0x4a181131 IWineD3DDeviceImpl_SetTextureStageState+0x11(iface=0xffffd4b3, Stage=0x806f6ff, Type=0xf147d8b, Value=0x1ac685) [/home/jesse/wine/dlls/wined3d/device.c:3011] in wined3d (0x4a181131) 0x4a18e98a IWineD3DStateBlockImpl_InitStartupStateBlock+0x5ba [stateblock.c:171] in wined3d: movl $0x0,0xabe8(%edx) Unable to open file stateblock.c Wine-dbg>

1 0

Re: setupapi: implement MyFree, MyMalloc and MyRealloc
by Jonathan Wilson 24 Jan '05

24 Jan '05

Looks like the new misc.c is missing from the patch...

1 0

Re: [Resend] wineloader: call wineprefixcreate with explicit WINEPREFIX
by Alexandre Julliard 23 Jan '05

23 Jan '05

Crestez Leonard <cleonard(a)go.ro> writes: > This allows you do "export WINEPREFIX=~/.wine-zzz; ./wine regedit", > and automatically generate ~/.wine-zzz. You used to have to call > wineprefixcreate yourself, with correct parameters. Actually this is a feature ;-) The rationale is that if you make a typo in your WINEPREFIX it's better to get an error message than to silently create a new hierarchy and having things fail in mysterious ways. So you have to run wineprefixcreate to confirm that you really meant to use a non-existent WINEPREFIX. -- Alexandre Julliard julliard(a)winehq.org

2 1

Wine Knowledge Base
by Mike Hearn 23 Jan '05

23 Jan '05

Hi, I was going to wait a while (until it had a bit more content) before announcing this here, but as it seems people are setting up Wikis etc already here is my 2 cents: http://navi.cx/svn/misc/trunk/winekb/index.xml ** THIS IS NOT A WIKI ** Instead, it's a mini website that uses a simple dialect of XML suitable for embedding code and random text into. It's designed to be: - Easy to improve - Visually appealing - Controlled What do I mean by these things? Firstly, easy to improve: if you want to add some content to a page, save or wget the file to disk, edit it in your favourite text editor, and then send me the diff (or the full file and I'll diff it for you). You don't need any web design skill, as you can see if you do a "View Source" in the page. Secondly, visually appealing: I dislike the way Wikis look most of the time. XSL:T is a nice language for doing tree transformations so I used it. The page code looks like this: <kbpage title="Index"> <section title="Users"> * Installing <l>NativeMSI</l> and <l>NativeDCOM</l> * The <l>ConfigFile</l> * <a href="http://bylands.dur.ac.uk/~mh/wine-faq.html">#winehq channel faq</a> - read this when you have an issue </section> <section title="Developers"> * <l>AddingStuff</l> to this site * <l>InterestingPatches</l> * <l>WinelibAsBinaries</l> </section> </kbpage> See? It's easy. Yet the resulting pages looks quite nice IMHO and are uniform in style. There's a new page template here: http://navi.cx/svn/misc/trunk/winekb/template.xml Thirdly, controlled: one of the objections Newman always had to a Wiki was that it'd fill up with crap or become another appdb, and then he'd have to maintain it. You can contribute to the knowledge base by sending patches to me or to wine-devel (if you think others would find the text useful), same as any other project. I won't be adding anything there that duplicates the appdb except maybe for extremely popular programs and libraries like MSI and DCOM. You can hack on it in other ways: the code for the site is managed using Subversion/SVK, so you can check out a copy of it like so: $ svn co http://navi.cx/svn/misc/trunk/winekb If you want to do a lot of work on it, use SVK which will let you branch changes and commit locally so you can keep your patches separated nicely. Right now there isn't much content. There's some stuff for users, like how to set up a basic config file, how to install native DCOM etc, and there is stuff for developers like a list of interesting-yet-bounced patches and some notes on the "Winelib programs as binaries" work me and Vincent did. It's designed for content that doesn't really fit the main WineHQ website. If I think something makes more sense in the developer guide I'll ask you to send the content there. In other words, the KB is designed to be half-way between the structured and professional WineHQ website and a Wiki. Hope that helps! thanks -mike

2 3

New dcom95 mirror
by Ivan Leo Puoti 23 Jan '05

23 Jan '05

Hello, as Jeremy Newman wanted mirrors for dcom95, here's a new link http://www003.portalis.it/115/download/dcom95.zip Note that because of the Microsoft licencing conditions, you are licenced to download this file only if you are going to use it with wine. Ivan.

1 0

Simple web based presentation system useful for WineConf
by Mike Hearn 23 Jan '05

23 Jan '05

Hi, With the spring comes WineConf 2005, and perhaps some interesting presentations by people. Last time I went to WineConf I was asked to write a mini presentation to show newbies what Wine hacking was all about. In the end, there weren't many non-Wine developers there (which is what you'd expect, really) so we just had a discussion about how to reduce the learning curve instead. In retrospect that was far more interesting and useful than any presentation I could have done. Nonetheless, that presentation was there and when I wrote it, I also wrote a little XSL transform for slide shows. That's because I don't like PowerPoint that much, especially I don't like how sucky its web export is and slideshows are good to put on the web. So here is the presentation itself: http://bylands.dur.ac.uk/~mh/wineconf2004/presentation.xml Just load it into a web browser like Mozilla or even IE6 (konq doesn't support xslt, sorry). As you can see it's nicely Wine themed :) Here is the transform if you want to use the same presentation system yourself: http://navi.cx/~mike/xslt-slides/gen.xsl Just look at the source code of presentation.xml to see how to use it. I'm hoping we'll have a similar mix for this years Wineconf as last year - Lionels OpenGL/games presentation in particular was interesting, but I think the mix of discussion and presentations was good. One problem with presentations is that they tend to be in quite specialist areas, eg a DCOM presentation wouldn't be all that useful because there aren't many people working on it. So I think a bias more towards discussion of process and project organisation, things like that, would be more useful. That's just my humble opinion of course ;) thanks -mike

2 2

Nagging on Wineconf
by Jeremy White 23 Jan '05

23 Jan '05

Hi all, Okay, we've got 19 rsvp's for Wineconf. And that's missing me and a lot of other people that I know will be there, so shame on me and shame on you. So get over to www.winehq.org/wineconf and rsvp (including fellow folks from CodeWeavers; if you're reading this, you better plan on being there <grin>). In all seriousness, we really need an accurate head count so we can plan properly; if there really only will be 25-30 people, that makes things a good bit different than 75 people. While you're there, join the wine-conf mailing list; I think that's the most appropriate place for us to start the discussions of the agenda and to start fine tuning the details. So if you don't subscribe to wine-conf, but you're planning to go, you're going to start missing out on everything but the nag messages <grin>. Cheers, Jer

1 0

Re: olepicture.c compile failure : "structure has no member named `UserData', implicit declaration of function `DGifOpen'"
by Marcus Meissner 23 Jan '05

23 Jan '05

On Fri, Jan 21, 2005 at 06:45:11PM -0800, Rizwan Kassim wrote: > Oh, I see what you mean. > > I've found that getting the latest version of libgif and copying > gif_lib.h into the local directory (and including it in > LD_LIBRARY_PATH) seems to at least halt compile errors. > > Reason I'm asking about what to do now, is that if this is a problem > that might be encountered, it makes sense that the configure or make > script should detect and "fix" it... > > Updated script at http://www.geekymedia.com/twiki/bin/view.cgi/WineDev/LugWine > > Any thoughts? No, it should work better with the installed system itself. I am building RPMs with defined chroots and have no problems. This script is just a major hack. If you have problems it should have been checked and/or found by the configure script. Ciao, Marcus

1 0

Re: [LOSTWAGES] Update howto and downloads page
by Mike Hearn 23 Jan '05

23 Jan '05

On Sat, 22 Jan 2005 17:32:24 -0800, Scott Ritchie wrote: > +<<<<<<< download.template > +======= Whoops, a merge conflict marker sneaked in there!

1 0

More DCOM notes
by Mike Hearn 23 Jan '05

23 Jan '05

Here are some more notes in a convenient to read form. I'll turn these into a documentation patch later. Rob, can you double-check this? This document assumes you are familiar with the basics of DCOM. If you aren't read this first: http://winehq.com/site/docs/wine-devel/dcom-1 This is not suitable study material for beginners. Don't say I didn't warn you. * Apartments Before a thread can use COM it must enter an apartment. Apartments are an abstraction of a COM objects thread safety level. There are many types of apartment but the only two we care about right now are single threaded apartments (STAs) and the multi-threaded apartment (MTA). Any given process may contain at most one MTA and potentially many STAs. You enter an apartment by calling CoInitializeEx and passing the desired thread model in as a parameter. The default if you use the deprecated CoInitialize is a STA, and this is the most common type of apartment used in COM. An object in the multi-threaded apartment may be accessed concurrently by multiple threads: eg, it's supposed to be entirely thread safe. It must also not care about thread-affinity, the object should react the same way no matter which thread is calling it. An object inside a STA does not have to be thread safe, and all calls upon it should come from the same thread - the thread that entered the apartment in the first place. The apartment system was originally designed to deal with the disparity between the Windows NT/C++ world in which threading was given a strong emphasis, and the Visual Basic world in which threading was barely supported and even if it had been fully supported most developers would not have used it. Visual Basic code is not truly multi-threaded, instead if you start a new thread you get an entirely new VM, with separate sets of global variables. Changes made in one thread do NOT reflect in another, which pretty much violates the expected semantics of multi- threading entirely but this is Visual Basic, so what did you expect? If you access a VB object concurrently from multiple threads, behind the scenes each VM runs in a STA and the calls are marshaled between the threads using DCOM. In the Windows 2000 release of COM, several new types of apartment were added, the most important of which are RTAs (the rental threaded apartment) in which concurrent access are serialised by COM using an apartment-wide lock but thread affinity is not guaranteed. * Structure of a marshaled interface pointer When an interface is marshaled using CoMarshalInterface, the result is a serialized OBJREF structure. An OBJREF actually contains a union, but we'll be assuming the variant that embeds a STDOBJREF here which is what's used by the system provided standard marshaling. A STDOBJREF (standard object reference) consists of the magic signature 'MEOW', then some flags, then the IID of the marshaled interface. Quite what MEOW stands for is a mystery, but it's definitely not "Microsoft Extended Object Wire". Next comes the STDOBJREF flags, identified by their SORF_ prefix. Most of these are reserved, and their purpose (if any) is unknown, but a few are defined. After the SORF flags comes a count of the references represented by this marshaled interface. Typically this will 1 in the case of a normal marshal, but may be 5 for table-strong marshals and 0 for table-weak marshals (the difference between these is explained below). The most interesting part of a STDOBJREF is the OXID, OID, IPID triple. This triple identifies any given marshaled interface pointer in the network. OXIDs are apartment identifiers, and are supposed to be unique network-wide. How this is guaranteed is currently unknown: the original algorithm Windows used was something like the current UNIX time and a local counter. OXIDs are generated and registered with the OXID resolver by performing local RPCs to the RPC subsystem (rpcss.exe). In a fully security-patched Windows system they appear to be randomly generated. This registration is done using the ILocalOxidResolver interface, however the exact structure of this interface is currently unknown. OIDs are object identifiers, and identify a stub manager. The stub manager manages interface stubs. For each exported COM object there are multiple interfaces and therefore multiple interface stubs (IRpcStubBuffer implementations). OIDs are apartment scoped. Each ifstub is identified by an IPID, which identifies a marshaled interface pointer. IPIDs are apartment scoped. Unmarshaling one of these streams therefore means setting up a connection to the object exporter (the apartment holding the marshaled interface pointer) and being able to send RPCs to the right ifstub. Each apartment has its own RPC endpoint and calls can be routed to the correct interface pointer by embedding the IPID into the call using RpcBindingSetObject. IRemUnknown, discussed below, uses a reserved IPID. Both standard and handler marshaled OBJREFs contains an OXID resolver endpoint which is an RPC string binding in a DUALSTRINGARRAY. This is necessary because an OXID alone is not enough to contact the host, as it doesn't contain any network address data. Instead, the combination of the remote OXID resolver RPC endpoint and the OXID itself are passed to the local OXID resolver. It then returns the apartment string binding. This step is an optimisation: technically the OBJREF itself could contain the string binding of the apartment endpoint and the OXID resolver could be bypassed, but by using this DCOM can optimise out a server round-trip by having the local OXID resolver cache the query results. The OXID resolver is a service in the RPC subsystem (rpcss.exe) which implements a raw (non object-oriented) RPC interface called IOXIDResolver. Despite the identical naming convention this is not a COM interface. Unmarshaling an interface pointer stream therefore consists of reading the OXID, OID and IPID from the STDOBJREF, then reading one or more RPC string bindings for the remote OXID resolver. Then RpcBindingFromStringBinding is used to convert this remote string binding into an RPC binding handle which can be passed to the local IOXIDResolver::ResolveOxid implementation along with the OXID. The local OXID resolver consults its list of same-machine OXIDs, then its cache of remote OXIDs, and if not found does an RPC to the remote OXID resolver using the binding handle passed in earlier. The result of the query is stored for future reference in the cache, and finally the unmarshaling application gets back the apartment string binding, the IPID of that apartments IRemUnknown implementation, and a security hint (let's ignore this for now). Once the remote apartments string binding has been located the unmarshalling process constructs an RPC Channel Buffer implementation with the connection handle and the IPID of the needed interface, loads and constructs the IRpcProxyBuffer implementation for that IID and connects it to the channel. Finally the proxy is passed back to the application. * Handling IUnknown There are some subtleties here with respect to IUnknown. IUnknown itself is never marshaled directly: instead a version of it optimised for network usage is used. IRemUnknown is similar in concept to IUnknown except that it allows you to add and release arbitrary numbers of references at once, and it also allows you to query for multiple interfaces at once. IRemUnknown is used for lifecycle management, and for marshaling new interfaces on an object back to the client. Its definition can be seen in dcom.idl - basically the IRemUnknown::RemQueryInterface method takes an IPID and a list of IIDs, then returns STDOBJREFs of each new marshaled interface pointer. There is one IRemUnknown implementation per apartment, not per stub manager as you might expect. This is OK because IPIDs are apartment not object scoped. * Table marshaling Normally once you have unmarshaled a marshaled interface pointer that stream is dead, you can't unmarshal it again. Sometimes this isn't what you want. In this case, table marshaling can be used. There are two types: strong and weak. In table-strong marshaling, selected by a specific flag to CoMarshalInterface, a stream can be unmarshaled as many times as you like. Even if all the proxies are released, the marshaled object reference is still valid. Effectively the stream itself holds a ref on the object. To release the object entirely so its server can shut down, you must use CoReleaseMarshalData on the stream. In table-weak marshaling the stream can be unmarshaled many times, however the stream does not hold a ref. If you unmarshal the stream twice, once those two proxies have been released remote object will also be released. Attempting to unmarshal the stream at this point will yield CO_E_DISCONNECTED. * RPC dispatch Exactly how RPC dispatch occurs depends on whether the exported object is in a STA or the MTA. If it's in the MTA then all is simple: the RPC dispatch thread can temporarily enter the MTA, perform the remote call, and then leave it again. If it's in a STA things get more complex, because of the requirement that only one thread can ever access the object. Instead, when entering a STA a hidden window is created implicitly by COM, and the user must manually pump the message loop in order to service incoming RPCs. The RPC dispatch thread performs the context switch into the STA by sending a message to the apartments window, which then proceeds to invoke the remote call in the right thread. RPC dispatch threads are pooled by the RPC runtime. When an incoming RPC needs to be serviced, a thread is pulled from the pool and invokes the call. The main RPC thread then goes back to listening for new calls. It's quite likely for objects in the MTA to therefore be servicing more than one call at once. * Message filtering and re-entrancy When an outgoing call is made from a STA, it's possible that the remote server will re-enter the client, for instance to perform a callback. Because of this potential re-entrancy, when waiting for the reply to an RPC made inside a STA, COM will pump the message loop. That's because while this thread is blocked, the incoming callback will be dispatched by a thread from the RPC dispatch pool, so it must be processing messages. While COM is pumping the message loop, all incoming messages from the operating system are filtered through one or more message filters. These filters are themselves COM objects which can choose to discard, hold or forward window messages. The default message filter drops all input messages and forwards the rest. This is so that if the user chooses a menu option which triggers an RPC, they then cannot choose that menu option *again* and restart the function from the beginning. That type of unexpected re-entrancy is extremely difficult to debug, so it's disallowed. Unfortunately other window messages are allowed through, meaning that it's possible your UI will be required to repaint itself during an outgoing RPC. This makes programming with STAs more complex than it may appear, as you must be prepared to run all kinds of code any time an outgoing call is made. In turn this breaks the idea that COM should abstract object location from the programmer, because an object that was originally free-threaded and is then run from a STA could trigger new and untested codepaths in a program. Oh well, it was nice in theory. thanks -mike

2 2

WineConf 2005: hotel info
by Brian Vincent 23 Jan '05

23 Jan '05

Earlier I added hotel info to the WineConf pages: http://www.winehq.com/site/wineconf/travel Here's what you need to know: - we have 50 rooms reserved for Fri and Sat night, we have some on Thursday and Monday night too. I'll drink bier with anyone arriving early or staying late. - 81 EUR for 2 nights - you have to send an email to the address on the web page to reserve a room, note the "keyword" - first come, first served, reservations must be made by March 29th - did I mention RSVP'ing on WineHQ as well? Link: http://www.winehq.com/site/wineconf/rsvp Thanks goes out to Hans-Ulrich Schmid (WRS) and Ulrich Gemkow (University of Stuttgart) for getting together and figuring this out. -Brian

1 0

where does windows define RTL_RWLOCK?
by Robert Reif 23 Jan '05

23 Jan '05

I'm trying to compile wine's direct sound dll on windows and I can't get past this problem. I can't find a windows file that defines RTL_RWLOCK in the PSDK or DDK. Is the structure wine uses compatible with windows?

2 1

Re: [DSOUND] fix memory leak in mixer code
by Robert Reif 22 Jan '05

22 Jan '05

Robert Reif wrote: > Fix memory leak in mixer code. > > > Revised to remove unnecessary test before HeapFree. Index: dlls/dsound/dsound.c =================================================================== RCS file: /home/wine/wine/dlls/dsound/dsound.c,v retrieving revision 1.24 diff -u -p -r1.24 dsound.c --- dlls/dsound/dsound.c 7 Dec 2004 14:23:46 -0000 1.24 +++ dlls/dsound/dsound.c 22 Jan 2005 20:52:27 -0000 @@ -301,6 +301,7 @@ static ULONG WINAPI IDirectSoundImpl_Rel if (This->driver) IDsDriver_Release(This->driver); + HeapFree(GetProcessHeap(),0,This->tmp_buffer); RtlDeleteResource(&This->buffer_list_lock); This->mixlock.DebugInfo->Spare[1] = 0; DeleteCriticalSection(&This->mixlock); @@ -809,6 +810,8 @@ HRESULT WINAPI IDirectSoundImpl_Create( pDS->primary = NULL; pDS->speaker_config = DSSPEAKER_STEREO | (DSSPEAKER_GEOMETRY_NARROW << 16); pDS->initialized = FALSE; + pDS->tmp_buffer = NULL; + pDS->tmp_buffer_len = 0; /* 3D listener initial parameters */ pDS->listener = NULL; Index: dlls/dsound/dsound_private.h =================================================================== RCS file: /home/wine/wine/dlls/dsound/dsound_private.h,v retrieving revision 1.24 diff -u -p -r1.24 dsound_private.h --- dlls/dsound/dsound_private.h 7 Sep 2004 19:32:21 -0000 1.24 +++ dlls/dsound/dsound_private.h 22 Jan 2005 20:52:27 -0000 @@ -95,6 +95,8 @@ struct IDirectSoundImpl DSBUFFERDESC dsbd; DWORD speaker_config; BOOL initialized; + LPBYTE tmp_buffer; + DWORD tmp_buffer_len; /* DirectSound3DListener fields */ IDirectSound3DListenerImpl* listener; Index: dlls/dsound/mixer.c =================================================================== RCS file: /home/wine/wine/dlls/dsound/mixer.c,v retrieving revision 1.26 diff -u -p -r1.26 mixer.c --- dlls/dsound/mixer.c 8 Sep 2004 01:37:25 -0000 1.26 +++ dlls/dsound/mixer.c 22 Jan 2005 20:52:27 -0000 @@ -368,20 +368,20 @@ static void DSOUND_MixerVol(IDirectSound } } -static void *tmp_buffer; -static size_t tmp_buffer_len = 0; - -static void *DSOUND_tmpbuffer(size_t len) +static LPBYTE DSOUND_tmpbuffer(IDirectSoundImpl *dsound, DWORD len) { - if (len>tmp_buffer_len) { - void *new_buffer = realloc(tmp_buffer, len); - if (new_buffer) { - tmp_buffer = new_buffer; - tmp_buffer_len = len; + TRACE("(%p,%ld)\n",dsound,len); + + if (len > dsound->tmp_buffer_len) { + if (dsound->tmp_buffer) + dsound->tmp_buffer = HeapReAlloc(GetProcessHeap(), 0, dsound->tmp_buffer, len); + else + dsound->tmp_buffer = HeapAlloc(GetProcessHeap(), 0, len); + + dsound->tmp_buffer_len = len; } - return new_buffer; - } - return tmp_buffer; + + return dsound->tmp_buffer; } static DWORD DSOUND_MixInBuffer(IDirectSoundBufferImpl *dsb, DWORD writepos, DWORD fraglen) @@ -407,9 +407,7 @@ static DWORD DSOUND_MixInBuffer(IDirectS return 0; } - /* Been seeing segfaults in malloc() for some reason... */ - TRACE("allocating buffer (size = %d)\n", len); - if ((buf = ibuf = (BYTE *) DSOUND_tmpbuffer(len)) == NULL) + if ((buf = ibuf = DSOUND_tmpbuffer(dsb->dsound, len)) == NULL) return 0; TRACE("MixInBuffer (%p) len = %d, dest = %ld\n", dsb, len, writepos); @@ -518,8 +516,7 @@ static void DSOUND_PhaseCancel(IDirectSo nBlockAlign = dsb->dsound->pwfx->nBlockAlign; len = len / nBlockAlign * nBlockAlign; /* data alignment */ - TRACE("allocating buffer (size = %ld)\n", len); - if ((buf = ibuf = (BYTE *) DSOUND_tmpbuffer(len)) == NULL) + if ((buf = ibuf = DSOUND_tmpbuffer(dsb->dsound, len)) == NULL) return; TRACE("PhaseCancel (%p) len = %ld, dest = %ld\n", dsb, len, writepos);

1 0

Re: [DSOUND] fix memory leak in mixer code
by Mike Hearn 22 Jan '05

22 Jan '05

On Sat, 22 Jan 2005 14:46:04 -0500, Robert Reif wrote: > + if (This->tmp_buffer) > + HeapFree(GetProcessHeap(),0,This->tmp_buffer); There's no need for the test here, it's duplicated inside HeapFree. There was a janitorial task to clean this up not that long ago. thanks -mike

1 0

Howto process X11 events async'ly
by Peter Quiring 22 Jan '05

22 Jan '05

I'm developing my own library and I'm in the process of porting it over in Linux. I can get X11 to display the graphics and process events, but the only problem I have is with processing events without wasting CPU power. How do you process events without constantly polling? What I've done is create a new thread that will call XNextEvent() which will block if there are no events waiting and this seems to work fine. Except if the main thread wants to use the Window it too will deadlock until XNextEvent() returns an event. I've even tried using XPutBackEvent() to wake-up the other thread, but it looks like X11 is not smart enough to handle this. Looking at Wine source it looks like they too have given up on X11 and do sync themselves. But then how do you know when new events are waiting without constantly polling ????? I've looked thru wine source but can't follow it. Thanks in advance. I've asked this question many times @ linuxforum.com but no one there understands the problem. Peter Quiring

3 2

Wine/Winelib for Visual Basic 6.0 Users?
by Ira Krakow 22 Jan '05

22 Jan '05

I'm writing the Winelib part of the book. The main audience is Microsoft Visual C++ 6.0 users. I can define a development environment for both MFC and non-MFC users, since it is well documented already. I was wondering - I'd like to include a section for Visual Basic 6.0 users. Beyond running the .EXEs in Wine, is it possible to use Winelib to convert VB6.0 apps? How does it differ from the VC++ environment? There's a _lot_ of VB6 code out there. Attracting these developers will help the Wine project (and sales of our book) tremendously. Thanks for your input. Ira

3 2

Re: [d3drm] Adds a header, and corrects a typo
by Tom 22 Jan '05

22 Jan '05

Ivan Leo Puoti wrote: > Peter Berg Larsen wrote: > >> + * Copyright (C) the Wine project > > > Please use your own name here, Wine is not a legal entity and cat' own > copyright, > just as it can't own a building or a car, so this copyright notice > doesn't make much sense. > If you don't want to use your name use something like "The wine project > authors" Why not just - the line you don't have to give copyright notice if you don't want to. Tom > > Ivan. > > > >

3 2

Updating my address book
by Dustin 22 Jan '05

22 Jan '05

Hi I am updating my address book and it would be very helpful if you could click on the link below and enter your contact details for me: http://www.bebo.com/fr2/979448a934523b19214292c927616713d18 I am using a service that keeps contact details current, just update your own contact details and then the changes appear in selected friends address books. When I update my contact details you will see them in your address book. Thank you for helping. Dustin

1 0

cleanup shlfileop.c
by Joris Huizer 22 Jan '05

22 Jan '05

Changelog: - use retCode smarter (undoing a few bits of myself) - add file_operation_invalid_handle(), file_operation_on_data(), file_operation_invalid_attr() instead of inline code I put back the line the discussion was about - I thought about it and I probably was not thinking the right way; If there are still problems, please let me know Sending here now as it wasn't applied: is there a problem with it or should I just re-submit ? regards, Joris ? .shlfile.diff.swp ? description-pak ? doc-pak ? shlfile.diff ? thisref.sh ? versions ? wine-current.deb ? wine-working.deb ? dlls/shell32/shlfileop.jh.0.c ? dlls/shell32/shlfileop.jh.c Index: dlls/shell32/shlfileop.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shlfileop.c,v retrieving revision 1.51 diff -u -p -r1.51 shlfileop.c --- dlls/shell32/shlfileop.c 14 Jan 2005 16:51:14 -0000 1.51 +++ dlls/shell32/shlfileop.c 22 Jan 2005 11:37:59 -0000 @@ -945,6 +945,65 @@ static int file_operation_checkFlags(SHF return 0; } +static int file_operation_invalid_handle(long FuncSwitch, LPWSTR pFromFile, DWORD ToPathAttr, LPWSTR pTempFrom) +{ + BOOL b_Mask = (NULL != StrPBrkW(&pFromFile[1], wWildcardChars)); + if ((FO_DELETE == FuncSwitch) && (b_Mask)) + { + DWORD FromPathAttr; + pFromFile[0] = '\0'; + FromPathAttr = GetFileAttributesW(pTempFrom); + pFromFile[0] = '\\'; + if (IsAttribDir(FromPathAttr)) + { + /* FO_DELETE with mask and without found is valid */ + return 0; + } + } + /* root (without mask) is also not allowed as source, tested in W98 */ + return ERROR_SHELL_INTERNAL_FILE_NOT_FOUND; +} + +static int file_operation_on_data(WIN32_FIND_DATAW *wfd,SHFILEOPSTRUCTW *nFileOp, LPWSTR pFromFile,LPWSTR pToFile) +{ + LPWSTR lpFileName = wfd->cAlternateFileName; + if (!lpFileName[0]) + lpFileName = wfd->cFileName; + if (IsDotDir(lpFileName) || + (IsAttribDir(wfd->dwFileAttributes) && (nFileOp->fFlags & FOF_FILESONLY))) + return 0; /* next name in pTempFrom(dir) */ + SHFileStrCpyCatW(&pToFile[1], lpFileName, NULL); + SHFileStrCpyCatW(&pFromFile[1], lpFileName, NULL); + return SHFileOperationW (nFileOp); +} + +static int file_operation_invalid_attr(LPWSTR pToFile,LPWSTR pTempTo, BOOL b_ToValid) +{ + DWORD ToPathAttr; + BOOL b_ToInvalidTail; + if (pToFile) + { + b_ToInvalidTail = (NULL != StrPBrkW(&pToFile[1], wWildcardChars)); + pToFile[0] = '\0'; + ToPathAttr = GetFileAttributesW(pTempTo); + if ((ToPathAttr == INVALID_FILE_ATTRIBUTES) && b_ToValid) + { + /* create dir must be here, sample target D:\y\ *.* create with RC=10003 */ + if (SHNotifyCreateDirectoryW(pTempTo, NULL)) + { + return 0x73;/* value unknown */ + } + ToPathAttr = GetFileAttributesW(pTempTo); + } + pToFile[0] = '\\'; + if (b_ToInvalidTail) + { + return 0x10003; + } + } + return 0; +} + /************************************************************************* * SHFileOperationW [SHELL32.@] * @@ -964,7 +1023,6 @@ int WINAPI SHFileOperationW(LPSHFILEOPST LPWSTR pTempTo = NULL; LPWSTR pFromFile; LPWSTR pToFile = NULL; - LPWSTR lpFileName; int retCode = 0; DWORD ToAttr; DWORD ToPathAttr; @@ -986,8 +1044,6 @@ int WINAPI SHFileOperationW(LPSHFILEOPST long FuncSwitch = (nFileOp.wFunc & FO_MASK); long level= nFileOp.wFunc>>4; - int ret; - /* default no error */ nFileOp.fAnyOperationsAborted = FALSE; @@ -1016,10 +1072,9 @@ int WINAPI SHFileOperationW(LPSHFILEOPST * create dir 0 0 0 0 0 0 1 0 */ - ret = file_operation_checkFlags(nFileOp); - if (ret != 0) + retCode = file_operation_checkFlags(nFileOp); + if (retCode) { - retCode = ret; goto shfileop_end; } @@ -1108,20 +1163,7 @@ int WINAPI SHFileOperationW(LPSHFILEOPST hFind = FindFirstFileW(pFrom, &wfd); if (INVALID_HANDLE_VALUE == hFind) { - if ((FO_DELETE == FuncSwitch) && (b_Mask)) - { - DWORD FromPathAttr; - pFromFile[0] = '\0'; - FromPathAttr = GetFileAttributesW(pTempFrom); - pFromFile[0] = '\\'; - if (IsAttribDir(FromPathAttr)) - { - /* FO_DELETE with mask and without found is valid */ - goto shfileop_end; - } - } - /* root (without mask) is also not allowed as source, tested in W98 */ - retCode = ERROR_SHELL_INTERNAL_FILE_NOT_FOUND; + retCode = file_operation_invalid_handle(FuncSwitch,pFromFile,ToPathAttr,pTempFrom); goto shfileop_end; } @@ -1130,13 +1172,8 @@ int WINAPI SHFileOperationW(LPSHFILEOPST /* ??? b_Mask = (!SHFileStrICmpA(&pFromFile[1], &wfd.cFileName[0], HIGH_ADR, HIGH_ADR)); */ if (!pTo) /* FO_DELETE */ { - ret = file_operation_delete(&wfd,nFileOp,pFromFile,pTempFrom,&hFind); - /* if ret is not 0, nFileOp.fAnyOperationsAborted is TRUE */ - if (ret != 0) - { - retCode = ret; - goto shfileop_end; - } + retCode = file_operation_delete(&wfd,nFileOp,pFromFile,pTempFrom,&hFind); + /* if retCode is not 0, nFileOp.fAnyOperationsAborted is TRUE and while loop will end */ continue; } /* FO_DELETE ends, pTo must be always valid from here */ @@ -1202,15 +1239,7 @@ int WINAPI SHFileOperationW(LPSHFILEOPST nFileOp.fFlags = (nFileOp.fFlags | FOF_MULTIDESTFILES); do { - lpFileName = wfd.cAlternateFileName; - if (!lpFileName[0]) - lpFileName = wfd.cFileName; - if (IsDotDir(lpFileName) || - (IsAttribDir(wfd.dwFileAttributes) && (nFileOp.fFlags & FOF_FILESONLY))) - continue; /* next name in pTempFrom(dir) */ - SHFileStrCpyCatW(&pToFile[1], lpFileName, NULL); - SHFileStrCpyCatW(&pFromFile[1], lpFileName, NULL); - retCode = SHFileOperationW (&nFileOp); + retCode = file_operation_on_data(&wfd,&nFileOp,pFromFile,pToFile); } while(!nFileOp.fAnyOperationsAborted && FindNextFileW(hFind, &wfd)); } FindClose(hFind); @@ -1222,27 +1251,9 @@ int WINAPI SHFileOperationW(LPSHFILEOPST /* only FO_COPY/FO_MOVE without mask, all others are (must be) solved */ if (IsAttribDir(wfd.dwFileAttributes) && (ToAttr == INVALID_FILE_ATTRIBUTES)) { - if (pToFile) - { - pToFile[0] = '\0'; - ToPathAttr = GetFileAttributesW(pTempTo); - if ((ToPathAttr == INVALID_FILE_ATTRIBUTES) && b_ToValid) - { - /* create dir must be here, sample target D:\y\ *.* create with RC=10003 */ - if (SHNotifyCreateDirectoryW(pTempTo, NULL)) - { - retCode = 0x73;/* value unknown */ - goto shfileop_end; - } - ToPathAttr = GetFileAttributesW(pTempTo); - } - pToFile[0] = '\\'; - if (b_ToInvalidTail) - { - retCode = 0x10003; - goto shfileop_end; - } - } + retCode = file_operation_invalid_attr(pToFile,pTempTo,b_ToValid); + if (retCode) + goto shfileop_end; } /* trailing BackSlash is ever removed and pToFile points to BackSlash before */

1 0

Re: janitorial: COM status update
by Tom 22 Jan '05

22 Jan '05

James Hawkins wrote: > Hi, > > Changelog > * update the status of the COM janitorial projects > > -- > James Hawkins > > Index: templates/en/janitorial.template > =================================================================== > RCS file: /home/wine/lostwages/templates/en/janitorial.template,v > retrieving revision 1.64 > diff -u -r1.64 janitorial.template > --- templates/en/janitorial.template 19 Jan 2005 16:54:31 -0000 1.64 > +++ templates/en/janitorial.template 21 Jan 2005 23:04:11 -0000 > @@ -70,28 +70,10 @@ > <li>avifil32 : 7 files to check > <li>d3d8 : 12 files to check > <li>d3d9 : 17 files to check > - <li>d3dx8 : 1 files to check > - <li>d3dxof : 1 files to check > - <li>dmband : 3 files to check > - <li class=submitted>dmcompos : 4 files checked I beleive this is the way it should be done (class=submitted) instead of removing completed entries. Tom

2 2

spam
by Tom 21 Jan '05

21 Jan '05

Unofficial guide for running eXeem under Linux! http://exeem-linux.solaris.name/index.php And Wine is used ofcourse. Tom

1 0

Oracle - unixODBC - wine - Win32 ODBC Apple
by Martin HEIN 21 Jan '05

21 Jan '05

Hi folks, I'm trying to connect some of our proprietory corporate Windows-based applictions via ODBC to our Oracle database by following as stated in the Wine User's Guide, Using ODBC, but it's to no avail! :( I have setup * Oracle 10g Instant Client for Linux 10.1.0.3 (/usr/local/oracle/10.1.0.3) * unixODBC 2.2.10 (/usr/local) * Oracle ODBC driver 0.5.4 (/usr) * CodeWeavers CrossOver Office 4.1 (/appl/os/CrossOver/cxoffice) My environment looks like * ORACLE_BASE=/usr/local/oracle * ORACLE_VER=10.1.0.3 * ORACLE_HOME=$ORACLE_BASE/$ORACLE_VER * TNS_ADMIN=$ORACLE_HOME/etc * LIB_ODBC_DRIVER_MANAGER=/usr/local/lib/libodbc.so My configuration files are located under * tnsnames.ora: $ORACLE_HOME/etc * odbcinst.ini: /usr/local/etc * odbc.ini: /usr/local/etc Using 'sqlplus' (Oracle; SQL*Net) or 'isql' (unixODBC; ODBC) to connect from the Unix command line to one of the configured databases works perfectly fine! But unfortunately I can't get unixODBC and wine working together! :( Cheers, Martin -------------------------------------------------- T-Mobile Austria GmbH Ing.Martin HEIN Information Technologies / Services Knowledge Management & Process Automation / Senior Manager Rennweg 97-99 A-1030 Vienna Fon: +43-1-79585-6337 Fax: +43-1-79585-6584 Mobile: +43-676-82006337 E-Mail: Martin.HEIN(a)T-Mobile.at Web: http://www.T-Mobile.at -------------------------------------------------- NOTICE AND DISCLAIMER: This email (including attachments) is confidential. If you have received this email in error please notify the sender immediately and delete this email from your system without copying or disseminating it or placing any reliance upon its contents. --------------------------------------------------

3 2

How to create an ODBC DSN
by Martin HEIN 21 Jan '05

21 Jan '05

Hi folks, How can I use my working unixODBC DSN under wine, or how can I create a working Windows-based ODBC DSN using an underlying unixODBC DSN? Cheers, Martin -------------------------------------------------- T-Mobile Austria GmbH Ing.Martin HEIN Information Technologies / Services Knowledge Management & Process Automation / Senior Manager Rennweg 97-99 A-1030 Vienna Fon: +43-1-79585-6337 Fax: +43-1-79585-6584 Mobile: +43-676-82006337 E-Mail: Martin.HEIN(a)T-Mobile.at Web: http://www.T-Mobile.at -------------------------------------------------- NOTICE AND DISCLAIMER: This email (including attachments) is confidential. If you have received this email in error please notify the sender immediately and delete this email from your system without copying or disseminating it or placing any reliance upon its contents. --------------------------------------------------

2 1

Re: Problems starting regedit without a .wine directory
by Michael Jung 21 Jan '05

21 Jan '05

On Friday 21 January 2005 18:32, you wrote: > We don't call any activation context functions in Wine, which suggests > that you are using some native dlls. Could you run with +loaddll? ... trace:loaddll:load_dll Loaded module L"Z:\\home\\mjung\\comctl32.dll" : native ... I had a comctl32.dll laying around in my home directory, which wine happily picked up. I wrongly assumed that there would be no possibility for wine to pick up a native dll if there is no .wine directory. Thanks for your tip! Ciao, Michael

1 0

we just hit the 1 MB mark!!
by Tom 21 Jan '05

21 Jan '05

Hello, Looks as if we just hit the 1 MB mark in wine-cvs commits for the first time. :-) Tom

2 1

Problems starting regedit without a .wine directory
by Michael Jung 21 Jan '05

21 Jan '05

Hi, if I start regedit on the current cvs version of wine without having a .wine directory in the users home directory I get the following console output: mjung@denkbrett:~$ rm -rf .wine mjung@denkbrett:~$ regedit wine: creating configuration directory '/home/mjung/.wine'... fixme:advapi:CheckTokenMembership (0x58 0x77c81810 0x77a3d474) stub! fixme:actctx:QueryActCtxW stub! disabling TCL support disabling TCL support fixme:advapi:CheckTokenMembership (0x54 0x77c8e1c0 0x77a3d3ec) stub! fixme:actctx:QueryActCtxW stub! wine: '/home/mjung/.wine' created successfully. fixme:advapi:CheckTokenMembership (0x54 0x77c4c148 0x77a1f8e4) stub! fixme:actctx:QueryActCtxW stub! err:win:CreateWindowExA bad class name "SysTreeView32" err:win:CreateWindowExA bad class name "SysListView32" err:win:CreateWindowExA bad class name "msctls_statusbar32" The regedit window is displayed, but the treeview- and listview-panes as well as the statusbar are not displayed (which seems reasonable given the last three log message). Did anybody else make these observations? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 1

Help debugging Fotowire
by Antti Mäkelä 21 Jan '05

21 Jan '05

Hi, I'm trying to get a (Win or Mac) software from my local photo printing shop to work. The software is in Finnish, and downloadable from http://www.ifi.fi/programs/IFI_OnlineFoto.exe. From what I gather, the software is just licensed and translated version of Fotowire, found at http://www.fotowire.com/home/html/download.htm Anyway, I cannot get it to work. With 20041201 it crashed at the end of install process (still found it's way to the virtual drive though). This was fixed in 20050111. The problem with actual functionality, however, was not. The program starts with a wizard. The first dialog box says that the software wants to connect to Internet. When I click next, there is an quick "connecting to server - respond received" dialog box and then an error box with a message that says "erroneous response received - check your connection" and the program returns to the first screen. With 20041201 I got some errors about CalendarA's as quarter-stub, but these have disappeared with 20051101. How do I go on with debugging this problem? I tried setting WINEDEBUG=+all wine fwprint.exe, but no debug messages appear..I'm using Gentoo, kernel 2.6.10, gcc 3.4. Thanks for any and all assistance. Hopefully we can get this to work. I do have access to native DLLs from Win'98 or 2k if any of those can help. -- - Antti Mäkelä - http://www.cs.tut.fi/~zarhan - zarhan(a)cs.tut.fi - There is a theory which states that if ever anyone discovers exactly what the Universe is for and why it is here,it will instantly disappear and be replaced by something even more bizarre and inexplicable.

6 15

Re: WINEDBG: add support to interrogate gdi objects
by Pouech Eric DMI AEI CAEN 21 Jan '05

21 Jan '05

> Message du 21/01/05 04:10 > > ChangeLog: > Ulrich Czekalla > * add support to interrogate gdi objects several comments: * the changes in db_disasm.c are not declared in the changelog. Morever, I don't see the need of passing an extra parameter in db_task_printsym as you don't need it (maybe you forgot that part from the patch ?) * for the pure gdi info. - always use (when looking for a symbol) the name of the DLL you're looking the symbol from. this has several good side effects: first, it shortens the scope for searching (as dbghelp treats all global symbol - static or public - in the same name space), this reduces the likely hood of name conflicts. Secondly, the search will be much faster (as dbghelp won't be searched for all loaded DLLs), and won't force loading of symbols in DLLs for which we haven't looked up symbols yet (deferred symbol loading). For example, you should use gdi32!GDI_HeapSel for the symbol out of gdi32. * why are you using the ldt_copy at all ? there's support in winedbg for linearizing 16bit addresses, so making a 16 bit addr out of gdi-sel and handle and linearizing it should work. * you should add the same functionality to the gdbproxy (or at least add a TODO in winedbg.c to remain that it has to be done) * you should document the feature (info.c and documentation/debugger.sgml) A+

2 1

Re: fix the DEVELOPER-HINTS file to reflect how things are really done
by Dimitrie O. Paun 21 Jan '05

21 Jan '05

On Fri, Jan 21, 2005 at 04:54:29PM +0900, Mike McCormack wrote: > - FIXME("(%x,%p,%d): stub\n", hdc, p, count); ... > + FIXME("%p %p %ld\n", hdc, p, count); Well, I must agree with Andy: there's no reason to remove the 'stub' part, most of the code uses it, automated tools look for it, and it saves nothing. -- Dimi.

2 1

NTLMSSP authentication added to FreeDCE (requires Samba TNG, uses winbindd)
by Luke Kenneth Casson Leighton 21 Jan '05

21 Jan '05

i _would_ announce this on the samba mailing lists but the samba team have placed some rather fascist censorship in place, and consider any posting that i make to any samba.org addresses to be "net abuse". i've just modified winbindd (written in 2000 by tim and andrew) to be able to use it to do NTLM "challenge response" authentication. i also wrote a small library, containing two functions, which could be used by absolutely any project: they take a user+pass+domain, or a user+domain+challenge+responses. the functions don't care where your PDC is: it could be on the local machine, under which circumstances the back-end (winbindd) will adjust accordingly and save you some network traffic. both functions return a "blob" which is a NET_USER_INFO_3 structure, which contains valuable information - in particular, it contains the session key, but also it contains the equivalent of uid+gid+secondary groups: namely, the primary user rid, primary group rid, and secondary group SIDs etc. that the user is in. [for the benefit of the wine people: this information is essential for doing things like "ImpersonateNamedPipeClient" and "RpcImpersonateClient" in Wine / ReactOS, if the authentication being performed is to have any "meaning", as it's what gets passed to SeAccessCheck(). you can always of course return stub data and you can always have an implementation of SeAccessCheck return "ok"...] samba tng cvs can be obtained via www.samba-tng.org/cvs.html and freedce cvs from http://sf.net/projects/freedce. you can test the new interface by compiling and running bin/winbindauthtest - you must have a user of "test" with a password of "test". i may have one more thing to do - add "NamedPipe" security context "inheritance" to the client-side libraries in FreeDCE, but to be honest i don't think it's all that essential / there going to be a whopping big demand for it. l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

load_VDMX - is the check for bCharSet == -1 necessary?
by Troy Rollo 21 Jan '05

21 Jan '05

In dlls/gdi/freetype.c, load_VDMX refuses to process ratio records in which bCharSet is 0. Looking at the meaning of bCharSet and the layout of the VDMX table <http://www.microsoft.com/OpenType/OTSpec/vdmx.htm>, I can see no rational reason for this, and no reason appears in the code. Since 13th December this has been generating a FIXME message for some fonts. Does anybody know of a reason why this check is necessary? Commenting it hasn't hurt anything obvious.

2 1

Re: fix the DEVELOPER-HINTS file to reflect how things are really done
by Andreas Mohr 21 Jan '05

21 Jan '05

Hi, On Fri, Jan 21, 2005 at 04:54:29PM +0900, Mike McCormack wrote: > ChangeLog: > * fix the DEVELOPER-HINTS file to reflect how things are really done Did I miss something? > - FIXME("(%x,%p,%d): stub\n", hdc, p, count); > + BOOL WINAPI PolyBezierTo(HDC hdc, const POINT *p, DWORD count) > + { > + /* tell the user they've got a substandard implementation */ > + FIXME("%p %p %ld\n", hdc, p, count); This is a step backwards IMHO. It doesn't tell squat: the user doesn't know that this is a stub ("FIXME" what??), and he doesn't know that these are supposed to be the function parameters either (it could be any other variable debug printout, too - it's indistinguishable). To developers, such a printout might make sense if it's known to be the standard format (and I'd say it isn't!), but to people that aren't fiddling with Wine on a daily basis it will mean less than the previous form. OTOH, since "stub" is a somewhat nebulous word, too (to non-developers), it probably makes sense to leave it out (a FIXME does indicate a shortcoming after all, so such a non-specific output string makes it very likely that it's the whole function that is broken), but at least keep the braces that indicate function parameters. But OTOH, since "... stub" has been in use for ages, its meaning is probably common knowledge amoung many older Wine users, and it's only an extra 6 or 7 characters anyway, so I'd still leave it in. Greetings, Andreas Mohr

4 3

Re: [OLE #48] Restructure Unmarshaling Code
by Alexandre Julliard 21 Jan '05

21 Jan '05

Robert Shearman <rob(a)codeweavers.com> writes: > Changelog: > - Add a new flag SORFP_NOLIFETIMEMGMT to tell the proxy manager not to > pass an outer unknown to IRpcProxyBuffer_CreateProxy. > - Move the low-level unmarshaling code into a new function, > unmarshal_object, so that it can be easily reused for unmarshaling > IRemUnknown. This causes the test to crash: ../../../tools/runtest -q -P wine -M ole32.dll -T ../../.. -p ole32_test.exe.so marshal.c && touch marshal.ok marshal.c:329: Test failed: Number of locks should be 0, but actually is 2 wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x00000002 in 32-bit code (0x00000002). In 32 bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:1007 GS:0000 EIP:00000002 ESP:4067fdcc EBP:4067fdd8 EFLAGS:00010216( - 00 -RIAP1) EAX:00000002 EBX:40776bf0 ECX:40031000 EDX:40340074 ESI:403c924c EDI:403c92a0 Stack dump: 0x4067fdcc: 407479d2 403c92e4 40776bf0 4067fdf4 0x4067fddc: 40747ff6 403c92a0 40776bf0 403c9230 0x4067fdec: 40378828 403c9258 4067fe0c 407481ba 0x4067fdfc: 403c9228 40776bf0 403787e0 403787c0 0x4067fe0c: 4067fe2c 40738c0c 403787e0 40776bf0 0x4067fe1c: 40776acf 403787c0 40573c81 00000000 0200: sel=1007 base=40031000 limit=00001f97 32-bit rw- Backtrace: =>1 0x00000002 (0x4067fdd8) 2 0x40747ff6 proxy_manager_disconnect+0x9e(This=0x403c9228) [/home/julliard/wine/wine/dlls/ole32/marshal.c:455] in ole32 (0x4067fdf4) 3 0x407481ba MARSHAL_Disconnect_Proxies+0x36(apt=0x403787e0) [/home/julliard/wine/wine/dlls/ole32/marshal.c:536] in ole32 (0x4067fe0c) 4 0x40738c0c COM_ApartmentRelease+0xe0(apt=0x403787e0) [/home/julliard/wine/wine/dlls/ole32/compobj.c:310] in ole32 (0x4067fe2c) 5 0x407392b5 CoUninitialize+0xad [/home/julliard/wine/wine/dlls/ole32/compobj.c:639] in ole32 (0x4067fe44) 6 0x4056ff2e test_marshal_proxy_apartment_shutdown+0x15e [/home/julliard/wine/wine/dlls/ole32/tests/marshal.c:393] in ole32_test (0x4067fe70) 7 0x40571979 func_marshal+0x59 [/home/julliard/wine/wine/dlls/ole32/tests/marshal.c:1063] in ole32_test (0x4067fe80) 8 0x40573ee5 run_test+0x81(name=0x40340a76) [/home/julliard/wine/wine/dlls/ole32/tests/../../../include/wine/test.h:287] in ole32_test (0x4067fe94) 9 0x405740da main+0xf2(argc=0x2, argv=0x40340a58) [/home/julliard/wine/wine/dlls/ole32/tests/../../../include/wine/test.h:327] in ole32_test (0x4067feac) 10 0x4056f190 __wine_exe_main+0x190 in ole32_test (0x4067ff2c) 11 0x405088a2 start_process+0x8a(arg=0x0) [/home/julliard/wine/wine/dlls/kernel/process.c:1046] in kernel32 (0x4067fff4) 12 0x4001ccd5 wine_pthread_abort_thread+0x29(status=0x0) [/home/julliard/wine/wine/libs/wine/port.c:85] in libwine.so.1 (0x00000000) -- Alexandre Julliard julliard(a)winehq.org

1 0

Regression : tools/wineinstall fails with an X Error
by Paul Vriens 21 Jan '05

21 Jan '05

Hi, doing a tools/wineinstall on a clean system yields in an X-Error. Doing: winedbg rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 128 wine.inf gives: .. Wine-dbg>bt Backtrace: =>1 0x00abec49 (0x00a6d7f4) 2 0x00656d76 _XcmsSine+0xe6 in x11drv (0x00a6d818) 3 0x00767b5a WIN_DestroyWindow+0xf2(hwnd=0x30026) [/data/install/linux/wine-src/wine/dlls/user/../../windows/win.c:655] in user32 (0x00a6d830) 4 0x007699be DestroyWindow+0x116(hwnd=0x30026) [/data/install/linux/wine-src/wine/dlls/user/../../windows/win.c:1517] in user32 (0x00a6d854) 5 0x00ff6862 COM_ApartmentRelease+0x146(apt=0x77e60090) [/data/install/linux/wine-src/wine/dlls/ole32/compobj.c:338] in ole32 (0x00a6d870) 6 0x00ff6f54 CoUninitialize+0x100 [/data/install/linux/wine-src/wine/dlls/ole32/compobj.c:641] in ole32 (0x00a6d888) 7 0x00934c2f register_filters+0x28f(list=0x946700) [regsvr.c:644] in quartz (0x00a6d8e0) 8 0x009350cb QUARTZ_DllRegisterServer+0x6b [regsvr.c:1078] in quartz (0x00a6d8f0) 9 0x00843686 do_register_dll+0xca(info=0xa6fb80, path=0x77e51400, flags=0x1, timeout=0x3c, args=0x0) [/data/install/linux/wine-src/wine/dlls/setupapi/install.c:491] in setupapi (0x00a6d924) 10 0x00843a2a register_dlls_callback+0x1a6(hinf=0x77e15ce0, field=0xa6f9b4, arg=0xa6fb80) [/data/install/linux/wine-src/wine/dlls/setupapi/install.c:574] in setupapi (0x00a6f970) 11 0x00843f48 iterate_section_fields+0xe0(hinf=0x77e15ce0, section=0xa6fbe4, key=0x852420, callback=0x843884, arg=0xa6fb80) [/data/install/linux/wine-src/wine/dlls/setupapi/install.c:696] in setupapi (0x00a6fb50) 12 0x0084421c SetupInstallFromInfSectionW+0x8c(owner=0x10024, hinf=0x77e15ce0, section=0xa6fbe4, flags=0x3ff, key_root=0x0, src_root=0x0, copy_flags=0x4, callback=0x84a894, context=0x77e8bda8, devinfo=0x0, devinfo_data=0x0) [/data/install/linux/wine-src/wine/dlls/setupapi/install.c:851] in setupapi (0x00a6fbac) 13 0x00844625 InstallHinfSectionW+0x101(hwnd=0x10024, handle=0xc30000, cmdline=0x77bd05a8, show=0x1) [/data/install/linux/wine-src/wine/dlls/setupapi/install.c:934] in setupapi (0x00a6fe00) 14 0x00c327da main+0x1aa(argc=0x5, argv=0x77de0420) [/data/install/linux/wine-src/wine/programs/rundll32/rundll32.c:291] in rundll32 (0x00a6fe9c) 15 0x00c32163 __wine_exe_main+0x163 in rundll32 (0x00a6ff2c) 16 0x0029d2d7 start_process+0xc3(arg=0x0) [/data/install/linux/wine-src/wine/dlls/kernel/process.c:1046] in kernel32 (0x00a6fff4) 17 0x004ec6a5 __GI_____strtof_l_internal+0x155 in libc.so.6 (0x00000000) I didn't do a regression test yet, to find the cause, but the error seems to be in COM_ApartmentRelease during the DestroyWindow(apt->win) I've applied OLE # 45 already. Will do some more testing tonight. Cheers, Paul.

6 17

Re: dlls/comctl32/status.c
by Alexandre Julliard 21 Jan '05

21 Jan '05

Ge van Geldorp <gvg(a)reactos.com> writes: > Changelog: > Gunnar Dalsnes <hardon(a)online.no> > STATUSBAR_SetTextT: > - ntext wasn't freed on return if text was unicode > - part->text was allways freed, but if the previous style was SBT_OWNERDRAW, > part->text would contain 32bit data (not a buffer ptr.) Conversely, if the previous style was not SBT_OWNERDRAW but the new one is you should free the text pointer. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: dlls/comctl32/status.c
by Mike McCormack 21 Jan '05

21 Jan '05

Ge van Geldorp wrote: > diff -u -r1.69 status.c > --- dlls/comctl32/status.c 9 Jan 2005 16:42:54 -0000 1.69 > +++ dlls/comctl32/status.c 13 Jan 2005 09:05:24 -0000 > @@ -650,6 +650,7 @@ > { > STATUSWINDOWPART *part=NULL; > BOOL changed = FALSE; > + WORD oldStyle; That should be a DWORD, shouldn't it? Mike

1 0

Re: RtlQueryRegistryValues and RtlCheckRegistryKey
by Robert Shearman 21 Jan '05

21 Jan '05

Ivan Leo Puoti wrote: > Implement RtlQueryRegistryValues, RtlCheckRegistryKey is implemented in > this patch as a free bonus. Thanks to the guys on IRC for their help. > > BTW when RtlCheckRegistryKey is called with the RTL_REGISTRY_HANDLE flag, > it always returns STATUS_SUCCESS, even if called with NULL, an invalid > HKEY, > a string containing rude words, a random number, and anything else I > could think of, > so that's why STATUS_SUCCESS is always returned when > RTL_REGISTRY_HANDLE is set. >+NTSTATUS WINAPI RtlCheckRegistryKey(IN ULONG RelativeTo, IN PWSTR Path) >+{ >+ HKEY handle; >+ NTSTATUS status = STATUS_SUCCESS; >+ if((!RelativeTo) && Path == NULL) >+ return STATUS_OBJECT_PATH_SYNTAX_BAD; >+ if(RelativeTo & RTL_REGISTRY_HANDLE) >+ return status; >+ if ((RelativeTo & 0xff) <= 5) >+ { >+ if(RelativeTo & RTL_REGISTRY_HANDLE) >+ handle = (HANDLE)Path; > > This test is redundant due to the test outside of this block. >+ else >+ status = RTL_GetKeyHandle(RelativeTo, Path, &handle); >+ if(status==STATUS_INVALID_HANDLE) >+ return STATUS_OBJECT_NAME_NOT_FOUND; >+ if(status==STATUS_ACCESS_DENIED) >+ return STATUS_ACCESS_DENIED; >+ if(status!=STATUS_SUCCESS) >+ return status; >+ } >+ else >+ return STATUS_INVALID_PARAMETER; >+ return status; >+} > > Rob

1 0

Re: wined3d updates
by Ann and Jason Edmeades 20 Jan '05

20 Jan '05

Hi Oliver, D3DRESOURCETYPE WINAPI IWineD3DCubeTextureImpl_GetType(IWineD3DCubeTexture *iface) { - return IWineD3DResourceImpl_GetType((IWineD3DResource *)iface); + return IWineD3DResource_GetType((IWineD3DResource *)iface); } This is wrong (and others) - you'll end up in an infinite loop. You must calls the impl type if you are effectively casting the interface into one of the types it inherits from I haven't got chance to review the rest yet - I'm heading away for the weekend. I'll look at the rest on Mon if you want any comments. Jason

1 0

Font selection logic defective?
by Bill Medland 20 Jan '05

20 Jan '05

(Huw?) Do I need to dig deeper to understand this or is there a defect in the logic. If there are ttf fonts available does that mean a poor ttf match will be selected even when a better x11drv font is available? Note that my font knowledge is quite minimal Context When I installed our product on a clean Red Hat Enterprise Linux 3 test machine it looked relatively acceptable. However on my own development machine (again RHEL3) for several texts the font was too large and overflowed the area that had been allocated for it. Then when I installed on Mandrake 10.0 I noticed the same large fonts. So I dug. On my machine (and probably on the Mandrake too; I don't know since I've trashed it) OpenOffice.org is installed. It installs /usr/share/fonts/openoffice, containing Vera*.ttf. As an example the Splash screen asks for an Arial font. My development machine runs through the fonts it knows about and selects the Bitstream Vera Sans, which is not a good match. The test machine has no ttf files to work from and so it reverses the Helvetica-Arial substitution (Hm!!! poor registry setup, I reckon) and performs a match for a Helvetica font and finds a much more acceptable font. So it seems to me that merely because OpenOffice.org has installed a couple of ttf fonts my development machine will select from a small list of ttf fonts and ignore a large list of x11 fonts. Am I correct? What should we do? Get the font matching logic to look at both the sets of fonts? Or add some sort of "Ignore these fonts" list in the Wine fonts area? -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

2 6

Re: Wine threads and TRY/CATCH macros and DCE threads and TRY/CATCH macros
by Juan Lang 20 Jan '05

20 Jan '05

Hi Luke, I don't know is this is useful, but the TRY/CATCH stuff in particular is declared here: http://source.winehq.org/source/include/wine/exception.h and the Wine exception handling code is implemented here: http://source.winehq.org/source/dlls/ntdll/exception.c As Mike said, the Wine threading stuff is pretty complicated. Native applications unfortunately rely on things being exactly in the right place in the TEB, and DCE threads are unlikely to give us this. Peruse if you like http://source.winehq.org/source/include/thread.h and http://source.winehq.org/source/dlls/ntdll/thread.c --Juan __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com

2 1

Re: RpcImpersonateClient (and ImpersonateNamedPipeClient)
by Juan Lang 20 Jan '05

20 Jan '05

Hi Luke, you said: > that's where you'd need the cooperation of samba / samba tng: > it's got "SIDs" behind it, and "SIDs" means a SAMR server > and a NETLOGON server and an LSARPC server (and in the > case of windows 2000 interoperability, access to an Active > Directory Server). Another possibility is that we implement our own version of a SAM. Right now we just return a fake Administrator SID every time we're asked for one. But if we absolutely needed to, we could implement a local version and it needn't even be a separate process. The NT SAM registry is pretty well reverse engineered here: http://neworder.box.sk/files/nullak_ntsecurity/index.php > you can always still implement RpcImpersonateClient as a stub. Yah. I think that's more likely than that we go whole-hog on it. From experience, it's often more important to get things like parameters and error codes just the way Windows programs expect than it is to make a function "really work." By implementing a stubbed or local-only version, we can figure out all this stuff, and maybe make a full-blown version later. and later, > it _does_ mean careful design because i doubt very much whether people > will be happy to have samba tng as a dependency on Wine. Agreed. The focus for the Wine folks is generally, does this get my app to work? Unless it's fixing an app, not too many folks are likely to get real excited by anything. Feel free to point out what we've been missing. Patches speak louder than anything here :) --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

2 1

Re: Running dxdiag
by Juan Lang 20 Jan '05

20 Jan '05

Hi Mike, > Dumping the headers is necessary for stupid installers that map DLL files > manually and rummage around in the headers to figure out versions and > stuff ... simply having an empty file isn't enough for all of them I'm > afraid :( This isn't enough for new installers, either :( I have an MSI-based InstallShield installer that's looking for shdocvw.dll to see if IE6 is installed. (It isn't, but that's how it's looking for it.) Trouble is, how would this work with the native/builtin thing? Right now all our builtins don't live in the system directory, so we can always override whatever native dll happens to get dropped there. If we put a little stub PE header in there, what's to stop an installer from overwriting it? Or, would this cause a problem? --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail

3 2

Wine threads and TRY/CATCH macros and DCE threads and TRY/CATCH macros
by Luke Kenneth Casson Leighton 20 Jan '05

20 Jan '05

hi, as you may be aware, dce threads is posix draft 4 threads and FreeDCE has an emulation library kindly made up-to-date to successfully run even on NPTL on x86 and AMD64, courtesy of loic. http://cvs.sourceforge.net/viewcvs.py/freedce/dcethreads/ it is my understanding / guess that microsoft, in their adoption of DCE 1.0 some fifteen years ago for NT 3.1, ported DCE threads to Win32 [hence, you have all those lovely TRY CATCH RAISE macros in all the lovely MSVC++ programs, whoopeee] so i was wondering if someone could point me in the direction of some Wine source code - testing, implementation, macros etc. that would allow me to vaguely confirm whether my suspicions are correct. the first hypothesis i want to test is this: namely, that Wine applications would run _better_ [read, "more correctly"] by using dcethreads than by using its present implementation of Win32 threads. the _other_ hypothesis i want to test is this: namely, that FreeDCE applications would be more "palatable" in today's modern environment if compiled with Wine's threading code! according to loic, who is an expert on the different thread models, the thing is that certain syscalls are not interruptable / cancellable in Posix Draft 4 threads and in NPTL they are. this CHANGES the behaviour of any programs using the wrong threading library in subtle ways. thus, certain applications suddenly become unreliable where they were previously fine. etc. l. p.s. i don't claim to know all the answers, nor all the questions. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

2 1

Re: Fwd: Re: Wine builtin mscms.dll
by Hans Leidekker 20 Jan '05

20 Jan '05

On Thursday 20 January 2005 08:04, you wrote: > I got your name from Mike. I was wondering if you could give me a pointer or a > hint on how to use wine's builtin mscms.dll. A simple DLL override in > .wine/config does not seem to do the job (using wine-20041210). Well, you have to realize that development on mscms in Wine has only been started a couple of months ago. My estimate is that it's now about 20% done and still missing basic functionality. And I have only weekends to spend time on it ;( So your best bet at this time is a native mscms. > (It works with a native mscms.dll file copied to the windows/system directory, > but with a specific application, makes it 5 times slower). The 5 times slow down you're seeing is not normal. Maybe you can investigate the problem a little more and report to the Wine development list at wine-devel(a)winehq.org? -Hans

1 0

Re: [LOSTWAGES] update the non-standard include files task (RESEND)
by Rémi Assailly 20 Jan '05

20 Jan '05

Selon "Dimitrie O. Paun" <dpaun(a)rogers.com>: > On Thu, Jan 20, 2005 at 02:58:22PM +0900, Mike McCormack wrote: > > > > So did you ;) Here's a merge of both. > > I don't do this on purpose, but you missed win.h again :) > Again, with feeling... > > -- > Dimi. > win.h still exists...

2 1

RpcImpersonateClient (and ImpersonateNamedPipeClient)
by Luke Kenneth Casson Leighton 20 Jan '05

20 Jan '05

1 0

Native comctl32.dll and native commctrl.dll
by Dripple 20 Jan '05

20 Jan '05

Hi all, I'm a newbie in wine using and wine developpement. I just need information about comctl32.dll and commctrl.dll. I'm trying to have this app (http://appdb.winehq.org/appview.php?appId=1485&versionId=2451) working. In fact, it works. But only using native comctl32.dll, which requires native commctrl.dll. Can anybody explain me what's missing in buitlin comctl32.dll and/or commctrl.dll ? Is it planned to fix commctrl.dll, to avoid piracy ? Thanks. Dripple

2 3

Re: [AppDB] new screenshot and image classes
by Jonathan Ernst 20 Jan '05

20 Jan '05

*This script uses GD 1 instead of GD 2 functions so that it'll work on the live server* Here is a script that will recreate missing thumbnails and apply the watermarking. Please configure the script by modifying the first lines and don't forget to create the thumbnail directories. Other than that everything should be fine. Usage: 1)chmod u+x ./thumbs.php 2)edit clean.php to set up the database connection and other settings (first lines) 3)./thumbs.php

1 0

Re: [wined3d] more vertex declaration work
by Paul Vriens 20 Jan '05

20 Jan '05

On Thu, 2005-01-20 at 00:58, Raphael wrote: > Hi, > > Changelog: > - VertexDeclaration device APIs > - D3D9 declarations parsing > - a little better APIs (trying to avoid compil problems) > > Todo: > - D3D8 declarations parsing (converting to d3d9 compatible using code in > d3d8) > - find a more cleaner prototype for CreateVertexDeclaration/GetDeclaration > APIs > - Use on drawing paths (implement StriddedFillFromDeclaration) > - use on d3d9 code > > Regards, > Raphael +/***** + * Vertex Declaration + *****/ +extern HRESULT IWineD3DVextexDeclarationImpl_ParseDeclaration9(IWineD3DDeviceImpl* ^ looks like a typo? (there are 3 occurrences of Vextex, so it could be deliberate, or copy/paste). Cheers, Paul.

1 0

Re: [LOSTWAGES] update the non-standard include files task
by Dimitrie O. Paun 20 Jan '05

20 Jan '05

Actually, you missed a few things. ChangeLog A few non-standard include files are gone. -- Dimi.

1 0

Re: wined3d updates
by Oliver Stieber 20 Jan '05

20 Jan '05

> > You forgot the patch....... > > Tom > I resent the email with the patches about 10 minutes ago so it should get through soon. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

Re: wined3d updates
by Ivan Leo Puoti 20 Jan '05

20 Jan '05

Oliver Stieber wrote: > Hi, > The attached patches: You didn't attach any patches. Ivan.

1 0

Re: WineTools
by Vincent Béron 20 Jan '05

20 Jan '05

Le lun 17/01/2005 à 04:40, Joachim von Thadden a écrit : > Hi, > > I am maintainer of the new WineTools package. As it is related on > http://www.winehq.org/site/download under "3rd Party Tools" I want you > do know that the text has to be changed, as Frank discontinued > development for WineTools since a long time. > > The text should be now: > > WineTools is a menu driven installer for installing Windows programs > under Linux written by Joachim von Thadden. This software lets you > install the following Windows software: DCOM98, IE6, Windows Core Fonts, > Windows System Software, Office & Office Viewer, Adobe Photoshop 7, > Illustrator 9 and many other programs. "Written by" or "maintained by"? I thought Frank wrote it in the beginning... > > You can download WineTools here: http://www.von-thadden.de/Joachim/WineTools/ Some of the config files included in the "wt210jo" release look somewhat out of date. The definition of drives in config has been dropped since a couple of months, as well as the definition for the System, Temp, Path and Profile environment variables, the ShellLinker key, the Resolution key (in [fonts]), the serial and parallel ports keys, the {Load,Write}HomeRegistryFiles keys, the WineLook key, and the ClearAllSelections and PersistentSelection keys (in [Clipboard]). Some of it is now handled in the registry, some in the .wine/dosdevices dir. Providing outdated stuff doesn't help Wine or it's users. Work on Wine or winecfg (for easier configuration) would be preferred (I know this is Free Software, so you work on what you like). I'm not trying to dismiss WineTools, it's just that I'd much prefer people working on improving the "real" thing rather than distribute workarounds for a specific combination of Windows software and Wine release. Vincent

4 7

more on pirates
by Oliver Stieber 20 Jan '05

20 Jan '05

I've just sent some patches to patches that are enough to get Pirates running. Installing pirates... Pirates uses a MSI installer, I had to Set winver to win98. When prompted about directX 9 say no. (or yes if you really want to). If you get an OLE error make a note and try again, I managed to install on the forth attempt. Then to run Pirates you need to... Turn pixel shaders off Turn shadows off. or you get missing textures. I'd also suggest turning down the detail (just incase), but it doesn't seem to matter that much. The problems I've come across so far are: Memory issues: Unknown cause as yet. When visiting the Governor only a section of the screen fades in and out, this is caused by a viewport larger than the window not being handled correctly. Sometimes textures on models like the docks don't render properly. Sometimes the textures are the wrong way around or wrapped incorrectly, this may be the same problem as above. I get 7-12 FPS in sailing, everything else is a lot quicker (upto 70fps). AMD 2000+ 512MB Ram ATI-9600. I've tried a few other Direct x 9 games but I generally can't get passed the installer (using wine or cegeda). ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

Re: DCE 1.2.2 released under LGPL license (strategically important for Wine)
by Luke Kenneth Casson Leighton 20 Jan '05

20 Jan '05

http://cvs.sourceforge.net/viewcvs.py/freedce/freedce/dcom/dcom.h?rev=1.1&v… dear ivan, re the header stuff: yes it looks like it is. do you know where the thingy. mingw dcom headers can be found? homepage for mingw? hints appreciated. would like to hook up the right people involved: introductions also appreciated. l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

7 38

Re: wine/ include/wine/wined3d_interface.h dlls/wi ...
by Michael Stefaniuc 20 Jan '05

20 Jan '05

Hello, On Wed, Jan 19, 2005 at 01:34:49PM -0600, Alexandre Julliard wrote: > ChangeSet ID: 15555 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2005/01/19 13:34:49 > > Modified files: > include/wine : wined3d_interface.h > dlls/wined3d : wined3d_private.h Makefile.in > Added files: > dlls/wined3d : vertexdeclaration.c > > Log message: > Raphael Junqueira <fenix(a)club-internet.fr> > Begin support of VertexDeclaration on wined3d using d3d8 code base > (handling d3d8 and d3d9 specs). This patch broke the compilation of dlls/d3d8/basetexture.c In file included from /home/michi/work/wine/dlls/d3d8/d3d8_private.h:69, from /home/michi/work/wine/dlls/d3d8/basetexture.c:31: /home/michi/work/wine/include/wine/wined3d_interface.h:877: error: syntax error before "D3DVERTEXELEMENT9" D3DVERTEXELEMENT9 isn't defined in D3D8 and trying to include any D3D9 header was futil, introduced more problems that it solved. Attached is a quick hack to make it compile again. bye michael > > Patch: http://cvs.winehq.org/patch.py?id=15555 > > Old revision New revision Changes Path > 1.23 1.24 +38 -9 wine/include/wine/wined3d_interface.h > 1.22 1.23 +29 -18 wine/dlls/wined3d/wined3d_private.h > 1.12 1.13 +1 -0 wine/dlls/wined3d/Makefile.in > Added 1.1 +0 -0 wine/dlls/wined3d/vertexdeclaration.c > > -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

RtlQueryRegistryValues
by Ivan Leo Puoti 19 Jan '05

19 Jan '05

Hello Alexandre, I don't know if you missed this patch, http://www.winehq.com/hypermail/wine-patches/2005/01/0502.html if you think something in it is wrong, or if you haven't got to it yet. If this isn't the case please let me know. Ivan.

1 0

CreateProcess
by Ivan Leo Puoti 19 Jan '05

19 Jan '05

Today Raymond Chen posted an article about CreateProcess(), I haven't looked at our implementation but if it works differently from his description someone may want to to fix it. http://blogs.msdn.com/oldnewthing Ivan.

1 0

uses for transmit_as in NT interoperability services
by Luke Kenneth Casson Leighton 19 Jan '05

19 Jan '05

it's odd, innit? you start to explore and go "uh, duh, _that's_ what that's for". there are a number of places in the NT services that i network-reverse-engineered six years ago where i was thinking, "hm, that's not NDR-formatted..." and had to continue anyway bumbling along. the areas i encountered which were most definitely _not_ NDR-formatted, despite appearances, were: 1) Security Descriptors 2) Spoolss (spoolss.idl) Data Structures (usually in case statements with horribly large unions) 3) Service Control Manager (svcctl.idl) security descriptors that i encountered contained relative offsets of members in the structure where it _mattered_ what the offset value was, and the same thing i encountered in spoolss data. unlike NDR, pointers are tokens: if it's non-zero, it's a pointer, and the data can be "expected" at a known point because the order in which structures are added is well-defined. [no i know i haven't mentioned the difference between ptr and unique] what i believe may be being used is "transmit_as" - see an example code from entegrity.com at: http://support.entegrity.com/private/doclib/docs/osfhtm/develop/apgstyle/Ap… so, to follow the guidance and examples at the above link, to send a Security Descriptor you would create this: typedef struct { int size; [ptr, size_is(size)] *security_descriptor_blob; } SECURITY_DESCRIPTOR_BLOB; then you would do this typedef [transmit_as(SECURITY_DESCRIPTOR_BLOB)] PSECURITY_DESCRIPTOR; and then, magically, you can do THIS: NTSTATUS SamrGetSecurityDescriptor(handle_t *hnd, [in, ref] PSECURITY_DESCRIPTOR); and in the server-side thing you'd define: void PSECURITY_DESCRIPTOR_to_xmit(PSECURITY_DESCRIPTOR *sec_des, SECURITY_DESCRIPTOR_BLOB *blob) { blob->size = get_security_descriptor_actual_size(sec_des); blob->data = malloc(blob_size); memcpy(blob->data, get_security_descriptor_blob(sec_des), blob->size); } not forgetting to do this! void PSECURITY_DESCRIPTOR_free_xmit( SECURITY_DESCRIPTOR_BLOB *blob) { free(blob->data); } and i think that's just _so_ cool. only took six years to realise it's possible. ... and i'd be fascinated to know if it's _right_ :) l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

DCE happily supports transmit_as. cool!
by Luke Kenneth Casson Leighton 19 Jan '05

19 Jan '05

http://support.entegrity.com/private/doclib/docs/osfhtm/develop/apgstyle/Ap… cool!

1 0

Re: winecfg todo's
by Mike Hearn 19 Jan '05

19 Jan '05

On Tue, 2005-01-18 at 20:59 -0500, Tom wrote: > Hello Mike, > > I am working on a update to the Known ToDo's page > and was wondering if you could provide a current > list of ToDo's ? Hi Tom, As of Jan 19th 2005 the remaining work is basically to make Wine use winecfg as well as lots of testing. Writing a patch that Alexandre is happy with to kill the config file and move it all into the registry might be tricky, especially as the tree is so unstable right now (do we really want to make it worse?) ... but that's what needs to be done. There are plenty of other things that need to be done too but they can wait until people are actually *using* the damn thing thanks -mike

1 0

Re: [OLE #45] Proxy Manager Fixes
by Bill Medland 19 Jan '05

19 Jan '05

On January 18, 2005 02:04 pm, Robert Shearman wrote: > Hi, > > I have also fixed (kinda) the issue Bill > Medland was reporting where doing a CreateInstance for an IUnknown > interface was a bit messed up (this is bad programming anyway as it > doubles the number of RPC calls required). Maybe. (After all, Microsoft aren't perfect). However since it is in the ATL code we can expect it to occur from time to time, surely. > > Rob >

2 1

Re; cleanup shlfileop.c: why does this fail?
by Rolf Kalbermatter 18 Jan '05

18 Jan '05

Joris Huizer wrote: >That line can be removed as >nFileOp = *(lpFileOp) >on the first line - the variable is never changed after that (yeah, if >we really like, we could get rid of it) >I hadn't removed it just like that, yet - but as it is useless, it can >be removed. I wouldn't do that! This first line does not just copy a pointer but the ENTIRE structure. And those parameters are sometimes overwritten inside the function. So this last line also does do something, namely copying the aborted state back into the main structure for reference by the caller. Rolf Kalbermatter

1 0

Re: Ukrainian support
by Juan Lang 18 Jan '05

18 Jan '05

Hi Oleh, > --- wine-20050111/libs/unicode/cpmap.pl.orig 2004-01-21 00:39:06.000000000 +0200 > +++ wine-20050111/libs/unicode/cpmap.pl 2005-01-14 15:22:12.000000000 +0200 > @@ -82,6 +82,7 @@ > [ 10081, "VENDORS/MICSFT/MAC/TURKISH.TXT", "Mac Turkish" ], > [ 20866, "VENDORS/MISC/KOI8-R.TXT", "Russian KOI8" ], > [ 20932, "OBSOLETE/EASTASIA/JIS/JIS0208.TXT", "EUC-JP" ], > + [ 21866, "VENDORS/MISC/KOI8-R.TXT", "Ukrainian KOI8" ], > [ 28591, "ISO8859/8859-1.TXT", "ISO 8859-1 Latin 1" ], > [ 28592, "ISO8859/8859-2.TXT", "ISO 8859-2 Latin 2 (East European)" ], > [ 28593, "ISO8859/8859-3.TXT", "ISO 8859-3 Latin 3 (South European)" ], I may be missing something, but don't you mean "VENDORS/MISC/KOI8-U.TXT"? --Juan __________________________________ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo

1 0

Question about testing SHQueryValueExA in shlwapi/tests/shreg.c
by Paul Vriens 18 Jan '05

18 Jan '05

Hi, I'm trying to fix the tests in shlwapi/tests/shreg.c (or Wine for that matter). One thing that puzzles me in the current code is the checks done after we receive a ERROR_MORE_DATA when we pass a size smaller than the actual data. MSDN states: If the buffer specified by pvData parameter is not large enough to hold the data, the function returns ERROR_MORE_DATA and stores the required buffer size in the variable pointed to by pcbData. In this case, the contents of the pvData buffer are undefined. If that's the case, what's the use of checking the returned buffer with something? Wine and Win98 leave the buffer intact (the contents and thus size differ however) WinXPProf and W2KProf clear (so it seems) the buffer. Cheers, Paul Vriens.

2 2

Re; cleanup shlfileop.c: why does this fail?
by Juan Lang 18 Jan '05

18 Jan '05

Hi Joris, pFromFile and pToFile are treated oddly. Pass them as WCHAR pointers to file_operation_on_data, not as pointers to WCHAR pointers. The implementation of file_operation_on_data does not behave the same way as the code it replaced. You want something like: +static int file_operation_on_data(WIN32_FIND_DATAW *wfd,SHFILEOPSTRUCTW *nFileOp, LPWSTR pFromFile,LPWSTR pToFile) +{ + LPWSTR lpFileName = wfd->cAlternateFileName; + if (!lpFileName[0]) + lpFileName = wfd->cFileName; + if (IsDotDir(lpFileName) || + (IsAttribDir(wfd->dwFileAttributes) && (nFileOp->fFlags & FOF_FILESONLY))) + { + return 0; /* next name in pTempFrom(dir) */ + } + SHFileStrCpyCatW(&pToFile[1], lpFileName, NULL); + SHFileStrCpyCatW(&pFromFile[1], lpFileName, NULL); + return SHFileOperationW (nFileOp); +} One other difference that jumps out at me: - lpFileOp->fAnyOperationsAborted = nFileOp.fAnyOperationsAborted; + /*lpFileOp->fAnyOperationsAborted = nFileOp.fAnyOperationsAborted;*/ Why this change? --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250

2 1

Re: [LOSTWAGES] Add Alexandre's comment about the strncpy janitorial project
by Jeremy Newman 18 Jan '05

18 Jan '05

Crap, I thought I queued up these downloads a week or so ago. Someone must have rebooted taz and killed my downloads. Argh, if it didn't take so long to dl these ISO's. Anyway, I restarted the downloads again, I hopefully should have them by the end of today. I'll move them into /home/public/iso when done. The CD keys are already in the cd keys txt file. On Tue, 2005-01-18 at 11:26 +0900, Mike McCormack wrote: > ChangeLog: > * Add Alexandre's comment about the strncpy janitorial project > plain text document attachment (janitorial-strncpy-update.diff) > Index: templates/en/janitorial.template > =================================================================== > RCS file: /home/wine/lostwages/templates/en/janitorial.template,v > retrieving revision 1.63 > diff -u -r1.63 janitorial.template > --- templates/en/janitorial.template 13 Jan 2005 19:35:16 -0000 1.63 > +++ templates/en/janitorial.template 18 Jan 2005 02:23:57 -0000 > @@ -25,6 +25,13 @@ > the <i>dst</i> buffer, and always nul terminate the buffer when we > intended to.<p> > > + Julliard > + <a href="http://www.winehq.org/hypermail/wine-devel/2005/01/0390.html">says</a>: > + "A careful review of the code to ensure that lstrcpyn semantics are really what > + we want. In several cases we know that we are copying less than the full string, > + and in that case we have to use memcpy instead, lstrcpyn won't do the right > + thing."<p> > + > <h2>Regedit fixes</h2> > > Regedit lacks a few features. We need to improve regedit to:

1 1

cleanup shlfileop.c: why does this fail?
by Joris Huizer 18 Jan '05

18 Jan '05

Hi, As you can see in the attached patch file, I wrote a function file_operation_on_data() which uses a WIN32_FIND_DATAW to do a file operation; however, for some reason, tests start to fire when using the function: ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shellpath.c && touch shellpath.ok fixme:shell:_SHGetUserProfilePath unsupported for user other than current or default fixme:shell:_SHGetUserProfilePath unsupported for user other than current or default ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shlfileop.c && touch shlfileop.ok shlfileop.c:276: Test failed: Files and directories are copied to directory shlfileop.c:277: Test failed: The file is copied shlfileop.c:278: Test failed: The directory is copied shlfileop.c:279: Test failed: The file in subdirectory is copied shlfileop.c:287: Test failed: The file is copied shlfileop.c:345: Test failed: Files and directories are moved to directory shlfileop.c:346: Test failed: The file is moved shlfileop.c:347: Test failed: The directory is moved shlfileop.c:348: Test failed: The file in subdirectory is moved make[1]: *** [shlfileop.ok] Error 9 How can I find out where the problem is? Nothing *should* have changed by inserting that function I think, but I must be missing something here regards, Joris Index: dlls/shell32/shlfileop.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shlfileop.c,v retrieving revision 1.51 diff -u -r1.51 shlfileop.c --- dlls/shell32/shlfileop.c 14 Jan 2005 16:51:14 -0000 1.51 +++ dlls/shell32/shlfileop.c 18 Jan 2005 16:23:43 -0000 @@ -945,6 +945,40 @@ return 0; } +static int file_operation_invalid_handle(long FuncSwitch, LPWSTR pFromFile, DWORD ToPathAttr, LPWSTR pTempFrom) +{ + BOOL b_Mask = (NULL != StrPBrkW(&pFromFile[1], wWildcardChars)); + if ((FO_DELETE == FuncSwitch) && (b_Mask)) + { + DWORD FromPathAttr; + pFromFile[0] = '\0'; + FromPathAttr = GetFileAttributesW(pTempFrom); + pFromFile[0] = '\\'; + if (IsAttribDir(FromPathAttr)) + { + /* FO_DELETE with mask and without found is valid */ + return 0; + } + } + /* root (without mask) is also not allowed as source, tested in W98 */ + return ERROR_SHELL_INTERNAL_FILE_NOT_FOUND; +} + +static int file_operation_on_data(WIN32_FIND_DATAW *wfd,SHFILEOPSTRUCTW *nFileOp, LPWSTR *pFromFile,LPWSTR *pToFile) +{ + LPWSTR lpFileName = wfd->cAlternateFileName; + if (!lpFileName[0]) + lpFileName = wfd->cFileName; + if (IsDotDir(lpFileName) || + (IsAttribDir(wfd->dwFileAttributes) && (nFileOp->fFlags & FOF_FILESONLY))) + { + return 0; /* next name in pTempFrom(dir) */ + } + SHFileStrCpyCatW(&(*pToFile[1]), lpFileName, NULL); + SHFileStrCpyCatW(&(*pFromFile[1]), lpFileName, NULL); + return SHFileOperationW (nFileOp); +} + /************************************************************************* * SHFileOperationW [SHELL32.@] * @@ -964,7 +998,6 @@ LPWSTR pTempTo = NULL; LPWSTR pFromFile; LPWSTR pToFile = NULL; - LPWSTR lpFileName; int retCode = 0; DWORD ToAttr; DWORD ToPathAttr; @@ -986,8 +1019,6 @@ long FuncSwitch = (nFileOp.wFunc & FO_MASK); long level= nFileOp.wFunc>>4; - int ret; - /* default no error */ nFileOp.fAnyOperationsAborted = FALSE; @@ -1016,10 +1047,9 @@ * create dir 0 0 0 0 0 0 1 0 */ - ret = file_operation_checkFlags(nFileOp); - if (ret != 0) + retCode = file_operation_checkFlags(nFileOp); + if (retCode) { - retCode = ret; goto shfileop_end; } @@ -1108,20 +1138,7 @@ hFind = FindFirstFileW(pFrom, &wfd); if (INVALID_HANDLE_VALUE == hFind) { - if ((FO_DELETE == FuncSwitch) && (b_Mask)) - { - DWORD FromPathAttr; - pFromFile[0] = '\0'; - FromPathAttr = GetFileAttributesW(pTempFrom); - pFromFile[0] = '\\'; - if (IsAttribDir(FromPathAttr)) - { - /* FO_DELETE with mask and without found is valid */ - goto shfileop_end; - } - } - /* root (without mask) is also not allowed as source, tested in W98 */ - retCode = ERROR_SHELL_INTERNAL_FILE_NOT_FOUND; + retCode = file_operation_invalid_handle(FuncSwitch,pFromFile,ToPathAttr,pTempFrom); goto shfileop_end; } @@ -1130,11 +1147,10 @@ /* ??? b_Mask = (!SHFileStrICmpA(&pFromFile[1], &wfd.cFileName[0], HIGH_ADR, HIGH_ADR)); */ if (!pTo) /* FO_DELETE */ { - ret = file_operation_delete(&wfd,nFileOp,pFromFile,pTempFrom,&hFind); - /* if ret is not 0, nFileOp.fAnyOperationsAborted is TRUE */ - if (ret != 0) + retCode = file_operation_delete(&wfd,nFileOp,pFromFile,pTempFrom,&hFind); + /* if retCode is not 0, nFileOp.fAnyOperationsAborted is TRUE */ + if (retCode) { - retCode = ret; goto shfileop_end; } continue; @@ -1202,15 +1218,7 @@ nFileOp.fFlags = (nFileOp.fFlags | FOF_MULTIDESTFILES); do { - lpFileName = wfd.cAlternateFileName; - if (!lpFileName[0]) - lpFileName = wfd.cFileName; - if (IsDotDir(lpFileName) || - (IsAttribDir(wfd.dwFileAttributes) && (nFileOp.fFlags & FOF_FILESONLY))) - continue; /* next name in pTempFrom(dir) */ - SHFileStrCpyCatW(&pToFile[1], lpFileName, NULL); - SHFileStrCpyCatW(&pFromFile[1], lpFileName, NULL); - retCode = SHFileOperationW (&nFileOp); + retCode = file_operation_on_data(&wfd,&nFileOp,&pFromFile,&pToFile); } while(!nFileOp.fAnyOperationsAborted && FindNextFileW(hFind, &wfd)); } FindClose(hFind); @@ -1369,7 +1377,7 @@ nFileOp.fAnyOperationsAborted ? "TRUE":"FALSE", retCode, debugstr_w(pFrom), pTo ? "-> ":"", debugstr_w(pTo)); - lpFileOp->fAnyOperationsAborted = nFileOp.fAnyOperationsAborted; + /*lpFileOp->fAnyOperationsAborted = nFileOp.fAnyOperationsAborted;*/ return retCode; }

1 0

Re: DCE 1.2.2 released under LGPL license (strategically important for Wine)
by Luke Kenneth Casson Leighton 18 Jan '05

18 Jan '05

> If we need to extend it later using code from FreeDCE may be > possible, but right now we : > a) Don't know of *any* pure DCE-RPC applications people want to run you _are_ aware that REGEDT32, USRMGR.EXE, SRVMGR.EXE and most of the NT 4.0 Control Panel components are actually DCE/RPC programs? see, your point is _exactly_ the problem ! there aren't any dce-rpc applications in a strict interpretation of what you say, because dce-rpc is middleware: it's a communicator, an intermediary, and it absolutely xxxx-all use on its own [imagine trying to sell ONC/RPC's portmap as a stand-alone application] and there is another less-strict and more subtle interpretation of your statement. when people run mozilla, they know it, they see it, it's in-their-face. when they run a win32 program, they know it, they see it, it "happens". that DCE-RPC is "middleware" of the highest order (and as such is completely invisible) is _exactly_ the problem: people do not even _know_ it's there! so you and everyone in the free software community can be forgiven for not being aware of any dce-rpc applications that people want to run. like i said in my advogato article 817, dce-rpc is like the Boss 13L V10 engine that Ford put in their 1994 Ford Mustang Cobra "Concept Car": it's capable of producing wheel-spin in 4th gear all the way up to 110mph (i've seen the video!!!) ... yet an engine is xxxx-all use without a car. ... would you build a car with the engine integrated into the chassis?? no, of course not, because you would have seen enough examples of cars to know that that would produce a nightmare design and maintenance headache. ... if you were _given_ a suitable engine for free, would you look at ways of finding engine-mounts and gearbox adaptors? i realise that the answer to _that_ depends on how far down the road you had got in building your kit car.... so, to recap the analogy: * FreeDCE is the engine * DCOM is the after-market supercharger or Turbocharger, exhaust, mod chip, disk brakes and alloy wheels, and the Pi Research Telemetry equipment, all of which makes it essential for you to qualify for - and win - certain kinds of races. * NTLMSSP and "Named Pipes" are the gearbox. * Win32 applications are the chassis * The Win32 GUI is the steering wheel, seat and pedals. ... unless it was electric, you wouldn't build a car without those components, would you? l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 1

Re: MPR: remove netspi.h
by Juan Lang 18 Jan '05

18 Jan '05

> I think it's probably better to move this file into dlls/mpr rather than > delete it altogether. Apparently it did exist in the Windows 98 DDK. For what reason, for documentation? Several of its declarations conflict with those in npapi.h, so it's potentially problematic. If it's not part of the PSDK, winelib users shouldn't need it to compile, or should expect to have to install the DDK if they need the prototypes, yes? If you think it's a better approach I can rename all the conflicting types, and document why the typenames don't match the expected ones. Even so, I'm not convinced a separate header file is preferable to moving the declarations to nps.c (the only user of these declarations.) --Juan __________________________________ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail

2 1

Re: [OLE #31] Dynamically Allocate the MTA
by Vincent Béron 18 Jan '05

18 Jan '05

Le mar 11/01/2005 à 14:03, Robert Shearman a écrit : > Changelog: > - Make MTA dynamically allocated so that proxies and other resources are > freed at the proper time. > - Changed/removed some incorrect comments regarding apartments. > ---- > This patch broke wineprefixcreate invocation for me. What happens is I get a: X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 18 (X_ChangeProperty) Resource id in failed request: 0x77e61740 Serial number of failed request: 107 Current serial number in output stream: 114 error while wineprefixcreate runs "wine rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 128 wine.inf". The error do go away if one of avifil32.dll or devenum.dll is commented out in [RegisterDllsSection] in wine.inf. My personal guess is that one (or both) of those dlls do something which they should not, and we end up with using freed or unallocated memory. Vincent

2 2

Re: MPR: remove netspi.h
by Mike McCormack 18 Jan '05

18 Jan '05

Juan Lang wrote: > ChangeLog: remove netspi.h, it had conflicting definitions with npapi.h > and doesn't exist in the PSDK. Spotted by Paul Vriens. I think it's probably better to move this file into dlls/mpr rather than delete it altogether. Apparently it did exist in the Windows 98 DDK. Mike

1 0

tests
by Ivan Leo Puoti 18 Jan '05

18 Jan '05

I've run tests twice, once with winrash and once manually, on windows nt 4.0 The results are here http://test.winehq.com/data/200501131000/#NT%204 interestingly some tests that fail or timeout when run from winrash, work when run manually. Is there a way this could be fixed, or should we at least somehow mark tests that give different results when run with winrash or manually? Ivan.

3 5

Which QueryInterface is called?
by Bill Medland 17 Jan '05

17 Jan '05

(Mike? Robert?,) I am trying to understand what is failing in a piece of -out-of-process COM under Wine. Basically it is an ATL-based CreateInstance that is returning E_NOINTERFACE under Wine. Below is a cut-down copy of the trace. What I don't understand is which QueryInterface is being called. I don't totally understand what is going on in the marshalling etc. but from what I can see I expected to see ClientIdentity_QueryRef called and some sort of marshalling going on in the last stages. Can anyone point me at which code is probably implementing the QueryInterface? Basic code: rclsid = __uuidof(ACCPACSignonMgr) CoCreateInstance (rclsid, NULL, CLSCTX_ALL, __uuidof(IUnknown), &pIUnknown); OleRun (pIUnknown) pIUnknown->QueryInterface (getIID(), &m_pInterface) pIUnknown->Release Problem: pIUnknown->QueryInterface returns E_NOINTERFACE The interface is provided by a an object running in a local server Why don't I see a trace on ClientIdentity_QueryInterface? Trace 0009:trace:ole:WINE_StringFromCLSID 0x455e78->{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:CoGetClassObject CLSID: {b6b35894-dd6f-11d3-84ac-00c04f0e1b46}, IID: {00000001-0000-0000-c000-000000000046} 0009:warn:ole:CoGetClassObject class {B6B35894-DD6F-11D3-84AC-00C04F0E1B46} not registered inproc 0009:trace:ole:create_marshalled_proxy rclsid={b6b35894-dd6f-11d3-84ac-00c04f0e1b46}, iid={00000001-0000-0000-c000-000000000046} 0009:trace:ole:WINE_StringFromCLSID 0x455e78->{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:create_marshalled_proxy waiting for \\.\pipe\{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:WINE_StringFromCLSID 0x455e78->{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:create_server activating local server 'L"G:\\runtime\\a4wsignonmgr.exe -Embedding"' for {B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0012:trace:ole:DllMain 0x3a0000 0x1 0x1 0009:trace:ole:create_marshalled_proxy waiting for \\.\pipe\{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:warn:ole:create_marshalled_proxy Could not open named pipe to broker \\.\pipe\{B6B35894-DD6F-11D3-84AC-00C04F0E1B46}, le is 2 0012:trace:ole:DllMain (0x5e0000,1,0x1) 0012:trace:ole:CoInitializeEx ((nil), 2) 0012:trace:ole:CoInitializeEx () - Initializing the COM libraries 0012:trace:ole:RunningObjectTableImpl_Initialize () 0012:trace:ole:COM_CreateApartment creating new apartment, model=2 0012:trace:ole:COM_CreateApartment Created apartment on OXID 1100000012 0012:trace:ole:WINE_StringFromCLSID 0x41f320->{A2086A6A-3F3E-457C-8102-A4F99AD7C2DA} 0012:trace:ole:CoRegisterClassObject ({b6b35894-dd6f-11d3-84ac-00c04f0e1b46},0x7fca0180,0x00000004,0x00000001,0x41f094) 0012:trace:ole:CoMarshalInterface (0x77e28e58, {00000001-0000-0000-c000-000000000046}, 0x7fca0180, 0, (nil), 1) 0012:trace:ole:CoGetStandardMarshal ({00000001-0000-0000-c000-000000000046},0x7fca0180,0,(nil),1,0x76fd60) 0012:trace:ole:CoMarshalInterface Using standard marshaling 0012:trace:ole:CoMarshalInterface Calling IMarshal::MarshalInterace 0012:trace:ole:StdMarshalImpl_MarshalInterface (...,{00000001-0000-0000-c000-000000000046},...) 0012:trace:ole:start_apartment_listener_thread apt->listenertid=0 0014:trace:ole:apartment_listener_thread Apartment listener thread starting on (\\.\pipe\WINE_OLE_StubMgr_0000001100000012) 0012:trace:ole:CoGetPSClsid () riid={00000001-0000-0000-c000-000000000046}, pclsid=0x76fcf4 0012:trace:ole:WINE_StringFromCLSID 0x3e7df0->{00000001-0000-0000-C000-000000000046} 0012:trace:ole:__CLSIDFromStringA {00000320-0000-0000-C000-000000000046} -> 0x76fcf4 0012:trace:ole:CoGetPSClsid () Returning CLSID={00000320-0000-0000-c000-000000000046} 0012:trace:ole:WINE_StringFromCLSID 0x76fcf4->{00000320-0000-0000-C000-000000000046} 0012:trace:ole:CoGetClassObject CLSID: {00000320-0000-0000-c000-000000000046}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} 0012:trace:ole:COMPOBJ_DLLList_Add 0012:trace:ole:PSFacBuf_CreateStub ({00000001-0000-0000-c000-000000000046},0x7fca0180,0x76fcec) 0012:fixme:ole:StdMarshalImpl_MarshalInterface table marshalling unimplemented 0012:trace:ole:get_stub_manager_from_object not found for object 0x7fca0180 0012:trace:ole:register_ifstub constructing new stub manager 0012:trace:ole:new_stub_manager Created new stub manager (oid=1) at 0x77e28c28 for object with IUnknown 0x7fca0180 0012:trace:ole:stub_manager_new_ifstub oid=1, stubbuffer=0x77e28f18, iptr=0x7fca0180, iid={00000001-0000-0000-c000-000000000046}, tablemarshal=TRUE 0012:trace:ole:stub_manager_int_release after 1 0015:trace:ole:local_server_thread Starting threader for {b6b35894-dd6f-11d3-84ac-00c04f0e1b46}. 0015:trace:ole:WINE_StringFromCLSID 0x77e28e80->{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0009:trace:ole:create_marshalled_proxy waiting for \\.\pipe\{B6B35894-DD6F-11D3-84AC-00C04F0E1B46} 0015:trace:ole:local_server_thread marshalling IClassFactory to client 0009:trace:ole:create_marshalled_proxy read marshal id from pipe 0009:trace:ole:create_marshalled_proxy unmarshalling classfactory 0009:trace:ole:CoUnmarshalInterface (0x77e5e780, {00000001-0000-0000-c000-000000000046}, 0x1c80f4dc) 0009:trace:ole:get_unmarshaler_from_stream Using standard unmarshaling 0009:trace:ole:StdMarshalImpl_UnmarshalInterface (...,{00000001-0000-0000-c000-000000000046},....) 0009:trace:ole:CoGetPSClsid () riid={00000001-0000-0000-c000-000000000046}, pclsid=0x1c80ef84 0009:trace:ole:WINE_StringFromCLSID 0x30070df0->{00000001-0000-0000-C000-000000000046} 0009:trace:ole:__CLSIDFromStringA {00000320-0000-0000-C000-000000000046} -> 0x1c80ef84 0009:trace:ole:CoGetPSClsid () Returning CLSID={00000320-0000-0000-c000-000000000046} 0009:trace:ole:WINE_StringFromCLSID 0x1c80ef84->{00000320-0000-0000-C000-000000000046} 0009:trace:ole:CoGetClassObject CLSID: {00000320-0000-0000-c000-000000000046}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} 0015:trace:ole:local_server_thread done marshalling IClassFactory 0009:trace:ole:COMPOBJ_DLLList_Add 0009:trace:ole:ClientIdentity_AddRef 0x77e62470 - before 0 0009:trace:ole:CFProxy_CreateInstance ((nil),{00000000-0000-0000-c000-000000000046},0x1c80f50c) 0009:trace:ole:PipeBuf_GetBuffer (0x1c80f488,{00000001-0000-0000-c000-000000000046}) 0009:trace:ole:PipeBuf_SendReceive () 0016:trace:ole:stub_dispatch_thread starting for apartment OXID 0000000800000009 0016:trace:ole:stub_manager_int_addref before 1 0016:trace:ole:get_stub_manager found 0x77e28c28 for oid 1 0016:trace:ole:stub_manager_int_release after 1 0016:trace:ole:CFStub_Invoke ->CreateInstance({00000000-0000-0000-c000-000000000046}) 0016:trace:ole:CoMarshalInterface (0x77e49320, {00000000-0000-0000-c000-000000000046}, 0x7fca0164, 0, (nil), 0) 0016:trace:ole:CoGetStandardMarshal ({00000000-0000-0000-c000-000000000046},0x7fca0164,0,(nil),0,0x5da8cfec) 0016:trace:ole:CoMarshalInterface Using standard marshaling 0016:trace:ole:CoMarshalInterface Calling IMarshal::MarshalInterace 0016:trace:ole:StdMarshalImpl_MarshalInterface (...,{00000000-0000-0000-c000-000000000046},...) 0016:trace:ole:start_apartment_listener_thread apt->listenertid=20 0016:trace:ole:CoGetPSClsid () riid={00000000-0000-0000-c000-000000000046}, pclsid=0x5da8cf80 0016:trace:ole:WINE_StringFromCLSID 0x5da8d100->{00000000-0000-0000-C000-000000000046} 0016:trace:ole:__CLSIDFromStringA {00000320-0000-0000-C000-000000000046} -> 0x5da8cf80 0016:trace:ole:CoGetPSClsid () Returning CLSID={00000320-0000-0000-c000-000000000046} 0016:trace:ole:WINE_StringFromCLSID 0x5da8cf80->{00000320-0000-0000-C000-000000000046} 0016:trace:ole:CoGetClassObject CLSID: {00000320-0000-0000-c000-000000000046}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} 0016:trace:ole:COMPOBJ_DLLList_Add 0016:trace:ole:PSFacBuf_CreateStub ({00000000-0000-0000-c000-000000000046},0x7fca0164,0x5da8cf78) 0016:trace:ole:get_stub_manager_from_object not found for object 0x7fca0164 0016:trace:ole:register_ifstub constructing new stub manager 0016:trace:ole:new_stub_manager Created new stub manager (oid=2) at 0x77e4fd90 for object with IUnknown 0x7fca0164 0016:trace:ole:stub_manager_new_ifstub oid=2, stubbuffer=0x77e4ac98, iptr=0x7fca0164, iid={00000000-0000-0000-c000-000000000046}, tablemarshal=FALSE 0016:trace:ole:stub_manager_ext_addref added 1 refs to 0x77e4fd90 (oid 2), rc is now 1 0016:trace:ole:stub_manager_int_release after 1 0009:trace:ole:CFProxy_CreateInstance got 56 bytes data. 0009:trace:ole:CoUnmarshalInterface (0x77e5a3e8, {00000000-0000-0000-c000-000000000046}, 0x1c80f50c) 0009:trace:ole:get_unmarshaler_from_stream Using standard unmarshaling 0009:trace:ole:StdMarshalImpl_UnmarshalInterface (...,{00000000-0000-0000-c000-000000000046},....) 0009:trace:ole:CoGetPSClsid () riid={00000000-0000-0000-c000-000000000046}, pclsid=0x1c80f3b4 0009:trace:ole:WINE_StringFromCLSID 0x455cf0->{00000000-0000-0000-C000-000000000046} 0009:trace:ole:__CLSIDFromStringA {00000320-0000-0000-C000-000000000046} -> 0x1c80f3b4 0009:trace:ole:CoGetPSClsid () Returning CLSID={00000320-0000-0000-c000-000000000046} 0009:trace:ole:WINE_StringFromCLSID 0x1c80f3b4->{00000320-0000-0000-C000-000000000046} 0009:trace:ole:CoGetClassObject CLSID: {00000320-0000-0000-c000-000000000046}, IID: {d5f569d0-593b-101a-b569-08002b2dbf7a} 0009:trace:ole:COMPOBJ_DLLList_Add 0009:trace:ole:ClientIdentity_AddRef 0x77e625c0 - before 0 0009:trace:ole:ClientIdentity_Release 0x77e62470 - after 0 0009:trace:ole:PipeBuf_Release written disconnect packet 0016:trace:ole:COM_RpcReceive read disconnect header 0016:trace:ole:stub_manager_int_addref before 1 0016:trace:ole:get_stub_manager found 0x77e28c28 for oid 1 0016:trace:ole:stub_manager_ext_release removed 1 refs from 0x77e28c28 (oid 1), rc is now 4294967295 0016:trace:ole:stub_manager_int_release after 1 0009:trace:ole:CoCreateInstance Successfully returning 0x77e62678 for interface {00000000-0000-0000-c000-000000000046} of class {b6b35894-dd6f-11d3-84ac-00c04f0e1b46} 0009:trace:ole:OleRun Enter 0009:trace:ole:OleRun No runnable interface ???? Why is there no ClientIdentity_QueryInterface here? 0009:trace:ole:ClientIdentity_Release 0x77e625c0 - after 0 0009:trace:ole:PipeBuf_Release written disconnect packet 0016:trace:ole:COM_RpcReceive read disconnect header 0016:trace:ole:stub_manager_int_addref before 1 0016:trace:ole:get_stub_manager found 0x77e4fd90 for oid 2 0016:trace:ole:stub_manager_ext_release removed 1 refs from 0x77e4fd90 (oid 2), rc is now 0 0016:trace:ole:stub_manager_int_release after 1 0016:trace:ole:stub_manager_int_release after 0 0016:trace:ole:stub_manager_delete destroying 0x77e4fd90 (oid=2) 0016:trace:ole:stub_manager_delete_ifstub m=0x77e4fd90, m->oid=2, ipid={00000000-0000-0000-c000-000000000046} -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 4

[AppDB] new screenshot and image classes
by Jonathan Ernst 17 Jan '05

17 Jan '05

Hi Chris, What I wanted to tell you on the channel was to discard the patch named: [AppDb] screenshot and image class Because we discussed it with Paul and I was able to make a new one using his image class code and I used these classes everywhere on the code. The new screenshot code is much better. We'll have to make a script to go trough every old screenshot and create the thumbnails. Before I do the script, please check if the watermarking is nice enough or if we want another logo. The name of the mail containing the new screenshot code is: [AppDB] new screenshot and image classes It is required to create the thumbnails subdirectories in order for the scripts to work. - data/screenshots/thumbnails/ - data/queued/screenshots/thumbnails/ See you.

2 2

WineConf 2005: details
by Brian Vincent 17 Jan '05

17 Jan '05

WHAT: WineConf 2005 WHEN: April 30 - May 1, 2005 WHERE: Institute of Communication Networks and Computer Engineering Stuttgart-Vaihingen Campus University of Stuttgart WHO: Anyone interested in Wine development. Please note: is a developers-only conference. HOW: Check out WineHQ for travel details. We still have quite a lot to work out, including the actual agenda, but we'll update these web pages as more info becomes available: http://www.winehq.org/site/wineconf If you plan on attending, please register on the website using the RSVP form as soon as possible. You can also find details on there about the wineconf mailing list. At this point there's a lot of planning that remains, so you'll have to bear with us as that discussion occurs. For those of you interested in Samba development, you might want to check out the SambaXP conference (http://www.sambaxp.org) since it's going to occur the two days following WineConf. WineConf 2004 was a lot of fun and I hope everyone can make it again. With a little luck we'll be able to attract everyone who couldn't make it to balmy, breezy Minneapolis last year. -Brian

1 0

Re: WineHQ:winetest: produce valid HTML
by Mike Hearn 17 Jan '05

17 Jan '05

On Wed, 12 Jan 2005 17:29:18 +0100, Ferenc Wagner wrote: > ChangeLog: * Generate valid HTML 4.01 Strict. > * Underline vis_note class links, too. Groovy! Is there a todo list of what needs to be done for winetest anywhere? Going to http://test.winehq.com/ still yields an error, you have to know the magic URL and then navigate the builds manually. It'd be nice to get some pretty HTML frontend to that going: a task for somebody who is keen but doesn't want to hack Wine itself maybe? Could you elaborate your plan for winetest Feri? thanks -mike

5 10

Debugging mingw applications using wine
by Bryce McKinlay 17 Jan '05

17 Jan '05

I'm trying to debug a windows .exe built with mingw using wine, but winedbg seems to have problems reading stabs from the mingw-built binary. My goal is to be able to debug a cross-compiled, native Java (GCJ) application, but even a simple C "hello world" seems to cause problems. My cross-build environment consists of: - mingw-runtime-3.5 and w32api-3.1from mingw.org - I just used the pre-built binaries - stock binutils 2.15, configured with --target=mingw32 - CVS head gcc 4.0, configured with --target=mingw32 WINE is wine-0.20040914-1.rhfc2.nr from newrpms.sunsite.dk $ mingw32-gcc hello.c -o hello-mingw.exe -g $ wine ./hello-mingw.exe Hello World $ winedbg --gdb ./hello-mingw.exe 0000000a:0000000b: create process 'D:\tests\hello-mingw.exe'/0x77bd003c @00401220 (0<0>) wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0xb6e4d174 in 32-bit code (0x657997a3). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:657997a3 ESP:5b56bc7c EBP:5b56ed78 EFLAGS:00210246( - 00 -RIZP1) EAX:b6e4d174 EBX:151409b8 ECX:00000000 EDX:261955dc ESI:00000000 EDI:b6e4d174 Stack dump: 0x5b56bc7c: 15135de8 b6e4d174 00000002 00010000 0x5b56bc8c: 00000000 00000000 00000000 00000000 0x5b56bc9c: 00000000 00000000 00000000 5b56cd6c 0x5b56bcac: 00000001 00000000 00000000 00000000 0x5b56bcbc: ffffffff ffffffff 00000000 7fc07000 0x5b56bccc: 7fc06000 00010000 7f980078 000000d5 Backtrace: =>1 0x657997a3 (0x5b56ed78) 2 0x15132ec0 (0x5b56edc8) 3 0x1513371c pe_load_debug_info+0x16c in dbghelp (0x5b56ee04) 4 0x1513391a pe_load_module+0x1ba in dbghelp (0x5b56ef54) 5 0x1512d93e SymLoadModule+0x9e in dbghelp (0x5b56ef94) 6 0x15129fd3 (0x5b56f4d8) 7 0x1512a129 SymInitialize+0x119 in dbghelp (0x5b56f518) 8 0x6101906a (0x5b56f650) 9 0x6101cfba (0x5b56f8e4) 10 0x6101d39a (0x5b56f970) 11 0x6101d422 gdb_remote+0x32 in winedbg (0x5b56fe44) 12 0x610279ec main+0x11c in winedbg (0x5b56fe90) 13 0x610122f1 (0x5b56ff20) 14 0x4824e0e2 (0x5b56fff4) 15 0x43940f31 (0x00000000) .... I've attached the mingw-compiled C binary. Is it worth trying again with a newwer WINE? Thanks! Bryce

4 10

Running dxdiag
by Paul Vriens 17 Jan '05

17 Jan '05

Hi, I was trying to run dxdiag (just for the fun of it). Dxdiag complains that it cannot find any dll. This is correct because what it does is check the directories in the "Path". The dll's are of course not present on a clean install as all are builtin. Loading a dll takes care of this by checking the DllOverrides and acts according to that if it cannot find the dll. How can we act on an app which checks for a 'physical' presence of a dll? For now I did 'ln -s /usr/local/lib/wine/ddraw.dll.so ddraw.dll' to get around this. This is of course not very flexible. Any ideas? Or will any solution yield in a performance drop as we have to do some extra checks? Paul.

4 4

Exiting a tests on the first failure
by Paul Vriens 17 Jan '05

17 Jan '05

Hi, I'm currently looking into the shreg test of shlwapi. In the error-logs on test.winehq.org I see a lot of errors. If the first CreateKey fails, there is no need to continue with the testing (because the rest of the tests will fail as well). What's the best way to stop there?, something like this?: START_TEST(shreg) { HKEY hkey = create_test_entries(); + if (!hkey) return; Cheers, Paul Vriens.

3 4

Re: SHLWAPI: stub implementations
by Robert Shearman 17 Jan '05

17 Jan '05

Hans Leidekker wrote: > -Hans > >Changelog: > Stub implementations for PathUnExpandEnvStringsSHRegEnumUSValue{A,W}, > SHRegCreateUSKey{A,W}, SHRegDeleteEmptyUSKey{A,W}, SHRegDeleteUSValue{A,W}, > SHRegEnumUSValue{A,W}. > > >------------------------------------------------------------------------ > >Index: dlls/shlwapi/path.c >=================================================================== >RCS file: /home/wine/wine/dlls/shlwapi/path.c,v >retrieving revision 1.48 >diff -u -r1.48 path.c >--- dlls/shlwapi/path.c 5 Oct 2004 18:07:14 -0000 1.48 >+++ dlls/shlwapi/path.c 17 Jan 2005 16:36:09 -0000 >@@ -3911,6 +3911,24 @@ > } > > /************************************************************************* >+ * PathUnExpandEnvStringsA [SHLWAPI.@] >+ */ >+BOOL WINAPI PathUnExpandEnvStringsA(LPCSTR pszPath, LPSTR pszBuf, UINT cchBuf) >+{ >+ FIXME("(%s,%s,0x%08x)\n", debugstr_a(pszPath), debugstr_a(pszBuf), cchBuf); >+ return FALSE; >+} > > Can you add documentation for these and the other functions you've added? You'll probably notice that these are the only functions in the files that are now not documented. Rob

1 0

Re: WININET: implement InternetTime{From,To}SystemTime{A,W} (#4)
by Joris Huizer 17 Jan '05

17 Jan '05

Hans Leidekker wrote: Well, if you really want to be sure no bad string overflows occur, this function is still not save: > +/*********************************************************************** > + * InternetTimeToSystemTimeW (WININET.@) > + */ > +BOOL WINAPI InternetTimeToSystemTimeW( LPCWSTR string, SYSTEMTIME* time, DWORD reserved ) > +{ > + unsigned int i; > + WCHAR *s = (LPWSTR)string; > + > + TRACE( "%s %p 0x%08lx\n", debugstr_w(string), time, reserved ); > + > + if (!string || !time || reserved != 0) return FALSE; > + > + /* Convert an RFC1123 time such as 'Fri, 07 Jan 2005 12:06:35 GMT' into > + * a SYSTEMTIME structure. > + */ > + > + while (*s && !isalphaW( *s )) s++; > + if (*s == '\0' || *(s + 1) == '\0' || *(s + 2) == '\0') return FALSE; > + time->wDayOfWeek = 7; > + > + for (i = 0; i < 7; i++) > + { > + if (toupperW( WININET_wkday[i][0] ) == toupperW( *s ) && > + toupperW( WININET_wkday[i][1] ) == toupperW( *(s + 1) ) && > + toupperW( WININET_wkday[i][2] ) == toupperW( *(s + 2) ) ) > + { > + time->wDayOfWeek = i; > + break; > + } > + } What happens if, the string ends with WININET_wkday[i][0] or WININET_wkday[i][1] ? > + > + if (time->wDayOfWeek > 6) return FALSE; > + while (*s && !isdigitW( *s )) s++; What happens if s just became NULL in this loop ? > + time->wDay = strtolW( s, &s, 10 ); > + > + while (*s && !isalphaW( *s )) s++; > + if (*s == '\0' || *(s + 1) == '\0' || *(s + 2) == '\0') return FALSE; > + time->wMonth = 0; > + > + for (i = 0; i < 12; i++) > + { > + if (toupperW( WININET_month[i][0]) == toupperW( *s ) && > + toupperW( WININET_month[i][1]) == toupperW( *(s + 1) ) && > + toupperW( WININET_month[i][2]) == toupperW( *(s + 2) ) ) > + { > + time->wMonth = i + 1; > + break; > + } > + } What happens if, the string ends with WININET_month[i][0] or WININET_month[i][1] ? > + if (time->wMonth == 0) return FALSE; > + > + while (*s && !isdigitW( *s )) s++; > + if (*s == '\0') return FALSE; > + time->wYear = strtolW( s, &s, 10 ); > + > + while (*s && !isdigitW( *s )) s++; > + if (*s == '\0') return FALSE; > + time->wHour = strtolW( s, &s, 10 ); > + > + while (*s && !isdigitW( *s )) s++; > + if (*s == '\0') return FALSE; > + time->wMinute = strtolW( s, &s, 10 ); > + > + while (*s && !isdigitW( *s )) s++; > + if (*s == '\0') return FALSE; > + time->wSecond = strtolW( s, &s, 10 ); > + > + time->wMilliseconds = 0; > + return TRUE; > +} Yes it's a pain, but if you want to be really strict on this, this is not save yet regards, Joris

3 4

Re: Janitorial : add missing declarations ( #3 )
by Alexandre Julliard 17 Jan '05

17 Jan '05

Rémi Assailly <remi.assailly(a)free.fr> writes: > +/* USER */ > +extern DWORD X11DRV_MsgWaitForMultipleObjectsEx( DWORD count, const HANDLE *handles, > + DWORD timeout, DWORD mask, DWORD flags ); > +extern void X11DRV_InitKeyboard( BYTE *key_state_table ); > +extern UINT X11DRV_GetKeyboardLayoutList(INT size, HKL *hkl); > +extern HKL X11DRV_GetKeyboardLayout(DWORD dwThreadid); > +extern BOOL X11DRV_GetKeyboardLayoutName(LPWSTR name); > +extern HKL X11DRV_LoadKeyboardLayout(LPCWSTR name, UINT flags); > +extern BOOL X11DRV_UnloadKeyboardLayout(HKL hkl); > +extern HKL X11DRV_ActivateKeyboardLayout(HKL hkl, UINT flags); > +extern SHORT X11DRV_VkKeyScanEx(WCHAR wChar, HKL hkl); There's no need to add prototypes for the exported entry points, they are not called from anywhere inside the dll. It causes more work when changing the functions for no real benefit. -- Alexandre Julliard julliard(a)winehq.org

1 0

unsubscribe lexey
by Alexey A. Gaidioukov 17 Jan '05

17 Jan '05

1 0

Re: more tests for tests.winehq.org
by Ferenc Wagner 17 Jan '05

17 Jan '05

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > now we have fixed mingw to build the new test. So perform them after > building ;-) > > ChangeLog > --------------- > Include new tests Thanks for your work and attention! -- Feri.

1 0

Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]
by Mike Hearn 17 Jan '05

17 Jan '05

>>Well, apparently we don't use sched_yield, so the problem must >>> lie somewhere else. Maybe Con can help us out here? Alexandre says he >>> doesn't know what the issue is either and somebody needs to investigate. I >>> guess we do need to concern ourselves over the details :) > > > Interesting. Probably the most valuable information is that it seems to > work fine if we artificially limit the threads to exactly the same > timeslice _or_ we put them at such a low priority that they are forced > to be guaranteed to round robin one task at a time. This is the way 2.4 > used to work which is why with the new 2.6 schedulers which do far more > out-of-order rescheduling some applications have a problem; particularly > under load. I suspect it's actually the latter issue. Locking between > threads should prevent that being a problem, though. You already > mentioned that you dont use sched_yield() and I couldn't even begin to > look at the wine code myself so perhaps you know something more. Hi Con, One thought that occurred to me, and this is just a random theory, is that maybe the issue is not with the Wine code but the Win32 code run on top of it. Do you know how 2.6 scheduling compares with 2.4 and Windows (NT) scheduling? Could it be that some apps are written to expect Windows-style scheduling and fail to work if they don't get it? In case you hadn't noticed, I'm afraid I only have first-year CS knowledge of scheduling :/ thanks -mike

17 43

unsubscribe rajarani
by Ishaq M. 17 Jan '05

17 Jan '05

Systems Engineer Onward Novell Software (I) Pvt.Ltd. ph +91(11)2905-2642 mobile:9810404350

1 0

Mailing list statistics and graphs
by Mike McCormack 17 Jan '05

17 Jan '05

Fellow bean counters! On the weekend I wrote a quick script to generate a graph of the number of patches committed to the Wine CVS per month. The script and the graph it generates are attached. Anybody think it would be interesting to have a page of similar graphs on WineHQ somewhere that's regenerated once a month? Some ideas: patches committed to winehq per month patches sent to wine-patches per month unique patch authors vs. months lines of code committed per month lines of code sent per month ... Mike Dept of Time Wasting and (Mostly) Useless Statistics #!/usr/bin/perl # filename : winestat.pl # author : Mike McCormack # # A script to generate a graph with the number of patches against Wine per month. use strict; sub make_stat($) { my $month=$_[0]; my $winepatches=0; my $appdbpatches=0; my $lostwagespatches=0; my $cmd = sprintf("wget -q -O - http://www.winehq.org/hypermail/wine-cvs/%d.%02d.txt",$month/12 + 2001,$month%12+1); #print "$cmd\n"; open(IN,"$cmd|") || die "failed to run wget\n"; while(<IN>) { #print $_; if ( s/^Subject: *// ) { #print $_; if ( /^wine/ ) { $winepatches++; } elsif ( /^lostwages/ ) { $lostwagespatches++; } elsif ( /^appdb/ ) { $appdbpatches++; } else { #print "unknown module $_\n"; } } } printf(OUT "%d %3d %3d %3d\n", $month, $winepatches, $lostwagespatches, $appdbpatches); close IN; } my $month; open(OUT, ">stat"); for($month=1; $month<=(12*4+1); $month++) { make_stat($month); } close OUT; # <mike_m> it'd be nice to figure out how to get the x axis to display the date nicely # <papineau> set xdata time open (GNUPLOT, "|gnuplot"); print GNUPLOT "set title \"Wine patches\"\n"; print GNUPLOT "set xlabel \"Months\"\n"; print GNUPLOT "set ylabel \"Number\"\n"; print GNUPLOT "set term png xffffff x000000 x404040 x0000c0 xffa500 x66cdaa xcdb5cd\n"; print GNUPLOT "set boxwidth 0.3\n"; print GNUPLOT "set output \"winestat.png\"\n"; print GNUPLOT "plot \"stat\" using 1:2 title \"Wine\" w boxes fs solid 1\n"; #print GNUPLOT "plot \"stat\" using 1:2 title \"Wine\" w boxes fs solid 1, \\\n"; #print GNUPLOT " \"stat\" using 1:3 title \"Appdb\" w boxes fs solid 2, \\\n"; #print GNUPLOT " \"stat\" using 1:4 title \"LostWages\" w boxes fs solid 3 \n"; close GNUPLOT;

1 0

Pirates! under wine
by Oliver Stieber 16 Jan '05

16 Jan '05

Hi, I've been working on DirectX 9 over the past week and have managed to get Sid Meier's Pirates! http://www.atari.com/pirates/pirates/index.php working better than it does for me under cedega (see screenshot attached) along with quite a few demos using Directx 9. There's still quite a lot of work to do to get a full Directx 9 implementation but it shouldn't take too long to get Directx 9 in wine as functional as DirectX under cedega. I'm just doing a bit of housekeeping so the patches will be ready for next week along with a list of what's working and what's not. ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

4 6

Q HeapAlloc.
by Oliver Stieber 16 Jan '05

16 Jan '05

Hi, I been having a problem where HeapAlloc is failing even though there's plenty of virtual memory left I've done a bit of digging but haven't been able to get to the bottom of it. First of all I've checked that HeapAlloc will go into swap by allocating a lot of 64meg blocks and writing to them to force linux to allocate them properly, and it works fine. Then I changed alloc.c so that CreateSubHeap writes the status returned by NtAllocateVirtualMemory and I get C00017 STATUS_NO_MEMORY. HEAP_CreateSubHeap Could not allocate 00410000 bytes reason: C00017 [STATUS_NO_MEMORY] an I double checked this by putting a malloc in just after the failure, which failed. So then I wrote a a small non-wine test program run as a seperate process to allocate ten times as much ram and ran it while just after the crash (while the debug box was still up) and it works fine. Any ideas? Top says Mem: 514916k total, 388032k used, 126884k free, 4244k buffers Swap: 401584k total, 251488k used, 150096k free, 62916k cached Virt : 2279m RES : 150m Shared: 807m Mem : 30.0% wine-preloader ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

3 5

Re: [AppDB] new screenshot and image classes
by Jonathan Ernst 16 Jan '05

16 Jan '05

Here is a script that will recreate missing thumbnails and apply the watermarking. Please configure the script by modifying the first lines and don't forget to create the thumbnail directories. Other than that everything should be fine. Usage: 1)chmod u+x ./thumbs.php 2)edit clean.php to set up the database connection and other settings (first lines) 3)./thumbs.php

1 0

DCE 1.2.2 released under LGPL license (strategically important for Wine)
by Luke Kenneth Casson Leighton 16 Jan '05

16 Jan '05

dear wine developers, you may have noticed that DCE 1.2.2 was released on the 12th january 2005 under an LGPL license. as you are no doubt aware, the significance of DCE/RPC is very, very high. in particular, with FreeDCE using an NTLMSSP authentication plugin and a "Named Pipes" transport in samba or samba tng, it becomes possible for FreeDCE to be utilised to make DCOM applications work under Wine. DCOM applications can be made to WORK under Wine using FreeDCE, Samba or Samba TNG with NamedPipes. unmodified Win32 applications can do DCE/RPC and DCOM utilising FreeDCE and Samba, with a minimum of development effort inside Wine and Samba. also, FreeDCE can be leveraged to provide _proper_ implementations of the underlying Win32 interfaces. for example, REGEDT32.EXE can be made to work over a network running _natively_ under Wine. NetUserGetInfo can return "meaningful" information. NetShareEnum likewise. NetServerGetInfo likewise. the list goes on [to cover a large section of the Win32 API developed in the 80s and early 90s] so may i take this as an opportunity to point out two things: 1) articles and news regarding the release of DCE 1.2.2 http://www.opengroup.org/comm/press/05-01-12.htm http://advogato.org/article/817.html http://it.slashdot.org/article.pl?sid=05/01/14/1833226&tid=117&tid=187&tid=… 2) DCE 1.2.2, FreeDCE and Samba TNG have zero funding of any kind. the possibilities are very exciting, yet curiously these strategically important projects that could remove microsoft's stranglehold on hundreds of thousands of businesses and millions of home users world-wide are drastically underutilised. i will do what i can, but my spare time (and elrond's) are precious resources. the opportunity is there: all i can do is present it to you. l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

4 4

nv driver causes Xrender bug to be misdetected
by Mike Hearn 16 Jan '05

16 Jan '05

Hi, Using the so-called 'open source' nv driver that ships with Xorg causes Wine at least on my hardware to misdetect libXrender as being buggy. This disables clientside font rendering and also causes the entire screen to go black whenever a Wine application has focus. Just letting people know in case they see similar symptoms. I normally run with the binary nvidia driver which doesn't have the same problem, so I'll not be debugging this anytime soon. thanks -mike

1 0

Re: [AppDB] screenshot and image class
by Paul van Schayck 16 Jan '05

16 Jan '05

Hey Jonathan, On Sun, 16 Jan 2005 13:40:00 +0100, Jonathan Ernst <Jonathan(a)ernstfamily.ch> wrote: > The Image class (used by the Screenshot class) handles image file from > the filesystem point of view. It's here that thumbnail creation, file > deletion, etc. will take place. Paul said he'll work on this part soon. I think you completely missed I already created that. See this: http://www.meosource.com/firefox/wine/ The whole class can be found here: http://www.meosource.com/firefox/wine/image.phps As you can see the class is probably bloated for the purpose we have with the appdb. But you can just strip unused functions. But it has nice features like logs , watermarks and borders. It's not doing file deletion, that should be handeled in the screenshot class. Paul

1 0

Re: WININET: implement InternetTime{From,To}SystemTime{A,W} (#3)
by Dmitry Timoshkov 16 Jan '05

16 Jan '05

"Hans Leidekker" <hans(a)it.vu.nl> wrote: > This version has the proper A->W crosscalls as suggested by Alexandre, > includes the extra tests from Dmitry and makes them pass. You're still making a lot of assumptions about the input string. Any extra space or comma will break your code. -- Dmitry.

1 0

Fwd: Photoshop on amd64
by Ferenc Wagner 16 Jan '05

16 Jan '05

Hi, I'm forwarding this messages from the users' newsgroup. Have you gurus got an idea?

1 0

Re: PSAPI: stub implementations (#3)
by Juan Lang 16 Jan '05

16 Jan '05

Hi Hans, +BOOL WINAPI GetPerformanceInfo( PPERFORMANCE_INFORMATION info, DWORD size ) +{ + NTSTATUS status; + + TRACE( "(%p, %ld)\n", info, size ); + + status = NtQueryInformationProcess( GetCurrentProcess(), SystemPerformanceInformation, info, size, NULL ); + + if (status) + { + SetLastError( RtlNtStatusToDosError( status )); + return FALSE + } + return FALSE; Shouldn't this return TRUE on success? --Juan __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail

1 0

DIB direct drawing - Bug 412: Implementing a DIB engine
by Alejandro Bonet 15 Jan '05

15 Jan '05

Well, i'm a novice here (in wine and linux), but i think i could help with this task. I'm a good windows application developer (www.babel7.com), and i wrote two programs with some of the semantics you are looking for: painting over BMPs (or better DIBs). The 2 programs are for 256 colors and true RGB. They write on file BMPs. The painting functions were written to generate pie graphs, poligonals, rectangles, and so on, but they can be readapted to write on DIBs in memory. The sintax help (comm line wo parms) is in Spanish, but i will not ask for excuses for it. The use is very simple. I will rewrite an english sintax help if i begin with the task. You can download it and test if i could help. If yes, i will begin with the task... And time will say!! http://www.babel7.com/bmps.zip Regards... Aljandro Bonet Babel Informatica SL Madrid alex(a)winbabel.org

1 0

Re: PSAPI: stub implementations (#2)
by Rob Shearman 15 Jan '05

15 Jan '05

Hans Leidekker wrote: >Call SetLastError() on failure, as suggested by Juan Lang. > > -Hans > >Changelog: > Stub implementations for EnumPageFiles{A,W}, GetProcessImageFileName{A,W}. > Implement GetPerformanceInfo, GetProcessMemoryInfo on top of > NtQueryInformationProcess and GetWsChanges, QueryWorkingSet{,Ex} on top > of NtQueryVirtualMemory. > > >------------------------------------------------------------------------ > >@@ -443,15 +461,85 @@ > } > > /*********************************************************************** >+ * GetPerformanceInfo (PSAPI.@) >+ */ >+BOOL WINAPI GetPerformanceInfo( PPERFORMANCE_INFORMATION info, DWORD size ) >+{ >+ NTSTATUS status; >+ >+ TRACE( "(%p, %ld)\n", info, size ); >+ >+ if (size < sizeof(PERFORMANCE_INFORMATION)) >+ { >+ SetLastError( ERROR_INSUFFICIENT_BUFFER ); >+ return FALSE; >+ } >+ > > This check is redundant. All NtQueryInformation* functions check the buffer size for you. >+ status = NtQueryInformationProcess( GetCurrentProcess(), SystemPerformanceInformation, info, size, NULL ); >+ >+ if (status) >+ { >+ SetLastError( RtlNtStatusToDosError( status )); >+ return FALSE >+ } >+ return FALSE; >+} > > >@@ -459,14 +547,25 @@ > /*********************************************************************** > * GetWsChanges (PSAPI.@) > */ >-BOOL WINAPI GetWsChanges(HANDLE hProcess, >- PPSAPI_WS_WATCH_INFORMATION lpWatchInfo, DWORD cb) >+BOOL WINAPI GetWsChanges( HANDLE process, PPSAPI_WS_WATCH_INFORMATION watchinfo, DWORD size ) > { >- FIXME("(hProcess=%p, %p, %ld): stub\n", >- hProcess, lpWatchInfo, cb); >+ NTSTATUS status; >+ >+ TRACE( "(%p, %p, %ld)\n", process, watchinfo, size ); >+ >+ if (size < sizeof(PSAPI_WS_WATCH_INFORMATION)) >+ { >+ SetLastError( ERROR_INSUFFICIENT_BUFFER ); >+ return FALSE; >+ } > > So is this. > >- memset(lpWatchInfo, 0, cb); >+ status = NtQueryVirtualMemory( process, NULL, ProcessWorkingSetWatch, watchinfo, size, NULL ); > >+ if (status) >+ { >+ SetLastError( RtlNtStatusToDosError( status )); >+ return FALSE >+ } > return TRUE; > } > > > Could you also make sure that the NtDll functions that you are calling give out a useful fixme message when called from these functions? At the moment you are mostly replacing some good fixme messages with bad fixme messages. Rob

1 0

Re: PSAPI: stub implementations
by Juan Lang 15 Jan '05

15 Jan '05

Hi Hans, + status = NtQueryInformationProcess( GetCurrentProcess(), SystemPerformanceInformation, info, size, NULL ); + if (status != STATUS_SUCCESS) return FALSE; without a test case I don't know for sure, but it seems likely you should do the something like following on failure: if (status) { SetLastError( RtlNtStatusToDosError( status )); return FALSE; } You might take a look at how advapi32's security.c does it. --Juan __________________________________ Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! http://my.yahoo.com

1 0

Re: WineHQ:winetest: produce valid HTML
by Dimitrie O. Paun 15 Jan '05

15 Jan '05

On Wed, Jan 12, 2005 at 05:29:18PM +0100, Ferenc Wagner wrote: > ChangeLog: * Generate valid HTML 4.01 Strict. > * Underline vis_note class links, too. Cool stuff Feri. Anyone knows what happened to the tests? The last one at http://test.winehq.org/data/ is 2004-12-28. Also, the last tests build at SF is winetest-200409111000 which is a bit outdated :) What gives? -- Dimi.

8 20

file associations in wine
by Rainer Haake 15 Jan '05

15 Jan '05

hi there first of all, please excuse my poor english... I know I can associate a file extension in wine with a linux application like i did for .sxw in this .reg-file: REGEDIT4 [HKEY_CLASSES_ROOT\.sxw] @="sxw.document" [HKEY_CLASSES_ROOT\sxw.document] @="sxw.document" [HKEY_CLASSES_ROOT\sxw.document\shell] [HKEY_CLASSES_ROOT\sxw.document\shell\open] [HKEY_CLASSES_ROOT\sxw.document\shell\open\command] @="C:\\windows\\command\\start.exe kdestart.exe \"%1\"" where kdestart.exe is a link to the following script: #!/bin/bash i=`winepath -u "$*"` kfmclient exec "$i" so now sxw-files open in OpenOffice like I wanted. But now I would like to have a file association to each filetype unknown to wine, so that all these files will be openend with the corresponding KDE programs. I tried: [HKEY_CLASSES_ROOT\*] [HKEY_CLASSES_ROOT\*\shell] [HKEY_CLASSES_ROOT\*\shell\open] [HKEY_CLASSES_ROOT\*\shell\open\command] @="C:\\windows\\command\\start.exe kdestart.exe \"%1\"" because i thought that would be the default file association, but it doesn't work... Is this possible? It would be a great step for the integration of wine with KDE (or GNOME, because a similar script could be developed) thanks for any help Rainer

1 0

Sharing files between users
by Vitaly Lipatov 14 Jan '05

14 Jan '05

I am looking for any resolve a problem with sharing open files. When one user calls CreateFile with sharing=FILE_SHARE_READ, other user can open the same file with sharing=FILE_SHARE_WRITE wthout any fails. I know sharing control done in wine-server, but it resolves problem only when single user sharing files, not two or more. I guess to move sharing support in kernel in some way. Any suggestions? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

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