wine-devel

wine-devel@winehq.org

84471 discussions

Re: usp10: Tests for usp10
by Stefan Leichter 05 Feb '06

05 Feb '06

Am Sonntag, 5. Februar 2006 05:14 schrieb Jeff L: > This patch adds tests for usp10.dll. Note I have not added a directory > to wine before and found I had to edit configure and configure.ac as I > have attached. Hope that is right. > > testc.diff and tests.diff need to be added to dlls/usp10/tests > > Jeff Latimer Hello Jeff, - you don't need to add a patch for configure, a patch for configure.ac is enough - please send only one patch containing all the changes, not three different files - make all the patches for the different files against the root directory of the wine tree +++ usp10.c -> +++ dlls/usp10/tests/usp10.c - you missed to enter the line "SUBDIRS = tests" into the Makefile.in in dlls/ usp10 - i'm not sure if we still need a .cvsignore file for the tests directory Bye Stefan

1 0

wined3d PS 2.0/TexMem/Config Window Patch
by Brian Hill 05 Feb '06

05 Feb '06

Attached is a patch file of the changes I have made to wined3d and it's config options. Summary of the changes : * Cleaned up graphics tab on winecfg to make room for more DirectX related options. In an ideal world, options would be automagically detected but due to the amount of differences between setups and such, this isn't feasable at the moment. * User-selectable pixel shader version. Default is 1.4. 2.0 is selectable and if your card has GLSL support it should return the PS version to apps as 2.0. 98% of the PS 2.0 functions right now however are stubs or not implemented so this is why 1.4 is default. Setting the version to 2.0 will return a warning stating that it will most likely break any applications that try to use 2.0. * User-selectable texture memory reporting. The current CVS version is hardcoded to report 64 megabytes of graphics card texture memory. I changed the hardcoded variable to be set by a registry setting allowing the user to set how much graphics card memory this wish to report to D3D apps. This should help games and applications that use a lot of big or highly-detailed textures. In the future, default should autodetect however right now default is 64 megabytes. I'd appreciate if people could test this patch and see if it breaks any games. It compiles and runs fine on my system but I'd like to know regardless. Sometimes I have a tendency to make silly mistakes in coding :P As for the text that was removed, most of it described what things like the virtual desktop function did and it took up over half of the tabs pane. This text should probably be placed in either the user manual/documentation or through some future help function in winecfg. Someone suggested I add a seperate DirectX tab however as it is right now, I do not think it is a good idea to add many more tabs. Too many tabs can lead to useability issues as people are unable to find where different settings are located. I will seperate the patches out later by the specific changes they do but right now it's just one big patch file. Thanks

6 9

potential (not sure yet) BUG in wine!
by Segin 05 Feb '06

05 Feb '06

I have noticed that there is a potential bug in Wine, because complimation for all version since the last date-versioned alpha release (didn;'t try anything older than 20050930) fail to compile at server/mailslot.c, saying that uint32_t is not defined. While I cannot figure out if this is a problem with my system headers (which it shouldn't, I rebuilt glibc recently) or that source file itself, the suggested course of action (from me) is to #include <stdint.h>

2 2

Re: dlls/ntdll/tape.c portability
by Alexandre Julliard 04 Feb '06

04 Feb '06

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > ChangeLog: > Take into account that FreeBSD and others have MTSETBSIZ instead of > MTSETBLK and that struct mt_blksiz is laid out somewhat differently. Please add configure checks instead of #ifdef __FreeBSD__. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: d3d8: Fixed point sprite scaling when size < 1.0f
by Pedro Maia 04 Feb '06

04 Feb '06

Vitaly Budovski wrote: > d3d8: Fixed point sprite scaling when size < 1.0f Sorry to say but your patch is probably the wrong one, because it's exactly the same as wined3d patch, and also it doesn't apply cleanly to the cvs source. Great work. Pedro Maia

1 0

Re: msftedit.dll
by Phil Krylov 04 Feb '06

04 Feb '06

On Sat, 4 Feb 2006 00:07:24 +0100 Stefan Leichter <Stefan.Leichter(a)camLine.com> wrote: > +2 stub IID_IRichEditOle > +3 stub IID_IRichEditOleCallback > +4 stub CreateTextServices > +5 stub IID_ITextServices > +6 stub IID_ITextHost > +7 stub IID_ITextHost2 > +8 stub REExtendedRegisterClass > +9 stub RichEditANSIWndProc > +10 stub RichEdit10ANSIWndProc > +11 stub SetCustomTextOutHandlerEx > +12 stub DllGetVersion > +13 stub RichEditWndProc > +14 stub RichListBoxWndProc > +15 stub RichComboBoxWndProc Could this be done another way? E.g., symlink msftedit.dll.so to riched20.dll.so? Or copy riched20.dll.so as msftedit.dll.so, which would resemble MS approach more. -- Ph.

3 2

Re: Add Tests for InternetQueryOption - try 2
by Dmitry Timoshkov 04 Feb '06

04 Feb '06

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 03 Feb '06

03 Feb '06

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 03 Feb '06

03 Feb '06

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 03 Feb '06

03 Feb '06

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@winehq.org?subject=unsubscribe> List-Archive: <http://www.winehq.org/pipermail/wine-announce> List-Post: <mailto:wine-announce@winehq.org> List-Help: <mailto:wine-announce-request@winehq.org?subject=help> List-Subscribe: <http://www.winehq.org/mailman/listinfo/wine-announce>, <mailto:wine-announce-request@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 03 Feb '06

03 Feb '06

(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 03 Feb '06

03 Feb '06

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 02 Feb '06

02 Feb '06

> > + .... 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 02 Feb '06

02 Feb '06

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 02 Feb '06

02 Feb '06

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 02 Feb '06

02 Feb '06

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

unixfs: Use realpath instead of canonicalize_file_name for portability reasons.
by Michael Jung 02 Feb '06

02 Feb '06

Not quite sure about this one. The man page on realpath states that it's broken by design since some symstems don't have an upper bound on filename lengths. canonicalize_file_name uses dynamic memory, but isn't available on non GNU systems. We could provide a realpath based canonicalize_file_name implementation in libs/port as a fallback, but I guess that would be overkill? realpath assumes the buffer to be PATH_MAX, but FILENAME_MAX is always as least as large as PATH_MAX, so that's ok. See http://www.delorie.com/gnu/docs/glibc/libc_652.html Slightly related, this page states that one should not allocate an FILENAME_MAX array on the stack, since it might be huge. It's 4096 on linux. Do we want to switch this to dynamically allocated memory? IMO it would be overkill, though. ChangeLog: Use realpath instead of canonicalize_file_name for portability reasons. dlls/shell32/shfldr_unixfs.c | 6 ++---- 1 files changed, 2 insertions(+), 4 deletions(-)

1 0

Re: setupapi: Add initial implementation of SetupGetInfInformation
by James Hawkins 02 Feb '06

02 Feb '06

On 2/1/06, James Hawkins <truiken(a)gmail.com> wrote: > Hi, > > I only added handling for the INFINFO_INF_SPEC_IS_HINF case to keep > the patch size small, and I'll keep sending in each other case > separately. I've added FIXMEs and BUGS so we know what's left to > implement. The next step is to implement SetupQueryInfFileInformation > so more of the tests pass, but that one is pretty simple. > > Changelog: > * Add initial implementation of SetupGetInfInformation. > Ignore this for now. I thought file->src_root was the name of the INF file, but it's just the directory where the inf file exists. Is there any way I can find out the filename of the INF file using the pointer to the inf_file? I don't know if there are objections to adding a filename field to the inf_file structure, but that is an option. Thanks, James Hawkins

1 0

Is there something wrong with the wined3d patches?
by Vitaly Budovski 02 Feb '06

02 Feb '06

Is there something wrong with the patches dated 20060201? Could someone please point it out? Thanks.

2 1

Re: advpack/tests: fixed failure, when "ProgramFilesDir" is != "C:\Program Files" [resend]
by Detlef Riekenberg 01 Feb '06

01 Feb '06

Am Sonntag, den 29.01.2006, 10:25 +0100 schrieb Stefan Leichter: > anything wrong with this patch ? Already in the tree: http://source.winehq.org/git/?p=wine.git;a=commitdiff;h=c824e8bc5b5c2bfcf56… -- By By ... ... Detlef

1 0

Re: Repackaging Mozilla ActiveX control to include MSVCP60.DLL? [FIXED]
by Tony Lambregts 01 Feb '06

01 Feb '06

I dont normally top post ;^) but this time it makes sense to. This (replied to) email is not archived in the Piper Mail archive correctly although it looks fine here. In the pipermail archive there is only a pgp signature. This is not the first time I have seen this, it seems that Piper Mail grabs the pgp signature and does not archive the patch which makes the archive less usefull. If you ask me this is what I would call a bug in pipermail. http://www.winehq.org/pipermail/wine-patches/2006-January/023490.html Between this bug and the lack of dates in the archive I really getting to despise pipermail. So... I went looking at the alternative and thought of GMANE and it turns out that this patch is not archived there at all. In fact the last patch by Jonathan Ernst that was archived by GMANE is 2005-12-19 16:28:02 GMT and I know that there are more after that date. http://search.gmane.org/?query=&email=Jonathan+Ernst&group=gmane.comp.emula… So now I'm really starting to get upset because we have no reliable archive and that just sucks. Has anyone got any ideas on how to fix this. -- Tony Lambregts Jonathan Ernst wrote: > Le dimanche 15 janvier 2006 à 07:40 -0800, Dan Kegel a écrit : > >>On 1/15/06, Ge van Geldorp <gvg(a)reactos.org> wrote: >> >>>>The Mozilla ActiveX control download feature is cool and all, >>>>but until we repackage the sucker to include MSVCP60.DLL to fix >>>>http://bugs.winehq.org/show_bug.cgi?id=4064 ... >>>>I could have sworn I saw somebody post a note saying they had >>>>done said repackaging, but I can't find it now... >>> >>>http://www.winehq.org/pipermail/wine-patches/2005-December/022795.html >>>Instructions on how to repackage can be found at >>>svn://svn.reactos.org/trunk/tools/MozillaControl/ >> >>Thanks! I've updated bug 4064. Now can somebody >>update winehq.org's copy of the control so we can close that bug? >>- Dan >> >>-- >>Wine for Windows ISVs: http://kegel.com/wine/isv >> >> >> > > > Le lundi 16 janvier 2006 à 14:30 +0100, Filip Navara a écrit : > >>Jonathan Ernst wrote: >> >> >>>// Exact size of the file: >>>$iFileSize = 4771240; >>> >> >>Shouldn't you change the file size too? >> >>- Filip >> > > > Sure, thanks for spotting it ;-) > > Changelog: > - use repackaged Mozilla ActiveX control from ReactOS > > > > > ------------------------------------------------------------------------ > > Index: mozactivex.php > =================================================================== > RCS file: /home/wine/tools/mozactivex.php,v > retrieving revision 1.1 > diff -u -p -r1.1 mozactivex.php > --- mozactivex.php 19 Oct 2005 16:17:09 -0000 1.1 > +++ mozactivex.php 16 Jan 2006 14:02:33 -0000 > @@ -14,31 +14,27 @@ > > > // Name of the file > -$sFileName = "MozillaControl1712.exe"; > +$sFileName = "MozillaControl1712-ReactOS.exe"; > > // Exact size of the file: > -$iFileSize = 4771240; > +$iFileSize = 4735160; > > // List of locations > -$aList = array("http://www.iol.ie/~locka/mozilla/", > - "http://osdn.dl.sourceforge.net/sourceforge/wine/", > - "http://nchc.dl.sourceforge.net/sourceforge/wine/", > - "http://easynews.dl.sourceforge.net/sourceforge/wine/", > - "http://mesh.dl.sourceforge.net/sourceforge/wine/", > - "http://puzzle.dl.sourceforge.net/sourceforge/wine/", > - "http://citkit.dl.sourceforge.net/sourceforge/wine/", > - "http://umn.dl.sourceforge.net/sourceforge/wine/", > - "http://cogent.dl.sourceforge.net/sourceforge/wine/", > - "http://jaist.dl.sourceforge.net/sourceforge/wine/", > - "http://surfnet.dl.sourceforge.net/sourceforge/wine/", > - "http://peterhost.dl.sourceforge.net/sourceforge/wine/", > - "http://ufpr.dl.sourceforge.net/sourceforge/wine/", > - "http://optusnet.dl.sourceforge.net/sourceforge/wine/", > - "http://keihanna.dl.sourceforge.net/sourceforge/wine/", > - "http://heanet.dl.sourceforge.net/sourceforge/wine/", > - "http://switch.dl.sourceforge.net/sourceforge/wine/", > - "http://internap.dl.sourceforge.net/sourceforge/wine/", > - "http://ovh.dl.sourceforge.net/sourceforge/wine/" > +$aList = array("http://switch.dl.sourceforge.net/sourceforge/reactos/", > + "http://surfnet.dl.sourceforge.net/sourceforge/reactos/", > + "http://citkit.dl.sourceforge.net/sourceforge/reactos/", > + "http://keihanna.dl.sourceforge.net/sourceforge/reactos/", > + "http://heanet.dl.sourceforge.net/sourceforge/reactos/", > + "http://easynews.dl.sourceforge.net/sourceforge/reactos/", > + "http://ovh.dl.sourceforge.net/sourceforge/reactos/", > + "http://jaist.dl.sourceforge.net/sourceforge/reactos/", > + "http://puzzle.dl.sourceforge.net/sourceforge/reactos/", > + "http://nchc.dl.sourceforge.net/sourceforge/reactos/", > + "http://switch.dl.sourceforge.net/sourceforge/reactos/", > + "http://kent.dl.sourceforge.net/sourceforge/reactos/", > + "http://optusnet.dl.sourceforge.net/sourceforge/reactos/", > + "http://mesh.dl.sourceforge.net/sourceforge/reactos/", > + "http://internap.dl.sourceforge.net/sourceforge/reactos/" > ); > > > > > ------------------------------------------------------------------------ > >

