wine-devel

wine-devel@winehq.org

7 participants
84404 discussions

Problems converting DLL to unix SO with winelib
by list＠vmn.com.br 06 Jun '02

06 Jun '02

Hello All At Wine-Devel! I am trying to convert a win32 DLL to a unix SO. The dll named if32dt is basically a wrapper over the serial port, interfacing some custom hardware. It is therefore a driver to the custom hw. This is part of a project to port a windows sales app to linux. There are about 6 DLLs with similar structure and my aim is to show my superiors that using winelib is much better than simply rewriting the DLL to use unix system calls. 1) I have sucessfully copied my project over to unix and built the so file The project is basicaly a couple of headers and the c file ifdt32.cpp bash# cd ifdt32/ bash# mv ifdt32.cpp ifdt32.c #the file is plain C , cpp was confusing gcc bash# winemaker --nomfc -imsvcrt.dll -I/usr/local/include/wine/msvcrt --dll . bash# ./configure bash# make bash# make install The DLL uses msvcrt so I added it. => I read some issues between msvcrt and crt in winehq.com After changing a couple lines of ifdt.c I was able to build libifdt.so . I had a lot of warnings like ifdt32.c:176: warning: comparison between pointer and integer My ifdt32.spec file is unchanged from what winemaker created name ifdt32 type win32 mode dll init DllMain import msvcrt.dll import advapi32.dll import comdlg32.dll import gdi32.dll import kernel32.dll import ntdll.dll import odbc32.dll import ole32.dll import oleaut32.dll import shell32.dll import user32.dll import winspool.drv ifdt32.c only uses msvcrt.dll, ntdll.dll , kernel32.dll, user32.dll I added simple printf calls to DllMain to see if it was being called when the SO is loaded make install correctly put libifdt.so in /usr/local/lib I ran ldconfig in /usr/local/lib with bash# ldconfig -v -n . libifdt32.so -> libifdt32.so libwine_unicode.so -> libwine_unicode.so.1.0 libwine_tsx11.so -> libwine_tsx11.so.1.0 libwine.so -> libwine.so.1.0 2) I created a trivial program to test libifdt.so bash# cat test.c #include "windows.h" #include "stdio.h" #include "stdlib.h" #include "string.h" #include "io.h" #include "conio.h" #include "fcntl.h" #include "direct.h" #include "time.h" #include "IFfunc32.h" printf("before start"); int main(void) { printf("before start"); if( IF_IFDT32_OPEN("COM2") == 0 ) { printf("We are working") ; } else { printf("Oh no!"); } } bash# make gcc -g -c test.c -I/usr/local/include/wine -I/usr/local/include/wine/msvcrt -I/home/nwine/ifdt32/ifdt32 gcc -o test test.o -lifdt32 -L/usr/local/lib This program seg faults. I have not been able to debug it with winedbg, it simply hangs with message "Starting with pid 0" bash# gdb test (gdb) b 1 Breakpoint 1 at 0x8048556: file test.c, line 1. (gdb) r Starting program: /home/nwine/ifdt32/test/test Breakpoint 1, main () at test.c:15 15 printf("before start"); (gdb) n Program received signal SIGSEGV, Segmentation fault. 0x400387cb in dllname () from /usr/local/lib/libifdt32.so (gdb) bt #0 0x400387cb in dllname () from /usr/local/lib/libifdt32.so #1 0x8048563 in main () at test.c:15 #2 0x40057f9b in __libc_start_main () from /lib/libc.so.6 (gdb) p dllname $1 = "ifdt32" In this trace, it seems that a function named dllname is causing a segfault There is a string named dllname and it's contents are correct I think the winelib initialisation code has not been correctly called For example: the Dllmain function to start the DLL has not been called I have tried a great many things to work around this problem with no success. It is hard to debug because the seg fault happens very early and I havent been able to get winedbg to work. I have tried this on wine-20020509 and wine-20020122 with exactly the same problem. Thanks a lot for any help or pointers. Miguel Feitosa Sao Paulo - Brasil P.S> output of bash# ldd ifdt.dll libwine.so => /usr/local/lib/libwine.so (0x40010000) libwine_unicode.so => /usr/local/lib/libwine_unicode.so (0x40026000) libm.so.6 => /lib/libm.so.6 (0x40103000) libc.so.6 => /lib/libc.so.6 (0x40125000) libdl.so.2 => /lib/libdl.so.2 (0x40245000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000) ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

RE: How big is the Direct3D stuff?
by Patrik Stridvall 06 Jun '02

06 Jun '02

> At 06:00 PM 6/6/02 +0200, Lionel Ulmer wrote: > >community's for not doing anything at all and letting things > in the state it > >was (well, not TG's fault except if you consider that they > 'bought out' the > >people who would have worked on it in their free time, but > that is just > >plain good business sense :-) ). > > What do you mean by 'bought out'? I suppose there where WINE > contributors > who now work for TG, right? Yes. > If this is the case it is another point in favour of the LGPL... First of all since it was in parts their code the could have relicensed it to whatever they wished, so that wouldn't have been that large problem. Secondly who are you to tell people what they can or can't do for a living?

3 2

opengl32 wglSwapLayerBuffers
by Jesse Allen 06 Jun '02

06 Jun '02

