- Wine-Devel - list.winehq.org

Re: Wineconf 2004, otherwise known as...
by Ivan Leo Murray-Smith Oct. 5, 2003

Oct. 5, 2003

If we are going to have wineconf here, I need to know a date and a more or less precise number of participants, possibly within a few days.

4 4

Regression in DLL loading.
by Lionel Ulmer Oct. 5, 2003

Oct. 5, 2003

All, Seems that a regression in DLL loading crept in lately (a game that worked somewhat with my old CVS tree does not start anymore with the current CVS). It must have been broken for some time now as Mike 'TD' had the issue for a long time (with a 4 hours Wine compile time, I do not upgrade Wine that often :-) ). Basically, the game does the following : it asks to load the library giving the full path name ("R:\\BoarderZoneDemo\\srDD_OpenGL"). As you see, it does NOT add the .DLL extension. So it goes down the code (LoadLibrary, ...) and arrives at the following function : 'RtlDosSearchPath_U' which asks to find this file with a possible '.DLL' extension. As this is an absolute path, it goes directly to the 'RtlDoesFileExists_U' call .. which does not handle at all the possible addition of an extension when searching. Now I have no idea if : 1) the RtlDosSearchPath_U function is wrong or 2) another function should have been used in this case So I will let the experts fix this :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Compiling MFC
by Adam Connell Oct. 5, 2003

Oct. 5, 2003

I am yet another programmer trying to compile the MFC with winelib. I believe that I have the project configured correctly. I am currently working on getting it to compile. I am having trouble with Microsoft's extensions to C++ specifically: throw(...) __try __except Is there any kind of work around for these things? MFC v7.0 g++ v3.2.2 wine-cvs

3 2

Translation tool, another round
by Vincent Béron Oct. 4, 2003

Oct. 4, 2003

Hi all, Another version, this time implemented more intelligently. Since wrc already knows how to parse the resource files, it makes sense to hook in it rather than use a dump and parse it. I added a new debug flag to wrc to do just that (0x40). All the functionnality of the bash script is not yet there, there's still 2-3 things to add, but the base is already in good shape. And it's way way faster to use (as in a couple seconds rather than almost 10 minutes before). Already done: - Reading of resource files (hook into wrc); - Comparison functions for Windows resources, targetted for translation; - Checking of differences between different languages with said comparison functions. Missing things: - Languages for which some resources are not localized yet do not appear at all; - If both the MASTER and LANG_NEUTRAL languages are found for a kind of resources, they won't be compared between themselves; - It'd be nice to output the name of the language rather than it's number; - Better incorporation in the build system (Makefiles); - Summary thing, to put on WineHQ. The included v5 script runs the new wrc on each .rc file mentionned in Makefiles. Capture the output to a file (>foo 2>&1) to analyze it for now. Any comments before the last stretch? (Oups, just noticed some TODO comments are in French rather than English... ah well, they should be gone by Monday or Tuesday anyway) Vincent

1 0

Re: winealsa: improve sound quality for IDsDriverImpl
by Jerry Jenkins Oct. 4, 2003

Oct. 4, 2003

Robert Reif wrote: > I just cut the parts out of a bigger patch and I guess I missed something. > The memory clearing part is the 8 bit hardware buffer bug fix. The locking > is to fix the SetFormat bug. > > The problem is that when the hardware primary buffer format changes > which causes a new buffer to be mmapped, the mixer thread continues > to use the old deleted buffer address. The timer callback gets the > resource shared which doesn't prevent the primary buffer from changing > it's address even with the new locking I tried to add. It's overkill to > have the timer callback get the resource exclusive every time because > format changes almost never happen and the extra locking is only needed > when they do. > Do you mean that the problem occurs only when we change the format? If this bug will cause continuing interval or click noise which I have encountered, your patch is going to be a big help for me. I am really looking forward to having your patch now :-). But take your time; I'll wait until you finish it.

1 0

Fwd: [ros-kernel] Task Manager
by Steven Edwards Oct. 4, 2003

Oct. 4, 2003

You guys are going to like this Note: forwarded message attached. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

[ANNOUNCE]WineWorks - yet another utility to configure Wine!
by Subhobroto Sinha Oct. 4, 2003

Oct. 4, 2003

Hello all, well this is NOT yet another effort to imitate WineCfg! WineCfg needs Wine to be running to work. WineWorks does NOT need Wine to be running. WineWorks has been developed using Qt 3.1.1 WineWorks has been written keeping it in mind as MORE of a troubleshooting tool rather than a customization and configuring tool. That is something WineCfg is there for. I intend to make WineWorks as a tool which can HELP a user figure out potential problems which can hinder running Wine on his machine and to resolve those issues so that Wine may be up and going... all from a easy to use GUI. Please try out the program and send reports back to <subhobrotosinha at yahoo dot com> with [WINEWORKS] in the subject line and an optional line appended to it if required. I will soon put the details up on my site as soon as I get a few reports in my mail box. The program is attached compressed as 'WineWorks.zip' and has MD5 Sum '145a82af87efa62c8a694c5a1c18a0a5'. NOTE: It's recommended that you run WineWorks from a shell window to see the trace/debug messages. That way you can see what it's doing behind the scenes and where it went wrong (if it did).. Thanks ;) Regards Subhobroto Sinha __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

Re: [ANNOUNCE]WineWorks - yet another utility to configure Wine!
by Ivan Leo Murray-Smith Oct. 4, 2003

Oct. 4, 2003

