February 2009 - Wine-Devel - list.winehq.org

Re: Icehamster?

by Seth Shelnutt

Hey Shlomi, I think you have the wrong Seth. It seems the other Seth's email is seth.goldy(a)gmail.com. Mine is shelnutt2(a)msn.com . I've never made an inquiry about winapt, although it seems a very interesting concept and I'm going to read over the documentation now. You probably saw some of my recent question on a win to lin wrapper, and though I was the same person. Interesting enough there happens to be another Seth who trolls the Wine mailing list! -Seth Shelnutt On Fri, Feb 20, 2009 at 4:44 PM, Shlomi Fish <shlomif(a)gmail.com> wrote: > Hi Seth! > > On Fri, Jan 23, 2009 at 4:46 AM, Seth <seth.goldy(a)gmail.com> wrote: > > ..or possibly Winapt. I read through your documentation and i am quite > > interested in your idea. I'm not much of a programmer, but i have a > > need knowledge of windows, registry, what dlls are doing, how to find > > dependencies, and who knows what else. I've been around windows since > the > > age of 9 with windows 3.1 I've recently come to grips with the value of > > open source software and the superiority of the Linux operating system > (ie.\ > > the reason why it's more secure, not just the fact that it is). I'm > mostly > > curious if you're still actively pursuing this project, I didn't assume > that > > i would be needed as a contributor to this project. > > > > I never really started pursuing Winapt. Most I got to was the initial > planning documentation: > > http://svn.berlios.de/svnroot/repos/winapt/winapt/trunk/docs/design/ > > Anyway, it is my intention to start working on this soon. I have a few > loose ends to sort out before that with my other open-source > endeavours. > > Regards, > > -- Shlomi Fish > > > > > > > -seth > > > > > -- > ------------------------------------------ > Shlomi Fish http://www.shlomifish.org/ > > Electrical Engineering studies. In the Technion. Been there. Done > that. Forgot a lot. Remember too much. > > >

Feb. 22, 2009

Re: Status of USB driver support?

by Ben Klein

2009/2/22 Emiliano Esposito <emiespo(a)tiscali.it>: > Thank you very much. I forgot to say I'm using udev.rules with a line > like this: > > # MARX CryptoBox Datentechnik GmbH > ATTRS{idVendor}=="0d7a", ATTRS{idProduct}=="0001", MODE="0666", > OWNER="root", GROUP="root" It's up to you of course, but it would probably be more secure to use MODE="660" and some appropriate GROUP that you can then put your user in. Doesn't matter so much if you're the only user on the system.

Feb. 21, 2009

Testing DIB Engine - Better blitting and partial ROP3 support

by Massimo Del Fedele

Hi, I made some changes to DIB engine : 1) Some more consistent DIB type naming and color handling 2) Partial implementation of 256 ROP3 operations 3) Partial ROP3 implementation on blitting (stil no pattern) 4) Some optimizations in blitting code I attach here the zipped patches. Ciao Max

Feb. 21, 2009

Re: Status of USB driver support?

by Emiliano Esposito

Alexander Morozov ha scritto: > On Thursday 19 February 2009 16:55:20 emiliano esposito wrote: > >> Unhandled exception: unimplemented function >> usbd.sys.USBD_GetUSBDIVersion called in 32-bit code (0x7ee2e923) >> > > You can try attached patch > Thank you very much. I forgot to say I'm using udev.rules with a line like this: # MARX CryptoBox Datentechnik GmbH ATTRS{idVendor}=="0d7a", ATTRS{idProduct}=="0001", MODE="0666", OWNER="root", GROUP="root" Now I get these errors: E: shm.c: shm_open() failed: Permission denied E: shm.c: shm_open() failed: Permission denied E: shm.c: shm_open() failed: Permission denied fixme:ntoskrnl:KeInitializeSpinLock stub: 0x12d1fc err:usbhub:__wine_usbhub_internal_ioctl error sending control message: Value too big for defined data type wine: Call from 0x7ee2e8b0 to unimplemented function usbd.sys.USBD_ParseConfigurationDescriptor, aborting wine: Unimplemented function usbd.sys.USBD_ParseConfigurationDescriptor called at address 0x7ee2e8b0 (thread 0022), starting debugger... Unhandled exception: unimplemented function usbd.sys.USBD_ParseConfigurationDescriptor called in 32-bit code (0x7ee2e923). Register dump:

Feb. 21, 2009

Re: fusion/tests: [Patch 1/2] Do not use an hardcoded path for the windows directory

by Nicolas Le Cam