Hi, I've been on a kind of rampage trying to Warcraft 3 working the best it can under Wine. I have previously tried WineX, which works pretty much right out of their CVS. WineX has some of D3D8 done, thus War3 works easily. But however, it has some graphics bugs, and possible some what slower framerate than in Windows. Warcraft 3 has a secondary, opengl graphics driver in it. You can access it by running wine War3.exe -- -opengl for example. But when doing this on either Wine or WineX it would say wglSwapLayerBuffers... stub !, and there would be no graphics output. I investigated this and of course found that there was nothing there. I searched through gl headers and the wine sources for an opengl equivilant, and found a SwapBuffers(hdc HDC) through GDI/x11drv? I decided to call that from wglSwapLayerBuffers. In doing that, this still ignored a parameter of UINT fuplanes. I really don't know what fuplanes is for. So this is not at all a complete implimination of this function. An attached patch file shows my changes to wgl.c as from current release. I went ahead and tried War3 again with opengl. This time, it outputs graphics. In comparison with D3D8, there are no graphical errors, and it seems slightly faster. But DXGrab no longer works, but a quick solution is to switch to the same game resolution. The game looks like its working perfectly now!! No side affects have been seen with ignoring fuPlanes. I'm haven't worked on wine before, but I'm willing to work with whoever to figure out how to correctly implement this function or others related to this. Perhaps I can figure out what fuPlanes is? Jesse Allen cc me as I'm not subscribed to the mailing list. ___________________________________ NOCC, http://nocc.sourceforge.net

1 0

imports by ordinal
by juergen.schmied＠debitel.net 06 Jun '02

06 Jun '02

Hi! I'd like to use in a internal wine-dll(shell32) a function exported by an other dll(shlwapi) by ordinal. How can I do this in a clean way without use of GetProcAddress in a way it works with native dll's too? juergen

3 2

Need better documentation of Windows 16/32 APIs for Mingw Port
by Steven Edwards 06 Jun '02

06 Jun '02

Does anyone where I can find some good information on the win16/32 APIs? Any book refrences to amazon mabey? I'm trying to make a detailed list of what needs to be done to seperate all of the Wine 16/32 code and fix the locations of 16bit api call importations and it is turning in to a PITA. Finding anything on the normal APIs in MSDN is gettin harder everyday with all of the .NET crap they keep adding and the fact they tend to have a lot of bugs in there own docs. I will be submitting a few issues to bugzilla and emailing wine-devel this weekend with all of the TODO for proper seperation. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: null midi device
by Johan Gill 06 Jun '02

06 Jun '02

I was thinking: Couldn't one use timidity to make a fake midi device that actually produces sound? That would be something.

1 0

Bug 586
by admiral coeyman 06 Jun '02

06 Jun '02

Before retiring this bug with a patch, I have to check some things with somebody who knows the memory functions used in DOS emulation. I got the return address using CTX_SEG_OFF_TO_LIN on SegSs and Eip. Then, I used DOSMEM_MapDosToLinear on the return of DOSMEM_MapRealToLinear( (DWORD)*retpointer ) where retpointer is the result of the CTX call. I'm hoping that this gave me the linear address of the return address. Backup once, write a NOP ( 00 ) Backup again and write the 0x9b wait instruction. That should overwrite the interrupt call. Then, I have to back the return address up two bytes, to execute this code. Since my code pointer points to the first byte that I changed, I used DOSMEM_MapLinearToDos((LPVOID *)codepointer) and stored that value in *retpointer. Do these functions do what I think that they do and did I get my offsets right? If I got all of this right, I'll be able to complete the rest of these emulation interrupts, assuming an FPU is installed. There is one thing that bothers me. My resources say that this emulation code is part of the programs that use it. I don't have this program to test with. God Bless, --Admiral Coeyman -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

1 0

Asymmetric mouse movement in DGA2 mode
by J. Christopher Pereira 05 Jun '02

05 Jun '02

Hi: I patched 'windows/x11drv/event.c' to run Starcraft in DGA2 mode. In DGA2 I noticed that the mouse movement is't symmetric, ie: mouse speed when moving left/up < mouse speed when moving right/down. To fix this, I modified 'dlls/x11drv/mouse.c', adding: void X11DRV_DGAMotionEvent( HWND hwnd, XDGAMotionEvent *event ) { update_key_state( event->state ); // HACK: fix asymmetric mouse motion if(event->dx < 0) event->dx *= 2; if(event->dy < 0) event->dy *= 2; send_mouse_event( hwnd, MOUSEEVENTF_MOVE, event->dx, event->dy, 0, event->time ); } (just empirical values) Why does this happen? Is there any cleaner solution? Observation: in 'send_mouse_event' says: "/* Relative mouse movements seem not to be scaled as absolute ones */" BTW, in this application, when the mouse reaches the border of the screen (moving the mouse cursor out of the window), the view is supposed to be scrolled in that direction. This doesn't work in DGA mode, but works when not using DGA Any idea? System: latest winex CVS version + XFree86 4.2.0

2 2

Making a patch
by Nix N. Nix 05 Jun '02

05 Jun '02

I have implemented the RunFileDlg in shell32.dll, but I don't know how to make a patch and submit it to wine-patches. Well, I have a pretty good idea, but I don't want to submit a garbage patch. Can you please help me ? Thanks.

2 1

Call for application owner
by Guy L. Albertelli 05 Jun '02

05 Jun '02

Having just fixed Bug 671, I think we need an owner for the Valve Hammer application. It demonstrates numerous bugs on the CVS version (4 days old). The bugs range from LoadLibrary errors during the installer run, to gui problems with the main screen. Even the tab control demonstrates differences from native in this package. I don't have the time to use this program as a test base and hope someone can step up and do it. The installer is the second attachment to Bug 671 and is all you need to get started. Guy Albertelli <<galberte(a)neo.lrun.com>>

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel