- Wine-Devel - list.winehq.org

Porting WineLib on PPC, using Bochs for binaries
by KandY April 24, 2002

April 24, 2002

Hi everybody, I'm currently very interested by porting some of the Wine tech.on PPC. I've been looking for people interested in this kind of painful duty but I didn't see anybody carrying this type of idea anywhere on the Web. I've already mailed some people on that subject and someone told me some people were trying to port WineLib on Sparc (Ulrich Weigand for instance...). Does anybody of you have more information on that ? Did somebody did that somewhere on the globe? Besides that, to achieve my binary compatibility, I was looking at the Bochs emulation. Of course, I'm currently affected by some messages on the web saying the performances are not that great. I have nothing against emulation of machines but I only want to know of it is possible to port the Bochs on my Linux PPC and what performances can I expect (aren't there any benches to help me make my decision ?). Someone said that with a PIII 933, one can reach 3.5MIPS. Who can tell me success stories on that before I start working ? Yann K.

3 2

Re: printing problem?
by Insyde April 24, 2002

April 24, 2002

sorry, wine version 20020411 Ricardo.

1 0

printing problem?
by Insyde April 24, 2002

April 24, 2002

I tried to run a program but When I log in and sends me to the other program I have this error: 0806ea98:Call kernel32.VirtualFree(40a50000,00000000,00008000) ret=6a91583f 0806ea98:Ret kernel32.VirtualFree() retval=00000001 ret=6a91583f 0806ea98:Call kernel32.VirtualFree(40b50000,00000000,00008000) ret=6a915818 0806ea98:Ret kernel32.VirtualFree() retval=00000001 ret=6a915818 0806ea98:Ret PE DLL (proc=0x6a9110d9,module=6a910000,type=0,res=0x1) retval=1 0806ea98:Call PE DLL (proc=0x405b0ea8,module=40593000,type=0,res=0x1) 0806ea98:Ret PE DLL (proc=0x405b0ea8,module=40593000,type=0,res=0x1) retval=1 0806ea98:Call PE DLL (proc=0x407a1268,module=40796000,type=0,res=0x1) 0806ea98:Ret PE DLL (proc=0x407a1268,module=40796000,type=0,res=0x1) retval=1 0806ea98:Call PE DLL (proc=0x406a61d0,module=4069c000,type=0,res=0x1) 0806ea98:Ret PE DLL (proc=0x406a61d0,module=4069c000,type=0,res=0x1) retval=1 0806ea98:Call PE DLL (proc=0x407271ec,module=40717000,type=0,res=0x1) 0806ea98:Ret PE DLL (proc=0x407271ec,module=40717000,type=0,res=0x1) retval=1 x11drv: Warning: $DISPLAY variable ignored, using ':0.0' specified in config file err:winspool:WINSPOOL_OpenDriverReg win32 style printing used with 16 bits app, try -winver win95 err:winspool:AddPrinterDriverA Can't create Drivers key err:winspool:WINSPOOL_LoadSystemPrinters Failed adding PS Driver (6) fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=024f wine: Unhandled exception, starting debugger... x11drv: Warning: $DISPLAY variable ignored, using ':0.0' specified in config file err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=024f err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=024f err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=024f err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=024f err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=024f err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=024f err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=024f err:win:WIN_FindWndPtr window 30021 belongs to other process err:win:WIN_FindWndPtr window 30021 belongs to other process can anyone help me? Thanks Ricardo.

1 0

Re: C/L utility to translate unix and dos paths
by Andriy Palamarchuk April 24, 2002

April 24, 2002

--- Michael Wetherell <mike.wetherell(a)ntlworld.com> wrote: > Here's a small utility to convert between Unix and > Windows style paths > at the command line. [... skip ...] Mike, you may be interested in cygwin utility cygpath of the same purpose. For description see: http://cygwin.com/cygwin-ug-net/using-utils.html#CYGPATH Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Games - play chess, backgammon, pool and more http://games.yahoo.com/

1 0

Re: Re: CoGetClassObject and SHQueryValueEx A/W/AW fixxes
by juergen.schmied＠debitel.net April 24, 2002

April 24, 2002

> I chose SHGetRegPathW from shlwapi, because that seemed to be the best > matching function for getting the registry string. I did not call a *AW > function directly. I fixed the SHQueryValueExW to convert the incoming > strings to ascii, _because_ the SHQueryValueExAW function had a bug in > handling ExpandEnviromentStringsA (always failed) and was ascii-only (it > doesn't seem to handle unicode at all). That was also the part i was not > completely happy about. I must say i'm not to happy about including > shlwapi either, but i think it is better than reinventing the wheel. I'm looking into the SHReg* functions at the moment and do a little cleanup i allready found some more glitches. > What would you suggest i do? Move SHGetRegPath into a libwine and make a > dependency from shlwapi and compobj(ole32) to that library? reimplement > SHGetRegPathW and SHQueryValueExW in place in compobj.c ? Especially > with the lib seperation going on.. there will be more and more inter-dll > dependencys, must we avoid that at all cost? No, we must avoid such dependencys and reimplement this functionality where needed. I send a patch in a few days. juergen

1 0

Fail to run Dreamweaver 4 -iKernel error
by leanne April 24, 2002

April 24, 2002

Dear all, I tried. to run Dreamweaver 4. After running "Preparing ...." I got iKernel error. Attached pls find the ikernel_error.png Could anybody help? Thanks. Leanne

1 0

IE5.x and Toolbars
by Guy L. Albertelli April 24, 2002

April 24, 2002

This note is just to document what happens in IE5.5 when using the "Favorites" dropdown menu. With the native control, if the mouse hovers over a folder, IE will expand the folder. The expansion is accomplished by the following steps: 1. IE will set a timer on the Toolbar window with id=8001 2. WM_TIMER message for id=8001 on the Toolbar window occurs. 3. Since the Toolbar window is subclassed via comctl.410 (and friends), the subclass WndProc (in native comctl32) somehow calls a part of IE which issues a KillTimer and a PostMessage of message 0xc057 against the main window. 4. When message 0xc057 is dispatched, it issues a few TB_... messages and then eventually issues a CreateWindowExA for the next "BaseBar" window. This then drives the creation of the pop-out window. Since we don't support comctl32.410, .411, .412, and .413, this doesn't work (and will never work till we do support those undocumented routines). <rant> The reason MS can't make a modular Windows is because apparently no one there understands what modular means. Maybe they should work a summer building double wide trailers. </rant> Guy Albertelli <<galberte(a)neo.lrun.com>>

1 0

Re: comm.c:COMM_BuildOldCommDCB err...
by Joerg Mayer April 24, 2002

April 24, 2002

On Tue, Apr 23, 2002 at 05:43:32PM -0700, Duane Clark wrote: > Forwarded for marcelo(a)sysmo.com.br > + if (!strncasecmp(device,"COM",3)) strcpy(temp,device+5); > + else strcpy(temp,device); What happens, if device is "COM\0" ? Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

MoveFileExA bug and half-a-solution
by Jeremy Shaw April 23, 2002

April 23, 2002

Hello, The Problem: There is a bug in MoveFileExA (files/file.c). MoveFileExA will (usually) call rename() in libc to move a file. Unfortunately, this causes problems because it does not update the sharing table. I will illustrate with an example. When the Office intaller tries to install Internet Explorer it sees that the file: C:\Windows\System\UrlMon.dll exists and moves it to: C:\Windows\System\IE4Setup\UrlMon.dll it then tries to create the file C:\Windows\System\UrlMon.dll but fails because of a "sharing violation". It believes that a file already exists at c:\window\systems\urlmon.dll, because, according to the shared table, one does. But on the disk, the file has been moved. The Half-a-fix: It seems odd to me that MoveFileExA is directly renaming the file. The other functions in the same file do their dirty work via wineserver. Does it seem reasonable that I should have to add a new wineserver request for "MoveFile" that will rename the file and update the share table? Or am I missing something obvious? Also of note: I do not think this has been a "problem" until some recent changes in MoveFileExA where these lines were removed: /* check, if we are allowed to delete the source */ hFile = CreateFileA(full_name1.long_name, 0, 0, NULL,OPEN_EXISTING,0,0); if(hFile == INVALID_HANDLE_VALUE) return FALSE; CloseHandle(hFile); If a file was being shared, this code would prevent it from being moved. So, perhaps that was the right fix? Maybe you can't move a file that is being "shared"? If that is the case, there does not seem to be code in place anymore to prevent you from moving a shared filed. Thanks for you help! I will send a patch in, as soon as I got one. Jeremy Shaw. Here is a trace of the bug in action: Its shows the file being moved, a log file being updated, and then the CreateFileA failing. ** 080baec8:Call kernel32.MoveFileA(403d1e94 "C:\\WINDOWS\\SYSTEM\\URLMON.DLL",40556734 "C:\\WINDOWS\\SYSTEM\\IE4Setup\\URLMON.DLL") ret=500f6a98 retval=00000001 ** trace:file:MoveFileA (C:\WINDOWS\SYSTEM\URLMON.DLL,C:\WINDOWS\SYSTEM\IE4Setup\URLMON.DLL) ** trace:file:MoveFileExA (C:\WINDOWS\SYSTEM\URLMON.DLL,C:\WINDOWS\SYSTEM\IE4Setup\URLMON.DLL,0002) ** 080baec8:Ret kernel32.MoveFileA() retval=00000001 ret=500f6a98 ** 080baec8:CALL mssetup.87: FLogOpen() ret=500f78ff retval=00000001 ** 080baec8:RET mssetup.87: FLogOpen() retval=00000001 ret=500f78ff ** 080baec8:Call kernel32.FormatMessageA(00000500,500f1be0,00000000,00000000,40556710,00000000,4055670c) ret=500f7927 retval=0000005a ** 080baec8:Ret kernel32.FormatMessageA() retval=0000005a ret=500f7927 ** 080baec8:CALL mssetup.100: FWriteToLogFile(403d20a8,00000000) ret=500f7938 retval=00000001 *** 080baec8:Call kernel32.SetErrorMode(00000001) ret=5009df3c retval=00000000 *** 080baec8:Ret kernel32.SetErrorMode() retval=00000000 ret=5009df3c *** 080baec8:Call kernel32.CreateFileA(4036a7e0 "C:\\WINDOWS\\IE Setup Log.Txt",c0000000,00000000,00000000,00000003,00000000,00000000) ret=5009df92 retval=0000008c *** trace:file:CreateFileA C:\WINDOWS\IE Setup Log.Txt GENERIC_READ GENERIC_WRITE OPEN_EXISTING *** 080baec8:Ret kernel32.CreateFileA() retval=0000008c ret=5009df92 *** 080baec8:Call kernel32.SetErrorMode(00000000) ret=5009dfdd retval=00000001 *** 080baec8:Ret kernel32.SetErrorMode() retval=00000001 ret=5009dfdd *** 080baec8:Call kernel32.SetFilePointer(0000008c,00000000,00000000,00000002) ret=5009e199 retval=0000356a *** trace:file:SetFilePointer handle 140 offset 0 high 0 origin 2 *** 080baec8:Ret kernel32.SetFilePointer() retval=0000356a ret=5009e199 *** 080baec8:Call kernel32.lstrlenA(403d20a8 "\tMoveFile succeeded: C:\\WINDOWS\\SYSTEM\\URLMON.DLL to C:\\WINDOWS\\SYSTEM\\IE4Setup\\"...) ret=5009e388 retval=0000005a *** 080baec8:Ret kernel32.lstrlenA() retval=0000005a ret=5009e388 *** 080baec8:Call kernel32.WriteFile(0000008c,403d20a8,0000005a,405566c8,00000000) ret=5009e161 retval=00000001 *** trace:file:WriteFile 140 0x403d20a8 90 0x405566c8 (nil) *** 080baec8:Ret kernel32.WriteFile() retval=00000001 ret=5009e161 *** 080baec8:Call kernel32.lstrlenA(500c68f4 "\r\n") ret=5009e388 retval=00000002 *** 080baec8:Ret kernel32.lstrlenA() retval=00000002 ret=5009e388 *** 080baec8:Call kernel32.WriteFile(0000008c,500c68f4,00000002,405566c8,00000000) ret=5009e161 retval=00000001 *** trace:file:WriteFile 140 0x500c68f4 2 0x405566c8 (nil) *** 080baec8:Ret kernel32.WriteFile() retval=00000001 ret=5009e161 *** 080baec8:Call kernel32.CloseHandle(0000008c) ret=5009e0ef retval=00000001 *** 080baec8:Ret kernel32.CloseHandle() retval=00000001 ret=5009e0ef ** 080baec8:RET mssetup.100: FWriteToLogFile() retval=00000001 ret=500f7938 ** 080baec8:Call kernel32.LocalFree(403d20a8) ret=500f7941 retval=00000000 ** 080baec8:Ret kernel32.LocalFree() retval=00000000 ret=500f7941 ** 080baec8:Call kernel32.CopyFileA(40556734 "C:\\WINDOWS\\SYSTEM\\IE4Setup\\URLMON.DLL",403d1e94 "C:\\WINDOWS\\SYSTEM\\URLMON.DLL",00000000) ret=500f6aca retval=00000000 ** trace:file:_lopen ('C:\WINDOWS\SYSTEM\IE4Setup\URLMON.DLL',0000) ** trace:file:CreateFileA C:\WINDOWS\SYSTEM\IE4Setup\URLMON.DLL GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING ** trace:file:CreateFileA C:\WINDOWS\SYSTEM\URLMON.DLL GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE CREATE_ALWAYS ** 080baec8:Ret kernel32.CopyFileA() retval=00000000 ret=500f6aca

1 0

RE: tools/wineinstall problems
by Medland, Bill April 23, 2002

April 23, 2002

> -----Original Message----- > From: Stig Vig [mailto:lancer_irc(a)hotmail.com] > Sent: Tuesday, April 23, 2002 1:36 PM > To: wine-devel(a)winehq.com > Subject: tools/wineinstall problems > > > Hi > I love your wine except one thing. I cant install it proper. > When I run > tools/wineinstall and it asks for the root password, it says > it's wrong > password but I have entered the right. In the message it says > that I shoudl > email on this adress if its a problem of this sort. So now I > be gratefull if > you could help me solw my problem. > //greets lancer > > > _________________________________________________________________ > MSN Photos is the easiest way to share and print your photos: > http://photos.msn.com/support/worldwide.aspx > > In the wineinstall script correct the following two lines: 1. Where it mentions "ldconfig" explicitly state "/sbin/ldconfig" 2. Where it says su -c"$sucommand" put su -c "$sucommand" Then run it again and that should solve it. Bill

1 0