Last patch for Mingw32 Warnings

Once again if someone wants to help I only have one warning left to fix. Changelog: More Mingw32 warning fixes cvs diff -u winnls.h Index: winnls.h === RCS file: /home/wine/wine/include/winnls.h,v retrieving revision 1.32 diff -u

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

Hi Michael, I wonder whether flags is an invalid pointer - but I cannot figure out why it should be, from the calls to FILE_GetUnixGandleType that exist. Please try to generate a trace with trace+winsock,trace+server,trace+file. Martin -- Martin WilckPhone: +49 5251 8 15113

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

On Wed, 24 Apr 2002, Michael Cardenas wrote: 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

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

On Wed, 24 Apr 2002, Michael Cardenas wrote: Attached is a patch that corrects martin wilck's previous patch. It just adds an if flags before deref'ing the flags variable. Not sure if this is the most correct, but it corrects the crash. So flags is really an invalid pointer - can you see

BUG in my patch series

On Wed, 24 Apr 2002, Michael Cardenas wrote: Attached is a patch that corrects martin wilck's previous patch. It just adds an if flags before deref'ing the flags variable. Not sure if this is the most correct, but it corrects the crash. OK, it was a really stupid bug resulting from the fact

overlapped read problem.

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(00e8,405953a8,405953b0) ret=60052d0f | trace:comm:ClearCommError handle

Re: Compiling the latest version of wine ...

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,

Re: overlapped read problem.

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.

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

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

CDRW precomando mount

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

Re: CDRW precomando mount

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

Re: overlapped read problem.

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.

Re: minor regression testing patch

On Wed, Apr 24, 2002 at 03:58:36PM -0700, Francois Gouget wrote: On Wed, 24 Apr 2002, Geoffrey Hausheer wrote: [...] Undocumented behavior should not be tested for unless an application depends on that behavior. Our goal is not to make a clone of a specific version of Windows but to be able

Visual Basic 6 Setup Kit

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

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

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

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...

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

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

Separating Process and Debugger Debugmsg Output

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

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

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

Unexpected calls of MODULE_LoadLibraryExA

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

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

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

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

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.h3 Apr 2002 22:08:27 - 1.69 +++ wingdi.h25 Apr 2002 16:48:19 -

Memori and Swap Full after some hours

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

Re: overlapped read problem.

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=8000 ) | 0806cfe8: get_handle_fd() = 0 { fd=18, type=1, flags=1

Re: Memori and Swap Full after some hours

Marcelo == Marcelo Welter [EMAIL PROTECTED] writes: Marcelo I have a windows application run in a very old machine Pentium Marcelo 133Mhz 32 Mb RAM (believes this still exist) Marcelo The application running fine, but after some hours (3 or 4) the Marcelo memory and swap are

Re: Memori and Swap Full after some hours

On Thu, Apr 25, 2002 at 03:03:41PM -0300, Marcelo Welter wrote: 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

Port.h issue with mingw

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

x86 - java bytecode?

Hello, I was just wondering if anyone could give me a clue about how hard it might be to write an x86-java bytecode translator, or if one exists already? This isn't totally irrelevant to wine, since it seems like it could be used to get wine running on non-x86 machines (very inefficiently of

Re: Separating Process and Debugger Debugmsg Output

How do you solve this problem? with today's CVS tree, not much I fear my preferred solution would be to add some flags to CreateProcess to ask for not passing some Wine elements from the parent process to the child process (like -debug channels...) and use them in the case of launching a

WINE XIM Patch

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

Re: Memori and Swap Full after some hours

A are running top to see a estimative of process and i see wine only in this case. (If you have other please speak to me) Close and reopen is a better idea at this time I thinking in this too but are very strange too final users thanks for Em Qui 25 Abr 2002 15:16, Uwe Bonnes escreveu:

More BUG fixes for winsock2 patch series

Patch: BUGS in my recently submitted patch series This applies over my complete patch series - I will send clean patches tomorrow. The fixes in server/file.c and server/serial.c relate to Rein Klazes' problem. Rein: please tell me if they fix it!! Patch

Re: Memori and Swap Full after some hours

Marcelo, check if this happens due to bug 590: http://bugs.codeweavers.com/show_bug.cgi?id=590 I believe issue 590 happens only when you move mouse arount and does not happen when you don't touch the application. Andriy Palamarchuk __ Do You

Re: existing cooperation with mono?

And I think, that for the last type of programs a cooperation between the Wine-Devels and the Mono-Devels is very advantageous. So, existing this cooperations? not to my knowledge. moreover, it has to be seen the exact difference between MS implementation and the ECMA standard which mono is

PATCH: Unit test for winsock2

This patch introduces a unit test for winsock2 functionality. It is not complete yet, but I have found it useful already. The most important part (for me), tests for overlapped IO, have yet to be added. The test code implements a simple echo protocol over the loopback device. Servers and

[PATCH FINALLY FIXED] tools/wineconf

this works perfectly on my system too added check for ntfs drives (in case it is drive c) NOTE: if you have read/write on for NTFS (in your kernel) i would not recommend using that as your c drive. thats why the wineinstall script says you should probably check the ~/.wine/config file anyways

Re: Memori and Swap Full after some hours

In my case i dont use any window managers i call my programs from console with: xinit wine myapp.exe -- :0 and my mouse is not conected in machine in the program have a function to remove pointer of screen (set pointer to nul) well i proceed qith my tests... Thanks Marcelo Em Qui 25 Abr

Re: [PATCH UPDATE] tools/wineshelllink *METHOD 4*

On Thu, 25 Apr 2002, Speeddymon wrote: + if [ -d /usr/lib/menu -a $mode = menu -a ! `whoami` = root ] + then [...] + elif [ `whoami` = root ] + then +mdk_entry /usr/lib/menu/wine + fi Sorry, I haven't been following this but isn't the elif condition redundant? Also, AFAIK

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

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 [EMAIL PROTECTED] wrote: Now, on to the work at hand. Attached is the output of running aol7 with +winsock, +file, with your latest series of winsock

Re: Memori and Swap Full after some hours

On Thu, Apr 25, 2002 at 06:04:07PM -0300, Marcelo Welter wrote: In my case i dont use any window managers i call my programs from console with: xinit wine myapp.exe -- :0 Don't you think you might want to use ttydrv instead ? ;) BTW, RTFMing helps a lot sometimes... -- Andreas Mohr

Re: cups support apparently broken

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

Re: [PATCH UPDATE] tools/wineshelllink *METHOD 4*

Paul Millar a écrit : On Thu, 25 Apr 2002, Speeddymon wrote: + if [ -d /usr/lib/menu -a $mode = menu -a ! `whoami` = root ] + then [...] + elif [ `whoami` = root ] + then +mdk_entry /usr/lib/menu/wine + fi Sorry, I haven't been following this but isn't the elif

Re: [PATCH UPDATE] tools/wineshelllink *METHOD 4*

--- Paul Millar [EMAIL PROTECTED] wrote: On Thu, 25 Apr 2002, Speeddymon wrote: + if [ -d /usr/lib/menu -a $mode = menu -a ! `whoami` = root ] + then [...] + elif [ `whoami` = root ] + then +mdk_entry /usr/lib/menu/wine + fi Sorry, I haven't been following this but

Re: [PATCH UPDATE] tools/wineshelllink *METHOD 4*

On Thu, Apr 25, 2002 at 05:21:17PM -0400, Vincent Béron wrote: Paul Millar a écrit : On Thu, 25 Apr 2002, Speeddymon wrote: + if [ -d /usr/lib/menu -a $mode = menu -a ! `whoami` = root ] + then [...] + elif [ `whoami` = root ] + then +mdk_entry /usr/lib/menu/wine

Re: wine/ dlls/winsock/socket.c dlls/winsock/ws2_3 ...

do these patches include his fixes from today? On Thursday 25 April 2002 05:34 pm, you wrote: ChangeSet ID: 1019770464826040353932516 CVSROOT: /opt/cvs-commit Module name: wine Changes by: [EMAIL PROTECTED] 02/04/25 16:34:24 Modified files: dlls/winsock : socket.c

Re: Send the first two mingw32 patches to /dev/null and use these instead

Steven Edwards [EMAIL PROTECTED] writes: Index: windef.h === RCS file: /home/wine/wine/include/windef.h,v retrieving revision 1.62 diff -u -r1.62 windef.h --- windef.h 10 Mar 2002 00:02:34 - 1.62 +++ windef.h 25

Re: Bug 572

Andriy Palamarchuk [EMAIL PROTECTED] writes: Alexandre, could you look at bug 572: http://bugs.codeweavers.com/show_bug.cgi?id=572 It is possible that this bug is caused by your patch. Quite possible, but I'm afraid the trace is not really helpful. I'd need to see a backtrace, and probably

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

Steven Edwards [EMAIL PROTECTED] writes: diff -u -r1.69 wingdi.h --- wingdi.h 3 Apr 2002 22:08:27 - 1.69 +++ wingdi.h 25 Apr 2002 16:48:19 - @@ -24,6 +24,14 @@ extern C { #endif +#ifdef __MINGW__ +#undef _MAX_PATH +#undef _MAX_DIR +#undef _MAX_EXT +#undef

Re: wine/ dlls/winsock/socket.c dlls/winsock/ws2_3 ...

Michael Cardenas [EMAIL PROTECTED] writes: do these patches include his fixes from today? Not yet, coming up soon. -- Alexandre Julliard [EMAIL PROTECTED]

cprof Profiler

Hi, saw your question on the weekly news. I noticed nobody had pointed out that what was cprof is now available under the eazel-tools module of the Gnome CVS repository (I believe). It also has some changes from the old cprof version like shared library support regards john -- I continue

First attempt at unit testing. Victim of choice: _hread()

Thanks to Vincent Béron and Francois Gouget I've managed to do my own little unit test. I post it here hoping for comments of any kind: possible improvements, additions, advice etc. (I guess I could add some more limit-tests, trying to read many small chunks in a row see that I still end up

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

diff -u -r1.69 wingdi.h --- wingdi.h3 Apr 2002 22:08:27 - 1.69 +++ wingdi.h25 Apr 2002 16:48:19 - -24,6 +24,14 extern C { #endif +#ifdef __MINGW__ +#undef _MAX_PATH +#undef _MAX_DIR +#undef _MAX_EXT +#undef _MAX_DRIVE +#include

RE: Send the first two mingw32 patches to /dev/null and use these instead

Index: windef.h === RCS file: /home/wine/wine/include/windef.h,v retrieving revision 1.62 diff -u -r1.62 windef.h --- windef.h10 Mar 2002 00:02:34 - 1.62 +++ windef.h25 Apr 2002 02:09:36 -

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

Steven Edwards [EMAIL PROTECTED] writes: I think I needed it there for another define of MAX_PATH. stdlib.h does exist in mingw. Do you think I should just use wines windef.h and disregard this? I guess there could be a configure check for the MAX_* definitions also. Well, wingdi.h uses

dragging trillian's window causes the X server to crash

Using wine from 04/23/2002, when drag my buddy list window in trillian the X server crashes.

Re: More BUG fixes for winsock2 patch series

I tried applying these patches also, and they didn't help the aol bug. On Thursday 25 April 2002 03:09 pm, Martin Wilck wrote: Patch: BUGS in my recently submitted patch series This applies over my complete patch series - I will send clean patches tomorrow.