- Wine-Devel - list.winehq.org

Re: wrc doesn't seem to accept -r option,even though it is automatically generated by make file
by Ivan Leo Murray-Smith Nov. 12, 2003

Nov. 12, 2003

>I am not a wine "developer" (too ignorant for that), I >am a (potential) user of the wine library, Well I think you have better chances of getting an answer on wine-devel, as I think only a few developers read wine-users. >do I need to un-install my present wine installation? Yes, but you can leave .wine and your fake windows installation, if you use one. The old config should "Just work", if it doesn't just use winesetuptk to make a new one. I don't know how to solve your problem, but it would be a good idea if you just installed the latest CVS version. If you really want the latest RPM, you can get it here http://prdownloads.sourceforge.net/wine/wine-20031016-mdk.i586.rpm?download but the CVS would be a better solution, as the binary is stripped of all debug symbols, so it's harder to debug with a rpm version.

3 2

Re: PATCH: dlls/wineps/type42.c
by Alexandre Julliard Nov. 12, 2003

Nov. 12, 2003

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > I wonder, how our Type42 support ever could have worked given the > following: > > type42.c: In function `T42_download_header': > type42.c:269: warning: int format, DWORD arg (arg 3) > type42.c:269: warning: int format, DWORD arg (arg 4) > type42.c: In function `T42_download_glyph': > type42.c:364: warning: int format, DWORD arg (arg 4) > type42.c:364: warning: int format, DWORD arg (arg 6) > > The patch below avoid this warnings, and in fact probably is even needed > to make this work correctly. The patch is of course OK, but it makes no difference to the functionality, int and DWORD are the same size. It's only a cosmetic issue. -- Alexandre Julliard julliard(a)winehq.com

2 1

wine 20031016 installed from source: no winebuild
by Parzival Herzog Nov. 12, 2003

Nov. 12, 2003

I had earliler experienced some problems with my Mandrake 9.1 installation of wine, when trying to use the wine libraries. I have now done the following: installed wine-20031016-mdk.i586.rpm My binary programs seemed to run fine, (except for a font problem described in a separate post). Since the development tools, winemaker etc were present, I decided to try to build my application. This proceeded well beyond where I could get to earlier (wrc failed), but ended as follows: ------------------------------------------------------------------------------------------------------- [parz(a)h24-79-72-61 MyWin]$ make c++ -c -I. -I/usr/local/include/python2.3 -I/usr/include/wine/windows -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o MyWin.o MyWin.cpp In file included from /usr/local/include/python2.3/Python.h:8, from MyWin.cpp:4: /usr/local/include/python2.3/pyconfig.h:847:1: warning: "_POSIX_C_SOURCE" redefined In file included from /usr/include/ctype.h:27, from /usr/include/wine/windows/winnt.h:27, from /usr/include/wine/windows/windef.h:203, from /usr/include/wine/windows/windows.h:38, from MyWin.cpp:2: /usr/include/features.h:131:1: warning: this is the location of the previous definition LD_LIBRARY_PATH="/usr/lib:$LD_LIBRARY_PATH" /usr/bin/winebuild -fPIC -o mywin.dll.spec.c --spec mywin.dll.spec MyWin.res MyWin.o -L/usr/lib -L/usr/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool mywin.dll.spec:1: could not open .def file for advapi32 make: *** [mywin.dll.spec.c] Error 1 ------------------------------------------------------------------------------------------------------- So I assumed that the missing library specs were a part of the wine-devel package, which was not installed. I could not locate any wine-devel rpms for version 20031016 and Mandrake. So, I dowmloaded the 20031016 source tarball and installed it with the tools/install. This seemd to work well, except that at the end of the , the following complaint appears: ------------------------------------------------------------------------------------------------- mkdir -m 755 -p -- /usr/local/share/aclocal /usr//bin/install -c -m 644 ./aclocal.m4 /usr/local/share/aclocal/wine.m4 /sbin/ldconfig ************************************************* ************************************************* The installed Wine libraries will not be found! You can either: Add the line '/usr/local/lib' to /etc/ld.so.conf and run /sbin/ldconfig export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib ************************************************* ************************************************* Found existing /home/parz/.wine/config, do you want to overwrite this existing Wine configuration file? (yes/no) no Installation complete for now. Good luck (this is still alpha software). If you have problems with WINE, please read the documentation first, as many kinds of potential problems are explained there. [parz(a)h24-79-72-61 wine-20031016]$ ----------------------------------------------------------------------------------------------- However, inspecting /etc/ld.so.conf shows that the complained-about path *is* actually present: [parz(a)h24-79-72-61 MyWin]$ cat /etc/ld.so.conf /usr/X11R6/lib /usr/lib/qt3/lib /usr/local/lib [parz(a)h24-79-72-61 MyWin]$ So, I tried to build my winelib dll anyways: -------------------------------------------------------------------------------------------- [parz(a)h24-79-72-61 Emsview]$ echo $LD_LIBRARY_PATH [parz(a)h24-79-72-61 Emsview]$ /sbin/ldconfig /sbin/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied [parz(a)h24-79-72-61 Emsview]$ su Password: [root(a)h24-79-72-61 Emsview]# ldconfig [root(a)h24-79-72-61 Emsview]# exit exit [parz(a)h24-79-72-61 Emsview]$ cd MyWin [parz(a)h24-79-72-61 MyWin]$ make LD_LIBRARY_PATH="/usr/lib:$LD_LIBRARY_PATH" /usr/bin/winebuild -fPIC -o mywin.dll.spec.c --spec mywin.dll.spec MyWin.res MyWin.o -L/usr/lib -L/usr/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool /bin/sh: line 1: /usr/bin/winebuild: No such file or directory make: *** [mywin.dll.spec.c] Error 127 [parz(a)h24-79-72-61 MyWin]$ ---------------------------------------------------------------------------------------------- So, with the homebuilt wine-20031016, it seems that the development tools are not installed, and I am stuck. How do I get past these problems? -- Parzival Herzog

