- Wine-Devel - list.winehq.org

Re: Lostwages: acknowledgement take two.......
by Jonathan Ernst Aug. 17, 2005

Aug. 17, 2005

I have sent about 310 patches since december 2004, mostly for AppDB, some for lostwages and bugzilla and quite a few translating resources files in french and reimplementing the uninstaller, I really don't know if it makes it worth inclusion and won't be angry if I'm not included. Le mardi 16 août 2005 à 05:50 -0400, Tom Wickline a écrit : > Hello All, > > If your aware of someone missing from this list that should have > inclusion please let me know and ill happily include them in a future > update. > > Also: If I left someone at 2004 and they should be at 2005 let me > know! I updated all the folks that I remember sending in a number of > patches.... > > This patch includes Paul Vriens to the acknowledgment and who pages. > > Tom > > Changelog: > minor fixes, update to 2005 -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

2 2

Re: KERNEL/tests: test WideCharToMultiByte
by Alexandre Julliard Aug. 17, 2005

Aug. 17, 2005

Saulius Krasuckas <saulius2(a)ar.fi.lt> writes: > Log message: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > Add a test for WideCharToMultiByte. This should go in codepage.c. -- Alexandre Julliard julliard(a)winehq.org

1 0

WineHQ: Default font
by Christian Britz Aug. 17, 2005

Aug. 17, 2005

Hi all, I noticed a little possibility to improve www.winehq.org with very little effort: I am talking about the default font for the website. if you look at http://www.winehq.org/winehq_styles.css you will easily see that the default font is "bitstream vera sans", followed by "verdana" and "arial" if vera is not available. Despite the fact that MS might be considered evil by some kids, Verdana and Arial look _much_ better and professional than Vera. I even removed Vera from my system just tomake the homepage look better and mor profesional. I would suggest that the responsible people switch the default font to Arial, which is also available on most Unix systems. No Offence meant! Regards, Christian

2 1

Future Acknowledgement & Who's Who updates
by Tom Wickline Aug. 16, 2005

Aug. 16, 2005

Hello, I am in the process of updating our "Acknowledgement" & "Who's Who" pages and if anyone here wants to be included and your currently not just send me a mail and ask for inclusion. If you want inclusion on the "Acknowledgement" page let me know what aerie's you have worked on and you will be added in on my next patch. If you believe you will be around for some time to come (a year) and want to be included to the "Who's Who" page let me know this as well. For the "Who's Who" I will need a short description of who you are, where your from, when you started working on wine, and what aerie's you work on. You can look at other entries for a good example.. http://www.winehq.org/site/who http://www.winehq.org/site/acknowledgement This is what I have thus far for my next update. ADD - Jonathan Ernst (Acknowledgement page) ADD - Krzysztof Foltman (Acknowledgement page) ADD - Phil Krylov (Acknowledgement page) Update - Gerald Pfeifer to (2005) Update - Michael Jung to (2005) Update - James Hawkins to (2005) Update - Vitaliy Margolen to (2005) Update - Mike Hearn to (2005) Tom

1 0

Re: Lostwages: developer-cheatsheet.template.diff
by Andreas Mohr Aug. 16, 2005

Aug. 16, 2005

Hi, On Tue, Aug 16, 2005 at 06:17:27PM +0200, Francois Gouget wrote: > Actually 'dereference' is correct here, although I have no doubt that it > is not in any dictionary. Huh, why? http://dictionary.reference.com/search?q=dereference But OTOH it does mention "well established in jargon", so you might have a point here. Andreas

3 2

Re: DINPUT: Generic FF effect implementation (FF #4)
by Daniel Remenak Aug. 16, 2005

Aug. 16, 2005

Could I get some feedback on why this has not been applied? I've got several additional patches prepared already that depend on it and if something needs to be changed I'd like to know before I get even more that do. It still applies cleanly to CVS. If it's just not being applied because it's considered dead code I can submit the other patches that actually use it. Thanks, Daniel Remenak On 8/6/05, Daniel Remenak <dtremenak(a)gmail.com> wrote: > The fourth in a series of patches to enable force feedback through > DirectInput on linux event devices. > > Changelog: > Add a generic force feedback effect implementation > > This patch includes a bunch of support code for all DirectInput FF > effects, and adds stubs for a generic FF effect interface. > > Details: > 1. Stubs for a generic implementation of the IDirectInputEvent interface > 2. Debug utility functions to dump common structures > 3. Implementations of necessary object functions (e.g. AddRef, > Release, QueryInterface) > 4. Complete implementations of system-independent SetParameters and > GetParameters > > This patch adds two files, effect.c and effect_private.h, in the > dlls/dinput directory. This patch depends on FF #3 in order to > compile. > > --Daniel Remenak > > <Attachment: ff-4-effect.diff, 20K> >

2 3

Re: Get shlfolder test running with shell32 4.0
by Alexandre Julliard Aug. 16, 2005

Aug. 16, 2005

Francois Gouget <fgouget(a)codeweavers.com> writes: > Version 4.0 of the shell32 dll does not export StrRetToBufW(). Other shell32 versions don't either, since StrRetToBufW is in shlwapi ;-) -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Report swap file total/free sizes to be the same as physical memory
by Andreas Mohr Aug. 16, 2005

Aug. 16, 2005

Hi, On Tue, Aug 16, 2005 at 11:49:34PM +0900, Dmitry Timoshkov wrote: + /* Project2k refuses to start if it sees less than 1Mb of free swap */ + if (lpmemex->ullTotalPageFile < lpmemex->ullTotalPhys) + lpmemex->ullTotalPageFile = lpmemex->ullTotalPhys; + if (lpmemex->ullAvailPageFile < lpmemex->ullAvailPhys) + lpmemex->ullAvailPageFile = lpmemex->ullAvailPhys; 1 mega*bit* sounds a "bit" small... Andreas Mohr

1 0

Re: Winecfg and port access
by Christian Schmitz Aug. 16, 2005

Aug. 16, 2005

HI: Thanks for you answer but i dont know how program these lines for control ioperm(). Yes my system is Suse Linux 9.3 with kde upgraded 3.4.1 I solve the problem (in old wine) of this way: In the old file config i write [ppdev] "378" = "/dev/parport0" [ports] "read" = "0x779,0x378-0x37f,0x280-0x2a0" "write" = "0x779,0x378-0x37f,0x280-0x2a0" I set the attributes crw-rw-rw- 1 me root 99, 0 2005-03-19 16:36 /dev/parport0 crw-rw-rw- 1 lp lp 6, 0 2005-03-19 16:36 /dev/lp0 and add Myuser to the lp group. With all this i get the right of access. Maybe if you sendme a clue maybe i can make the wrapper. Thanks Christian >> I am using TopMax software (a chip programmer) with old wine version (with >> config file). >> >> I try the new wine but i not find where grant the FULL parallel port >> access to the TopMax program >> >> Where is the new config file for touch manually? or >> How i can make for grant port access (standard 378-37f) >If you're using linux, you will most likely have to use a suid-root wrapper >that calls ioperm() and subsequently drops privileges and invokes wine. >That's about 10 lines of C and should be a good exercise ;] I don't know >offhand how portable ioperm() is, and if there is something in /proc that >would be more portable, etc. > >I don't see anything suid-root that comes with wine, so probably wine itself >doesn't have anything of the sort. And I don't know either how wine managed >to pull it off before w/o using suid root executable, unless it did it via >signal catching and some manual forwarding to /dev/lp#. With right ioperms in >place the program should be able to run at full speed. -- En un mundo sin fronteras.... ¿Quién necesita Puertas y Ventanas? EN INGLES: In a world without frontiers, who needs Gates and Windows

1 0

Re: MSHMTL: Added QueryStatus implementation
by Saulius Krasuckas Aug. 16, 2005

Aug. 16, 2005

* On Tue, 2 Aug 2005, Jacek Caban wrote: > > --- dlls/mshtml/tests/htmldoc.c 26 Jul 2005 10:31:23 -0000 1.5 > +++ dlls/mshtml/tests/htmldoc.c 1 Aug 2005 22:33:37 -0000 > @@ -806,12 +806,76 @@ static void test_Persist() > } > } > > +static OLECMDF expect_cmds[OLECMDID_GETPRINTTEMPLATE+1] = { > + 0, > + OLECMDF_SUPPORTED, /* OLECMDID_OPEN */ > + OLECMDF_SUPPORTED, /* OLECMDID_NEW */ > + OLECMDF_SUPPORTED, /* OLECMDID_SAVE */ ... > + OLECMD cmd[2] = { > + {OLECMDID_OPEN, 0xf0f0}, > + {OLECMDID_GETPRINTTEMPLATE+1, 0xf0f0} > + }; > + > + hres = IOleCommandTarget_QueryStatus(cmdtrg, NULL, 0, NULL, NULL); > + ok(hres == S_OK, "QueryStatus failed: %08lx\n", hres); > + > + hres = IOleCommandTarget_QueryStatus(cmdtrg, NULL, 2, cmd, NULL); > + ok(hres == OLECMDERR_E_NOTSUPPORTED, > + "QueryStatus failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); Jacek, OLECMDID_OPEN (equally as OLECMDID_NEW) isn't supported here on winME, AFAICT. Moreover, calls to IOleCommandTarget_QueryStatus throws an exception of Accesss Violation here. I tested this with OLECMDID_SAVE and it works OK. And we have a typo next, right? > + ok(cmd[1].cmdf == 0, "cmd[0].cmdf=%lx, expected 0\n", cmd[0].cmdf); > + ok(cmd[0].cmdf == OLECMDF_SUPPORTED, > + "cmd[1].cmdf=%lx, expected OLECMDF_SUPPORTED\n", cmd[1].cmdf); Hence, there goes my try: Log message: Saulius Krasuckas <saulius.krasuckas(a)ieee.org> Fix typo in a two checks. WinME fixes: - OLECMDID_OPEN and OLECMDID_NEW aren't supported. - Ignore unsupported OLECMDs as they throws exceptions. Index: dlls/mshtml/tests/htmldoc.c =================================================================== RCS file: /home/wine/wine/dlls/mshtml/tests/htmldoc.c,v retrieving revision 1.7 diff -p -u -r1.7 htmldoc.c --- dlls/mshtml/tests/htmldoc.c 3 Aug 2005 21:26:40 -0000 1.7 +++ dlls/mshtml/tests/htmldoc.c 13 Aug 2005 16:09:15 -0000 @@ -808,8 +808,8 @@ static void test_Persist() static const OLECMDF expect_cmds[OLECMDID_GETPRINTTEMPLATE+1] = { 0, - OLECMDF_SUPPORTED, /* OLECMDID_OPEN */ - OLECMDF_SUPPORTED, /* OLECMDID_NEW */ + 0, /* OLECMDID_OPEN */ + 0, /* OLECMDID_NEW */ OLECMDF_SUPPORTED, /* OLECMDID_SAVE */ OLECMDF_SUPPORTED|OLECMDF_ENABLED, /* OLECMDID_SAVEAS */ OLECMDF_SUPPORTED, /* OLECMDID_SAVECOPYAS */ @@ -842,7 +842,7 @@ static const OLECMDF expect_cmds[OLECMDI OLECMDF_SUPPORTED, /* OLECMDID_SHOWPAGESETUP */ OLECMDF_SUPPORTED, /* OLECMDID_SHOWPRINT */ 0,0, - OLECMDF_SUPPORTED, /* OLECMDID_CLOSE */ + OLECMDF_SUPPORTED, /* OLECMDID_DONTDOWNLOADCSS */ 0,0,0, OLECMDF_SUPPORTED, /* OLECMDID_SETPRINTTEMPLATE */ OLECMDF_SUPPORTED /* OLECMDID_GETPRINTTEMPLATE */ @@ -854,7 +854,10 @@ static void test_OleCommandTarget(IOleCo int i; HRESULT hres; + ZeroMemory(cmds, sizeof(cmds)); + for(i=0; i<OLECMDID_GETPRINTTEMPLATE; i++) { + if(!expect_cmds[i+1]) continue; cmds[i].cmdID = i+1; cmds[i].cmdf = 0xf0f0; } @@ -863,6 +866,7 @@ static void test_OleCommandTarget(IOleCo ok(hres == S_OK, "QueryStatus failed: %08lx\n", hres); for(i=0; i<OLECMDID_GETPRINTTEMPLATE; i++) { + if(!expect_cmds[i+1]) continue; ok(cmds[i].cmdID == i+1, "cmds[%d].cmdID canged to %lx\n", i, cmds[i].cmdID); ok(cmds[i].cmdf == expect_cmds[i+1], "cmds[%d].cmdf=%lx, expected %x\n", i+1, cmds[i].cmdf, expect_cmds[i+1]); @@ -961,7 +965,7 @@ static void test_HTMLDocument(void) int i; OLECMD cmd[2] = { - {OLECMDID_OPEN, 0xf0f0}, + {OLECMDID_SAVE, 0xf0f0}, {OLECMDID_GETPRINTTEMPLATE+1, 0xf0f0} }; @@ -973,9 +977,9 @@ static void test_HTMLDocument(void) "QueryStatus failed: %08lx, expected OLECMDERR_E_NOTSUPPORTED\n", hres); ok(cmd[1].cmdID == OLECMDID_GETPRINTTEMPLATE+1, "cmd[0].cmdID=%ld, expected OLECMDID_GETPRINTTEMPLATE+1\n", cmd[0].cmdID); - ok(cmd[1].cmdf == 0, "cmd[0].cmdf=%lx, expected 0\n", cmd[0].cmdf); + ok(cmd[1].cmdf == 0, "cmd[1].cmdf=%lx, expected 0\n", cmd[1].cmdf); ok(cmd[0].cmdf == OLECMDF_SUPPORTED, - "cmd[1].cmdf=%lx, expected OLECMDF_SUPPORTED\n", cmd[1].cmdf); + "cmd[0].cmdf=%lx, expected OLECMDF_SUPPORTED\n", cmd[0].cmdf); hres = IOleCommandTarget_QueryStatus(cmdtrg, &IID_IHTMLDocument2, 2, cmd, NULL); ok(hres == OLECMDERR_E_UNKNOWNGROUP,

2 9