June 2005 - Wine-Devel - list.winehq.org

Google Earth

by Jonathan Ernst

Hello, I just wanted to let you know that the new Google Earth application is working quite well under Wine. There is only an issue with the menus disappearing under the pictures but it is very promising. I wrote a message to google to let them know about it (they might want to add that their application can work on other OSes than Windows). Links: http://earth.google.com http://appdb.winehq.org/appview.php?appId=2292 http://slashdot.org/articles/05/06/28/1733229.shtml?tid=217&tid=95&tid=159 Regards. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

June 28, 2005

Re: lostwages: fix link to ICM documentation

by Hans Leidekker

On Tuesday 28 June 2005 20:23, Jeremy Newman wrote: > I'll hold off on this patch until the best link is disclosed to me. ;-) OK, I'll be the judge on this, since I wrote MSCMS for Wine. > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ > icm/icm_20kz.asp Saulius was right, this is the best one. It provides an overview of color management and the API reference can be reached from this page. -Hans

June 28, 2005

Re: lostwages: fix link to ICM documentation

by Saulius Krasuckas

(I am sorry to reply only privately to Tom both times) * On Tue, 28 Jun 2005, Jeremy Newman wrote: > > I'll hold off on this patch until the best link is disclosed to me. ;-) Tom and Jeremy, I do not object on this. I have just sent the signal to the world. :-]

June 28, 2005

dlls/ntdll/cdrom.c breakage

by Gerald Pfeifer

The following change to dlls/ntdll/cdrom.c revision 1.57 date: 2005/06/27 12:07:49; author: julliard; state: Exp; lines: +13 -19 Dmitry Timoshkov <dmitry(a)codeweavers.com> Add a check for sg_io_hdr_t and (not tested) check for scsireq_t presence. breaks on FreeBSD cdrom.c: In function `CDROM_ScsiPassThroughDirect': cdrom.c:1419: error: invalid application of `sizeof' to an incomplete type cdrom.c:1411: warning: unused variable `io' cdrom.c: In function `CDROM_ScsiPassThrough': cdrom.c:1534: error: invalid application of `sizeof' to an incomplete type cdrom.c:1526: warning: unused variable `io' which does not have struct request_sense, but does have struct scsi_request_sense in /usr/include/cam/scsi/scsi_all.h. I would have tried to cobble up a patch guard these by #ifdef linux, but I'm not sure whether the patch to cdrom.c really was correct as it currently looks: defining struct linux_cdrom_generic_command in cdrom.c seems like quite bad a hack, doesn't it? Gerald

June 28, 2005

Re: lostwages: fix link to ICM documentation

by Jeremy Newman

I'll hold off on this patch until the best link is disclosed to me. ;-) On Tue, 2005-06-28 at 06:43 -0400, Tom Wickline wrote: > On 6/26/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > > ChangeLog: > > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > > Link to Image Color Management (ICM) Reference instead of > > irrelevant MSCMS Publishing API docs. > > > > > > Index: templates/en/status_dlls.template > > =================================================================== > > RCS file: /home/wine/lostwages/templates/en/status_dlls.template,v > > retrieving revision 1.27 > > diff -u -p -u -r1.27 status_dlls.template > > --- templates/en/status_dlls.template 23 Jun 2005 22:29:56 -0000 1.27 > > +++ templates/en/status_dlls.template 26 Jun 2005 20:18:25 -0000 > > @@ -229,7 +229,7 @@ > > </tr> > > <tr> > > <td>mscms.dll</td> > > - <td class="adequate"><a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cmsccapi/P…">MSDN: MSCMS Publishing API</a></td> > > + <td class="adequate"><a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/icm/icm_3j…">MSDN: ICM Reference</a></td> > > <td>None</td> > > <td class="pct25">25% complete</td> > > <td>Hans Leidekker</td> > > > > > > I was looking over some of our current links to MSDN and looked at the > link that you provide. Wouldn't this link be even better? > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/icm/icm_20… > > It covers ICM as well as CMMs > > Cheers, > -Tom > >

June 28, 2005

[Fwd: QUARTZ: initialize AM_MEDIA_TYPE to prevent crash]

by Alex Villacís Lasso

I am (still) trying to run a Japanese RPG program in Wine, and it requires 1) the Indeo video codecs, fortunately downloadable, and 2) this patch, to prevent crashing on an attempt to IUnknown_Release on a bogus interface. Second attempt - first one never appeared on the mail list. Changelog: * Initialize mtCurrent structure to NULL to prevent calling IUnknown_Release on an uninitialized interface

