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

Re: Question about unix path request in 2 of the wine dlls

by Alexandre Julliard

Steven Edwards <steven_ed4153(a)yahoo.com> writes: > in urlmon umon.c calls cabextract for by requesting the unix path via wine_get_unix_file_name and > in shell32 shelllink.c get_unix_file_name is used in a few locations. Does anyone have a > suggestion on a clean simple way to handle both of these on non-nix platforms? Can this be moved > to libwine? Probably the right way is to use GetProcAddress to get a pointer to wine_get_unix_file_name, and simply skip the call if the function doesn't exist, this should do the right thing in all cases. -- Alexandre Julliard julliard(a)winehq.com

Aug. 25, 2002

Re: REQUEST: symlinks behaviour change

by Raul Dias

oi, <spetreolle(a)yahoo.fr> wrote: >You're right for benefits. >But will wine have the same behavior as before ? >In your example, the symlink for regsrv32 is replaced. >We could have a functionnality loss : will the regsrv32 still be >built-in without its symlink ? No. It won;t be builtin. It will be a native regsrv32.exe. It is important to note that if I have ran IE installer as root (as root owns /usr/lib/wine/regsrv32.exe.so in my system), the installation would have overwritten this file and any fake windows tree which symlinks to it (I have a few) would be using the native version instead of the builtin. > >> However, some applications needs to replace this files. >> >> I noted this with the Internet Explorer Installer (5.01 sp1 and 6.0). >> If it cannot >> replace the c:\windows\system\regsrv32.exe file it will abort. >> >> However, as the c:\windows\system\regsrv32.exe is a symlink and wine >> has permition >> to move/delete this symlink, I would link to suggest that wine >> first delete the symlink file when an application tries to write on >> it. >> []'s Raul Dias

Aug. 25, 2002

Re: REQUEST: symlinks behaviour change

by Sylvain Petreolle

You're right for benefits. But will wine have the same behavior as before ? In your example, the symlink for regsrv32 is replaced. We could have a functionnality loss : will the regsrv32 still be built-in without its symlink ? > However, some applications needs to replace this files. > > I noted this with the Internet Explorer Installer (5.01 sp1 and 6.0). > If it cannot > replace the c:\windows\system\regsrv32.exe file it will abort. > > However, as the c:\windows\system\regsrv32.exe is a symlink and wine > has permition > to move/delete this symlink, I would link to suggest that wine > first delete the symlink file when an application tries to write on > it. > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Aug. 25, 2002

Re: --dll buggy behaviour ?

by Raul Dias

