August 2004 - Wine-Devel - list.winehq.org

config converting problem
by Henning Gerhardt Aug. 15, 2004

Aug. 15, 2004

Hi all, a friend of me would update the wine package (20030813) from his SuSE 9.0 system to the latest availabe package for this system (20040716). After the update following error message appears on each start of wine: .... Warning: the specified Windows directory L"C:\\Windows" is not accessible. Warning: the specified System directory L"C:\\Windows\\System" is not accessible. He get me also an output of the first wine start: Created symlink /home/julian/.wine/dosdevices/c: -> ../${HOME}/.wine/fake_windows .... Created symlink /home/julian/.wine/dosdevices/y: -> ../${HOME} .... Warning: the specified Windows directory L"C:\\Windows" is not accessible. Warning: the specified System directory L"C:\\Windows\\System" is not accessible. After my advise to get me the content of his "~/.wine/dosdevices", he send me the following output: .... lrwxrwxrwx 1 julian users 28 10. Aug 18:50 c: -> ../%HOME%/.wine/fake_windows .... lrwxrwxrwx 1 julian users 9 10. Aug 18:50 y: -> ../%HOME% .... and he send me also his config file (snipped content): [Drive C] "Path" = "${HOME}/.wine/fake_windows" "Type" = "hd" "Label" = "fake_windows" "Filesystem" = "win95" ... [Drive Y] "Type" = "network" "Path" = "${HOME}" "Label" = "Home" "FS" = "win95" .... (I translated the german dialog with him to english) I think the problem is the ${HOME} variable which is not parsed / correct replaced during the convert process. Have anyone an idea to solve this problem ? Or is it only a problem of the SuSE distribution ? Regards, Henning

7 16

Windows Default Button Observations
by Zach Gorman Aug. 15, 2004

Aug. 15, 2004

While fixing some compatibility problems in Wine relating to my app, I had the opportunity to compare how Wine handles default buttons to how Windows handles them. [Definition: Default buttons have the BS_DEFPUSHBUTTON style, are drawn with an extra-thick border, and are the buttons chosen when the user types Enter.] I fixed a couple problems today, but there are more issues left: ------- (1) Windows: When a dialog is deactivated in Windows, all buttons are made non-default. When it is activated again, Windows remembers which button was last the default button and makes it default again. It does all this by means of BM_SETSTATE messages. Wine: Default buttons are unaffected by activation/de-activation of their parent dialogs. (2) Windows: When the user clicks and holds on a button, then moves the mouse off that button before releasing it, the button is made default and receives the focus. The existing default button is made non-default. Wine: The button receives the focus but is not made default. -------- My impression is that (1) could be handled by remembering the default button (which, as Krishna Murthy has shown, is not the same as the default button id) in the DIALOGINFO structure. Number (2), however, is more difficult. When a button receives the capture, it can send a BM_SETSTATE to itself easily enough to make itself a DEFPUSHBUTTON, but how does it determine which other buttons to query and make non-default as necessary? It could simply query all its sibling controls, but this wouldn't work if it was contained within a sub-window in the dialog box. How can it determine how far up the hierarchy it needs to go? Any comments would be welcomed. Thanks, Zach

3 4

Large memory reporting
by Ivan Leo Puoti Aug. 15, 2004

Aug. 15, 2004

> /* work around for broken photoshop 4 installer */ You may have to consider handling this like Microsoft does. If you read trough m$ blogs, you'll find that what microsoft usually does is have all sort of workarounds for broken apps, without them lots of stuff would not run on window xp. To work like windows, wine will have to do the same. For example, at some point m$ found that a game called "The sims" didn't work on recent versions of windows, because it freed some heap memory, and then immediately tried to access it. The M$ guys had to reverse engineering the game to find this out, and then introduced a hack that would make windows compensate for the apps bug. The game did work on previous versions of windows. M$ has it's code full of this stuff, they give priority to m$ apps, followed by stuff from big vendors like IBM, adobe, macomedia and so on. Wine will have to unfortunately do the same to achieve 100% compatibility for all the apps that work on windows only thanks to specific hacks. I'm not saying that it's a good solution in this case, but at some point this sort of stuff will have to be done. Ivan.

2 1

Large memory reporting
by Shachar Shemesh Aug. 15, 2004

Aug. 15, 2004

Hi list, I have a Windows program that tries to find out how much memory it has at its disposal using "GlobalMemoryStatus". The machine has 4GB of physical memory and about 100MB of swap. GlobalMemoryStatus returns 2GB of physical memory and 0 available swap. It seems the problem is at dlls/kernel/heap.c, around lines 1150. First we make sure we never report more than 2GB of total or available memory, and then we make sure that we never report more than 2GB combined available physical+swap memory (which effectively zeros the available swap if there is more than 2GB of available memory). The comment next to this is: /* work around for broken photoshop 4 installer */ While I understand the need for the workaround, this significantly reduces the usefulness of the whole function. My question: Can we make these two rounding conditional on the application not wishing to work with more than 2GB? I.e. - can we let applications that were linked with LARGEADDRESSAWARE see the true state of the machine? If so, is there a way for me, when at the heap.c code, to know whether that flag was set on loading the current process? Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

2 1

console message encoding
by Vitaly Lipatov Aug. 15, 2004

Aug. 15, 2004

Is it known that console message printed to output in wine internal encoding (OEM?), not in locale encoding. Is it bug or just needed coding right behavior? For example, I have koi8-r as locale encoding, cp866 as OEM CP and cp1251 as ANSI CP. -- Lav Vitaly Lipatov Saint-Petersburg GNU! ALT Linux Team! LaTeX! LyX!

2 1

Debugger crash
by Mike Hearn Aug. 15, 2004

Aug. 15, 2004

Hi, If I start a simple OLE hello world app (shouldn't really matter what app it is though) and run "b CoRegisterClassObject" winedbg crashes: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075380896 (LWP 4932)] 0x408a2562 in symt_find_nearest (module=0x403e4248, addr=1081494000) at symbol.c:623 623 symt_get_info(&module->addr_sorttab[0]->symt, TI_GET_ADDRESS, &ref_addr); (gdb) bt #0 0x408a2562 in symt_find_nearest (module=0x403e4248, addr=1081494000) at symbol.c:623 #1 0x4089693b in elf_new_wine_thunks (module=0x403e4248, ht_symtab=0x4087dc70, num_areas=8, thunks=0x4087dc80) at elf_module.c:368 #2 0x40897071 in elf_load_debug_info (module=0x403e4248) at elf_module.c:598 #3 0x4089894d in module_get_debug (pcs=0x40330d80, module=0x403f44d0) at module.c:215 #4 0x408a2b3d in SymEnumSymbols (hProcess=0x30, BaseOfDll=0, Mask=0x4087de24 "*!CoRegisterClassObject", EnumSymbolsCallback=0x4076585c <sgv_cb>, UserContext=0x4087e164) at symbol.c:807 #5 0x40765cfc in symbol_get_lvalue (name=0x415b0038 "CoRegisterClassObject", lineno=-1, rtn=0x4087eb4c, bp_disp=1) at symbol.c:231 #6 0x4075a58a in break_add_break_from_id (name=0x415b0038 "CoRegisterClassObject", lineno=-1) at break.c:244 #7 0x4076b25f in yyparse () at ./dbg.y:216 #8 0x4076c98b in parser (filename=0x0) at ./dbg.y:562 #9 0x40769f73 in dbg_main_loop () at winedbg.c:991 #10 0x4076a2c1 in main (argc=2, argv=0xbffff608) at winedbg.c:1229 #11 0x407592f1 in __wine_exe_main () from /opt/wine/lib/wine/winedbg.exe.so #12 0x4049f953 in start_process (arg=0x0) at process.c:995 #13 0x400307a9 in wine_switch_to_stack () from /opt/wine/lib/libwine.so.1 (gdb) print module $1 = (struct module *) 0x403e4248 (gdb) print module->addr_sorttab[0] $2 = (struct symt_ht *) 0x0 Eric, any ideas? I don't understand what this code is doing. thanks -mike

2 1

Re: [QUARTZ] Some pins bug fixes
by Robert Shearman Aug. 14, 2004

Aug. 14, 2004

Christian Costa wrote: > Hi, > > Changelog: > Don't fail a connection because an input pin does not expose the > IMemInputPin interface (pull pins typically). This seems wrong. The FileAsyncReaderPin (and any other output pin that connects to a pull pin) should override the pConnectSpecific function so that it doesn't query for IMemInputPin. I can't explain why this isn't currently done. > Fixed a bug that made the connection possible whereas no suitable > media type has be found during the negociation. Good catch. > Fixed the release of the media sample in PullPin_Thread_Process. Again, good catch. I see now that without this fix we would have leaked ref counts on the IMediaSample object. > Added and fixed a lot of traces. I don't really like the (%p/%p)->... notation, but if it helps you in debugging then it's fine. Rob

3 2

Re: [QUARTZ] Some bug fixes
by Robert Shearman Aug. 14, 2004

Aug. 14, 2004

Christian Costa wrote: > Hi, > > This is the first of a serie of patches that implement an audio > (dsound) & video (ddraw) renderers, a decoder (a VFW wrapper filter) > and the IGraphBuilder interface. Cool. I wish I had more time to work on this area. > Actually I can do a playback of a MSVC/CRAM avi file with a winetest > app but the code is very ugly (especially the IGraphBuilder interface > which is somewhat harcoded) and I need to clean it a bit. Looking forward to the patches :) > Changelog: > Added missing initialization of the filesource output pin critical > section. Good catch. > Avoid indefinite wait when calling GetOverlappedResult. This shouldn't happen. GetOverlappedResult should do a wait on the event object, just like the wait above that succeeds (and GetOverlappedResult is called) or times out (and GetOverlappedResult is not called). I suspect that the bug is elsewhere, perhaps an event should be created for each request and then WaitForMultipleObjects used. > Fixed initial refcount of the IMemAllocator object. Good catch again. This was originally correct, but I believe I changed the class factory to avoid this silly convention. Rob

2 2

WWN 235
by Tom Aug. 14, 2004

Aug. 14, 2004

Hello, <li><a href="?issue=235#" class="small"></a></li> Needs to be removed from the side bar. Tom

1 0

Re: NTDLL: Fix signed/unsigned comparison warnings
by Dimitrie O. Paun Aug. 14, 2004

Aug. 14, 2004

On Fri, Aug 13, 2004 at 03:14:21PM +0200, Hans Leidekker wrote: > > This time I have tried to be more careful, by not watching a > football match at the same time for example ;) And with this > patch all tests still succeed, although they would not detect > every signedness change of course. Any gadge on if/when will be able to turn this warning on by default? How many warnings are currently left? -- Dimi.

2 1