August 2006 - Wine-devel - list.winehq.org

What happened to the Fedora packages?
by Neal Gompa 02 Aug '14

02 Aug '14

What happened to the Fedora packages? They have not been updated since 0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other Linux distro supported has the up to date packages!!! And why does the Red Hat packages site not go to the SourceForge site as it does for SUSE packages and the others?? I have not really had the guts to ask until now, because I thought that maybe there was a slump, but now, its getting annoying!! And Fedora just released Fedora Core 5 yesterday!!! Please tell me new packages will be ready soon!!! Compiling WINE always crashes my computer, so I prefer to use the RPMs...

10 18

winspool: ERROR_INVALID_NAME in GetDefaultPrinter() ?
by Detlef Riekenberg 09 Oct '13

09 Oct '13

Hi. >From which configuration does the "ERROR_INVALID_NAME" came from, when calling GetDefaultPrinter(NULL, &size) and no Printer is installed? This Test is Present in the current "dlls/winspool/tests/info.c". MSDN told us, that we receive an "ERROR_FILE_NOT_FOUND", if no Printer is installed: http://msdn.microsoft.com/library/en-us/gdi/prntspol_0hma.asp I get the "ERROR_FILE_NOT_FOUND" on win98se, winme, w2k and win2003 in this Situation. -- By By ... ... Detlef

3 3

The status of the wintab dll
by Robert North 24 Dec '07