2009/2/21 Detlef Riekenberg <wine.dev(a)web.de>: > On Do, 2009-02-19 at 16:21 -0800, James Hawkins wrote: >> On Thu, Feb 19, 2009 at 4:14 PM, Detlef Riekenberg <wine.dev(a)web.de> wrote: >> > James: A fixed path is broken by design. >> A "Thanks for spending weeks of your time laboriously testing and >> implementing fusion" would have sufficed. > > James, I have no Idea, what fusion is supposed to do, > but thanks for working on that part of Wine. > > Nicolas, i missed your Patch. Thanks for working on Wine. > Attached is a Patch for the other use of "c:\windows" in that file. > > To All: > Hardcoding "c:\windows" is broken by design, since that path > can be changed during installation of Windows and even > the default path is different in some Windows versions. > ("c:\WinNT" on w2k as example) > > > -- > > By by ... Detlef > No problem and sorry for missing that one.

Feb. 21, 2009

fusion/tests: [Patch 1/2] Do not use an hardcoded path for the windows directory

by Detlef Riekenberg

On Do, 2009-02-19 at 16:21 -0800, James Hawkins wrote: > On Thu, Feb 19, 2009 at 4:14 PM, Detlef Riekenberg <wine.dev(a)web.de> wrote: > > James: A fixed path is broken by design. > A "Thanks for spending weeks of your time laboriously testing and > implementing fusion" would have sufficed. James, I have no Idea, what fusion is supposed to do, but thanks for working on that part of Wine. Nicolas, i missed your Patch. Thanks for working on Wine. Attached is a Patch for the other use of "c:\windows" in that file. To All: Hardcoding "c:\windows" is broken by design, since that path can be changed during installation of Windows and even the default path is different in some Windows versions. ("c:\WinNT" on w2k as example) -- By by ... Detlef

Feb. 21, 2009

Re: Problem cross compiling after adding tests for inet_ntop

by Jeff Latimer

Jeff Latimer wrote: > Any ideas on what I need to do to get crosstest to work? > Problem fixed. When in doubt read the documentation ie. I searched went to the wiki http://wiki.jswindle.com/index.php/Coding_Hints:Test_Cases which had a post from Hans.

Feb. 21, 2009

Re: Wine download page usability problem

by Scott Ritchie

Rosanne DiMesio wrote: > On Fri, 20 Feb 2009 09:24:09 -0800 > Dan Kegel <dank(a)kegel.com> wrote: > >> Can we add in a line at the top saying >> "Stable version 1.0.1 of Wine can usually be installed >> just like any other Linux application using your >> package manager (e.g. in Ubuntu, do Applications / Add/Remove, >> select Wine, and click Apply Changes). >> >> If that doesn't work, or if you need a newer version of Wine, >> here's how to get it." >> ? > > > The problem with the way you've phrased it is that it's simply not true. Ubuntu users have complained on the forum more than once that there are no 1.0.1 packages in their repository. I've also never seen any 1.0.1 packages for openSUSE in any of the repositories or the Sourceforge archive. > 1.0.1 is included in Ubuntu 8.10. 8.04 still has 1.0.0 though. I think I started a backport a long time ago, but I guess it never finished. Thanks, Scott Ritchie

Feb. 21, 2009

Re: Closing fixed bugs

by Neil Skrypuch

On Saturday 14 February 2009, Dan Kegel wrote: > A few months ago, Alexandre started including lists of fixed > bugs in his release announcements. > See e.g. http://www.winehq.org/announce/1.1.15, which says > > Bugs fixed in 1.1.15: > 5694 Lionhead Black & White 2 demo crashes > 7014 Unhandled page fault when exiting Commandos - BEL > 7297 MIDI in/out fails, ports recognized > ... > > I rather like those lists. He generates them by simply querying > for open but fixed bugs right when he does the release; > he then closes the bugs. They're good for PR if nothing else. > > For this to work, we have to let Alexandre be the only person > to close fixed bugs. (Of course, it's ok for other people to > mark bugs fixed, and it's ok for anyone to close invalid or dup bugs.) > If anybody else closes a fixed bug, it won't show up in the > list of fixed bugs for any release. > > A corner case is when a bug is marked fixed sometime > after release. I think it's ok to leave it for Alexandre to > close; that way it shows up in at least one release announcement. > Even if it shows up a few releases late, that's better than not > showing up at all. > > Sound reasonable? > > I ask because Vitaliy closed http://bugs.winehq.org/show_bug.cgi?id=10923 > even after I tried to explain this to him, so I figured it > needed a wider discussion. > - Dan Couldn't you just query Bugzilla for all the bugs closed between $release and $lastrelease? - Neil

Feb. 21, 2009

Re: Wine download page usability problem

by Dan Kegel

On Fri, Feb 20, 2009 at 12:47 PM, Remco <remco47(a)gmail.com> wrote: > Filed a bug with "epiphany-browser": > > https://bugs.launchpad.net/ubuntu/+source/epiphany-browser/+bug/332253 Thanks. I filed one for Konqueror, https://bugs.launchpad.net/ubuntu/+source/kdebase/+bug/332340 -Dan

Feb. 21, 2009