Visual FoxPro 8 / Wine20030318 crash

[Paul McNett]

I crash when building an EXE in the new version of Visual Foxpro.  Any ideas?

"windows" = "nt351", all dlls built-in.  Here's the output leading up to the crash:

fixme:hook:NotifyWinEvent (32769,0x50032,1,0)-stub!
fixme:pidl:SHLogILFromFSIL (pidl=0x4032b090)
fixme:dc:LockWindowUpdate (0x50033), partial stub!
fixme:shell:ISVBgCm_fnGetCommandString unknown command string
fixme:shell:ISVBgCm_fnGetCommandString unknown command string
fixme:shell:ISVBgCm_fnGetCommandString unknown command string
fixme:dc:LockWindowUpdate ((nil)), partial stub!
fixme:shell:ReadCabinetState 0x4071e2e0 0x000c stub
fixme:hook:NotifyWinEvent (32773,0x30031,7,1)-stub!
fixme:hook:NotifyWinEvent (32768,0x90032,1,0)-stub!
fixme:hook:NotifyWinEvent (32769,0x90032,256,0)-stub!
fixme:hook:NotifyWinEvent (32769,0x90032,1,0)-stub!
fixme:ole:DispCallFunc Do not know how to handle pvargResult 0x4071e5cc. Expect crash ...
fixme:ole:DispCallFunc Method returned 0
err:ole:TLB_ReadTypeLib Loading of typelib L"E:\src\vfp\sbs\sbs.exe" failed with error 0
fixme:seh:EXC_RtlRaiseException call to unimplemented function kernel32.dll.BeginUpdateResourceA
fixme:process:CreateProcessA (E:\prg\vfp8\dw15.exe,...): NORMAL_PRIORITY_CLASS ignored
fixme:process:CreateProcessA (E:\prg\vfp8\dw15.exe,...): CREATE_DEFAULT_ERROR_MODE ignored
fixme:win32:PE_CreateModule Security directory ignored
fixme:ntdll:NtQuerySystemInformation (0x00000005,0x4028d858,0x00010000,(nil)) stub
fixme:win32:PE_CreateModule Security directory ignored
fixme:advapi:RegisterEventSourceW ((null),L"Microsoft Visual FoxPro"): stub
fixme:advapi:ReportEventA stub
fixme:advapi:DeregisterEventSource (0x1): stub
fixme:wininet:InternetGetConnectedState always returning LAN connection.

[Uwe Bonnes]

> > > > > "Paul" == Paul McNett  writes:

Paul> I crash when building an EXE in the new version of Visual Foxpro.
    Paul> Any ideas?  "windows" = "nt351", all dlls built-in.  Here's the
    Paul> output leading up to the crash:

Paul> fixme:hook:NotifyWinEvent (32769,0x50032,1,0)-stub!
    Paul> fixme:pidl:SHLogILFromFSIL (pidl=0x4032b090)
    Paul> fixme:dc:LockWindowUpdate (0x50033), partial stub!
    Paul> fixme:shell:ISVBgCm_fnGetCommandString unknown command string
    Paul> fixme:shell:ISVBgCm_fnGetCommandString unknown command string
    Paul> fixme:shell:ISVBgCm_fnGetCommandString unknown command string
    Paul> fixme:dc:LockWindowUpdate ((nil)), partial stub!
    Paul> fixme:shell:ReadCabinetState 0x4071e2e0 0x000c stub
    Paul> fixme:hook:NotifyWinEvent (32773,0x30031,7,1)-stub!
    Paul> fixme:hook:NotifyWinEvent (32768,0x90032,1,0)-stub!
    Paul> fixme:hook:NotifyWinEvent (32769,0x90032,256,0)-stub!
    Paul> fixme:hook:NotifyWinEvent (32769,0x90032,1,0)-stub!
    Paul> fixme:ole:DispCallFunc Do not know how to handle pvargResult
                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    Paul> 0x4071e5cc. Expect crash ...  fixme:ole:DispCallFunc Method
    Paul> returned 0 err:ole:TLB_ReadTypeLib Loading of typelib
    Paul> L"E:\src\vfp\sbs\sbs.exe" failed with error 0
    Paul> fixme:seh:EXC_RtlRaiseException call to unimplemented function
    Paul> kernel32.dll.BeginUpdateResourceA fixme:process:CreateProcessA
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
For the first error, either try with a combo of the native OLE dlls
(ole2,ole32,oleaut32, rpcrt4 and maybe more) or hope that some of the OLE
gurus( Hey Marcus :-) picks up the problem.

For the unimplemented function, perhaps try to add a stub
implementation. Look in the archives how others did it ( find out the
arguments, add the entry in the spec file, add a stub implementation in a .c
file and send the patch).

Bye

[Paul McNett]

Uwe Bonnes writes:
> Paul> fixme:ole:DispCallFunc Do not know how to handle pvargResult
>                               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> For the first error, either try with a combo of the native OLE dlls
> (ole2,ole32,oleaut32, rpcrt4 and maybe more) or hope that some of the OLE
> gurus( Hey Marcus :-) picks up the problem.

Ok, that error disappeared.  Will have to add back builtin to each dll 
individually to determine which one is at fault...  I don't think that was 
the cause of my problem anyway (see below).
> Paul> kernel32.dll.BeginUpdateResourceA fixme:process:CreateProcessA
>       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> For the unimplemented function, perhaps try to add a stub
> implementation. Look in the archives how others did it ( find out the
> arguments, add the entry in the spec file, add a stub implementation in a
> .c file and send the patch).

Ok, I did this.  Now I'm not a C programmer but it was pretty easy to figure 
out what to do.  I changed the @stub in the spec file to @stdcall, and 
added the argument types.  I noticed that UpdateResourceA and 
UpdateResourceW are implemented as stubs in /win32/kernel32.c,  so I put in 
the BeginUpdateResourceA, W and EndUpdateResourceA, W there as well.

With these changes, the Build EXE process doesn't crash for me anymore.  I 
end up with an EXE that runs fine, but doesn't contain icon and version 
resources.  At least I can do my test builds on Linux and then when I'm 
ready to deploy I can build on Windows.

So, I'll follow the instructions on submitting the patch later today.

Thanks Uwe!

[Sylvain Petreolle]

Why does this thing need network activity to build an EXE ??
> fixme:wininet:InternetGetConnectedState always returning LAN
> connection.

=====
Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259
No more War !

"What if tomorrow the War could be over ?" Morpheus, in "Reloaded".

For the Law of Oil and Fire, Im an European that lives in France.
For all my Brothers and friends, Im a human living on Earth.

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com

[Paul McNett]

Sylvain Petreolle writes:
> Why does this thing need network activity to build an EXE ??

Maybe it wants to "phone home" first if possible... ???

[Marcus Meissner]

Hi,
> fixme:ole:DispCallFunc Do not know how to handle pvargResult 0x4071e5cc. Expect crash ...

This might be a problem, not necessarily.
> err:ole:TLB_ReadTypeLib Loading of typelib L"E:\src\vfp\sbs\sbs.exe" failed with error 0

This is a problem which needs to be debugged.
> fixme:seh:EXC_RtlRaiseException call to unimplemented function kernel32.dll.BeginUpdateResourceA

This is a more definite problem which needs to be fixed.

Ciao, Marcus