Oi, Eric Pouech <eric.pouech(a)wanadoo.fr> wrote: >> I agree, but what do you need to write in order to change the dlls for >> a built-in application ? >> A question was already asked on the list, but no valuable answer was >> found. >> The builtin application chosen was wcmd. >wcmd.exe should work. in fact, this should be inserted in the wine >config file which will populate dynamically the registry (writting >directly to the registry files won't work. Why not? I was thinking that this would be a good way to add specific apps overrides to the global registry (thru regapi). > >for example, add this to ~/.wine/config to run shell32/shell as native >by default > >[AppDefaults\\wcmd.exe\\DllOverrides] >"shell32"="n,b" >"shell"="n,b" > >(see documentation/samples/config for more details and examples) In my original issue (with IE 5 installer), I set the default DllOverrides and the AppDefaults\\acmesetup.exe\\DllOverrides to "comctl32"="builtin" "commctrl"="builtin" and --dll comctl32,commctrl=b acmesetup.exe still loads its own comctl32.dll The only way in this situation to get IE 5 installed is to use a native commctrl.dll. I don't know the win32 api too well. However if it is possible for an application to use its dll (and override the config) which debugmsg channel will show this? > >A+ > []'s Raul Dias

Aug. 25, 2002

Re: extremely simple borland C builder app hangs

by Sylvain Petreolle

<snip> > fixme:commctrl:FlatSB_SetScrollProp stub > fixme:commctrl:InitializeFlatSB stub did you look at MSDN if these 2 stubs aren't the cause of your problem ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Aug. 25, 2002

Re: Wine Hides On-board RAM

by Ian D. Stewart

On 2002.08.18 12:21 Andreas Mohr wrote: > On Sun, Aug 18, 2002 at 11:32:54AM -0400, Ian D. Stewart wrote: > > I have recently noticed an unusual side-effect of running Wine. > When I > > first start up my system, /proc/meminfo reports MemTotal as 256892 > kb. > > After running Wine for awhile, /proc/meminfo reports MemTotal as > 32680 > > kb. The system performs as if it only had 32 MB of RAM. A reboot > of > > the system resets total memory to the proper value. > > > > My question is: > > > > 1) Has anybody else encountered this? > > 2) Does anyone know what causes this, or better yet how to avoid it? > > 3) Is there anyway to recover the lost RAM short of a reboot? > > Huh ? This is very, very, VERY strange ! > Something like this should never happen. > Are you sure it's caused by Wine only, or maybe it is due to faulty > memory > instead ? (and thus the board/Linux notices that only 32MB are useable > and resorts to accessing 32MB only). Well I can't say with absolute certainty that it's caused by Wine, but the system runs without any problems for extended periods of time so long as I don't run Wine, and consistently 'loses' memory when I *do* run wine. I don't know exactly what's going on. I do know that there appears to be some sort of threshold that is reached at which point the memory hiding occurs (e.g., the same issue arises whether I run Wine for 5 hours at one shot or for 30 minutes a day for 10 days) and the threshold isn't 'reset' until I reboot. > > Again, I'm utterly puzzled when hearing such a story. > Or maybe Wine accesses some Linux memory management function in some > way > that causes Linux to tamper with the value for some reason ? > This wouldn't be the first time that Wine is the only program to > reveal > some severe bug in Linux memory management... > > Definitely try upgrading your kernel, too. I have no problem with upgrading, but I would like to know *why* I am upgrading (i.e., what bug is causing the problem, and how does the new kernel address the bug). To do otherwise strikes me as being equivelant to the tendency in the Windows community whenever something odd happens. Thanx for the input, Andreas. Ian

Aug. 25, 2002

Re: Wine Hides On-board RAM

by Andreas Mohr

On Sun, Aug 25, 2002 at 08:17:09AM -0400, Ian D. Stewart wrote: > On 2002.08.18 12:21 Andreas Mohr wrote: > > On Sun, Aug 18, 2002 at 11:32:54AM -0400, Ian D. Stewart wrote: > > > After running Wine for awhile, /proc/meminfo reports MemTotal as > > 32680 > > > kb. The system performs as if it only had 32 MB of RAM. A reboot > > of > > > the system resets total memory to the proper value. > > > > > > My question is: > > > > > > 1) Has anybody else encountered this? > > > 2) Does anyone know what causes this, or better yet how to avoid it? > > > 3) Is there anyway to recover the lost RAM short of a reboot? > > > > Huh ? This is very, very, VERY strange ! > > Something like this should never happen. > > Are you sure it's caused by Wine only, or maybe it is due to faulty > > memory > > instead ? (and thus the board/Linux notices that only 32MB are useable > > and resorts to accessing 32MB only). > > Well I can't say with absolute certainty that it's caused by Wine, but > the system runs without any problems for extended periods of time so > long as I don't run Wine, and consistently 'loses' memory when I *do* > run wine. > > I don't know exactly what's going on. I do know that there appears to > be some sort of threshold that is reached at which point the memory > hiding occurs (e.g., the same issue arises whether I run Wine for 5 > hours at one shot or for 30 minutes a day for 10 days) and the > threshold isn't 'reset' until I reboot. > > > > > Again, I'm utterly puzzled when hearing such a story. > > Or maybe Wine accesses some Linux memory management function in some > > way > > that causes Linux to tamper with the value for some reason ? > > This wouldn't be the first time that Wine is the only program to > > reveal > > some severe bug in Linux memory management... > > > > Definitely try upgrading your kernel, too. > > I have no problem with upgrading, but I would like to know *why* I am > upgrading (i.e., what bug is causing the problem, and how does the new > kernel address the bug). To do otherwise strikes me as being > equivelant to the tendency in the Windows community whenever something > odd happens. *sigh* You're definitely not of the easy kind of people, are you ? ;-) A lot of people would just upgrade and be happy in case the bug is fixed, but you... :) Well, if you're so eager to learn what the problem is, then I'd suggest to get your hands pitch black dirty immediately ;-) Find out where /proc/meminfo gets fed with values, then find out which part messes with the MemTotal value in any way. Hmm, arch/i386/mm/init.c/si_meminfo() sounds like a sure winner. I'd suggest looking for the totalram_pages variable (add logging whenever that one gets modified in some way). OTOH I don't see any place where there is a direct assignment of that variable. Hmm, where does that variable even get initialized then ??? (well, probably declaration auto initialization then) Oh well, good luck ! ;) -- The Declaration of Software Freedom: http://freedevelopers.net/freedomdec/index.php

