wine-devel February 2004

wine-devel@winehq.org

132 participants
261 discussions

Broken pipe not detected
by Uwe Bonnes 22 Feb '04

22 Feb '04

Hallo Eric,Mike, Alexandre (and alll others), as described in http://www.winehq.org/hypermail/wine-devel/2003/01/0486.html Altera quartus waits for some connected application by detecting a broken pipe (ReadFile() expects error, GetLastError is checked for ERROR_BROKEN_PIPE). Our present pipe implementation doesn't set this error beside for PeekNamedPipe. The application doesn't call PeekNamedPipe(). I sent some additional test for pipe to wine-patches. The last test with its todo_wine points out this behaviour. Confirmation of my findings by running the test on windows is appreciated. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 2

Re: slovenian keyboard fix
by Dmitry Timoshkov 22 Feb '04

22 Feb '04

"Rok Mandeljc" <rok.mandeljc(a)gimb.org> wrote: > Keyboard layouts seem to be mixed up; at least Slovenian keyboard was, > making it impossible for wine to detect it. This patch fixes it (...at > least for me). > > BTW: do we need keyboard layouts? I mean, I tried and deleted all > entries from keyboard.c except one, which I left empty ("") and all keys > functioned normally. Any ideas? I wonder why do you need to fix a keyboard layout if it really works then? -- Dmitry.

2 1

Re: better dmusic debug traces
by Dimitrie O. Paun 22 Feb '04

22 Feb '04

On February 21, 2004 02:13 pm, Rok Mandeljc wrote: Nice, but this: > +void DMUSIC_dump_flags_ (DWORD flags, const flag_info* names, size_t num_names, int newline) { > + unsigned int i; > + > + for (i=0; i < num_names; i++) { > + if ((flags & names[i].val) || /* standard flag value */ > + ((!flags) && (!names[i].val))) /* zero value only */ > + DPRINTF("%s ", names[i].name); > + } > + > + if (newline) DPRINTF("\n"); > +} and other like this are much better served if you use the wine_dbg_sprintf("...") trick that you used in debugstr_dmguid(), so they end up returning a string instead of printing stuff. Not only is it conceptually nicer, but in my experience it also cleans up the code as well... -- Dimi.

1 0

Modifying font objects
by Chris Seaton 22 Feb '04

22 Feb '04

This is really a generic Windows progamming question, sorry... Is it possible to modify a font object's size? I want an N point version of the SYSTEM_FONT. I thought that perhaps I could get an instance of SYSTEM_FONT, and then set some attribute for the point size. That didn't seem to be possible so I thought that perhaps I could call CreateFont, using attributes from the other font object, just using my own size, but there doesn't seem to be anyway to get attributes like the char set from a font object. What can I do? Thanks, Chris Seaton

2 1

Re: DEVELOPERS-HINTS: add VxDs
by Juan Lang 21 Feb '04

21 Feb '04

Alfons wrote: > What's the use of implementing VxDs for Wine anyway > BTW? Same as anything else in Wine, I think: some windows programs rely on them. The DHCP VxD is used, for example, by winipcfg.exe. You mentioned in your old, old post you know how to call VNBT; how much do you know? I implemented enough of io control code 116 to make winipcfg.exe happy, but I didn't tackle io control code 119. Know anything about it? --Juan __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools

3 3

VMM Registry access removal and IE Setup.
by Matthew Davison 21 Feb '04

21 Feb '04

The IE6 installer in Windows 98 mode appears to use VXD calls to access the registry, and hence the patch removing this support from CVS causes IE6 setup to fail. (Also IE5 setup) -- Matthew Davison

1 0

Re: DEVELOPERS-HINTS: add VxDs
by Alfons Hoogervorst 21 Feb '04

21 Feb '04

Lo Dimitrie, On 19-02-04 (Thu) 23:22 -0500 Dimitrie O. Paun wrote: | | + vdhcp.vxd/ - VDHCP VxD implementation Ah, old memories: http://groups.google.com/groups?q=vdhcp+alfons&hl=en&lr=&ie=UTF-8&selm=3494… What's the use of implementing VxDs for Wine anyway BTW? Bye. -- Ecuación algebraico sin solución posible, a menos de poseer profundos conocimientos en matemática - Revueltas (Ocho Por Radio)

1 0

MinGW cross compilation enviroment setup
by Michael Stefaniuc 20 Feb '04

20 Feb '04

Hello! Here are the steps needed to setup a MinGW on a Red Hat Linux like rpm based system (Fedora Core, Mandrake Linux, ... should probably work even on a SuSE Linux) * Download the mingw-binutils and mingw-gcc srpm's from http://ftp.redhat.com/pub/contrib/libc6/SRPMS/ * Download the mingw-3.0-1.src.rpm srpm from http://ftp.redhat.com/pub/contrib/libc6/noarch/SRPMS/ * Build the mingw and mingw-binutils rpm's (rpmbuild --rebuild $SRPM) and install them. * After the above step you can build the mingw-gcc rpm too. Install it. * That's almost everything: you need this patch for wine's configure to make it find your mingw binaries. * For instructions how to build the Wine tests for Windows see the Wine Documentation. You may want to try your local Red Hat mirror for the above srpm's. This info can be found also on http://people.redhat.com/mstefani/wine/ Hope this helps bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

6 10

dlls/comctl32/string.c problems
by Gerald Pfeifer 20 Feb '04

20 Feb '04

The following change to dlls/comctl32/string.c revision 1.2 date: 2004/02/20 05:16:37; author: julliard; state: Exp; lines: +668 -101 Robert Shearman <R.J.Shearman(a)warwick.ac.uk> - Implement string functions in comctl32. - Use CompareString in shlwapi wherever possible instead of ugly helpers. introduced the following two problems: string.c:486: warning: passing arg 4 of `COMCTL32_StrRChrHelperA' from incompatible pointer type string.c:499: warning: passing arg 4 of `COMCTL32_StrRChrHelperW' from incompatible pointer type Would you mind having a look? Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 1

bt in traces
by Fabian Cenedese 20 Feb '04

20 Feb '04

Hi Is it possible to output the backtrace while the program is running? I mean that with a new debug command e.g. wine_dbg_bt or so you could output not only the name of the called function and the argument values (as with the debug channels) but also the call stack where it came from. That's of course only temporarily for debugging inside wine. If I see that a function has a problem because the argument is wrong it would be much easier to find out where this came from. If I only want to use it inside wine it should have access to the call stack information, no? Thanks bye Fabi

6 10

← Newer
1
...
4
5
6
7
8
9
10
...
27
Older →

Jump to page:

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 February 2004