1 0

Re: Wintab32 - Tablet support - VBtablet & wintab working for Dogwaffle?
by Philip Staiger Nov. 12, 2003

Nov. 12, 2003

I too would be very interested in knowing what's happening with wintab32 under wine - is it usable? How about in conjunction with VBtablet from www.greenreaper.co.uk ? He has a small test program there which reports pressure, angle etc.... you might want to see if that works. Does somebody on this list have a Wacom, AceCad, Pablo (Disney Magic Artist) or Aiptek tablet to try Dogwaffle with it? project Dogwaffle uses VBtablet. The latest v1.6 demo is at www.thebest3d.com/dogwaffle/freebies , the free version 1.11b is at download.com and Tucows.com but didn't use VBtablet yet so not interesting (well for tablet users anyway, still might be of interest for entry-level painters; I doubt the installer will work but hey if it does, yipeee). the other day at a show in Anaheim I tried some things with the help of someone from The Linux Box, was neat to see Carrara Studio 2 running on it. Few minor glitches but still sweet. I'm interested in seeing Dogwaffle qualified/working etc. Anyone here serious about making this work? contact me if you need an NFR copy to test. A general question: Dogwaffle uses COM, ActiveX communication channels (I don't know much details). Anybody have a feeling if that's a no-no under Wine? -Philip > A couple of months ago there was a patch from Aric Stewart that added > support for graphics tablets in wine. However I have not heard anything > about it since. Is anybody still working on this? > Graphics tablet > support is the only thing stopping us from using Photoshop under Linux > at the present time. Moving all our graphics artists off dual booting > windows machines would be extremely benificial! > > I tried the original patch but found it affected the > stability of wine...

1 0

Re: Make failed, something about D3D8 & D3Dcore...
by Thomas Brix Larsen Nov. 12, 2003

Nov. 12, 2003

Hi Raphael, glx.h is mesa 3.2 glext.h is SGI 1.2.1 Hmm... It seems I'm using very old headers... I'm using the newest NVIDIA "driver". I will try to find some newer headers. Greetings, --Thomas _________________ My worst enemy gave me a copy of Windows...

2 2

fcvt
by flyker Nov. 12, 2003

Nov. 12, 2003

Function fcvt incorrect. example: int dec, sign; printf("%s\n", fcvt(1.12, 2, &dec, &sign)); result: 1.12e+00 but need: 112

2 2

how to search several PE files to see if any of them import a particular function?
by Jonathan Wilson Nov. 12, 2003

Nov. 12, 2003

Is there a way to do this? I want to use it on various PE files (DLLs, EXEs etc) to see if any of them import some of the functions for which I dont yet have a prototype :)

2 1

Netmeeting under Wine
by David Martinez Prado Nov. 12, 2003

Nov. 12, 2003

Hi! it's my firts time runing wine. I want to execute Netmeeting under Wine but i can. Can anybody help me please? Regards, DAVID _________________________________________________________________ Localiza y ponte en contacto con tus antiguos compañeros de clase en MSN Compañeros. http://mipasado.msn.es/

2 1

(no subject)
by David Martinez Prado Nov. 12, 2003

Nov. 12, 2003

_________________________________________________________________ Charla con tus amigos en línea mediante MSN Messenger: http://messenger.microsoft.com/es

1 0

asm help
by flyker Nov. 12, 2003

Nov. 12, 2003

Can anybody help me write the function for Linux : __declspec(naked) BOOL WINAPI _InitCommonControlsEx(INITCOMMONCONTROLSEX* lpInitCtrls) { if(!dwLPA_InitCommonControlsEx) { __asm mov eax, 0 __asm ret 4 } else { __asm jmp dwLPA_InitCommonControlsEx } } May be : __declspec(naked) BOOL WINAPI _InitCommonControlsEx(WINGS_INITCOMMONCONTROLSEX* lpInitCtrls) { if(!dwLPA_InitCommonControlsEx) { __asm__ __volatile__("movl 0, %eax"); __asm__ __volatile__("ret"); } else { __asm__ __volatile__("jmp %0" : : "q"(dwLPA_InitCommonControlsEx)); } }

3 3