April 2002 - Wine-Devel - list.winehq.org

WINE XIM Patch

by Aric Stewart

Hello everyone, Myself, Mike McCormack and Ulrich Czekalla have been working like mad to get XIM into Wine. We have a very early and unclean patch for people to try and help improve. This patch applies to the winehq tip as of today and probably changed a bunch of things it does not need to. If you use XIM input and can work with this please give it a try. I know it works with Japanese input with kinput2 on my redhat 7.2 machine. Since i do japanese that is what i have been testing but i have not idea for any other input methods or languages. Some known issues. * The xim box does not appear in the right place, and i cannot see what i type as i type it in. * the input does not always go to the correct edit window. * Presently it probably only works for edit controls... Hope this helps people! -aric

April 25, 2002

Re: cups support apparently broken

by Michael Cardenas

Is there a better place to send this type of thing so that it will get some kind of attention? Is everybody regularly checking bugzilla, for example? On Wednesday 24 April 2002 04:42 pm, Michael Cardenas wrote: > Hello all. > > Apparently wine's cups support is broken. > > With our old version of wine, wine would correctly detect the current cups > printer, but it couldn't actually print to it. So, you would see the print > dialog, but when you hit the print button nothing happened. > > Now, I have cups installed and a build of yesterday's cvs and when I try to > print wine tells me that there are no printers installed and I should > "point to settings on the windows start menu, click printers" and add a > printer. > > Anyone have any ideas on how this broke? > > thank you > michael -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

April 25, 2002

Memori and Swap Full after some hours

by Marcelo Welter

I have a windows application run in a very old machine Pentium 133Mhz 32 Mb RAM (believes this still exist) The application running fine, but after some hours (3 or 4) the memory and swap are full and the machine run very slowly. I Close the wine and all back to normal I dont know what are happen with system, but is a very hard trouble to me. Anybody have any idea to apply in this case Thanks Marcelo Welter

April 25, 2002

Re: wine and aol7 [was: Re: New Winsock2 patch series - now tested]

by Michael Cardenas

thanks. On Thursday 25 April 2002 03:30 pm, you wrote: > Nothing was attached... > > On Thu, 25 Apr 2002 10:16:38 -0400, Michael Cardenas > > <michael.cardenas(a)lindows.com> wrote: > >Now, on to the work at hand. > > > >Attached is the output of running aol7 with +winsock, +file, with your > > latest series of winsock patches. Aol is still unable to handshake > > properly with it's web proxy and so you can't see any web content in aol > > or the buddy list. > > > >If anyone wants to work on aol or just to see it working, I can provide a > > deb package or a tarball that lets you install aol, so you don't have to > > worry about the aol installer working. I submitted some patches a few > > weeks ago that allow aol7 to launch. -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

April 25, 2002

Re: overlapped read problem.

by Martin Wilck

On Thu, 25 Apr 2002, Rein Klazes wrote: > Here is the same +comm,+file now with added +server: > > | trace:file:FILE_ReadFileEx file 232 to buf 0x405953f0 num 8 0x409032e4 func (nil) > | 0806cfe8: get_handle_fd( handle=232, access=80000000 ) > | 0806cfe8: get_handle_fd() = 0 { fd=18, type=1, flags=1 } > | 0806cfe8: register_async( handle=232, type=1, overlapped=0x41d615b0, count=8, status=00000103 ) > | 0806cfe8: register_async() = 0 => async request successfully registered > | trace:file:GetOverlappedResult (232 0x409032e4 0x405953a4 0) > | trace:file:GetOverlappedResult waiting on 0x409032e4 > | 0806cfe8: select( flags=14, cookie=0x405951bc, sec=1019746522, usec=250830, handles={236} ) > | 0806cfe8: select() = TIMEOUT => async has not been served yet - TIMEOUT. The reason is that the file descriptot for serial port had not been polled in the meantime. OK, I know what to do about that. When register_async is called with a new request, we must immediately look for pending events, as we do with sockets. Thanks for spotting this, expect a patch soon. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

April 25, 2002

RE: Question about Warning when building wine under Cygwin/Mingw/MSYS

by Steven Edwards

Thanks I will have a look at that. > > With "typedef long long __int64;" being the problem on line 47. > Could it be that mingw32 simply doesn't understand "long > long" ? (probably the second "long" confuses it into an > "empty declaration"). > > If so, either find the real type name of "long long" that > mingw32 uses (if it exists), or simply #ifdef it out completely. >

April 25, 2002

Port.h issue with mingw

by Steven Edwards

I need help with fixing this too. ../include/wine/port.h:175: parse error before `pread' ../include/wine/port.h:175: warning: type defaults to `int' in declaration of `p read' ../include/wine/port.h:175: warning: data definition has no type or storage clas s ../include/wine/port.h:179: parse error before `pwrite' ../include/wine/port.h:179: warning: type defaults to `int' in declaration of `p write' ../include/wine/port.h:179: warning: data definition has no type or storage clas S Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

April 25, 2002

Unexpected calls of MODULE_LoadLibraryExA

by Sylvain Petreolle

Hi, Running the installer of the latest beta version of Povray gives these error when copying a file : MODULE_LoadLibraryExA fails because it is called with plain text files (for example pov sources). Function returns as it should, 193 (ERROR_BAD_EXE_FORMAT) err:module:MODULE_LoadLibraryExA Loading of native DLL C:\Program Files\POV-Ray for Windows v3.5\renderer\slow.ini failed (error 193), check this file. err:module:MODULE_LoadLibraryExA Loading of native DLL C:\Program Files\POV-Ray for Windows v3.5\renderer\tgaflc.ini failed (error 193), check this file. err:module:MODULE_LoadLibraryExA Loading of native DLL C:\Program Files\POV-Ray for Windows v3.5\renderer\tgafli.ini failed (error 193), check this file. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

April 25, 2002

Separating Process and Debugger Debugmsg Output

by Uwe Bonnes

Hallo, if one starts a program via wine with e.g. relay debug messages enabled, and the program crashes, these debugmessages get also enabled for the winedbg process and this clutters the relay log to get nearly unreadable. Until Alexandre's restructuring of the Command Line handling, I had "---debugmsg -all" as additional argument to the winedbg command line in system.reg, aedebug section. No wine spits on this argument. How do you solve this problem? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

April 25, 2002

Re: Question about Warning when building wine under Cygwin/Mingw/MSYS

by Andreas Mohr

On Thu, Apr 25, 2002 at 12:53:01PM -0400, Steven Edwards wrote: > Anyone have any idea what to do about this? > > mingw32-gcc -c -I. -I. -I../../include -I../../include -D__MINGW__ > -D_WINDOWS - > DWINE_NOWINSOCK -Wall -mpreferred-stack-boundary=2 -DSTRICT > -DNONAMELESSUNION -D > NONAMELESSSTRUCT -D_REENTRANT -o regedit.o regedit.c > In file included from ../../include/winnt.h:24, > from ../../include/windef.h:30, > from ../../include/windows.h:32, > from regedit.c:23: > ../../include/basetsd.h:47: warning: useless keyword or type name in > empty decla > ration > ../../include/basetsd.h:47: warning: empty declaration > > > Basetsd.h has > > #ifndef _MSC_VER > typedef char __int8; > typedef short __int16; > typedef int __int32; > typedef long long __int64; > #endif /* !defined(_MSC_VER) */ > > With "typedef long long __int64;" being the problem on line 47. Could it be that mingw32 simply doesn't understand "long long" ? (probably the second "long" confuses it into an "empty declaration"). If so, either find the real type name of "long long" that mingw32 uses (if it exists), or simply #ifdef it out completely. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

April 25, 2002

RE: Patch to quite another Mingw Build warning (mmsystem.h)

by Steven Edwards

Ok that is another one I will write a configure check for when I get the time to learn autoconf. Currently I'm trying to find all of the bugs and get advice on the best way of fixing the port. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson > -----Original Message----- > From: wine-devel-admin(a)winehq.com > [mailto:wine-devel-admin(a)winehq.com] On Behalf Of Eric Pouech > Sent: Thursday, April 25, 2002 12:58 PM > To: wine-devel(a)winehq.com > Subject: Re: Patch to quite another Mingw Build warning (mmsystem.h) > > > Steven Edwards a écrit : > > > +#ifndef __MINGW__ > > using #ifndef SEEK_SET would much better > it's most of the time a bad idea to use #ifdef MYOS to check > for the presence/absence of a feature the best way is to > check for the feature itself, and not infer it from the OS... >