5 10

Fwd: wined3d: Fixed render states
by James Trotter 01 Feb '06

01 Feb '06

On 2/1/06, Molle Bestefich <molle.bestefich(a)gmail.com> wrote: > > Stefan Dösinger wrote: > > > It would be good if someone with an ATI card could download the > > > point_sprite_bug sample mentioned on that page and test it out to see > if > > > it is still an issue. > > > > a "GL_ARB_point_parameters extension was not found" error. > > Same here, Radeon 8500LE and open source drivers. > > > I just downloaded the point_sprite_bug example, and when I press space the particles dissapear and nothing is rendered. I have an ATI Radeon 9600 with fglrx 8.16.20 drivers. (These aren't the newest, but they're what's packaged with Ubuntu 5.10).

1 0

select behavior different with wine
by Phil Lodwick 01 Feb '06

01 Feb '06

Greetings, I ran across a problem that the following code demonstrates. I believe it is due to the different definition of select on Windows vs Linux. Before I start to think about how to fix this in Wine, I was wondering if anybody has already thought about the problem. #include "stdafx.h" #include <winsock2.h> int _tmain(int argc, _TCHAR* argv[]) { SOCKET fd; WORD wVersionRequested; WSADATA wsaData; wVersionRequested = MAKEWORD( 2, 2 ); WSAStartup(wVersionRequested, &wsaData); fd = socket(AF_INET, SOCK_STREAM, 0); if (fd != INVALID_SOCKET) { fd_set readfds; struct timeval select_timeout ; FD_ZERO(&readfds); FD_SET(fd, &readfds) ; select_timeout.tv_sec=2 ; select_timeout.tv_usec=0 ; if (select((int) fd+1, &readfds, NULL, NULL, &select_timeout) != SOCKET_ERROR) { if(FD_ISSET(fd, &readfds)) printf("THIS IS WINE\n"); else printf("THIS IS WINDOWS\n"); } else printf("got a socket error\n"); closesocket(fd); } return 0; }

1 0

RE: Sane xscanimage
by gslink 01 Feb '06

01 Feb '06

In almost every case we have found that distributions do not contain the latest Sane backends. I suggest getting the source for both sane-backends and xscanimage and compiling them.

1 0

wined3d: Fixed render states
by Jörn Dreyer 01 Feb '06

01 Feb '06

I just downloaded the example. Space toggles between black / sparkles - the bug is still present. # fglrxinfo display: :0.0 screen:0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: *DrvBringUp* Generic OpenGL version string: 2.0.5582 (8.21.7) # lspci 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] -- Jörn Dreyer - Wilhelmshöher Allee 129b - 34121 Kassel O2 Homezone 0561 / 984 75 50 - Tel. 0561 / 287 18 39 Mob. 0176 / 22 33 11 43 - EMail j.dreyer(a)butonic.de ICQ: 30691759 - (^ ^) - HP: http://www.butonic.de

1 0

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