- Wine-Devel - list.winehq.org

GlobalAlloc returning memory that isn't 8-byte aligned?
by Warren_Baird＠cimmetry.com June 6, 2002

June 6, 2002

Hi all, It looks to me like the wine implementation of GlobalAlloc is only returning addresses that are 4 byte aligned, not 8-byte aligned as MSDN says it should... Unfortunately on Sparc-Solaris double values need to be 8-byte aligned, and if GlobalAlloc is returning 4-byte aligned addresses - this is pretty hard. I'm afraid I don't really understand all of the magic going on in dlls/ntdll - I tried redefining ARENA_SIZE_MASK to ~7 instead of ~3, but this caused seg-faults in various places... Any suggestions on how to convince GlobalAlloc to actually return 8-byte aligned addresses would be greatly appreciated! Warren

1 0

winebootup
by Dustin Navea June 6, 2002

June 6, 2002

After searching through the docs to see why there isnt any code in wine to run the normal windows bootup routines, i.e. Run/RunOnce/winboot.ini, see bug 717, I found something mentioning winebootup in the programs directory. I did a search for it on my whole system and didn't find it. What happened to it? Does anyone still have an old copy of it, I would like to put some of it's code directly into wine, or maybe reimplement it if it was problematic... Any info/help would be appreciated... -Dustin __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

4 4

RE: How big is the Direct3D stuff?
by Patrik Stridvall June 6, 2002

June 6, 2002

> At 07:04 PM 6/6/02 +0200, Patrik Stridvall wrote: > > >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. > > No quite true. If the code is based on previous LGPL code, > they couldn't > relicense it, unless they also coded all of that previous > stuff. That's the > whole point of the LGPL. Obviously the author can relicense his code to whatever he wish. Now if if there are LGPL:ed parts that his code depends on he must remove them and if he wishes make his code usable in other contexts rewrite the LGPL:ed parts. Note that copyright only covers unique expression. Whether some his code was based on facts or ideas discover by authors of LGPL:ed licensed code doesn't count as far as copyright law is concerned. Also note that the LGPL has been fulfilled by since the other LGPL authors can keep his code so it will be quite hard to make additional claims especially since as I said copyright only protects unique expression. > >Secondly who are you to tell people what they can or can't do > >for a living? > > Huh? Did I say it was wrong what they did? Please provide > some evidence, > otherwise apologize... It was not meant as an accusation, merely a statement that it is not of your concern what other people do.

3 2

Problems converting DLL to unix SO with winelib
by list＠vmn.com.br June 6, 2002

June 6, 2002

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 June 6, 2002

June 6, 2002

> 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 June 6, 2002

June 6, 2002

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 June 6, 2002

June 6, 2002

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 June 6, 2002

June 6, 2002

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 June 6, 2002

June 6, 2002

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 June 6, 2002

June 6, 2002

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