- Wine-Devel - list.winehq.org

Re: [Wine]Run-time error '-2147221168 (80040150) Automation error
by Satish A. Lele July 6, 2004

July 6, 2004

Hello, When I run the following command: #wine Birthday\ Remainder.exe I get the following command line output: fixme:ole:CoRegisterMessageFilter stub fixme:ole:OleLoadPictureEx (0x4147e464,32981,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x4072fb00), partially implemented. fixme:ole:OleLoadPictureEx (0x4147e464,774,0,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x4072fb00), partially implemented. fixme:ole:OleLoadPictureEx (0x4147e464,1086,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x4072fb00), partially implemented. fixme:ole:OleLoadPictureEx (0x4147e464,3646,1,{7bf80980-bf32-101a-8bbb-00aa00300cab},x=0,y=0,f=0,0x4072fad0), partially implemented. fixme:ole:OLEPictureImpl_get_hPal (0x4023b070)->(0x4072fa7c): stub fixme:ole:OLEPictureImpl_get_hPal (0x4022c320)->(0x4072fa44): stub fixme:ole:OLEPictureImpl_SaveAsFile (0x402344b8)->(0x4023ddb0, 0, (nil)), hacked stub. I get the following error: Run-time error'-2147221168(80040150):- Automation error Please suggest the solution. Thanks, Satish. On Mon, 2004-07-05 at 14:29, Fabian Cenedese wrote: > >I have installed Visual Basic based Birthday Reminder application on > >Windows 2000 professional. Birthday application is shared. > > > >I am using Red Hat Linux 9 as a client. When I map i.e. mount Windows > >2000 server directory on Red Hat Linux 9 client machine and run Birthday > >remainder.exe file (i.e. wine Birthday\ Remainder.exe )using > >wine-20040615-1rh9winehq.i386.rpm, I get the following error: > > > >Run-time error '-2147221168 (80040150) Automation error' > > Do you get any messages on the command line, like errors, fixmes > or such? If yes, post the complete output to the wine-devel list. There > aren't that many users on the wine-users list. > > bye Fabi > > > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.org > http://www.winehq.org/mailman/listinfo/wine-users >

2 2

MSI in Wine
by Gearoid Donnellan July 5, 2004

July 5, 2004

Hey again, I am very shocked that this actually works and you probably know already but If you down load and extract the Windows Installer redistributable in the wine directory you can then install MSI's using "wine msiexec /i <msiname>". Tried it with winzip.msi and it worked perfectly. Don't know if that will hold through with others though

2 1

RE: Running United Devices Agent
by Roger Olson July 5, 2004

July 5, 2004

Hi All, Since this is my first attempt to submit a patch coupled with the fact that I am sooo new to win32 C, I thought I would offer my proposal before the wine developers. This does 3 things for me: 1) See if I am in left or the right field :) and if 'half step' patches to full implemetation are ok. 2) Check to see if my patch submission procedure/format is correct (did I follow directions correctly?). 3) Best of all, implementation of this patch nearly made my UD Agent function 100% without even adding any code. Sending via Mozilla e-mail client out of WinME hopefully set up properly. Feedback more than welcome! Thanks, Roger ********** Proposed Patch ************ Change CreateRemoteThread() from an unhandled exception to a fixme. Index: kernel/kernel32.spec =================================================================== RCS file: /home/wine/wine/dlls/kernel/kernel32.spec,v retrieving revision 1.136 diff -u -u -r1.136 kernel32.spec --- kernel/kernel32.spec 15 Jun 2004 00:52:03 -0000 1.136 +++ kernel/kernel32.spec 4 Jul 2004 18:46:11 -0000 @@ -221,7 +221,7 @@ @ stdcall CreatePipe(ptr ptr ptr long) @ stdcall CreateProcessA(str str ptr ptr long long ptr str ptr ptr) @ stdcall CreateProcessW(wstr wstr ptr ptr long long ptr wstr ptr ptr) -@ stub CreateRemoteThread +@ stdcall CreateRemoteThread(long ptr long ptr long long ptr) @ stdcall CreateSemaphoreA(ptr long long str) @ stdcall CreateSemaphoreW(ptr long long wstr) @ stdcall CreateSocketHandle() Index: kernel/thread.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/thread.c,v retrieving revision 1.18 diff -u -u -r1.18 thread.c --- kernel/thread.c 14 Jun 2004 17:04:35 -0000 1.18 +++ kernel/thread.c 4 Jul 2004 18:46:11 -0000 @@ -157,6 +157,32 @@ } +/*************************************************************************** + * CreateRemoteThread (KERNEL32.@) + * + * Creates a thread that runs in the address space of another process + * + * PARAMS + * + * RETURNS + * Success: Handle to the new thread. + * Failure: NULL. Use GetLastError() to find the error cause. + * + * BUGS + * Unimplemented + */ +HANDLE WINAPI CreateRemoteThread( HANDLE hProcess, SECURITY_ATTRIBUTES *sa, SIZE_T stack, + LPTHREAD_START_ROUTINE start, LPVOID param, + DWORD flags, LPDWORD id ) +{ + /* make this a fixme */ + FIXME("(): stub, Write Me.\n"); + + SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + return NULL; +} + + /*********************************************************************** * OpenThread [KERNEL32.@] Retrieves a handle to a thread from its thread id */

2 1

Precompiled headers?
by Shachar Shemesh July 5, 2004

July 5, 2004

Hi, Is anyone considering putting precompiled headers support into the wine build system? http://gcc.gnu.org/onlinedocs/gcc/Precompiled-Headers.html#Precompiled%20He… -- Shachar Shemesh Lingnu Open Source Consulting http://www.lingnu.com/

2 1

Extracting MSI's
by Gearoid Donnellan July 5, 2004

July 5, 2004

I dont know much about Wine but a friend of mine mentioned that I could be of some help in this area. It could be possible for me to create a script that will read an MSI and then recreate the directory structure needed to run a windows application in wine automaticallly. I was just wondering if anyone was working on anything similar or had any views on the issue? I am still unsure as to whether or not its possible but I am looking into it.

2 1

bug in redhat 9 RPMs
by James Gregory July 5, 2004

July 5, 2004

Hi all, apologies if this isn't the right place to post. I installed the RedHat 9 RPMs from sourceforge (followed the link from winehq.org -> downloads) and discovered that the permissions on /usr/lib/wine and /usr/share/wine (the directories, not their contents) were 700, which prevented normal users from using Wine. I changed the permissions so it's not a problem for this particular install, but it's probably not expected behaviour. Unfortunately I don't have any real way of checking if it's a system specific problem, or an issue with the RPMs themselves. I'm happy to supply any info needed to debug it. Thanks, James. -- James Gregory <james(a)linuxaus.com>

1 0

RE: Running United Devices Agent
by Roger Olson July 4, 2004

July 4, 2004

Hi All, Since this is my first attempt to submit a patch coupled with the fact that I am sooo new to win32 C, I thought I would offer my proposal before the wine developers. This does 3 things for me: 1) See if I am in left or the right field :) and if 'half step' patches to full implemetation are ok. 2) Check to see if my patch submission procedure/format is correct (did I follow directions correctly?). 3) Best of all, implementation of this patch nearly made my UD Agent function 100% without even adding any code. Sending via Mozilla e-mail client out of RH9 hopefully set up properly. Feedback more than welcome! Thanks, Roger ********** Proposed Patch ************ Change CreateRemoteThread() from an unhandled exception to a fixme. Index: dlls/kernel/kernel32.spec =================================================================== RCS file: /home/wine/wine/dlls/kernel/kernel32.spec,v retrieving revision 1.136 diff -u -u -r1.136 kernel32.spec --- dlls/kernel/kernel32.spec 15 Jun 2004 00:52:03 -0000 1.136 +++ dlls/kernel/kernel32.spec 4 Jul 2004 20:23:01 -0000 @@ -221,7 +221,7 @@ @ stdcall CreatePipe(ptr ptr ptr long) @ stdcall CreateProcessA(str str ptr ptr long long ptr str ptr ptr) @ stdcall CreateProcessW(wstr wstr ptr ptr long long ptr wstr ptr ptr) -@ stub CreateRemoteThread +@ stdcall CreateRemoteThread(long ptr long ptr long long ptr) @ stdcall CreateSemaphoreA(ptr long long str) @ stdcall CreateSemaphoreW(ptr long long wstr) @ stdcall CreateSocketHandle() Index: dlls/kernel/thread.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/thread.c,v retrieving revision 1.18 diff -u -u -r1.18 thread.c --- dlls/kernel/thread.c 14 Jun 2004 17:04:35 -0000 1.18 +++ dlls/kernel/thread.c 4 Jul 2004 20:23:01 -0000 @@ -157,6 +157,32 @@ } +/*************************************************************************** + * CreateRemoteThread (KERNEL32.@) + * + * Creates a thread that runs in the address space of another process + * + * PARAMS + * + * RETURNS + * Success: Handle to the new thread. + * Failure: NULL. Use GetLastError() to find the error cause. + * + * BUGS + * Unimplemented + */ +HANDLE WINAPI CreateRemoteThread( HANDLE hProcess, SECURITY_ATTRIBUTES *sa, SIZE_T stack, + LPTHREAD_START_ROUTINE start, LPVOID param, + DWORD flags, LPDWORD id ) +{ + /* make this a fixme */ + FIXME("(): stub, Write Me.\n"); + + SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + return NULL; +} + + /*********************************************************************** * OpenThread [KERNEL32.@] Retrieves a handle to a thread from its thread id */