Aug. 25, 2002

Re: comctl32.dll compile on WinXP

by Steven Edwards

Hola Sorry about being so late in getting back to you but I've been busy. I'm going to adapt your test for mingw and commit it to the reactos tree so I can test our comctl32.dll. If you are going to do more work on porting the wine dlls to windows please use the diff -u format Thanks Steven --- Zolt�n_Nagy <nagyzoli(a)netelek.hu> wrote: > Dear Wine, > > I made two changes (wine 10.07.2002.) in your wine software > > First: > controls/edit.c > If you select a text area width mouse, then caret is not moved (like Windows). > The follow code solution the problem: > > end of EDIT_WM_MouseMove(): > EDIT_SetCaretPos(hwnd,es,es->selection_end,es->flags & EF_AFTER_WRAP); > return 0; > } > > > Second: > How can I build comctl32.dll (or other dll) with MS Visual C++ .NET (on WinXP)? > This is not problem (tested on WinXP): > > 1. please create a directory (examlpe test1) > 2. please create an INCLUDE directory (examlpe test1\INCLUDE) > 3. please copy the full wine include files here (test1\inlude\*.*) > 3. unzip the full.zip into test1 directory (this changes more include files) > 4. Open width MS Visual C++ .net the test1\dlls\testcomctl32\testcomctl32.sln file > 5. Compile project (F7). No panic, if you see very lot of warning (1679 pc.). (if not success > the compile, then maybe problem width include files) > > But I have a big problem, if I use the testcomctl32.dll from Windows aplication, then > RegisterClass function fail width 1410 error code (Class already exists), therefore I renamed > the name of classes (ex. msctls_progress32 -> wine_msctls_progress32). > > I made two examle, how to use the testcomctl32.dll? > In the BIN directory can be found the TESTCOM.EXE (this use the WINE comctl32.dll) and > TESTCOMWINDOWS.EXE (use the MS comctl32.dll). > > > > Best Regards, > > Zoltan Nagy > form Hungary > > nagy.zoltan(a)drotposta.hu > or > mazli(a)mazli.hu > or > nagyzoli(a)netelek.hu > > ATTACHMENT part 2 application/x-zip-compressed name=FULL.ZIP __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

Aug. 25, 2002

Re: --dll buggy behaviour ?

by Eric Pouech

> I agree, but what do you need to write in order to change the dlls for > a built-in application ? > A question was already asked on the list, but no valuable answer was > found. > The builtin application chosen was wcmd. wcmd.exe should work. in fact, this should be inserted in the wine config file which will populate dynamically the registry (writting directly to the registry files won't work. for example, add this to ~/.wine/config to run shell32/shell as native by default [AppDefaults\\wcmd.exe\\DllOverrides] "shell32"="n,b" "shell"="n,b" (see documentation/samples/config for more details and examples) A+

Aug. 25, 2002

Re: RFC: 'test' bugzilla keyword

by Tony Lambregts

Dan Kegel wrote: >Francois Gouget wrote: > > >>if we make it easy to track >>conformance test issues in Bugzilla, we may get new contributers (sure I >>realize it's not a magic bullet either). Thus I propose to add a 'test' >>keyword to make it easy to find such issues in bugzilla for people >>specifically interested in conformance tests. >> >> > >Excellent idea. > >The keyword 'test' might be a bit confusing -- some bug tracking >systems use that word as a state. How about something short >that has very few hits on Google? Like, um, "apifail" or >"unitfail" > I would suggest that "apifailure" would be better (and longer..) but It would be great to have this. Tony Lambregts

Aug. 25, 2002