24 Dec '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think after the 10 or more patches to the Wintab dll that I submitted last month, I should say something about it's status... And of course thank Alexandre for applying those patches. P.S. I won't be available from the 15th for about a week or so. So, if you have any questions, I'm afraid you might have to be patient. Hope this is of interest to someone -Rob. ******Applications: Current status*********** ***In Painter 5 *Cursor pressure works. (Therefore is usable by most) *Cursor orientation is a little odd: The orientation maths needs to be re-done. *No eraser. Haven't yet cracked what enables the eraser. *Doesn't work in desktop mode: Need to map to desktop coordinates. *Repeats windows bugs where cursor looses pressure/orientation info almost bug for bug (Is this a feature? ;-) *Cannot detect pressure/orientation int the "Brush Tracking" window: The tablet context is attached to the main window, so no events get to the popup, even if they overlap. This is not how windows wintab functions. ***In Photoshop 6. *Can only get tablet data in desktop mode: This is because the tablet context is attached to the desktop. Which generates/receives no wine events outside desktop mode. * Eraser and pen pressure working. *But* to get them working, you must have 3 XInput devices listed in your XF86Config file, They need to be the last entries in the "ServerLayout" section and the following order: eraser, tablet mouse. This is a far from ideal way of specifying the devices Wintab should use :-/ I'll document this if someone can point me to a good place to put the docs. *******To Do************* 1. Look at X11 errors. There appear to be some errors that deny some users the ability to access Wintab enabled apps. (I think I know how to fix this) 2. Improve orientation data. Orientation comes in as X-Y coords (Implicit Z), and has to leave as spherical coords. This calculation needs to be re-done. 3. When tablet context is on top, let it read XInput events from all the app's top-level windows. (This simulates the fact that the context is usually designed to cover the whole screen) 4. When tablet context is attached to desktop, read XInput events from all the app's top-level windows. 5. Tests ~ --My current philosophy on tests is... ~ Use Photoshop & Painter, any formal tests ~ can be written if anyone else gets involved in patching Wintab, to avoid regressions, and conflict. **********Long term to do (Anyone interested?):********* There's a lot of work that could be done here, but what gets done and who does it probably depends upon whether anyone finds an app that needs these features. I'd love to implement these, but realistically, I don't foresee doing this unless someone hires me to do so ;) 1. Improve configuration of wintab. Wintab could probably do with some information entered into the config file, to avoid the user having to hack their Xfree86cfg file. 2. Handle Z-Order of context properly. This entails *sharing Z-Order between apps. *Working out exactly what role windows have in determining tablet context z-orders. *Allow tablet contexts that don't cover the whole screen/tablet. *Handle inter-application clipping of tablet contexts *Allow all application's windows to receive tablet events when tablet context is on top 3. Implement non-system tablet contexts (Where system cursor not moved by pen or mouse) 4. Unicodify 5. Implement various wintab extensions. 6. Implement wintab manager functions. 7. Tests. *********Unknowns********* 1. How are wintab contexts are raised lowered? Contexts have their own z-order independent of windows, and their own viewport concept, based upon the tablet's coordinate system, not that of the OS. It appears that entering, or clicking on the window the tablet context is attached to will raise/lower the context. But I haven't done much testing on this. In particular, what happens if more than one app request their tablet context is attached to the desktop? 2. How Painter detects the eraser. Have 3 possibilities i. Windows can detect an eraser, and sends specific messages. (I'm sure I've seen this, but can't work out where!) ii. Only works if tablet and cursors are named correctly. (Probably linked to wacom tablets only). iii. I've missed something 3. Requirements of other applications -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCC8zI2vfwxdLxwWYRAsisAJ4q2gAYTgRc6f9wDI+Ruv943eDxOQCfcl3s /ZKMUGwQOuw/SIIbOkIUbd0= =R4M7 -----END PGP SIGNATURE-----

2 1

Updated version of Wine-0.9.18 RPMs with ntoskrnl for SuSE 10.1
by Vitaliy Margolen 19 Feb '07

19 Feb '07

Same as before. Just recompiled with new version. http://www.kievinfo.com/wine-0.9.18-1.2.i586.rpm http://www.kievinfo.com/wine-0.9.18-1.2.src.rpm -- Best regards, Vitaliy

3 3

re: What operating systems will Winelib run on non-x86 systems?
by Dan Kegel 20 Nov '06

20 Nov '06

Hi Wei Li, last year, you asked in http://www.winehq.org/hypermail/wine-users/2004/06/0086.html > I could not find the info regarding what operating systems > (such as AIX 5L v5.2, HP-UX 11i, Solaris Release Level > 9) will Winelib run on non-x86 machines. I'll really > appreciate it if someone can provide my related link or > info. I can only find the following link regarding the > supporting OS but it does not provide Winelib's supporting > OS info: > http://www.winehq.org/site/docs/wine-faq/index 3.1. > Under what hardware > platform(s) and operating system(s) will Wine(Lib) run? I'm sorry nobody got back to you -- the wine-devel mailing list might have been a better place to ask. I believe winelib runs on the following non-x86 operating systems: Linux, Solaris, Mac OS X, and FreeBSD. There's no reason in principle it couldn't run on AIX or HP/UX. Some work has been done on an HP/UX port, but some assembly would be required to complete it: http://www.winehq.com/site/?issue=241#HP-UX%20Port Cheers, Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

3 2

re: Wine-wiki broken by design
by Dan Kegel 16 Nov '06

16 Nov '06

Maybe the wine wiki could publish a machine-readable sitemap; see http://www.xml-sitemaps.com/ http://www.google.com/webmasters/sitemaps/docs/en/about.html That would put less load on the server than letting Yahoo and Google crawl the wiki themselves. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 3

Re: [Tools/Wine.inf] Set Internet Explorer version
by Sven Paschukat 08 Oct '06

08 Oct '06

Maarten Lankhorst schrieb: > Windows seems to set internet explorer only during a new installation or > upgrade of internet explorer, so I put it in wine.inf, which seemed > appropriate. > > Changelog: > Set version strings for Internet Explorer so programs dependent on it > can install. This breaks installation of real IE. Setting version to IE 5.5 would give the users a chance to install at least version 6.0. BTW, you should fix the typo in the third line. Sven

7 8

Re: svrapi: realizes library svrapi.dll (3 of 20 functions).
by Detlef Riekenberg 08 Sep '06

08 Sep '06

Konstantin Petrov wrote: Your Patch is much to large. > dlls/svrapi/Makefile, > dlls/svrapi/libsvrapi.def, This files are created automatic by the build-system. > +16 stdcall NetShareAdd (str long str long) WIN98_NetShareAdd > +17 stdcall NetShareDel(str str long) WIN98_NetShareDel > +18 stdcall NetShareEnum(str long ptr long ptr ptr) WIN98_NetShareEnum > +19 stub NetShareGetInfo > +20 stub NetShareSetInfo Are the ordinals needed / Which app import this Functions by Ordinal? > --- /dev/null 2006-07-03 10:36:18 +0400 > +++ dlls/svrapi/svrapi_main.c 2006-07-24 15:08:49 +0400 I suggest to send a Patch, that has only "DllMain" in this File to reduce the size. Add a stub with description in a separate Patch. > +//SHPWLEN is not known !!!!!! C++ - Comments are not allowed in wine (it's not portable) > +#define SHPWLEN LM20_PWLEN > +typedef struct _share_info_1 { > + char shi1_netname[LM20_NNLEN+1]; > + char shi1_pad1; > + unsigned short shi1_type; > + char* shi1_remark; > +} share_info_1; > +typedef struct _share_info_50 { > + char shi50_netname[LM20_NNLEN+1]; > + unsigned char shi50_type; > + unsigned short shi50_flags; > + char* shi50_remark; > + char* shi50_path; > + char shi50_rw_password[SHPWLEN+1]; > + char shi50_ro_password[SHPWLEN+1]; > +} share_info_50; This seems to be the wrong location here. (svrapi.h) Should be the first patch (only this include-file) > +BOOL WINAPI DllMain(HINSTANCE hinstDLL, DWORD fdwReason, LPVOID > fImpLoad) > +{ > + TRACE("%p 0x%lx %p\n", hinstDLL, fdwReason, fImpLoad); > + > + switch(fdwReason) { Do not forget "DLL_WINE_PREATTACH" > + > + FIXME("Stub (%s %d %p %d %p %p)\n", (pszServer ? > pszServer:"NULL"), sLevel, pbBuffer, > + cbBuffer, pcEntriesRead, pcTotalAvail); you need debugstr_a() > + if (pbBuffer != NULL) > + HeapFree(GetProcessHeap(), 0, pbBuffer); HeapFree() handles NULL; we removed similar unneeded "if" recently. > + if(pszServer != NULL) return NERR_NetNameNotFound; Many Functions in other dll's handle an empty Servername as an alias for the local Computer (the same way as an NULL-Parameter). Did you test this? > + // if ((sLevel == 50) && (cbBuffer == > sizeof(share_info_50))) //in real Why do you not use this code, when it reflects the windows-behavior? -- By By ... ... Detlef

5 8

Re : [DDRAW] Only detach surfaces when releasing a non-texture surface attached to a complex root.
by Elie Morisse 07 Sep '06

07 Sep '06

Le 28.08.2006 18:10:37, Stefan Dösinger a écrit : > Do you mean the game releases the texture manually until it is destroyed??? > Urgh. Can you verify that this doesn't come from DllMain() in > dlls/ddraw/main.c? Nop I checked, and anyway can't be because this occurs also when switching resolutions. > The msdn suggests that destroying the root destroys all sublevels, and it > would be sane, because you create all surfaces with one call, so you should > destroy them with one call. > > If you are right, then every single ddraw application that works on wine now > would leak memory on windows. Well I don't understand, what leaks ? Complex attached surfaces are still destroyed when we fire the root. The new patch takes Moto Racer 2 memleak issues in hand, and Nomad Soul leaks may not be related to this — not a regression because exiting led to crash before ( and remaining surfaces are simple surfaces ). In fact i was a bit unfresh when i posted the patch :P .. > I suspect that something else, like a bad > capatiblity flag, causes weird behavior by the app, so it behaves differently > in wine then on windows, or that the real refcouning issue is that the front > buffer shouldn't be destroyed when the app messes with the back buffer. The > other thing could be that this application has an registry hack on windows: > Windows XP has ddraw compatiblity regitry entries in > HKEY_LOCAL_MACHINE\Software\Microsoft\DirectDraw\Compatiblitity. Can you > check if you find Nomad Soul there? I have no idea what these entries mean, > can you try to remove the whole compatiblity key and try nomad soul again? > (well, backup first :-) ) Hmm I'll try as soon as I procure it. But first tell me if i misunderstood something ;-) > It is hard to prove that a surface is really destroyed or not, but you can > write a regression test which accesses a back buffer which belongs to a > complex back buffer / front buffer compound after the front buffer has been > destroyed?

2 1

winehq.org Announcements
by EA Durbin 06 Sep '06

06 Sep '06

Why is there no release announcement for the 0.9.20 release of wine on the homepage?

4 4