November 2003 - Wine-Devel - list.winehq.org

Visuals and GL contexts
by Jason Edmeades Nov. 21, 2003

Nov. 21, 2003

Hello, I've finally pinned down a problem (with help from Lucho) to do with blending and its back to the same old problem that by the time D3D8 gets initialized, the windows has already been created, but the properties of the visual are insufficient to handle the requirements of D3D. In my case for example by default, the visual used for my windows has double buffering, but no alpha channel. X11DRV process attach has some code which allows control over the visual created, but this is before we know what is going to be required, and this only gets called if DesktopDoubleBuffer is set to Y. In my case, I need an alpha channel on the back buffer. By default, I havent got one. I can add code into the X11DRV_setup_opengl_visual to ask for an 8 bit alpha and everything works perfectly. So.... 1. Should I add a new config option (something like RequireAlphaChannel) - FWIW I hate this idea 2. Is it ever going to be possible to replace a wine Xwindows visual? What is involved in doing this? This is the 'perfect' solution. 3. Can I default double buffering and alpha on regardless and remove the doublebuffering property. How does this affect non game apps? We need to resolve this to ever support games properly without lots of config options Jason

3 2

Default handler for OLE interface
by olivier evalet Nov. 21, 2003

Nov. 21, 2003

Hello, I'm looking to create a default handler for these interfaces: - IStorage - IOleInPlaceFrame not - IOleClientSite - IOleInPlaceSite not - IOleContainer not The reason of this... I just want to display an OLE component without binding with the native atl.dll. I have found a pure win32 example to implement this. So, If I want to use a "null" IStorage default handler, does there already exist or I must implement it? As I can see in the source code, OLE is really hard for my head. Regards, Olivier

2 2

FreeBSD Compilation Issue
by FLRBA Web Master Nov. 21, 2003

Nov. 21, 2003

I acquired wine from source (version 20031118) just this morning, and I ran into some issues with an error stopping make in /dll/glu32/, the last few lines of the output: ------//------ rm -f libwine_unicode.so.1 && ln -s unicode/libwine_unicode.so.1 libwine_unicode .so.1 gcc -shared -Wl,-Bsymbolic,-z,defs glu32.spec.o glu.o glu32.dll.dbg.o -o glu 32.dll.so -L../../libs/wine -lwine -L/usr/X11R6/lib -lSM -lICE -lXxf86dga -lXxf 86vm -lXrandr -lXrender -lXv -lXext -lX11 -lGL -lGLU -L../../libs/port -lwine_p ort -lm -lc *** Error code 1 Stop in /usr/home/dan/wine/dlls/glu32. *** Error code 1 Stop in /usr/home/dan/wine/dlls. *** Error code 1 Stop in /usr/home/dan/wine. Compilation failed, aborting install. ------//------ - I am running FreeBSD 4.8-RELEASE #1 - I can compile and run wine via the ports tree but I want to be able to use the latest CVS for development purposes. A couple of things I am wondering about. 1) The error I am getting is not coming with a whole lot of information, is there a way for me to generate a more specific error message? 2) I am not expecting this problem to necessarily be solved by someone else for me unless this is a common problem (where a link to relevant information would be nice), but instead do you have any pointers on debugging/fixing this? I don't mind doing the work to get it working. I am just beginning to work with Wine and hope that I might be able to contribute something to the project and I figure making compilation on FreeBSD as seamless as possible is a good place to start. Thanks for your assistance, -Dan-

1 0

Re: imagehlp: add ImageRvaToSection() and ImageRvaToVa()
by Dmitry Timoshkov Nov. 21, 2003

Nov. 21, 2003

"Marcus R. Brown" <mrbrown(a)0xd6.org> wrote: > * dlls/imagehlp/access.c: > Marcus R. Brown <mrbrown(a)0xd6.org> > Implement ImageRvaToSection() and ImageRvaToVa(). Why not simply forward them to ntdll where the real implementation resides instead of duplicating code? -- Dmitry.

1 0

include files
by Martin Fuchs Nov. 21, 2003

Nov. 21, 2003

[Ralf Juengling] > > What is the status of the include files in msvcrt? [Alexandre Julliard] > They should work just fine. Make sure you also import msvcrt if you > use the headers. [Ralf Juengling] > > So my solution to make it compile was to remove wine's > > 'math.h'. That's why I would say the include files are > > incomplete. How do other people deal with a case like the > > one I described? [Alexandre Julliard] > By submitting a patch to add the missing definitions <g> Well, but you did not accept my patch as it declares the functions at the wrong location. I didn't yet have the time looking in it deeper. So you agree, they do not "work just fine". There are missing lots of declarations in msvcrt headers: at least math, and string functions. Martin

1 0

Re: Patch of wine/dlls/ntdll/path.c
by Thomas Mertes Nov. 21, 2003

Nov. 21, 2003

Ok, my fault. There is no error in the patch of wine/dlls/ntdll/path.c which was checked in. The patch has the line + if (!newname) RtlFreeHeap(GetProcessHeap(), 0, name); instead of that I read + if (newname) RtlFreeHeap(GetProcessHeap(), 0, name); which changes the meaning from If the RtlReAllocateHeap fails, release the memory of name and set name to NULL. to If the RtlReAllocateHeap succeeds, throw the memory of name away. Which looks like somebody did not understand RtlReAllocateHeap. The only one who did not understand, was me. I apologize Thomas Mertes -- NEU F�R ALLE - GMX MediaCenter - f�r Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gru�, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse f�r Mail, Message, More! +++

1 0

Re: Patch to add glut32.dll.
by Lionel Ulmer Nov. 21, 2003

Nov. 21, 2003

Jacek, It seems your patch was line-wrapped (which is not a good thing). Moreover, it's not necessary to add the patch against 'configure', you just need to tell Alexandre in the patch mail that he needs to re-generate it himself when comitting. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Compiler problems
by Marcelo Duarte Nov. 21, 2003

Nov. 21, 2003

Updating wine to current cvs, I get an error, can someone help me: I run ./configure; make depend && make make[2]: Entering directory `/home/mduarte/wine-cvs/dlls/winmm/winearts' gcc -shared -Wl,-Bsymbolic,-z,defs winearts.drv.spec.o arts.o audio.o winearts.drv.dbg.o -o winearts.drv.so -L../../../libs/wine -lwine -L/usr/lib/kde3/lib -ldl -lartsc -lpthread -L../../../libs/uuid -lwine_uuid -L../../../libs/port -lwine_port -lm -lc /usr/bin/ld: cannot find /usr/lib/libpthread_nonshared.a collect2: ld returned 1 exit status make[2]: ** [winearts.drv.so] Erro 1 make[2]: Leaving directory `/home/mduarte/wine-cvs/dlls/winmm/winearts' make[1]: ** [winmm/winearts] Erro 2 make[1]: Leaving directory `/home/mduarte/wine-cvs/dlls' make: ** [dlls] Erro 2 Entering in directory loader and make: [mduarte(a)mduarte loader]$ make clean rm -f *.o *.a *.so *.ln *.so \#*\# *~ *% .\#* *.bak *.orig *.rej *.flc *.spec.c *.spec.def *.dbg.c y.tab.c y.tab.h lex.yy.c core rm -f wine-glibc wine-kthread wine-pthread wine [mduarte(a)mduarte loader]$ make gcc -c -I. -I. -I../include -I../include -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o glibc.o glibc.c gcc -o wine-glibc -Wl,--section-start,.interp=0x3c000100 -Wl,--export-dynamic glibc.o -L../libs/wine -lwine -L../libs/port -lwine_port glibc.o(.text+0x84): In function `get_threading': /home/mduarte/wine-cvs/loader/glibc.c:61: undefined reference to `pthread_create' glibc.o(.text+0x90):/home/mduarte/wine-cvs/loader/glibc.c:62: undefined reference to `pthread_join' collect2: ld returned 1 exit status make: ** [wine-glibc] Erro 1 -- Marcelo Duarte

1 1

Compiling winearts - please replay!
by Marcelo Duarte Nov. 21, 2003

Nov. 21, 2003

I updated to new wine version and had errors, cvs update, and errors persists: make[2]: Entering directory `/home/mduarte/wine-20031118/dlls/winmm/winearts' gcc -shared -Wl,-Bsymbolic,-z,defs winearts.drv.spec.o arts.o audio.o winearts.drv.dbg.o -o winearts.drv.so -L../../../libs/wine -lwine -L/usr/lib/kde3/lib -ldl -lartsc -lpthread -L../../../libs/uuid -lwine_uuid -L../../../libs/port -lwine_port -lm -lc /usr/bin/ld: cannot find /usr/lib/libpthread_nonshared.a collect2: ld returned 1 exit status make[2]: ** [winearts.drv.so] Erro 1 make[2]: Leaving directory `/home/mduarte/wine-20031118/dlls/winmm/winearts' make[1]: ** [winmm/winearts] Erro 2 make[1]: Leaving directory `/home/mduarte/wine-20031118/dlls' make: ** [dlls] Erro 2 Someone knows what is happen? -- Marcelo Duarte

1 0

help with linking needed
by Ralf Juengling Nov. 21, 2003

Nov. 21, 2003

I have successfully compiled sources of a Windows application, but when starting up, it tries to locate and link to a windows dll to access some C library functions: ... err:module:import_dll No implementation for cw3230.DLL._strlen imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:import_dll No implementation for cw3230.DLL._strncpy imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:import_dll No implementation for cw3230.DLL._strtok imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:import_dll No implementation for cw3230.DLL._tolower imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:import_dll No implementation for cw3230.DLL._toupper imported from L"Z:\\local\\builts\\phaeaco-20031119\\src\\memview\\memview.exe", setting to 0xdeadbeef err:module:LdrInitializeThunk Main exe initialization failed, status c0000135 First of all: Where does the name "cw3230.DLL" come from -- Wine didn't install such a dll on my system? Second, all these functions seem to be C library functions and I want to link against the library available on my linux system. So I added 'c' to LIBRARIES in the Makefile.in created by winemaker. But this didn't make any difference. I hope somebody can introduce me to secrets of simultaneously linking against Winelib & Unix dynamic libraries.. Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0