1 0

Building Wine on a 64 Bit Machine
by Gamel, Matthew R July 4, 2004

July 4, 2004

Hello, I am currently attempting to build Wine-20040615 on an AMD Athlon 64 system. When I attempt to actually build the software, I am told that I need to implement interlocked functions for my CPU - I am not sure how to implement them myself but am wondering if anyone else has done so. Any help or advice would be appreciated. Thanks! matt

3 2

Error building CVS
by wine-devel＠kievinfo.com July 4, 2004

July 4, 2004

preloader.o(.text+0x219): In function `wld_printf': /usr/local/src/wine/loader/preloader.c:338: undefined reference to `strlen' preloader.o(.text+0x260): In function `fatal_error': /usr/local/src/wine/loader/preloader.c:349: undefined reference to `strlen' collect2: ld returned 1 exit status make[1]: *** [wine-preloader] Error 1 make: *** [loader] Error 2 Here is offending patch: http://cvs.winehq.org/patch.py?id=12698 This part: Index: wine/loader/Makefile.in diff -u wine/loader/Makefile.in:1.15 wine/loader/Makefile.in:1.16 --- wine/loader/Makefile.in:1.15 Sun Jul 4 16:02:15 2004 +++ wine/loader/Makefile.in Sun Jul 4 16:02:15 2004 @@ -28,7 +28,7 @@ $(CC) -o $@ glibc.o $(LIBWINE) $(LIBPORT) $(LIBPTHREAD) $(EXTRALIBS) $(LDFLAGS) wine-preloader: preloader.o Makefile.in - $(CC) -o $@ -static -nostartfiles -Wl,-Ttext=0x78000000 preloader.o $(LIBPORT) $(LDFLAGS) + $(CC) -o $@ -static -nostartfiles -nodefaultlibs -Wl,-Ttext=0x78000000 preloader.o $(LIBPORT) $(LDFLAGS) wine-kthread: $(KTHREAD_OBJS) Makefile.in $(CC) -o $@ $(LDEXECFLAGS) $(KTHREAD_OBJS) $(LIBWINE) $(LIBPORT) $(EXTRALIBS) $(LDFLAGS) Any ideas? -- Best regards, Vitaliy

1 0

Wierd wine threading crash
by Andrei Barbu July 4, 2004

July 4, 2004

I'm trying to get Alpha Centauri working on wine. I've fixed some bugs, but I've hit a wall with this one: 0011:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x4fb13f 0011:trace:seh:EXC_RtlRaiseException info[0]=00000000 0011:trace:seh:EXC_RtlRaiseException info[1]=00a63834 0011:trace:seh:EXC_RtlRaiseException eax=000362a2 ebx=00000001 ecx=00000001 edx=00000000 esi=00000000 edi=00000320 0011:trace:seh:EXC_RtlRaiseException ebp=4073a920 esp=40738a98 cs=0073 ds=007b es=007b fs=0033 gs=0007 flags=00010246 First chance exception: page fault on read access to 0x00a63834 in 32-bit code (0x004fb13f). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:0007 EIP:004fb13f ESP:40738a98 EBP:4073a920 EFLAGS:00010246( - 00 -RIZP1) EAX:000362a2 EBX:00000001 ECX:00000001 EDX:00000000 ESI:00000000 EDI:00000320 Stack dump: 0x00000000: 00000000 00000000 00000000 00000000 0x00000010: 00000000 00000000 00000000 00000000 0x00000020: 00000000 00000000 00000000 00000000 0x00000030: 00000000 00000000 00000000 00000000 0x00000040: 00000000 00000000 00000000 00000000 0x00000050: 00000000 00000000 00000000 00000000 0x00000060: Backtrace: =>1 0x004fb13f (0x4073a920) 2 0x004e5cd0 (0x4073a94c) 3 0x004ef883 (0x4073fda4) 4 0x004f5ae1 (0x4073fdc0) 5 0x005206d8 (0x4073fde0) 6 0x0052091f (0x4073fe00) 7 0x00520d07 (0x4073fe1c) 8 0x00522a1b (0x4073fe90) 9 0x0064dd06 (0x4073ff20) 10 0x4057f352 start_process+0xf2(arg=0x0) [process.c:980] in kernel32 (0x4073fff4) 11 0x40044091 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) 0x004fb13f: movb 0x98adac(,%eax,4),%dl The error happens regularly every time the 1st turn is ended (it's turn based, which makes things simpler in this case) Any ideas? By the way, the above only happens once in a while, it's more common for the stack to be full of ??s or winedbg failing to get any backtraces.

2 1