April 25, 2002

Re: Patch to quite another Mingw Build warning (mmsystem.h)

by Eric Pouech

Steven Edwards a écrit : > +#ifndef __MINGW__ using #ifndef SEEK_SET would much better it's most of the time a bad idea to use #ifdef MYOS to check for the presence/absence of a feature the best way is to check for the feature itself, and not infer it from the OS...

April 25, 2002

Re: Kernel32 segfaults on compile

by Paul A. Kerr

Hi, my name is Paul. I have had a similar problem compiling various software, after a long battle I discovered that I had too little RAM on my machine. 48 mb on a 233PR IBM machine. I have now increased that memory to 96 mb, the problem has disapeared. If you could furnish a short list of the hardware, and software tools it would help greatly. Best regards Paul A. Kerr stardust(a)starmail.co.za On Wed, 17 Apr 2002 13:22:25 -0300 Ben Woodhead (ben(a)echotech.ca) wrote: >Hello Everybody.. > >I just tried but the 20020411 release and cvs and I get the same results >running ./tools/wineinstall > >make[2]: Entering directory `/home/ben/homes/src/wine/dlls/kernel' >LD_LIBRARY_PATH="../../unicode:$LD_LIBRARY_PATH" >../../tools/winebuild/winebuild -fPIC -L../../dlls -o kernel32.spec.c -spec >./kernel32.spec >make[2]: *** [kernel32.spec.c] Segmentation fault >make[2]: *** Deleting file `kernel32.spec.c' >make[2]: Leaving directory `/home/ben/homes/src/wine/dlls/kernel' >make[1]: *** [kernel/kernel32.dll.so] Error 2 >make[1]: Leaving directory `/home/ben/homes/src/wine/dlls' >make: *** [dlls] Error 2 > >I am running Slackware8.. >GCC version - 2.95.3 >GLIB version - 2.2.5 >GNU make verison - 3.79.1 > >Thanks, Ben >ps Is anybody else having this problem.. > E-mail stardust(a)starmail.co.za Ph +27 21 593 9100 Fax +27 593 1410 _______________________________________________________________ http://www.webmail.co.za the South-African free email service

April 25, 2002

Question about Warning when building wine under Cygwin/Mingw/MSYS

by Steven Edwards

Anyone have any idea what to do about this? mingw32-gcc -c -I. -I. -I../../include -I../../include -D__MINGW__ -D_WINDOWS - DWINE_NOWINSOCK -Wall -mpreferred-stack-boundary=2 -DSTRICT -DNONAMELESSUNION -D NONAMELESSSTRUCT -D_REENTRANT -o regedit.o regedit.c In file included from ../../include/winnt.h:24, from ../../include/windef.h:30, from ../../include/windows.h:32, from regedit.c:23: ../../include/basetsd.h:47: warning: useless keyword or type name in empty decla ration ../../include/basetsd.h:47: warning: empty declaration Basetsd.h has #ifndef _MSC_VER typedef char __int8; typedef short __int16; typedef int __int32; typedef long long __int64; #endif /* !defined(_MSC_VER) */ With "typedef long long __int64;" being the problem on line 47. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

April 25, 2002

Last header patch for Mingw32 I think (wingdi.h)

by Steven Edwards

cvs diff -u wingdi.h Index: wingdi.h =================================================================== RCS file: /home/wine/wine/include/wingdi.h,v retrieving revision 1.69 diff -u -r1.69 wingdi.h --- wingdi.h 3 Apr 2002 22:08:27 -0000 1.69 +++ wingdi.h 25 Apr 2002 16:48:19 -0000 @@ -24,6 +24,14 @@ extern "C" { #endif +#ifdef __MINGW__ +#undef _MAX_PATH +#undef _MAX_DIR +#undef _MAX_EXT +#undef _MAX_DRIVE +#include "stdlib.h" +#endif + typedef struct _ABCFLOAT { FLOAT abcfA; FLOAT abcfB; "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

April 25, 2002

Patch to quite another Mingw Build warning (mmsystem.h)

by Steven Edwards

=================================================================== RCS file: /home/wine/wine/include/mmsystem.h,v retrieving revision 1.49 diff -u -r1.49 mmsystem.h --- mmsystem.h 10 Mar 2002 00:02:34 -0000 1.49 +++ mmsystem.h 25 Apr 2002 16:42:43 -0000 @@ -1335,9 +1335,11 @@ #define MMIO_CREATERIFF 0x0020 /* mmioCreateChunk: make a LIST chunk */ #define MMIO_CREATELIST 0x0040 /* mmioCreateChunk: make a RIFF chunk */ +#ifndef __MINGW__ #define SEEK_SET 0 #define SEEK_CUR 1 #define SEEK_END 2 +#endif /* __MINGW__ */ #define MMIOM_READ MMIO_READ /* read */ #define MMIOM_WRITE MMIO_WRITE /* write */ "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

April 25, 2002

Re: overlapped read problem.

by Rein Klazes

On Thu, 25 Apr 2002 13:23:01 +0200 (CEST), you wrote: > On Thu, 25 Apr 2002, Rein Klazes wrote: > > > ReadFile() returns ERROR, with gle() set to ERROR_IO_PENDING > > Well the overlapped request is still pending. > Since the data is there, this can only be caused by the > APC not being scheduled. > > Please send me a tarce with trace+comm,trace+file,trace+server. Here is the same +comm,+file now with added +server: | 0806cfe8:Call kernel32.ClearCommError(000000e8,405953a8,405953b0) ret=60052d0f | 0806cfe8: get_handle_fd( handle=232, access=80000000 ) | 0806cfe8: get_handle_fd() = 0 { fd=18, type=1, flags=1 } | trace:comm:ClearCommError handle 232 cbInQue = 8 cbOutQue = 0 | 0806cfe8: get_serial_info( handle=232 ) | 0806cfe8: get_serial_info() = 0 { readinterval=ffffffff, readconst=00000000, readmult=00000000, writeconst=00000000, writemult=00000000, eventmask=0000003d, commerror=00000000 } | 0806cfe8: set_serial_info( handle=232, flags=4, readinterval=00000000, readconst=00000000, readmult=00000000, writeconst=0000003d, writemult=00000000, eventmask=00000000, commerror=00000000 ) | 0806cfe8: set_serial_info() = 0 | 0806cfe8:Ret kernel32.ClearCommError() retval=00000001 ret=60052d0f | 0806cfe8:Call kernel32.ReadFile(000000e8,405953f0,00000008,405953a4,409032e4) ret=60052d44 | trace:file:ReadFile 232 0x405953f0 8 0x405953a4 0x409032e4 | 0806cfe8: get_handle_fd( handle=232, access=80000000 ) | 0806cfe8: get_handle_fd() = 0 { fd=18, type=1, flags=1 } | 0806cfe8: event_op( handle=236, op=2 ) | 0806cfe8: event_op() = 0 | trace:file:FILE_ReadFileEx file 232 to buf 0x405953f0 num 8 0x409032e4 func (nil) | 0806cfe8: get_handle_fd( handle=232, access=80000000 ) | 0806cfe8: get_handle_fd() = 0 { fd=18, type=1, flags=1 } | 0806cfe8: register_async( handle=232, type=1, overlapped=0x41d615b0, count=8, status=00000103 ) | 0806cfe8: register_async() = 0 | trace:file:GetOverlappedResult (232 0x409032e4 0x405953a4 0) | trace:file:GetOverlappedResult waiting on 0x409032e4 | 0806cfe8: select( flags=14, cookie=0x405951bc, sec=1019746522, usec=250830, handles={236} ) | 0806cfe8: select() = TIMEOUT | trace:file:GetOverlappedResult wait on 0x409032e4 returned 258 | 0806cfe8:Ret kernel32.ReadFile() retval=00000000 ret=60052d44 | 0806cfe8:Call kernel32.GetLastError() ret=60052d52 | 0806cfe8:Ret kernel32.GetLastError() retval=000003e5 ret=60052d52 | 0806cfe8:Call kernel32.lstrlenA(40595270 "Problemen bij aansturen van modem\n(121-997)") ret=6c37396c | 0806cfe8:Ret kernel32.lstrlenA() retval=0000002b ret=6c37396c I put the more complete cut of the log, beginning at the "CreateFileA COM1" at http://home.wanadoo.nl/~wijn/girotel/gt.log.bz2 Rein. -- Rein Klazes rklazes(a)xs4all.nl

April 25, 2002

Re: CDRW precomando mount

by Andreas Mohr

On Thu, Apr 25, 2002 at 08:46:56AM -0300, Marcelo Welter wrote: > Greatings > > Recently i install the packet module and UDF support in my kernel to use a CDRom writer like a diskete, but to mount this driver a need a precomand, and affer umount that need another comand > > That are possible in wine...? That's not a Wine issue, is it ?? Wine expects the drive to be *there* and ready, and that's it. Please more details as to why this is a problem. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

April 25, 2002

Re: wine and aol7 [was: Re: New Winsock2 patch series - now tested]

by Michael Cardenas

Now, on to the work at hand. Attached is the output of running aol7 with +winsock, +file, with your latest series of winsock patches. Aol is still unable to handshake properly with it's web proxy and so you can't see any web content in aol or the buddy list. If anyone wants to work on aol or just to see it working, I can provide a deb package or a tarball that lets you install aol, so you don't have to worry about the aol installer working. I submitted some patches a few weeks ago that allow aol7 to launch. -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

April 25, 2002

Visual Basic 6 Setup Kit

by degs

Hi, I'm trying to run an installer which I *think* is built with the VB6 Setup Kit using Wine recent CVS. I get past the initial phase where the installer updates some files required by the installer itself but then when the blue background and the initial dialog comes up it wil not accept mouse or keyboard input. Has anybody come across this problem with VB apps/VB setup kit before? I've tried running with the default settings and also with managed=y or desktop=640x480 in .wine/config I notice that the inital dialog window is still managed by wine even if I have managed=y in .wine/config (other applications run under wine are managed by my X window manager though) I notice that I get a second desktop with the blue screen + initial dialog in it when desktop=640x480. The initial desktop window is empty (black). Clicking in the empty desktop window gives messages on the console such as: "fixme:class:get_class_ptr reading from class of other process window 10025" Clicking in the desktop where the installer is displayed does nothing and produces no console output. Any pointers as to how to debug this would be useful. thanks -- degs

April 25, 2002

CDRW precomando mount

by Marcelo Welter

Greatings Recently i install the packet module and UDF support in my kernel to use a CDRom writer like a diskete, but to mount this driver a need a precomand, and affer umount that need another comand That are possible in wine...? Thanks Marcelo Welter

April 25, 2002

Re: C/L utility to translate unix and dos paths

by Michael Wetherell

The 'configure' band still had broken long lines, and perhaps I shouldn't have had it there anyway since it can be generated, so I've just removed it. ChangeLog: * configure, configure.ac, Makefile.in, schedule/process.c programs/Makefile.in, programs/winepath/.cvsignore programs/winepath/Makefile.in, programs/winepath/winepath.c Mike Wetherell <mike.wetherell(a)ntlworld.com> Utility to convert between Unix and Windows paths at the command line. Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.20 diff -u -r1.20 configure.ac --- configure.ac 20 Apr 2002 21:00:42 -0000 1.20 +++ configure.ac 22 Apr 2002 22:50:08 -0000 @@ -1406,6 +1406,7 @@ programs/wcmd/Makefile programs/wineconsole/Makefile programs/winemine/Makefile +programs/winepath/Makefile programs/winetest/Makefile programs/winhelp/Makefile programs/winver/Makefile Index: Makefile.in =================================================================== RCS file: /home/wine/wine/Makefile.in,v retrieving revision 1.115 diff -u -r1.115 Makefile.in --- Makefile.in 17 Apr 2002 16:51:47 -0000 1.115 +++ Makefile.in 22 Apr 2002 22:50:09 -0000 @@ -30,7 +30,8 @@ # Programs that link with libwine LIBPROGRAMS = \ debugger/winedbg \ - programs/wineconsole/wineconsole + programs/wineconsole/wineconsole \ + programs/winepath/winepath # Libraries (not dlls) to build LIBRARIES = \ @@ -66,6 +67,7 @@ library \ ole \ programs/wineconsole \ + programs/winepath \ server \ tools \ tsx11 \ Index: scheduler/process.c =================================================================== RCS file: /home/wine/wine/scheduler/process.c,v retrieving revision 1.177 diff -u -r1.177 process.c --- scheduler/process.c 15 Apr 2002 15:38:10 -0000 1.177 +++ scheduler/process.c 22 Apr 2002 22:50:18 -0000 @@ -241,7 +241,7 @@ * * Main process initialisation code */ -static BOOL process_init( char *argv[] ) +BOOL process_init( char *argv[] ) { BOOL ret; size_t info_size = 0; Index: programs/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/Makefile.in,v retrieving revision 1.14 diff -u -r1.14 Makefile.in --- programs/Makefile.in 11 Apr 2002 23:58:40 -0000 1.14 +++ programs/Makefile.in 22 Apr 2002 22:50:19 -0000 @@ -20,6 +20,7 @@ wcmd \ wineconsole \ winemine \ + winepath \ winetest \ winhelp \ winver diff -Nu programs/winepath/.cvsignore programs/winepath/.cvsignore --- programs/winepath/.cvsignore Thu Jan 1 01:00:00 1970 +++ programs/winepath/.cvsignore Tue Apr 23 00:15:47 2002 @@ -0,0 +1,2 @@ +Makefile +winepath diff -Nu programs/winepath/Makefile.in programs/winepath/Makefile.in --- programs/winepath/Makefile.in Thu Jan 1 01:00:00 1970 +++ programs/winepath/Makefile.in Tue Apr 23 00:15:47 2002 @@ -0,0 +1,27 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ + +PROGRAMS = winepath +MODULE = none +IMPORTS = ntdll.dll + +C_SRCS = \ + winepath.c + +all: $(PROGRAMS) + +(a)MAKE_RULES@ + +winepath: $(OBJS) + $(CC) $(CFLAGS) -o winepath $(OBJS) -L$(DLLDIR) $(IMPORTS:%=-l%) $(LIBWINE) $(LIBUNICODE) $(LDFLAGS) + +install:: $(PROGRAMS) + [ -d $(bindir) ] || $(MKDIR) $(bindir) + $(INSTALL_PROGRAM) winepath $(bindir)/winepath + +uninstall:: + $(RM) $(bindir)/winepath + +### Dependencies: diff -Nu programs/winepath/winepath.c programs/winepath/winepath.c --- programs/winepath/winepath.c Thu Jan 1 01:00:00 1970 +++ programs/winepath/winepath.c Tue Apr 23 00:17:07 2002 @@ -0,0 +1,184 @@ +/* + * Translate between Wine and Unix paths + * + * Copyright 2002 Mike Wetherell + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "config.h" + +#include <windows.h> +#include <stdio.h> +#include <stdlib.h> + +#if defined(_WIN32) || defined(_WIN64) || defined(WINELIB) +#define WINDOWS 1 +#endif + +#define VERSION "0.1 (" PACKAGE_STRING ")" + +enum { + SHORTFORMAT = 1, + LONGFORMAT = 2, + UNIXFORMAT = 4 +}; + +static char *progname; + +/* Wine specific functions */ +extern BOOL process_init(char *argv[]); +typedef BOOL WINAPI wine_get_unix_file_name_t ( LPCSTR dos, + LPSTR buffer, + DWORD len ); +/* + * handle an option + */ +int option(int shortopt, char *longopt) +{ + const char *helpmsg = + "Convert PATH(s) to Unix or Windows long or short paths.\n" + "\n" + " -u, --unix output Unix format\n" + " -l, --long output Windows long format\n" + " -s, --short output Windows short format \n" + " -h, --help output this help message and exit\n" + " -v, --version output version information and exit\n" + "\n" + "The input paths can be in any format. If more than one option is given\n" + "then the input paths are ouput in all formats specified, in the order\n" + "Unix, long, short. If no option is given the default is Unix format.\n"; + + switch (shortopt) { + case 'h': + printf("Usage: %s [OPTION] [PATH]...\n", progname); + printf(helpmsg); + exit(0); + case 'v': + printf("%s version " VERSION "\n", progname); + exit(0); + case 'l': + return LONGFORMAT; + case 's': + return SHORTFORMAT; + case 'u': + return UNIXFORMAT; + } + + fprintf(stderr, "%s: invalid option ", progname); + if (longopt) + fprintf(stderr, "'%s'\n", longopt); + else + fprintf(stderr, "'-%c'\n", shortopt); + fprintf(stderr, "Try '%s --help' for help\n", progname); + exit(2); +} + +/* + * Parse command line options + */ +int parse_options(char *argv[]) +{ + int outputformats = 0; + int done = 0; + char *longopts[] = { "long", "short", "unix", "help", "version", "" }; + int i, j; + + for (i = 1; argv[i] && !done; ) + { + if (argv[i][0] != '-') { + /* not an option */ + i++; + continue; + } + + if (argv[i][1] == '-') { + if (argv[i][2] == 0) { + /* '--' end of options */ + done = 1; + } else { + /* long option */ + for (j = 0; longopts[j][0]; j++) + if (strcmp(argv[i]+2, longopts[j]) == 0) + break; + outputformats |= option(longopts[j][0], argv[i]); + } + } else { + /* short options */ + for (j = 1; argv[i][j]; j++) + outputformats |= option(argv[i][j], NULL); + } + + /* remove option */ + for (j = i + 1; argv[j - 1]; j++) + argv[j - 1] = argv[j]; + } + + return outputformats; +} + +/* + * Main function + */ +int main(int argc, char *argv[]) +{ +#ifndef WINDOWS + char *noargs[2] = { argv[0], NULL }; +#endif + wine_get_unix_file_name_t *wine_get_unix_file_name_ptr; + static char path[MAX_PATH]; + int outputformats; + int i; + + progname = argv[0]; + outputformats = parse_options(argv); + if (outputformats == 0) + outputformats = UNIXFORMAT; + +#ifndef WINDOWS + if (!process_init(noargs)) + exit(1); + wine_get_unix_file_name_ptr = wine_get_unix_file_name; +#else + if (outputformats & UNIXFORMAT) { + wine_get_unix_file_name_ptr = (wine_get_unix_file_name_t*) + GetProcAddress(GetModuleHandle("KERNEL32"), + "wine_get_unix_file_name"); + if (wine_get_unix_file_name_ptr == NULL) { + fprintf(stderr, "%s: cannot get the address of " + "'wine_get_unix_file_name'\n", progname); + exit(3); + } + } +#endif + + for (i = 1; argv[i]; i++) + { + if (outputformats & LONGFORMAT) { + GetLongPathNameA(argv[i], path, sizeof(path)); + printf("%s\n", path); + } + if (outputformats & SHORTFORMAT) { + GetShortPathNameA(argv[i], path, sizeof(path)); + printf("%s\n", path); + } + if (outputformats & UNIXFORMAT) { + wine_get_unix_file_name_ptr(argv[i], path, sizeof(path)); + printf("%s\n", path); + } + } + + exit(0); +}

April 25, 2002

Re: overlapped read problem.

by Martin Wilck

On Thu, 25 Apr 2002, Rein Klazes wrote: > ReadFile() returns ERROR, with gle() set to ERROR_IO_PENDING Well the overlapped request is still pending. Since the data is there, this can only be caused by the APC not being scheduled. Please send me a tarce with trace+comm,trace+file,trace+server. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

April 25, 2002

Re: Compiling the latest version of wine ...

by Marcelo Welter

Greatings Problaby you have some librarys of old versions in your /usr/local/lib or /opt/wine/lib delete allmost and rerun the wineinstall See your /etc/ld.so.conf and remove paths that are wine exclusive See ya Marcelo Welter Em Qua 24 Abr 2002 21:28, Fabrizio Regalli escreveu: > Hello, > I'm trying to compile the latest version of wine, but I see some problem: > > ./configure && make dep && make , works fine. After that I see this: > > root(a)bizio:/home/rizla/wine-20020411# ./tools/wineinstall > WINE Installer v0.72 > > You are running wineinstall as root, this is not advisable. Please rerun > as a user. > Aborting. > > Ok, I switch user from root to rizla > > rizla(a)bizio:~/wine-20020411$ ./tools/wineinstall > > ..and It' works.. > WINE Installer v0.72 > > Warning !! wine binary (still) found, which may indicate > a (conflicting) previous installation. > You might want to abort and uninstall Wine first. > > I see that WINE has already been configured, so I'll skip that. > > We need to install wine as root user, do you want us to > 'su root' and install Wine? Enter 'no' to continue without installing > (yes/no) > > -I ANSWER YES-Wine build complete. > > Performing 'make install' as root to install binaries, enter root password > Password: > > (I put my EXACT password, casesensitive too but I see this)/bin/bash: - : > unrecognized option > > Either you entered an incorrect password or we failed to run > 'make install' correctly. > If you didn't enter an incorrect password then please report this > error to wine-devel(a)winehq.com. > > Installation failed, aborting. > > How to solve this problem ? > > If i answer NO at the question of su - root , it seems work as user but, > when it try to configure something, it has stopped. > > > We need to install wine as root user, do you want us to build wine, > 'su root' and install Wine? Enter 'no' to continue without installing > (yes/no) no > > NOTE! To run Wine without installing, you must set the environment > variable LD_LIBRARY_PATH to > /home/rizla/wine-20020411:/home/rizla/wine-20020411/dlls in your logon > scripts. > > Create local config file ~/.wine/config? > (yes/no) yes > > Searching for an existing Windows installation... found. > > Created /home/rizla/.wine/config using your existing Windows installation. > You probably want to review the file, though. > > ..and it has stopped without the prompt... > > I'm using slack 8 with kernel 2.4.18 > > Bye and thanks

April 25, 2002

overlapped read problem.

by Rein Klazes

Hi, The changes to the async/overlapped IO in the last week have caused a problem in Girotel 2.1, Dutch online banking program. After successfully calling the bank's computer: | 0806cfe8:Call kernel32.ClearCommError(000000e8,405953a8,405953b0) ret=60052d0f | trace:comm:ClearCommError handle 232 cbInQue = 8 cbOutQue = 0 | 0806cfe8:Ret kernel32.ClearCommError() retval=00000001 ret=60052d0f 8 characters in the in-queue. | 0806cfe8:Call kernel32.ReadFile(000000e8,405953f0,00000008,405953a4,409032e4) ret=60052d44 | trace:file:ReadFile 232 0x405953f0 8 0x405953a4 0x409032e4 request read of 8 characters. | trace:file:FILE_ReadFileEx file 232 to buf 0x405953f0 num 8 0x409032e4 func (nil) | trace:file:GetOverlappedResult (232 0x409032e4 0x405953a4 0) | trace:file:GetOverlappedResult waiting on 0x409032e4 | trace:file:GetOverlappedResult wait on 0x409032e4 returned 258 | 0806cfe8:Ret kernel32.ReadFile() retval=00000000 ret=60052d44 | 0806cfe8:Call kernel32.GetLastError() ret=60052d52 | 0806cfe8:Ret kernel32.GetLastError() retval=000003e5 ret=60052d52 ReadFile() returns ERROR, with gle() set to ERROR_IO_PENDING | 0806cfe8:Call kernel32.lstrlenA(40595270 "Problemen bij aansturen van modem\n(121-997)") ret=6c37396c Start preparing the error message ("problems communicating with modem, check your settings") for the alerting dialogbox. While clicking away this dialogbox, and the 20 subsequent ones the communications proceeds successfully. Any suggestions? Rein. -- Rein Klazes rklazes(a)xs4all.nl

April 25, 2002