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

Re: MSI: Change some FIXME messages to comments.
by Robert Shearman Dec. 30, 2005

Dec. 30, 2005

Mike McCormack wrote: > ChangeLog: > Change some FIXME messages to comments. How hard would it be to do the work to really fix these FIXMEs? By changing these to comments I think they are going to be forgotten. -- Rob Shearman

2 1

Re: Preliminary CD-Rom support on MacOS X #5
by Markus Amsler Dec. 30, 2005

Dec. 30, 2005

Hi, I took a look at your patches, here's what i've found: ntdll_cdrom.diff: > # > > @ cdecl MODULE_DllThreadAttach(ptr) > @ cdecl MODULE_GetLoadOrderW(ptr wstr wstr) >+@ cdecl CDROM_InitCDDevices() >+@ cdecl CDROM_FoundDevices() >+@ cdecl CDROM_BSDPathForMedia(ptr) >+@ cdecl CDROM_GetMountPointForBSDDevice(ptr) >+@ cdecl CDROM_BSDPathForHandle(long) >\ No newline at end of file - You shouldn't add more seperation hacks. Besides that, if _APPLE_ is not defined, the linker doesn't find these symbols. - Gcc spits out warnings about the missing newlines at the end of files. Markus

2 1

potential bug in winecfg
by Segin Dec. 30, 2005

Dec. 30, 2005

I was attempting to add another override for a program (C:\StarCraft\starcraft.exe), however, when I selected the "Emulate Virtual Desktop" checkbox, winecfg freezes. There is no CPU usage, and there is nothing trown to the console. I am using Linux 2.6.14-gentoo-r3, and the slackware 10.2 binary build of wine 0.9.4 without debug symbols. The latest version of wine available for my distribution is the very last alpha release (20050925, IIRC).

4 5

WineTools is in need of some major house cleaning!
by Tom Wickline Dec. 30, 2005

Dec. 30, 2005

Hello Everyone, Anyone who reads the posting on this list already knows that I stood up for the wineTools project and almost made a couple enemies... But me and Vitaliy came to a half way agreement on whether or not we should keep the link on our downloads page to WineTools.... I feel I need to ask a couple questions here about the future of WineTools. 1) Are the concerns that Vitaliy brought up being looked into ? 2) On sourceforge there are still downloads of version 1.30 from December 3, 2003 why is this? and do you plan to cancel this project or at least update it? sourceforge site: http://sourceforge.net/project/showfiles.php?group_id=61341 3 )Freshmeat list WineTools latest version at 2.1.0 and last updated 1 year, 4 months ago do you plan to update this site and list new versions as there released? http://freshmeat.net/projects/winetools/?branch_id=51159&release_id=164227 4) Could the maintainers of WineTools help new users in #winehq on irc? or start a new channel #wine-tools (or something to that effect) and help WineTools users? Can you list either the #winehq channel or a new channel on your site and ask experienced users to help new users? You may also want to update this site with new and relevant info on the project: http://linuxemu.retrofaction.com/article.php?story=20040617161145640 WineTools has received a lot of good press over the last couple years! And you guy's should be proud to take over project of it's importance. I would like to know if you plan to take over the sourceforge and freshmeat project sites and keep them up to date as you release new versions? I am not trying to be critical..... I hope winehq keeps the link to your project but you guys may need help more on winehq, and also keep information sites more up to date for this to take place. and also look in to Vitaliy's concerns. Could some one from the WineTools project give us a update on our concerns here? Cheers, Tom

3 2

Re: [comctl32] Reduce memory usage of the syslink control
by Robert Shearman Dec. 30, 2005

Dec. 30, 2005

