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

Re: [WINED3D] Use shorter lines in drawprim.c (whitespace)
by Francois Gouget 24 Apr '06

24 Apr '06

On Mon, 24 Apr 2006, Ivan Gyurdiev wrote: > Goal: prevent wraparound of lines on 1024x768 resolution using standard fonts Hmm, if wrapping lines you must, then wrap them at the standard 80 characters, rather than some ill defined length (whose 'standard fonts'? xemacs'? gedit's? eterm's (vi)? using which display dpi?). -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Stolen from an Internet user: "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

3 3

Re: riched20: Implement conformance tests for EM_SETUNDOLIMIT()
by Mike Hearn 24 Apr '06

24 Apr '06

On Sun, 23 Apr 2006 19:48:23 -0500, Matt Finnicum wrote: > My first patch, comments are welcome. Looks good Matt! Try leaving space between local variable declarations and the start of statements, it just makes things easier to read. Also send the mails as plain text only in future - AJ feeds them straight to patch and lets it strip out the junk but the less html/mime stuff there is, the more likely that is to work. thanks -mike

1 0

Re: Re: Re-proposal: web forums
by Jonathan Ernst 24 Apr '06

24 Apr '06

Le dimanche 23 avril 2006 à 12:41 -0500, Tom Spear (Dustin Booker, Dustin Navea) a écrit : > But I still want to get certain threads delivered to my mailbox, so I > suffer thru all the ones I don't read. Where if I subscribe to a forum > thread, then I get all posts to that thread in my mailbox (how i like > it) and can click a link in the email that takes me directly to that > thread (like bugzilla does for its bugs) so I can post. What about using your mail client and its ability to access nntp mailing-lists ? I'm subscribed to many mailing lists but none are configured to send me a copy of the messages to my mailbox; I just access them like normal (separate) mailbox, I can see them threaded or not, search and filter messages, etc. It's faster and more convenient than using a web forum. Regards.

2 2

Sum-up: Re-proposal: web forums
by Molle Bestefich 24 Apr '06

24 Apr '06

Hi I've tried to sum up the problems with the wine-users mailing list that are urging many people to call for a forum.winehq.org. I hope it's useful. Problems ======== 1) Cannot post without configured mail client 2) Browsing old topics and replying/posting new ones happen in two different places (web archive vs. mail client) 3) Current archive web interface unwieldy (many clicks needed to browse, always sorted by month) 4) Missing Googlish search function 5) "Subscribe" wording and web pages suggest your inbox will fill up when doing so 6) Subscribing will cause your inbox to fill up; it's not obvious how to change it; neither how to receive mail on specific topics you DO want once you've changed it 7) Missing "forward all postings re this topic to my inbox" feature 8) Very difficult to post under pseudonym 9) Missing 'sticky' feature (?) Solution 1: A forum, fx. phpBB =============================== Pros: ) Easy to set up. We might even be able to sneak it in before AJ returns :-). (Sorry big guy, couldn't resist pulling one on your expense =)..) ) Might attract away from wine-users a high quantity of dumb questions that people ask when they can't be bothered to search the archives. ) Adds a structural approach by categorizing users' various problems, which encourages searching instead of asking. Cons: ) Dillutes knowledge; some ends up in forum and some on wine-users, unless we nuke wine-users. ) Need to hack the code to get visual integration with WineHQ (menus etc). ) To get single-sign-on, we need either a.) reverse proxy or b.) something LDAPish and some amount of phpBB hacking Solution 2: Point people at Gmane or Google Groups in a prominent place ======================================================================== Pros: ) We don't have to do anything :-). Cons: ) If it's not directly on winehq.org, it's probably not official enough that people are going to use it. ) Not everyone has a Gmail account (required to post through Groups) ) Not everyone is adept to using Gmane Solution 3: WebForum-on-top-of-List ==================================== Pros: ) We concentrate people, allowing web and email users to communicate. ) We concentrate (archived) knowledge in one place. Cons: ) The reason that forums are often filled with spam might be that it's too easy to post to them. We'd be duplicating that. ) We need to code it all ourselves! I think solution 1 is good, but I prefer the extra icing on the cake that comes with solution 3. Now, I'm not high on crystal meth or anything, but I'll just assume for a moment that we all want better accessibility for the newcomers (even with the rise in volume that they bring), and that all agree to go with solution 3 :-). Thus I'll try to outline a battle plan: Battle-plan for solution 3 ========================== We'd like non-Wine developers to be able to join in; so let's make sure that this system is generically usable. That means: * Standard user authentication, fx. using LDAP. * Componentize a bit, fx. keep the web interface itself separate from WineHQ menu structure and logo. We'd need to: * Prioritize features * Setup a mailing list * Setup a simple project web page * Setup a winehq-like staging area for development (follows HEAD/TIP/origin of web repository so everyone can see what the others are doing) * Find developers/volunteers! * Get started on the coding When prioritizing features, we should take a look around and see if there are software components available that could be reused, fx.: * PHP LDAP auth bindings * Existing, good web interfaces for the wine archives (mailman?) * ?... Any holes or oversights in that plan? If solution 3 ever takes off, I will gladly contribute with coding. Realistically, though, i cannot implement something like this all by myself, especially not in any kind of a timely fashion.

12 24

Re: [shell32,shlwapi] Implement the IShellLinkDataList interface
by Mike McCormack 24 Apr '06

24 Apr '06

Thomas Weidenmueller wrote: > P.S.: Please let me know if there's something wrong with this patch or > tell me why it was rejected. Otherwise I'm going to assume the fixes > aren't appreciated or necessary because the implementation is considered > mature and stable. ../../../tools/runtest -q -P wine -M shell32.dll -T ../../.. -p shell32_test.exe.so shelllink.c && touch shelllink.ok fixme:shell:ShellLink_GetFlags 0x7fd3f7b0 0x7fb5f8b0 fixme:shell:ShellLink_GetFlags 0x7fd3f7b0 0x7fb5f8b0 shelllink.c:576: Test failed: CopyDataBlock failed shelllink.c:578: Test failed: signature wrong shelllink.c:579: Test failed: signature wrong You might want to split the patch into three separate changes (header + clist fixes + shelllink) too. Mike

1 0

Re: Stub Implementation of FSCTL_LOCK_VOLUME and FSCTL_UNLOCK_VOLUME in NtFsControlFile() in ntdll
by Dimi Paun 24 Apr '06

24 Apr '06

On Sun, 2006-04-23 at 10:48 +0200, Bernd Buschinski wrote: > + case FSCTL_LOCK_VOLUME: > + case FSCTL_UNLOCK_VOLUME: > + io->u.Status = STATUS_SUCCESS; > + break; > + > default: > FIXME("Unsupported fsctl %lx (device=%lx access=%lx func=%lx method=%lx)\n", > code, code >> 16, (code >> 14) & 3, (code >> 2) & 0xfff, code & 3); Can you please also issue a FIXME that this is just a stub? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: [Wine] Re: Re-proposal: web forums
by David Shaw 24 Apr '06

24 Apr '06

Jeff Vian wrote: >>How about the ability to post/read/respond to messages even when you're >>not at your own computer? Many people on Yahoo Groups, for instance, >>don't even have a computer at home and access their groups from works or >>library computers. To my mind, this is probably the most important >>advantage a forum has over an email list. >> >>David Shaw >> >> >> > >Web mail accounts such as yahoo or msn and the like do not tie you to >your home computer either. > > > > Indeed - but many offices and libraries firewall such sites. And they all have a fairly limited capacity. Personally, I like the way Yahoo Groups does it - it's effectively an email list, but with a relatively effective web interface within which I can usually find relevant archived posts within a couple of minutes. The Wine-users etc. archives, on the other hand, I find totally impenetrable and impossible to find relevant posts from the past in any reasonable amount of time. I'm not knocking those who designed it, I'm sure that, to them, it's totally transparent and the easiest system in the world to use - I know, I've designed Grud alone knows how many forms, all of which have made perfect sense to me, but many of which have extracted the response 'Eh?!' from the intended users and I feel this is probably the same kind of situation :-) Fora (posh, eh ;-> ) and email lists each have their pros and cons and those who like one tend to dislike the other. I feel this is a debate which is never going to reach a conclusion which will satisfy everyone (emacs or vi? Mac or PC? Anyone? ;-> ) so all I will say further on the matter is this - *please* add a search function to the archives and then at least *I'll* be happy :-) David Shaw

1 0

Use of ARB_fragment_program_100
by Phil Costin 23 Apr '06

23 Apr '06

Hi, This is marked as a TODO at line 1698 of dlls/wined3d/directx.c: 1691 if ((wined3d_settings.ps_mode == PS_HW) && GL_SUPPORT(ARB_FRAGMENT_PROGRAM) && (DeviceType != WINED3DDEVTYPE_REF)) { 1692 *pCaps->PixelShaderVersion = D3DPS_VERSION(1,4); 1693 *pCaps->PixelShader1xMaxValue = 1.0; 1694 } else { 1695 *pCaps->PixelShaderVersion = 0; 1696 *pCaps->PixelShader1xMaxValue = 0.0; 1697 } 1698 /* TODO: ARB_FRAGMENT_PROGRAM_100 */ 1699 1700 /* ------------------------------------------------ 1701 The following fields apply to d3d9 only 1702 ------------------------------------------------ */ 1703 if (This->dxVersion > 8) { Despite remembering seeing this extension somewhere in the past, I can not actually find any information relating to it by searching the web. I assume that this is likely to need replacing with a GL_SUPPORT(ARB_FRAGMENT_SHADER) as per line 1691 for pixel shaders > 1.4 There is probably a good reason for this line and I don't want to jump the gun and mess with anyone's plans by submitting patches yet. Are there definite plans to use this extension here? If so, is there any documentation for it because I certainly can't find any... Regards, Phil Costin

2 2

Last call for SoC mentors?
by Dan Kegel 23 Apr '06

23 Apr '06

If you're interested in being an SoC mentor, and you haven't emailed jwhite(a)codeweavers.com yet, please do so now ( and cc me ). Help guide the next generation of open source developers! Thanks! -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Re: Fixing cross-compilation 1/2
by Detlef Riekenberg 23 Apr '06

23 Apr '06

Am Sonntag, den 23.04.2006, 17:23 +0100 schrieb Paul Millar: > The patch fixes an existing test within the autoconf configure.ac. Great to see, that WRT-Native is on the way to run again. > This is a resubmission (no comment from previous submission) so please comment > if its wrong! This Patch is unusable because of the line-wrap. You can attach the diff as File to avoid this. When I send a Patch, that result in a change for "configure", I just add a note in the Mail: The Changes for "configure" are not included. Alexandre rebuilds "configure", when needed -- By By ... ... Detlef

2 1