- Wine-Devel - list.winehq.org

Re: Add Tests for InternetQueryOption - try 2
by Dmitry Timoshkov Feb. 4, 2006

Feb. 4, 2006

On Fri, 2006-02-03 at 15:36 +0530, Vijay Kiran Kamuju wrote: > +SetLastError(0xdeadbeef); > + retval=InternetQueryOptionA(hinet,INTERNET_OPTION_USER_AGENT,NULL,&len); > +err=GetLastError(); You need to initialize length parameter before InternetQueryOption call. -- Dmitry.

2 4

Fix for server/change.c breakage (and request for help)
by Gerald Pfeifer Feb. 3, 2006

Feb. 3, 2006

The following change to server/change.c revision 1.32 date: 2006-01-30 18:46:00 +0000; author: julliard; state: Exp; lines: +223 -15 Mike McCormack <mike(a)codeweavers.com> server: Initial inotify support. broke (all?) systems without pnotify support: The second set of errors is addressed by the patch below. If someone else could look into how to best address the first set of errors, I'd really appreciate that. change.c: In function `inotify_poll_event': change.c:425: error: dereferencing pointer to incomplete type change.c:428: error: dereferencing pointer to incomplete type change.c:428: error: dereferencing pointer to incomplete type change.c: In function `inotify_adjust_changes': change.c:444: error: `IN_MOVED_FROM' undeclared (first use in this function) change.c:444: error: (Each undeclared identifier is reported only once change.c:444: error: for each function it appears in.) change.c:444: error: `IN_MOVED_TO' undeclared (first use in this function) change.c:444: error: `IN_DELETE' undeclared (first use in this function) change.c:444: error: `IN_CREATE' undeclared (first use in this function) change.c:446: error: `IN_DELETE_SELF' undeclared (first use in this function) change.c:448: error: `IN_ATTRIB' undeclared (first use in this function) change.c:450: error: `IN_MODIFY' undeclared (first use in this function) change.c:454: error: `IN_ACCESS' undeclared (first use in this function) gmake: *** [change.o] Error 1 Thanks, Gerald ChangeLog: Render inotify_adjust_changes() just a stub on non-Linux systems. Index: change.c =================================================================== RCS file: /home/wine/wine/server/change.c,v retrieving revision 1.32 diff -u -3 -p -r1.32 change.c --- change.c 30 Jan 2006 18:46:00 -0000 1.32 +++ change.c 3 Feb 2006 21:02:21 -0000 @@ -436,6 +436,7 @@ static int inotify_get_info( struct fd * static void inotify_adjust_changes( struct dir *dir ) { +#ifdef linux int filter = dir->filter; unsigned int mask = 0; char link[32]; @@ -461,6 +462,7 @@ static void inotify_adjust_changes( stru dir->wd = inotify_add_watch( get_unix_fd( dir->inotify_fd ), link, mask ); if (dir->wd != -1) set_fd_events( dir->inotify_fd, POLLIN ); +#endif } static struct fd *create_inotify_fd( struct dir *dir )

1 0

Re: crypt32: implement W versions of string routines
by Stefan Leichter Feb. 3, 2006

Feb. 3, 2006

Am Mittwoch, 1. Februar 2006 18:07 schrieb Juan Lang: > ChangeLog: implement CertRDNValueToStrW and CertNameToStrW, with tests > > --Juan This patch breaks compilation of the tests with mingw.

2 3

RE: Wine release 0.9.7
by Xtramind Autoresponder Feb. 3, 2006

Feb. 3, 2006

Sehr geehrte Damen und Herren, Herr Holger Stenzhorn ist nicht mehr im operativen Geschaeft der Xtramind Technologies GmbH taetig. Ihre E-Mail wurde nicht an Herrn Stenzhorn ausgeliefert. Sollte der Inhalt Ihrer E-Mail geschaeftliche Belange der Xtramind Technologies GmbH betreffen, so senden Sie diese bitte erneut an Frau Daniela Kurz: daniela.kurz(a)xtramind.com Vielen Dank! ========== Original Message Headers Follow ========== >From wine-announce-bounces(a)winehq.org Thu Feb 2 17:44:37 2006 Return-Path: <wine-announce-bounces(a)winehq.org> X-Original-To: holger(a)xtramind.com Delivered-To: holger(a)xtramind.com Received: from localhost (localhost.xtramind.dfki.de [127.0.0.1]) by mousepad.xtramind.dfki.de (Postfix) with ESMTP id 6D9361C356C for <holger(a)xtramind.com>; Thu, 2 Feb 2006 17:44:37 +0100 (CET) Received: from mousepad.xtramind.dfki.de ([127.0.0.1]) by localhost (izac.xtramind.dfki.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83893-06 for <holger(a)xtramind.com>; Thu, 2 Feb 2006 17:44:30 +0100 (CET) Received: from wine.codeweavers.com (wine.codeweavers.com [209.32.141.3]) by mousepad.xtramind.dfki.de (Postfix) with ESMTP id 80F6F1C353A for <holger(a)xtramind.com>; Thu, 2 Feb 2006 17:44:30 +0100 (CET) Received: from localhost ([127.0.0.1] helo=localhost.localdomain) by wine.codeweavers.com with esmtp (Exim 4.50) id 1F4gyn-00065O-GE; Thu, 02 Feb 2006 10:06:41 -0600 Received: from localhost ([127.0.0.1]) by wine.codeweavers.com with esmtp (Exim 4.50) id 1F4gyl-00065D-Ar for wine-announce(a)winehq.org; Thu, 02 Feb 2006 10:06:39 -0600 Received: from wine.codeweavers.com ([127.0.0.1]) by localhost (wine [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18821-04 for <wine-announce(a)winehq.org>; Thu, 2 Feb 2006 10:06:39 -0600 (CST) Received: from mail.codeweavers.com ([216.251.189.131] ident=Debian-exim) by wine.codeweavers.com with esmtp (Exim 4.50) id 1F4gyc-00064j-Qs for wine-announce(a)winehq.org; Thu, 02 Feb 2006 10:06:39 -0600 Received: from adsl-84-227-124-103.adslplus.ch ([84.227.124.103] helo=wine.dyndns.org) by mail.codeweavers.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1F4gyl-0003QK-42 for wine-announce(a)winehq.org; Thu, 02 Feb 2006 10:06:48 -0600 Received: by wine.dyndns.org (Postfix, from userid 1000) id 1B2104F654; Thu, 2 Feb 2006 17:06:36 +0100 (CET) To: wine-announce(a)winehq.org From: Alexandre Julliard <julliard(a)winehq.org> MIME-Version: 1.0 (mime-construct 1.9) Message-Id: <20060202160636.1B2104F654(a)wine.dyndns.org> Date: Thu, 2 Feb 2006 17:06:36 +0100 (CET) X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at codeweavers.com Subject: Wine release 0.9.7 X-BeenThere: wine-announce(a)winehq.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: wine-devel(a)winehq.org List-Id: Wine Announcements <wine-announce.winehq.org> List-Unsubscribe: <http://www.winehq.org/mailman/listinfo/wine-announce>, <mailto:wine-announce-request(a)winehq.org?subject=unsubscribe> List-Archive: <http://www.winehq.org/pipermail/wine-announce> List-Post: <mailto:wine-announce(a)winehq.org> List-Help: <mailto:wine-announce-request(a)winehq.org?subject=help> List-Subscribe: <http://www.winehq.org/mailman/listinfo/wine-announce>, <mailto:wine-announce-request(a)winehq.org?subject=subscribe> Sender: wine-announce-bounces(a)winehq.org Errors-To: wine-announce-bounces(a)winehq.org X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: wine-announce-bounces(a)winehq.org X-SA-Exim-Scanned: No (on wine.codeweavers.com) SAEximRunCond expanded to false X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Feb 2 17:44:34 2006 X-DSPAM-Confidence: 0.9997 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 43e236f2844651657811814 X-DSPAM-Factors: 27, X-Virus-Scanned: amavisd-new at xtramind.com

3 2

linux/capi.h: present but cannot be compiled
by Joshua Crawford Feb. 3, 2006

Feb. 3, 2006

(I'm not on the devel list, so please Cc: replies either to me or the users list.) After recently upgrading my distro (from Slackware 10.1 to Slackware 10.2 with Freerock GNOME), configure (current CVS) now reports configure: WARNING: linux/capi.h: present but cannot be compiled configure: WARNING: linux/capi.h: check for missing prerequisite headers? configure: WARNING: linux/capi.h: see the Autoconf documentation configure: WARNING: linux/capi.h: section "Present But Cannot Be Compiled" configure: WARNING: linux/capi.h: proceeding with the preprocessor's result configure: WARNING: linux/capi.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------ ## configure: WARNING: ## Report this to wine-devel(a)winehq.org ## configure: WARNING: ## ------------------------------------ ## It seems linux/capi.h requires linux/compiler.h (for __user). I tried simply putting linux/compiler.h above linux/capi.h in the AC_CHECK_HEADERS list, but that did't work, so I'll have to leave the fix to someone who actually knows something about autoconf. This is the relevant section from config.log: configure:7159: checking linux/capi.h usability configure:7171: gcc -c -g -O2 conftest.c >&5 In file included from conftest.c:76: /usr/include/linux/capi.h:80: error: variable or field `__user' declared void /usr/include/linux/capi.h:80: error: syntax error before '*' token /usr/include/linux/capi.h:115: error: syntax error before "capi_manufacturer_cmd" /usr/include/linux/capi.h:117: error: syntax error before '}' token configure:7177: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "Wine" | #define PACKAGE_TARNAME "wine" | #define PACKAGE_VERSION "0.9.6" | #define PACKAGE_STRING "Wine 0.9.6" | #define PACKAGE_BUGREPORT "wine-devel(a)winehq.org" | #ifdef __cplusplus | extern "C" void std::exit (int) throw (); using std::exit; | #endif | #define YYTEXT_POINTER 1 | #define HAVE_GETHOSTBYNAME 1 | #define HAVE_CONNECT 1 | #define HAVE_INET_ATON 1 | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_ALSA_ASOUNDLIB_H 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_ARPA_NAMESER_H 1 | #define HAVE_ASM_TYPES_H 1 | #define HAVE_CUPS_CUPS_H 1 | #define HAVE_CURSES_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_ELF_H 1 | #define HAVE_FLOAT_H 1 | #define HAVE_GETOPT_H 1 | #define HAVE_GIF_LIB_H 1 | #define HAVE_JPEGLIB_H 1 | #define HAVE_LBER_H 1 | #define HAVE_LCMS_H 1 | #define HAVE_LDAP_H 1 | #define HAVE_LINK_H 1 | /* end confdefs.h. */ | #include <stdio.h> | #if HAVE_SYS_TYPES_H | # include <sys/types.h> | #endif | #if HAVE_SYS_STAT_H | # include <sys/stat.h> | #endif | #if STDC_HEADERS | # include <stdlib.h> | # include <stddef.h> | #else | # if HAVE_STDLIB_H | # include <stdlib.h> | # endif | #endif | #if HAVE_STRING_H | # if !STDC_HEADERS && HAVE_MEMORY_H | # include <memory.h> | # endif | # include <string.h> | #endif | #if HAVE_STRINGS_H | # include <strings.h> | #endif | #if HAVE_INTTYPES_H | # include <inttypes.h> | #else | # if HAVE_STDINT_H | # include <stdint.h> | # endif | #endif | #if HAVE_UNISTD_H | # include <unistd.h> | #endif | #include <linux/capi.h> configure:7199: result: no configure:7203: checking linux/capi.h presence configure:7213: gcc -E conftest.c configure:7219: $? = 0 configure:7239: result: yes configure:7252: WARNING: linux/capi.h: present but cannot be compiled configure:7254: WARNING: linux/capi.h: check for missing prerequisite headers? configure:7256: WARNING: linux/capi.h: see the Autoconf documentation configure:7258: WARNING: linux/capi.h: section "Present But Cannot Be Compiled" configure:7260: WARNING: linux/capi.h: proceeding with the preprocessor's result configure:7262: WARNING: linux/capi.h: in the future, the compiler will take precedence configure:7274: checking for linux/capi.h configure:7281: result: yes -- Joshua 'bruce' Crawford ... http://www.geocities.com/mortarn The early bird may get the worm, but the second mouse gets the cheese.

2 2

Most Wanted Windows Apps on Linux
by Vijay Kiran Kamuju Feb. 3, 2006

Feb. 3, 2006

Hi All, Check this link http://www.desktoplinux.com/news/NS2756049592.html And how many of the top windows programs that are wanted on linux fare with WINE. Thanks and Regards, VJ

1 0

Re: lostwages: update myths
by Juan Lang Feb. 2, 2006

Feb. 2, 2006

> > + .... One exception, > > +Unreal Tournament 2004, is available in a native Linux 64-bit > > version, so > > +nobody (except maybe a Wine hacker) should want to run the Windows > > version > > +anyway. > Not 100% correct, there's also a Win64 version of Far Cry. I didn't say there is no other Win64 app, but that there are few. The example I happened to pick has a Linux native version. If you want to say instead, that nearly all Win64 apps also have Win32 equivalents, that's fine too. The only one I can think of that doesn't, or won't, is Exchange, and it doesn't work on Wine anyway, and won't for the foreseeable future. --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Re: lostwages: update myths
by Stefan Dösinger Feb. 2, 2006

Feb. 2, 2006

Am Donnerstag, 2. Februar 2006 18:37 schrieb Juan Lang: > Due to a suggestion from Kate, rewrote the Win16/Win64 section. > > ChangeLog: Win32 has been the default for Wine for years, so say so > + .... One exception, > +Unreal Tournament 2004, is available in a native Linux 64-bit version, so > +nobody (except maybe a Wine hacker) should want to run the Windows version > +anyway. Not 100% correct, there's also a Win64 version of Far Cry. But there's still a 32 Bit version of that game. (Of course there are other Win64 apps too, but I don't think any Wine user has interest in them, since they are part of Win64 :) )

1 0

Re: New wined3d configuration window
by Brian Hill Feb. 2, 2006

Feb. 2, 2006

It would be nice to have all options automagically detected but in my experience with that commercial wine variant, that simply isn't possible. Games are a complex beast. Let's say a game makes use of Shader Model 2.0. And we are using a future version of wined3d that supports 2.0. But under any ATI cards and their Linux drivers, this kills performance. We could have Wine autodetect and fall-back to a lower shader model with ATI cards but then that would make debugging more difficult. Also, it would vary per game. There could be another SM 2.0 game that does not cause issues on ATI cards. Stefan Dösinger wrote: >Hi, > > >>As long as nobody drops out of the blue sky and makes the best thing >>happen with a touch of h(is/er) magic wand, presenting the available >>options is a *very* nice thing to do. >> >>If the options are there, I might be able to run my games. I'll be >>able to report on the mailing list what options I used to get it to >>run, which should help debug the actual problem. >> >>If the options aren't there, I'll never know that they existed and so >>I'll probably be inclined to just give up and not try to run whatever >>game it is I'm trying to run. >> >> >This is all correct, but on the other hand, some users might complain about a >too complicated setup. Developers on the other hand just tell users to set an >option instead of fixing the code. > >I am all OK with options, but before adding an option one should think why it >is necessary and if it can be avoided. > > >------------------------------------------------------------------------ > > > >

1 0

Re: List box visible items are invalidated from the top if tab stops are used (Bug 4422)
by Alexandre Julliard Feb. 2, 2006

Feb. 2, 2006

Raimonds Praude <raimonds.praude(a)sets.lv> writes: > Corrected TAB stop processing: if the current tab stops values were modified, > the old items remained with the "old" tabstops, while the new items appeared > with the new ones. Corrected so that all visible items are refreshed. Refreshing the listbox when tab stops are changed would be a good thing, but why are you doing it in LISTBOX_InsertItem? -- Alexandre Julliard julliard(a)winehq.org

1 0