Thomas Weidenmueller wrote: >@@ -135,16 +141,16 @@ > SL_ITEM_TYPE type, PDOC_ITEM LastItem) > { > PDOC_ITEM Item; >- Item = Alloc(sizeof(DOC_ITEM) + ((textlen + 1) * sizeof(WCHAR))); >+ >+ textlen = min(textlen, lstrlenW(Text)); >+ Item = Alloc(FIELD_OFFSET(DOC_ITEM, Text[0]) + ((textlen + 1) * sizeof(WCHAR))); > > This line can be written simpler as: Item = Alloc(FIELD_OFFSET(DOC_ITEM, Text[textlen + 1])); -- Rob Shearman

1 0

Re: [oleaut32] Fix for pr4190, "_invoke unsupported number of arguments 15 in stdcall"
by Markus Amsler Dec. 30, 2005

Dec. 30, 2005

Dan Kegel wrote: >The riched20 test app described in >http://bugs.winehq.com/show_bug.cgi?id=4190 >seems to require the patch >http://kegel.com/wine/pr4190.patch >which adds support for invoking functions with 15 or 16 parameters. >This is similar to the first patch in >http://bugs.winehq.com/show_bug.cgi?id=1912 > >-- >Wine for Windows ISVs: http://kegel.com/wine/isv > > I don't think Alexandre is going to download the patch. For me (thunderbird-linux) attaching the pach works. For testing, you can send a patch to yourself, save the raw message and try* $ **cat raw_mail | patch -p0 or **$ cat raw_mail | patch -p1 According to Alexandre's Bottom Line [1]. If you still have problems I could download the patch and forward the message. [1] http://www.winehq.com/site/docs/winedev-guide/style-notes *

1 0

wine's setupapi.dll / newdev.dll ?
by Damjan Jovanovic Dec. 30, 2005

Dec. 30, 2005

I've been working on a still image implementation for wine / ReactOS for a while now, and I've only recently realised how impossible it is in wine at the moment... wine's SETUPAPI.DLL is not even in its infancy, it doesn't even let you enumerate non-serial-port devices, and doesn't load class-installers, so you can't even install a scanner's INF file. I see that ReactOS's implementation is better and it is under the right (LGPL) licence; are we planning on including it into wine, and if so, when? wine's NEWDEV.DLL is pure stubs - so you can't even start installing the device INF file. ReactOS's latest SVN version of it is a little closer to what I need, but can we include GPL code in wine? (I've asked the developers to relicense it under the LGPL for us, but they haven't gotten back to me yet). So what should I do - submit my STI.DLL and STI_CI.DLL into wine now, even though they won't be usable for a good while - or wait for wine to mature? And does anyone know any good documentation for writing COM out-of-process servers (that use ncalrpc transport and have some [local] methods)? Thank you Damjan __________________________________________ Yahoo! DSL Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com

7 13

Fun with Visual Basic (if you like ole bugs :-)
by Dan Kegel Dec. 30, 2005

Dec. 30, 2005

Joe Priestley and I have been trying out his Visual Basic 6 app under Wine. He's really been helpful and willing to provide test cases. In particular, see the test program linked to from http://bugs.winehq.com/show_bug.cgi?id=4144 It's a tiny little visual basic app that lets you exercize a couple of Windows APIs in several ways. It seems to be especially good at pointing OLE problems. Could I get one of our esteemed OLE experts to have a look at it? http://bugs.winehq.org/show_bug.cgi?id=4190 is an example of a little OLE problem shown by this app; that one seemed to be simple to fix. (Wine complained that the app was trying to make a 15-parameter call, but oleaut32 didn't support that yet. Adding it seemed easy.) Thanks! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

re: a more native host environment
by Dan Kegel Dec. 28, 2005

Dec. 28, 2005

Justin wrote: > I'd like to see wine produce real PE dll files that > use unix system calls as a back end. For example, a > real kernel32.dll in PE format that maps at the same > addresses as the windows XP version, and so on. I think that would make it hard to link in Linux shared libraries. > PE executables could be seamlessly loaded with an ibcs > extension Er, you may be speaking nonsense here. ibcs has to do with loading system V binaries. > and properly linked against wine's real PE system dlls. They're already properly linked. Are you running into some problem? - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

re: [commdlg] Fix ChooseColor / pr4125
by Dan Kegel Dec. 28, 2005

Dec. 28, 2005

On 12/26/05, Alexandre Julliard <julliard(a)winehq.org> wrote: > Dan Kegel <dank(a)kegel.com> writes: > > Signed-off-by: dank(a)kegel.com > > Fix for http://bugs.winehq.org/show_bug.cgi?id=4125 > > This lets the color picker respond properly to keystrokes > > This fix was made with only the most superficial understanding of the > > code, but it seems reasonable. > > It doesn't apply, looks like white space is mangled. Sorry - mail clients are getting less and less friendly to me and plain text. Please grab it from http://kegel.com/wine/pr4125.patch instead. Thanks! - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0