wine-devel

wine-devel@winehq.org

3 participants
84472 discussions

Re: PATCH : VGA_ioport_in and vertical refresh
by Eric Pouech 17 Apr '02

17 Apr '02

Christian COSTA a écrit : > > Changelog : > dlls/winedos/vga.c : VGA_ioport_in > Fake the occurence of the vertical refresh when no graphic mode > has been set > > Christian COSTA titan.costa(a)wanadoo.fr avec le patch ca serait mieux ;-) A+

2 1

Re: Why Wine is like playing the guitar
by Kari Hurtta 17 Apr '02

17 Apr '02

http://www.winehq.com/hypermail/wine-devel/2002/03/0226.html | From: Steven Edwards (steven_ed4153(a)yahoo.com) | Date: Wed Mar 20 2002 - 03:14:30 CST | On a Side Note: | One thing that Wine/Lindows and Reactos will need is | to be able to run alot of the newer programs with | tighter Mozzila/NS intigration. This was discussed a | little during James's presentation on the Jscript.dll | interface to Seamonkey. Some of the newer software | loads Internet Explorers MSHTML.DLL for rendering | and I belive that this software with a little help | from wine could run better with tigher Mozilla | Intergration. Perhaps following is related: http://www.iol.ie/~locka/mozilla/control.htm | ActiveX Control Implementation | Not just a similar API | An identical one! That's right, the Mozilla control will implement the | IWebBrowser and DWebBrowserEvents interfaces that Microsoft have | already defined for Internet Explorer. | | Since the Mozilla control implements exactly the same API, it will | mean that developers can take existing IE code and port it, sometimes | in a matter of minutes!

1 0

Re: PATCH : VGA_ioport_in and vertical refresh
by Dimitrie O. Paun 17 Apr '02

17 Apr '02

On April 16, 2002 03:18 pm, Christian COSTA wrote: > Changelog : > dlls/winedos/vga.c : VGA_ioport_in > Fake the occurence of the vertical refresh when no graphic mode > has been set A patch would be nice... ;) -- Dimi.

1 0

Debugger looping busy
by Sylvain Petreolle 17 Apr '02

17 Apr '02

Hi, Using some programs with wine (last CVS), the debugger enters a loop and cannot be stopped other way than a kill on it. If I let it go, i see pages of these : Wine-dbg>parse error Cannot pass on last chance exception. You must use cont Wine-dbg>parse error Cannot pass on last chance exception. You must use cont Wine-dbg>parse error Cannot pass on last chance exception. You must use cont Had someone the same behaviour ? RH 7.2, kernel 2.4.9-31, glibc-2.2.4-24 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 3

Additional warnings (-W) revisited
by Joerg Mayer 16 Apr '02

16 Apr '02

Hello, a year or more ago I started an attempt to turn on additional warnings with gccs -W switch. The amount of additional warnings created made any warnings useless (the current count is >2700). I've just thought about the problem again and come up with a divide and conquer approach: Why not turn -W on and disable the additional warnings on a per directory basis? The idea is to turn on the additional warnings and then disable them on a per directory/type basis by putting a file into each directory turning off one or both of the additional warnings that occur very often (signed/unsigned comparisons and unused parameters/variables). If both warnings should be shown in a directory, the file may be removed. I've attached an example patch and the initial look of the .nowarn file. What do you think of the idea in general and this particular solution? Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

Sorry for spamming wine bugs list
by Andriy Palamarchuk 16 Apr '02

16 Apr '02

I just changed a dependency of some task list bug and a message was sent to the wine bugs list for each entry in the task list. Probably we need better filter for notifications which sent to the bugs list. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/

2 1

Re: fixme:win32:PeekNamedPipe
by Michael Riedel 16 Apr '02

16 Apr '02

Thanks for the hint, and yes it is a kernel32 function. BOOL PeekNamedPipe( HANDLE hNamedPipe, // handle to pipe LPVOID lpBuffer, // data buffer DWORD nBufferSize, // size of data buffer LPDWORD lpBytesRead, // number of bytes read LPDWORD lpTotalBytesAvail, // number of bytes available LPDWORD lpBytesLeftThisMessage // unread bytes ); Since I get fixme:win32:PeekNamedPipe (00000080, (nil), 00000000, (nil), 0x406a2194, (nil)): stub this means that at least a valid handle was created so that there is already some code for CreateNamedPipe or CreatePipe? Is there anybody knowing more before I am going to try looking into the sources? Thanks, Michael --

3 2

fixme:win32:PeekNamedPipe
by Michael Riedel 16 Apr '02

16 Apr '02

First of all I want to thank the community for the efforts spent in developing wine. It's simple a cool "tool" (sorry, it's more, I know). Now my problem: I installed wine-20020411 without having a native windows installation. I installed successfully a simulator software which obviously uses a tcl/tk-GUI to invoke other program moduls (compiler, library manager, simulator core) re-directing their stdin/stdout to the console window via pipes. It does not work for me and I get the message (infinitivly repeated): fixme:win32:PeekNamedPipe (00000080, (nil), 00000000, (nil), 0x406a2194, (nil)): stub Searchin the web I got no hit. Questions: (1) Can I avoid this by using a native windows-dll? If yes, which dll I have to install (but I assume it is a kernel-dll function and so it is not possible)? (2) I have no Windows programming background, but what do you think: Should I dare to implement this function or was it left open because of a tricky windows-API-Linux mapping problem? (3) Any other ideas? Thanks, Michael --

2 1

a problem using /tools/wineinstall
by davide madrisan 16 Apr '02

16 Apr '02

I had a problem using the wine installer script from wine-20020411. This is the brute change I've made to be able to end successfully the installation procedure. echo "Installing default Wine registry entries..." echo ## DEBUG : TMPREG == "/tmp/wineinstall.reg" ## DEBUG : REGAPI == "programs/regapi/regapi" # if ! $REGAPI setValue < $TMPREG > /dev/null <-- here is the problem # then { # rm -f $TMPREG # echo "Registry install failed." # conf_reset_question regapi_error # conf_question high regapi_error # exit 1 # } # else { # if we are converting from a .winerc file, running regapi once # will ONLY convert .winerc -> ~/.wine/config, it will not import the # registry data. so if we are converting we need to run regapi twice if [ "$CONVCONF" = 'yes' ] then if ! $REGAPI setValue < $TMPREG > /dev/null then rm -f $TMPREG echo "Registry install failed." conf_reset_question regapi_error conf_question high regapi_error exit 1 else echo echo "Registry entries successfully installed." fi else echo echo "Registry entries successfully installed." fi # } # fi I've choosen a wine-only installation, so no windows partition. If you need more informations, please let me know. Thanks. Saluti. -- Davide Madrisan GPG/PGP keys: <http://pgp.mit.edu/>

1 0

Re: wine/ misc/options.c scheduler/process.c
by Uwe Bonnes 15 Apr '02

15 Apr '02

>>>>> "Alexandre" == Alexandre Julliard <julliard(a)wine.codeweavers.com> writes: Alexandre> Log message: Fixed inheriting command-line options from Alexandre> parent process. The wine executable now doesn't understand OPTIONS any more. It is nescessary to give options in the WINEOPTIONS environment variable. Is this intended? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

4 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel