October 2004 - Wine-devel - list.winehq.org

Where has --debugmsg gone ?
by Robert Lunnon 08 Oct '04

08 Oct '04

Subject says it all..... How do I do a wine --debugmsg +relay these days Bob

2 2

Re: Remove winesetuptk and wineinstall from docs
by Ivan Leo Puoti 08 Oct '04

08 Oct '04

> I thought wineinstall handled loading the wine.inf? I think wineprefixcreate does that now. Ivan. ____________________________________________________________ Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione. Abbonati subito su http://www.libero.it

1 0

Re: Remove winesetuptk and wineinstall from docs
by Steven Edwards 08 Oct '04

08 Oct '04

Hi, --- Vincent B�ron <vberon(a)mecano.gme.usherb.ca> wrote: > Winesetuptk hasn't been updated for a while (new drive scheme, etc.), > and it's not even listed on our sf.net download page anymore (where > it > was last seen). > tools/wineinstall doesn't do more than what wineprefixcreate does for > configuration, and needs a source tree while wineprefixcreate is > installed. Also, ./configure && make && make install works great now. I thought wineinstall handled loading the wine.inf? Thanks Steven _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com

1 0

[OT] Anyone want to write a book on Wine?
by Jeremy White 08 Oct '04

08 Oct '04

Hey folks, I've had an editor approach me about writing a book on Wine; it's not something I or anyone around here expressed a strong interest in. However, she seems very nice, and so I offered to pass her query along and see if anyone else is interested. If you are, please contact her directly; I've obfuscated her email in down below. Cheers, Jeremy ---------------- Hi Jeremy, Please let me introduce myself. I am the editor at Prentice Hall PTR who has worked with John Terpstra and Chris Hertel on their respective books. They have both spoken to me about you. I am wondering if you would be interested in writing a book on the Wine project, or if you know of anyone who may be interested. It certainly seems to be a worthy topic, and a book would help both educate those interested in using it and spread the word. I would be happy to talk to you about the publishing process, or to anyone you think may be interested. Thanks in advance. Jill Jill Harry Executive Editor AW/PHPTR jill -dot- harry -isat - pearsoned -dot- com www.phptr.com

1 0

comm brokenness -- any plans to fix?
by Kuba Ober 08 Oct '04

08 Oct '04

Hi, is there anyone willing to fix the serial port borkedness (data going out, but not coming back in)? If not, I might have to do that as I wish to get a couple developer tools from Windows running under wine (namely Zilog's Developer Studio and Parallax's SX-KEY). Cheers, Kuba Ober

2 1

dbghelp functions are A only
by Vincent Béron 08 Oct '04

08 Oct '04

Hi, I noticed that dbghelp's functions are only implemented as A variant, while MSDN says they're available as either Unicode or Ascii variant. Should we rename the current ones A and create stub W before properly implementing in W and make the A call the W? Also, I noticed quite a lot of prototypes in dbghelp.dll from MSDN with PTSTR or PCTSTR types for strings instead of LPTSTR. Should the prototype in dbghelp.h and the actual implementation use PTSTR or LPTSTR? The origin of all this is because following email from François yesterday about wineapi_check, I wanted to add the types for each dll in win32.api to reduce the number of lines emitted by the tool, but I have questions as to how to do it properly. Vincent

3 3

Re: Correct wvsprintf16 in spec and definition
by Vincent Béron 08 Oct '04

08 Oct '04

Le ven 08/10/2004 à 11:32, Vincent Béron a écrit : > Changelog: > Correct the spec file and the definition for wvsprintf16. Please do not apply as is, it doesn't compile. Vincent

1 0

.so dependancies in winegcc
by Warren_Baird/CSI＠cimmetry.com 08 Oct '04

08 Oct '04

Hi all, I'm still working on getting wine going on hpux, and I thought I should submit patches for more of the changes I've made. There were a couple of places in winegcc where there were some assumptions made about .so being the shared library extension and .exe.so being the executable suffix - There was a partial fix to handle .dylib for MacOS, but it wasn't well unified... I've created defines for SHLIBSUFFIX and EXESUFFIX in utils.h, and changed the places where .so or .exe.so was used to use the right define. This does slightly change the logic of the code though --- the way it was written before, winegcc would have (partially) done the right thing given a .dylib file on linux, or given a .so file on MacOS... I think this was just an unintended side-effect of the way things were implemented- but I'm not 100% sure... I've attached the patches I came up with - does this look reasonable? Warren

1 0

Cross build failed, anyone else get this?
by Paul Millar 08 Oct '04

08 Oct '04

Hi, Looks like one of last night's patches broke cross-building (at least for me). ---------- Forwarded Message ---------- Subject: Cron <paulm(a)quisquiliae> $HOME/Production/cronCrossBuild 10:00 Date: Thursday 07 October 2004 11:27 From: root of quisquiliae <p.millar(a)physics.gla.ac.uk> To: p.millar(a)physics.gla.ac.uk Ran command "make depend", but it failed with following output: make[1]: Entering directory `/home/paulm/Production/wine-cross-pe/libs' make[2]: Entering directory `/home/paulm/Production/wine-cross-pe/libs/port' i686-mingw32msvc-gcc -c -I/home/paulm/Production/wine-cross-source/libs/port -I. -I/home/paulm/Production/wine-cross-source/include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strength-reduce -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o fstatvfs.o /home/paulm/Production/wine-cross-source/libs/port/fstatvfs.c In file included from /home/paulm/Production/wine-cross-source/libs/port/fstatvfs.c:22: /home/paulm/Production/wine-cross-source/include/wine/port.h:286: warning: `struct timeval' declared inside parameter list /home/paulm/Production/wine-cross-source/include/wine/port.h:286: warning: its scope is only this definition or declaration, which is probably not what you want i686-mingw32msvc-gcc -c -I/home/paulm/Production/wine-cross-source/libs/port -I. -I/home/paulm/Production/wine-cross-source/include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strength-reduce -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o futimes.o /home/paulm/Production/wine-cross-source/libs/port/futimes.c distcc[2412] ERROR: compile on melpomene failed In file included from /home/paulm/Production/wine-cross-source/libs/port/futimes.c:22: /home/paulm/Production/wine-cross-source/include/wine/port.h:286: warning: `struct timeval' declared inside parameter list /home/paulm/Production/wine-cross-source/include/wine/port.h:286: warning: its scope is only this definition or declaration, which is probably not what you want /home/paulm/Production/wine-cross-source/libs/port/futimes.c:31: warning: `struct timeval' declared inside parameter list /home/paulm/Production/wine-cross-source/libs/port/futimes.c:32: error: conflicting types for `futimes' /home/paulm/Production/wine-cross-source/include/wine/port.h:286: error: previous declaration of `futimes' make[2]: *** [futimes.o] Error 1 make[2]: Leaving directory `/home/paulm/Production/wine-cross-pe/libs/port' make[1]: *** [port] Error 2 make[1]: Leaving directory `/home/paulm/Production/wine-cross-pe/libs' make: *** [libs] Error 2 ERROR: make depend failed -------------------------------------------------------

2 1

Re: Add new types to win16.api and win32.api
by Vincent Béron 08 Oct '04

08 Oct '04

Le ven 08/10/2004 à 09:34, Vincent Béron a écrit : > Changelog: > Add new types to win16.api and win32.api to make winapi_check happier. Alexandre, I just noticed that this patch conflicts with my previous patch "Remove unused types from win{16,32}.api" (I just forgot it wasn't committed yet). Don't apply this one for now, I'll send another version which will be between (current cvs + remove unused) and (current cvs + remove unused + add new). Vincent

1 0