June 28, 2005

Re: Move Notification Window (aka systray) To A Separate Process

by Mike Hearn

On Mon, 27 Jun 2005 12:06:49 -0400, Dimi Paun wrote: > Cool, but I wan't the plan to have only one external process (a > wineexplorer or somesuch) that would handle desktop mode, systray, etc? Yes, I'm not sure why it was renamed. My first patch to do this did actually call it winesystray or something similar, and Alexandre wanted it to be called explorer. thanks -mike

June 28, 2005

Follow up to Google's Summer of Code

by Jeremy White

Hi folks, As I'm sure you all know, Google has now accepted 6 students to work on projects for Wine. Alexandre, Dan Kegel, Lionel Ulmer, Dimi O'Paun and I worked on the Wine committee that reviewed the applications, and we were all impressed by the depth and quality of the applications, and we're excited to have 6 fresh new workers on Wine. We're working right now on connecting these 6 students with their mentors; we hope to announce more details once we've made those connections. To be honest, we're running a bit behind here; I think Google jumped into this without being as prepared as you might otherwise hope, and there have been challenges in figuring this all out. (We're still largely clueless about the responsibilities of mentors from Googles perspective, for example). So, thanks to everyone that submitted a proposal. I'd particularly like to thank those people that submitted a great proposal and were not accepted. To be quite honest, we were disappointed that Google only selected 6 applicants; we put forward 18 different applications that we thought were all worthy of funding. So, thanks again to everyone, and most of all, thanks to Google for spurring Wine development! Cheers, Jeremy

June 28, 2005

Re: MSHTML and spyware

by Jacek Caban

Hello. Scott Ritchie wrote: >While poking around the forums today I discovered that some windows >sysadmins disable permissions for mshtml.dll as a sort of hack to >prevent spyware infestation due to problems with Internet Explorer. > >There's some work being done on mshtml now - if we are coding a truly >drop-in replacement using Mozilla, would it be possible for these >sysadmins to use the Wine version instead? > >That would be pretty nifty. > >Thanks, >Scott Ritchie > > It sounds like a great idea! And yes, it should be possible. I've sent a patch to wine-devel that makes IE working with windows Gecko: http://www.winehq.org/hypermail/wine-devel/2005/04/0382.html Although I'm working on support for Linux version (now I'm waiting for Alexandre with XEmbed support and I have almost completed it), I'm planning to keep support for Windows version (I hope ifdefs are acceptable here). I haven't tested mshtml on Windows, only under Wine, but I'll do so and check how well it will work. Current version should work as well, but instead of showing HTML it would show "HTML rendering is currently disabled" text. To make it really usable, it needs more implementation but, someday, (hopefully in near future) it will be. Jacek

June 28, 2005

Re: d3d9: Correct number of params for ValidateVertexShader

by Oliver Stieber

I've changed both to match in my tree, since pixel and vertex shaders are more-or-less identical. I haven't validated this against windows yet. --- Ivan Gyurdiev <ivg2(a)cornell.edu> wrote: > On Tue, 2005-06-28 at 13:37 +0100, Oliver Stieber > wrote: > > > > > > The first parameter can be named (it's pFunction, > a > > pointer to the shader function to be validated), > and > > d3d8 also needs to be patched. > > So... I'm not involved with development, but > it seems to me that it would help if the declaration > in the spec file matched the one in the c file, as > opposed to one saying PixelShader, and the other > VertexShader... > > I could be wrong though... > > > > -@ stdcall ValidatePixelShader(ptr ptr) > > > +@ stdcall ValidatePixelShader(ptr ptr ptr ptr > ptr) > > > @ stdcall ValidateVertexShader(ptr ptr) > > > > > -BOOL WINAPI ValidateVertexShader(LPVOID what, > > > LPVOID toto) { > > > - FIXME("(void): stub: %p %p\n", what, toto); > > > - return TRUE; > > > +BOOL WINAPI ValidateVertexShader(LPVOID x1, > LPVOID > > > x2, LPVOID x3, LPVOID x4, LPVOID x5) { > > > + FIXME("(%p,%p,%p,%p,%p) stub\n", x1, x2, > x3, > > > x4, x5); > > > + return TRUE; > > > > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

June 28, 2005