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

Re: schannel status and crypt32 blockage
by Juan Lang 12 Aug '07

12 Aug '07

Hi Yuval, > [Should I repost on-list?] Yeah, let's talk about this in the open. > I've created a test that connects to https://wiki.winehq.org, and > found the following: Excellent! Glad it's getting some attention. > - It fails in rsaenh due to OPAQUEKEYBLOB not supported in CPExportKey > and CPImportKey, with CALG_RC4 and CALG_SCHANNEL_MAC_KEY. I've > implemented some hack (can't pass through AJ), and it continues. Interesting. I haven't tried this case, but it doesn't look (from looking at rsaenh) like this should be too tough. Send the hack, and I'll try to take a look when I get a chance. > - I can't get a testcase for EncryptMessage/DecryptMessage that works > on Windows, so I can't tell how far have I got. I don't know what I do > wrong. Okay. You might ask again on-list with some code, there are a couple people here (e.g. Kai) that are more knowledgeable about secur32. > I've also tried googletalk. > - It fails immediately after CertGetCertificateChain reports it is a > stub. Right. I have a partially done implementation of that lying around somewhere that I can send you if you like. It may not work right away, I'm not positive CertGetIssuerCertificateFromStore is right just yet. I'm planning to work on that very soon, most likely next week, so if you can wait that long I should have something. > I'd like to note that native crypt32 is not an option (not even > temporary, such as schannel), as it tries to use keysvc. So basically > I'm blocked. Okay. > Are you planning on implementing Cert*CertificateChain soon? Yes :) > What about rsaenh, is it in the scope of your work? Not exactly. I'm just trying to get iTunes to start. But I'd probably take a look anyway ;) Cheers, --Juan ____________________________________________________________________________________ Pinpoint customers who are looking for what you sell. http://searchmarketing.yahoo.com/

1 0

wininet: Don't peek data in InternetQueryDataAvailable if there is no more to be expected.
by Misha Koshelev 12 Aug '07

12 Aug '07

I am going to send a more complete try2 patchset tomorrow (the patch as given is correct but there are some more problems with InternetQueryDataAvailable that need to be fixed, like the fact that it actually doesn't return ERROR_NO_MORE_FILES when all HTTP data has been retrieved). Misha

1 0

landfill.bugzilla.org?
by Dan Kegel 11 Aug '07

11 Aug '07

Why are all our new bugs cc'd to bugbot(a)landfill.bugzilla.org? I suspect that's a default that needs to be removed...

3 2

re: Our wiki software is ugly
by Dan Kegel 11 Aug '07

11 Aug '07

Scott wrote: > ... > 3) Header text is almost impossible to figure out right, and there is > absolutely no standard of what we should do. [The amazing diversity in wiki syntaxes in the world makes me want to puke. Why not just use HTML syntax directly? It's at least well-defined.] Yeah, it's frustrating and looks bad. But at least the server is well-run :-) - Dan

1 0

Re: WineD3D: Use the proper depth stencil format
by Chris Robinson 11 Aug '07

11 Aug '07

On Friday 10 August 2007 10:33:31 am Roderick Colenbrander wrote: > Hi, > > This patch lets WineD3D use the proper depth stencil format. The format is > retrieved from the WINED3DPRESENT_PARAMS. The proper format can improves > performance on platforms like Windows which offer more onscreen > pixelformats. > > Regards, > Roderick Colenbrander Isn't it normal to pass structs as a pointer, properly const-ified?

1 0

Thank you to Max Kanat -Alexander and Everything Solved
by Jeremy White 11 Aug '07

11 Aug '07

Say, I wanted to note that the Bugzilla upgrade is being done, by and large, due to the very professional and helpful efforts of Max Kanat of Everything Solved (www.everythingsolved.com) I don't know that I've ever seen Jeremy Newman *happy* about Bugzilla, it's rather freaky <grin>. So, thanks! Cheers, Jeremy p.s. Yes, there are still kinks and issues with bugzilla; folks are working furiously on #winehackers to iron out the worst of them right now.

2 1

win16 tests
by Jennifer Lai 10 Aug '07

10 Aug '07

Hi, I've collected and fixed some win16 tests. Since they are not going to be included in the wine tree, I've placed them under http://www.cs.ucla.edu/~jlai/win16test/ <http://www.cs.ucla.edu/%7Ejlai/win16test/> In order to build these tests, Open Watcom was used. The tar ball also includes the scripts of installing Open Watcom, building the tests, and running them. Details are described in the README. More tests will be added in the future, and comments are greatly appreciated. Thank you, Jennifer Lai

1 0

Bugzilla Downtime
by Jeremy Newman 10 Aug '07

10 Aug '07

Bugzilla will be going offline starting at 10:00 CST. We are performing upgrades to the site. The rest of WineHQ.org should be un-effected by this upgrade.

1 1

[MSI/tests] ConvertSidToStringSid not available on win98/NT4
by Paul Vriens 10 Aug '07

10 Aug '07

Hi, ConvertSidToStringSid (advapi32) is not available on win98/NT4 so the msi tests (all of them) do not run on those platforms currently. I could use skip but that basically would mean no MsiQueryProductState, MsiQueryFeatureState and MsiQueryComponentState tests. Another thing is to copy over the ConvertSidToStringSid implementation from advapi32 to the relevant tests. Any other ideas (or better yet, solutions)? Cheers, Paul.

4 5

Re: [2/2] winex11: Don't use context-specific info when initializing
by Roderick Colenbrander 10 Aug '07

10 Aug '07

I would like to keep this GL_RENDERER/GL_VENDOR stuff around although it might not be 100% correct in all cases (on some cards there's indeed a difference between direct and indirect rendering). To be correct also add similar code to the glx context creation code. Roderick On Friday 10 August 2007 11:29, Chris Robinson wrote: > Doesn't make much sense to use info from a temporary context when the > context the app eventually sets may be different (such is the case for > direct vs. indirect rendering on certain drivers, or multiple > screens/output devices).

1 0