Cool! It looks great considering it's a 0.1 And it has a brilliant solution for the start menu, OK, maybe IE isn't listed, but it's much more that what wine does now for menus (Nothing). Also, it allows users to know which programs are native linux ones and which ones are windows ones. BTW, this is going to be free software, isn't it? You obviously forgot to link attach the source.

1 0

Re: improve sound quality for IDsDriverImpl
by Robert Reif Oct. 4, 2003

Oct. 4, 2003

1 0

Of Start Menu, Shortcuts and broken functions...
by Subhobroto Sinha Oct. 4, 2003

Oct. 4, 2003

Hello all, Recently there has been a revived interest in putting up a 'Windows' like 'Start Menu' onto the Window managers. That's good.Thanks. But as I see it, this task is REALLY easy. Once we resolve the Windows shorcut files,figuring out how to implement the resolved menu entries for respective Desktop environments is dependent on the Desktop environment themselves, and people wanting to implement the 'Start Menu' on that environment. Windows maintains it's 'Start Menu' under '%ROOTDIR%\Documents and Settings\%USER%\Start Menu' (yeah I am talking >=NT,Win2k. For 9x, it will be probably 'C:\WINDOWS\Start Menu'), and this folder contains LOADS of shortcut (.lnk) files. So if we can just recurse through this folder and read out the .lnk files into compatible menu/desktop entries of the corresponding Desktop environment (KDE,GNOME...), we have a working, synchronized 'Start Menu'. And that's JUST what McCormack's 'winemenubuilder' does, and reading out the code I can see it's THE thing we need. Unfortunately, 'winemenubuilder' shipped from Wine-20030618 - the VERY version from which IPersistFile::Load() (the VERY function used to resolve windows shortcuts) got broken, so I could not see 'winemenubuilder' in practise! (Mike, if you are reading this, could you tell me on what Wine ver you originally developed it, and does 'winemenubuilder' work now ? Thanks) You yourself may try out 'winemenubuilder', and if it works let me know. I will know that I was at fault all along,and that would be good news for me ! Now, there arises the problem. Microsoft really does not tell us what's the data structure of .lnk files, though if Alexandre (or somebody of his status..) requested Matt Pietrek for that information, we can probably get it. Till then we are having to do with reverse engg., and let me tell you,that worked fine till Wine-20030618, i.e the Wine tarball release on the 18th June 2003. >From Wine-20030618 , the way Wine handled COM went a MAJOR overhaul, and it worked great in most cases and older code had to rewritten... .. and resolution of shortcuts just stopped working since then. So I have downgraded to using Wine 20030508 since it's the last version till which resolution of shortcuts works (though the code in 'shelllink.c' for this version is not nice to look at ;) ). DETAILS: -------- You see, the resolving of shortcuts is handled through IPersistFile::Load() using COM. The code for this instance of the interface can be found in 'dlls/shell32/shelllink.c'. IPersistFile::Load() calls IPersistFile_fnLoad from 'dlls/shell32/shelllink.c', which passes control to IPersistStream_Load() after a CreateStreamOnFile() call. Now the problem starts in IPersistStream_Load() at/after the following piece of code: 'if( hdr.dwFlags & SCF_DESCRIPTION ) r = Stream_LoadString( pLoadStream, unicode, &This->sDescription );'... Everything before this seems to work just fine! [That's a pity because most of the time we just require the program location from the shortcut file, and that's ALWAYS dumped correctly into 'This->pPidl' You can verify this by adding the following code after 'r = Stream_LoadLocation( pLoadStream );' in 'shelllink.c' LPCITEMIDLIST pidltemp = This->pPidl; do { char szSubho[MAX_PATH]; _dbg_ILSimpleGetText(pidltemp, szSubho, MAX_PATH); TRACE ("name=\"%s\"\n",szSubho); pidltemp = _dbg_ILGetNext(pidltemp); }while (pidltemp->mkid.cb); You need to turn on the trace messages and you shall see the program path resolved allright! I had even tried to put a 'return S_OK;' after the Stream_LoadLocation() call,because ALL i required was the program path, but unfortunately that did NOT work :( ] The call 'Stream_LoadString( pLoadStream, unicode, &This->sDescription );' works in some cases and fails in some. But you can be sure that all the following Stream_LoadString() calls starting from 'Stream_LoadString( pLoadStream, unicode, &This->sPathRel);' WILL fail! It did everytime on my SuSE 8.2,Wine-20030911. Thus, IPersistStream_fnLoad() will NEVER return S_OK ! The last time I debugged, I found that 'IStream_Read(pStm, &len, sizeof(len), &count);' under 'Stream_LoadString( IStream* pStm, BOOL unicode, LPWSTR *pstr )' was failing at/after the 'Description' string was read from the Windows shortcut file, apparently because the 'number of bytes read!=number of bytes to be read'( i.e, for those of you going through the 'shelllink.c' code, the 'count != len' condition was getting satisfied..) You may again verify this by turning on tracing and observing the messages for the above APIs from Wine while running my shortcut resolving code (found in the archives) OR McCormack's 'winemenubuilder'. I hope to get a suitable response to this post. PLEASE correct me if I have gone wrong anywhere! Thanks :=) Also, I will be VERY happy to recieve pseudocode/algorithm for the mentioned APIs specially Stream_LoadString() and IPersistStream_fnLoad() as I am having a hard time understanding a few lines in the code. And could someone send me the layout of .lnk files ? Please keep up the good work. Regards Subhobroto Sinha __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

3 2