Re: Problems generating c++ project since wine 0.9.3

Le dim 11/12/2005 à 19:43, Sergio a écrit : > Hi all, > > I've been having problems trying to compile one c++ project since latest > wine version (0.9.3). This project compiled and worked fine with previous > versions. > > The error messages look like: > /usr/include/wine/windows/unknwn.h:26: err

Re: [WINECFG] show sound card drivers and devices

Le mar 06/12/2005 à 10:32, Marcelo Duarte a écrit : > Vitaliy Margolen escreveu: > > Monday, December 5, 2005, 8:53:10 PM, Robert Reif wrote: > > > >> Show all sound card drivers and their devices. > >> --- programs/winecfg/En.rc 27 Oct 2005 11:24:02 - 1.54 > >> +++ programs/winecf

Re: Fix issues with interfaces

Le jeu 01/12/2005 à 12:49, Vincent Béron a écrit : > Changelog: > widl was forward defining interfaces as structs, use interface instead. > Let winapi_check understand "interface". Please ignore, there are some other things to change in widl as well. Vincent

Re: Use struct instead of interface in forward declaration

Le jeu 01/12/2005 à 05:23, Alexandre Julliard a écrit : > Vincent Béron <[EMAIL PROTECTED]> writes: > > > Changelog: > > Use struct instead of interface in forward declaration. > > Why? Because winapi_check can't parse that statement, and it's the only

Re: Licensing and technical issues with a Wine package that includes the Mozilla ActiveX Control

Le dim 20/11/2005 à 15:19, Jonathan Ernst a écrit : > Le dimanche 20 novembre 2005 à 12:04 -0800, Scott Ritchie a écrit : > [...] > > > > Requiring the user to configure it with Winetools is always an option. > > Currently, when Wine discovers an app like Steam that needs ActiveX, it > > prompts t

Re: [winecfg] add sound driver test

Le mer 16/11/2005 à 18:47, Robert Reif a écrit : > Steven Edwards wrote: > > >Hi, > > > >On 11/13/05, Robert Reif <[EMAIL PROTECTED]> wrote: > > > > > >>Changelog: > >>- add a simple sound driver test > >> > >>Download the test wave file from: > >> > >> > > > >This is 3 megs. Could we not us

Re: Add CMD_FONT for all notepad resource files

Le jeu 10/11/2005 à 00:56, Pavel Roskin a écrit : > ChangeLog: > > * programs/notepad/*.rc: > Add CMD_FONT for all notepad resource files where it was > missing. Ru.rc gets translated version, others get English > version for now. Please don't do that (copying the English

Re: hhctrl: Free an alloc'ed string

Le ven 04/11/2005 à 12:22, James Hawkins a écrit : > Hi, > > Changelog > * Free an alloc'ed string. > > -- > James Hawkins > > > Index: dlls/hhctrl.ocx/hhctrl.c > === > RCS file: /home/wine/wine/dlls/hhctrl.ocx/hhctrl.c,v > re

Re: Fwd: wingcc link problem

Le jeu 03/11/2005 à 18:46, Vitaly Lipatov a écrit : > On Friday 04 November 2005 02:21, Vincent Béron wrote: > > winegcc hasn't been updated to know about winecrt0, and pass > > it implicitely to gcc via -lwinecrt0. > Really I just had not libwinecrt0.a installed in s

Re: Fwd: wingcc link problem

Le jeu 03/11/2005 à 18:21, Vincent Béron a écrit : > Le jeu 03/11/2005 à 15:53, Vitaly Lipatov a écrit : > > В сообщении от 16 Октябрь 2005 18:51 Dimi Paun написал(a): > > > On Sun, October 16, 2005 9:05 am, Vitaly Lipatov said: > > > > Please take attention, is it bu

Re: Fwd: wingcc link problem

Le jeu 03/11/2005 à 15:53, Vitaly Lipatov a écrit : > В сообщении от 16 Октябрь 2005 18:51 Dimi Paun написал(a): > > On Sun, October 16, 2005 9:05 am, Vitaly Lipatov said: > > > Please take attention, is it bug or I use winegcc incorrectly? > > > > Yes, this seems to be a bug. > What we can do with

Re: DirectSound problems - dlls/dsound/mixer.c

Le mer 02/11/2005 à 17:25, Juergen Wieczorek a écrit : [snip] > It took me some time to sort my system out, but finally I got it. > That sound was working at all when set to "OSS", was due to the cross- > platform libao-0.8.5 which I had installed earlier and then forgot. Wine doesn't use libao (o

Re: Allow FindExSearchLimitToDirectories

Le mar 01/11/2005 à 10:25, Bernd Schmidt a écrit : > Whee, my first Wine patch in, what, 10 years? Nice to see you're back working on the project. [snip] > === > RCS file: /home/wine/wine/dlls/kernel/file.c,v > retrieving revision 1.

Re: DirectSound problems - dlls/dsound/mixer.c

Le mar 01/11/2005 à 05:03, Juergen Wieczorek a écrit : [snip] > Dear Vincent, Hi Juergen, > I have been rpmbuilding the sources on my FC3 system with the latest > standard kernel-2.6.12-1.1381_FC3, which like all previous Fedora 2.6.x > kernels has no support for OSS. The binary packages were bui

Re: Unmet dependency with Mozilla ActiveX install

Le lun 31/10/2005 à 17:51, Ron Jensen a écrit : > > I tried installing a free game at random [1] from a web site > I found [2]. I downloaded it and tried installing it into a freshly > created with "wineprefixcreate" .wine folder. > > The game installed without a problem. When I tried to run the

Re: DirectSound problems - dlls/dsound/mixer.c

Le lun 31/10/2005 à 18:10, Jesse Allen a écrit : [snip] > Sorry, but things are a bit weird with the supplied wine-0.9 for FC3. > In order to counter-proof, I did a rpmbuild -bb ... with the *unpatched* > sources from wine-0.9-1fc3-winehq and also ended up with dead sound, > until I set winecfg to

Re: Help with WINE and POSIX threading

Le jeu 27/10/2005 à 20:02, Troy Rollo a écrit : > On Thu, 27 Oct 2005 22:19, Marcus Meissner wrote: > > dlopen() is possible from within a WINE context. > > I don't believe this is true. LoadLibrary does a bunch of stuff dlopen won't > - > resolving imports, such as loading dependent DLLs and ca

Re: DirectDrawEnumerateExW calls DirectDrawEnumerateExA

Le jeu 27/10/2005 à 02:32, Saulius Krasuckas a écrit : > * On Thu, 26 Oct 2005, Vincent [ISO-8859-1] Béron wrote: > > * Le mer 26/10/2005 à 16:26, Lionel Ulmer a écrit : > > > * On Wed, Oct 26, 2005 at 10:03:36PM +0300, Saulius Krasuckas wrote: > > > > > > > > As this struct keeps base information

Re: [TRY4] printer dialog fixes part1 + french

Le jeu 27/10/2005 à 08:26, Dmitry Timoshkov a écrit : > "Vijay Kiran Kamuju" <[EMAIL PROTECTED]> wrote: > > > Try4 of printer dialog patch, with changes suggested by detlef > > We already discussed this and nobody objected to an idea to request > update all language .rc files at once. That way al

Re: wine overstepping the mark?

Le jeu 27/10/2005 à 18:17, cdr a écrit : > [EMAIL PROTECTED] wrote: > > > Well that's why the sandbox is there... > > You are absolutely right. More and more Linux applications > are becoming in this respect indistinguishable from Windows > applications: they never even question their "right" to

Re: wine overstepping the mark?

Le jeu 27/10/2005 à 16:37, [EMAIL PROTECTED] a écrit : > On Thu, 27 Oct 2005 21:23:48 +0200, Dustin Navea <[EMAIL PROTECTED]> > wrote: > > > I dont see how that is a problem? AFAIK wine has to mod them so that > > when you double click on an exe in your GUI, the GUI knows what program > > t

Re: DirectDrawEnumerateExW calls DirectDrawEnumerateExA

Le mer 26/10/2005 à 16:26, Lionel Ulmer a écrit : > On Wed, Oct 26, 2005 at 10:03:36PM +0300, Saulius Krasuckas wrote: > > As this struct keeps base information about a driver and it uses char > > strings, I guess %Subject% cross call should be marked invalid in the > > wiki. Right? > > Well, w

Re: making a wine dll

Le lun 24/10/2005 à 23:14, riezel ramos a écrit : > hi!! i am a beginner in wine developing. i would > like to try creating my own DLL inside Wine. ive been following the steps in > the DEVELOPER'S HINTS file. i already have my > Makefile.in and placed my directory in > config

Re: Final call for bug fixes

Le ven 21/10/2005 à 10:05, Dimi Paun a écrit : > From: "Alexandre Julliard" <[EMAIL PROTECTED]> > > I think we are in good shape for the release; the current plan is to > > release on Tuesday. > > Speaking of which, what's the status for our FC builds? > We really need binary builds for Fedora for

Re: Compile documentation problem

Le jeu 20/10/2005 à 20:34, gslink a écrit : [snip] > Let me explain the problem. I took your source from May and it compiled > correctly. When I looked at your source I found that you had supplied > some additional code in the form of three patches. Among the other > things supplied were ttf

Re: Compile documentation problem

Le mer 19/10/2005 à 20:06, gslink a écrit : > If Wine is going to enter beta soon then someone ought to document the > procedure for compiling the source. If FC is used to attempt such a > compile and the instructions packaged with the source are followed the > result will be a compile failure

Re: Major inconsistencies in localized resource files

Le mer 19/10/2005 à 15:12, Vitaliy Margolen a écrit : > We have major discrepancies in different language resource files. Some missing > stuff like font dialog (except few buttons and text). Some have not been > updated > in ages. > > Should we net them together adding what's missing from English

Re: Downloading Mozilla ActiveX

Le mar 18/10/2005 à 19:27, Jonathan Ernst a écrit : > Le mardi 18 octobre 2005 à 19:28 -0400, Vincent Béron a écrit : [snip] > > That doesn't solve the capacity problem (which was a real one the last > > time this discussion occured, and is the reason why the address is

Re: Downloading Mozilla ActiveX

Le mar 18/10/2005 à 18:31, Jonathan Ernst a écrit : > Le mardi 18 octobre 2005 à 11:38 -0600, Brian Vincent a écrit : > > On 10/18/05, Vitaliy Margolen <[EMAIL PROTECTED]> wrote: > > > Does that server has enough capacity to handle all Wine users? Will it be > > > there > > > for a long time? > >

Re: Correctly unicodify winmm/mmio.c

Le mar 18/10/2005 à 02:55, Andreas Mohr a écrit : > Hi, > > On Tue, Oct 18, 2005 at 08:21:55AM +0200, Eric Pouech wrote: > > Vincent Béron wrote: > > >Changelog: > > >Correctly unicodify winmm/mmio.c. > > don't apply this patch, it's plain wrong

Re: How to install mozilla active in wine

Le lun 10/10/2005 à 12:12, Dan Kegel a écrit : > On 10/10/05, Vitaliy Margolen <[EMAIL PROTECTED]> wrote: > > > http://www.iol.ie/~locka/mozilla/mozilla.htm > > > > Which brings a question: should we add that address to registry so our "Do > > you > > want to download and install Mozilla ActiveX?"

Re: RH8 spec for 20050830

Le mar 04/10/2005 à 00:08, Michael Ost a écrit : > On Mon, 2005-10-03 at 14:31, Bill Medland wrote: > > So what is the status of getting RedHat RPMS again? Are you > > having any luck, Michael? > > > > I am going to be needing RedHat RPMS for Wine very soon, for > > testing purposes. I'd be q

Re: Cannot compile 20050830 on Solaris 9

Le lun 03/10/2005 à 19:11, Rob D a écrit : > I have been trying to compile wine from source on Solaris 9 on x86. > This has proven to be very frustrating. > > I had to rename a struct in one of the files in the tools/windump/main.c > because of a name clash, but that was easy. > > I am pretty ne

Re: wine/ programs/winedbg/info.c programs/taskmgr ...

Le mer 28/09/2005 à 11:21, Alexandre Julliard a écrit : > ChangeSet ID: 20474 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: [EMAIL PROTECTED] 2005/09/28 10:21:48 > > Modified files: > programs/winedbg: info.c > programs/taskmgr: dbgchnl.c > libs/win

Re: RH8 spec for 20050830

-install -c -m 0644 documentation/samples/config $RPM_BUILD_ROOT%{_sysconfdir}/wine/config - cat >RedHat < 20050830-1rh8 +- Update to 20050830 + +* Wed Sep 21 2005 Vincent Béron <[EMAIL PROTECTED]> 20050725-1rh8 +- Update to 20050725 + +* Tue Jun 28 2005 Vincent Béron <[EMAIL PROTECTED]>

Re: Problem detecting libxslt

Le mer 14/09/2005 à 06:20, Alexandre Julliard a écrit : > Vincent Béron <[EMAIL PROTECTED]> writes: > > > Is this acceptable? > > > > libxslt/xslt.h was never included, so I got rid of it. > > > > The variable declarations weren't protected with t

Problem detecting libxslt

Hi Mike, Doing ./configure on a RH8 box I get the following: checking libxslt/transform.h presence... yes configure: WARNING: libxslt/transform.h: present but cannot be compiled configure: WARNING: libxslt/transform.h: check for missing prerequisite headers? configure: WARNING: libxslt/transfo

Re: Throwing in an idea (probably it was discussed before though)

Le lun 22/08/2005 à 07:58, John Smith a écrit : [snip] > 2. (not really relevant to this discussion, but relevant to the whole issue > of supporting end-users): binary RPMs for RedHat/Fedora on winehq.org are > still 20050524, and winecfg is pretty much useless there. If WINE team does > care ab

Re: LZDone is exported by kernel32

Le mer 10/08/2005 à 05:56, Francois Gouget a écrit : > On Wed, 9 Aug 2005, Vincent Béron wrote: > > > Changelog: > > LZDone is also exported by kernel32 now. > > Should the same treatment be applied to the other functions too? > Examples: LZStart, LZInit, GetExpande

Re: PATCH: winelauncher tmp file

Le mar 09/08/2005 à 16:23, Marcus Meissner a écrit : [snip] > @@ -87,6 +87,7 @@ > > # ok, we really give up now, this system is hosed ;-) > cat $MSGFILE > +rm MSGFILE +rm $MSGFILE But I'm pretty sure Alexandre would have catched it... Vincent

Re: wine/ server/trace.c server/request.h server/p ...

Le lun 08/08/2005 à 11:11, Alexandre Julliard a écrit : [snip] > Modified files: > server : trace.c request.h protocol.def mapping.c file.c >fd.c change.c > include/wine : server_protocol.h > > Log message: > Added an unmount_device request th

Re: glu32: fix some of -Wmissing-declarations warinings

Le sam 23/07/2005 à 12:06, Stefan Huehner a écrit : [snip] 2 small nits: > --- /dev/null 2005-03-29 14:09:30.0 +0200 > +++ dlls/glu32/glu_local.h2005-07-23 16:55:03.0 +0200 > @@ -0,0 +1,104 @@ > +/* A line indicating what this file is for, along with a copyright assignment, w

Re: Update win32.api

Le jeu 21/07/2005 à 12:17, Francois Gouget a écrit : [snip] > Index: dlls/secur32/secur32.c > === > RCS file: /var/cvs/wine/dlls/secur32/secur32.c,v > retrieving revision 1.7 > diff -u -p -r1.7 secur32.c > --- dlls/secur32/secur32.c

Re: PATCH: olepicture without libgif/libjpeg

Le lun 04/07/2005 à 21:24, Robert Shearman a écrit : > Marcus Meissner wrote: > > >Hi, > > > >some confused users compile WINE without libgif or libjpeg > >support. > > > >Make sure the testcase works without this compiled in. > > > > Here is my opinion: the test cases running in Wine are designe

generic.ppd isn't installed anymore

Hi, wineps/generic.ppd isn't installed anymore since a couple weeks ago (didn't had time yet to pinpoint exact patch). I think it's because only __install-lib__ and __install-dev__ is done in dlls/ now, and not __install__, which is the target actually installing wineps/generic.ppd. A quick'n dir

Re: DirectX 9 patches

Le sam 30/04/2005 Ã 16:21, Ivan Gyurdiev a Ãcrit : > On Sat, 2005-04-30 at 13:25 -0400, Vincent BÃron wrote: > > Hi Jesse, > > > > The failures you see are only whitespace changes. > > Either make patch skip whitespace changes, or apply the following patch > > to Olivier's patch prior to apply it

Re: DirectX 9 patches

Hi Jesse, The failures you see are only whitespace changes. Either make patch skip whitespace changes, or apply the following patch to Olivier's patch prior to apply it to your tree. Vincent --- d3d9patch.2005-04-28-2.diff 2005-04-29 11:17:13.0 -0400 +++ d3d9patch.2005-04-30-1.diff 2005-0

Re: Ptrace problem on amd64? (Was: Re: Warcraft III can't find cdrom)

Le lun 07/03/2005 à 15:34, T.J. Zeeman a écrit : [snip] > PS Are the Debian maintainer and wine on speaking terms again? An > apt-get update showed that 20050211 has entered sid and it wanted to > replace my current install from winehq. Ove Kaaven (Debian's Wine maintainer) released a 20050111 pac

Re: Config Problems ?

Le dim 06/03/2005 à 18:49, Andrew Neil Ramage a écrit : > I have downloaded and installed wine-20050211, but when I try to start a > Windows program by clicking on it nothing happens. Starting it from the > command line produces screens of output similar to the following: > > PatBlt (0x74, 0, 1

Re: building programs

Le sam 05/03/2005 à 16:17, Rob D a écrit : > I have attached 2 Makefiles that give me the unresolved main error on > Solaris10. > > AEP Makefile is supposed to make an executable from a few files and some > libraries. Now I've had time to look at this one. I simplified it a bit (only kept ../ne

Re: building programs

Le sam 05/03/2005 à 16:17, Rob D a écrit : > I have attached 2 Makefiles that give me the unresolved main error on > Solaris10. > > AEP Makefile is supposed to make an executable from a few files and some > libraries. I've only looked at the netclient one for now, I'll get to the other one soon

Re: building programs

Le sam 05/03/2005 à 04:46, Ivan Leo Puoti a écrit : > Vincent Béron wrote: > > I don't think spec files for .exe are supported right now (sorry Ivan). > > That must be fixed, in windows .exe files can export functions. In Windows, .exe and .dll are basically the same thi

Re: building programs

Le ven 04/03/2005 à 19:41, Rob D a écrit : > Is it the spec file that determines whether wine looks for main or WinMain? No. If WinMain exists, it'll be used, even in the presence of main(). > > The only info about spec files I could find was on page 20 of the winelib > guide (section 3.4.2), i

Re: wine-user.pdf feedback 2

Le mer 02/03/2005 à 03:39, Dan W. a écrit : > Okay, now I found what I think is a more serious missing piece of info in > wine-user.pdf. > > In page 20, last paragraph, it says one can start off by modifying the sample > config file, > which "can be found in the directory 'documentation/samples'

Re: Add new headers and changes in headers about security

Le lun 21/02/2005 à 13:47, Alexandre Julliard a écrit : > Vincent Béron <[EMAIL PROTECTED]> writes: > > > Move definitions from winerror.h to issperr.h. > > I don't think you want to do that, issperr.h is supposed to be an > obsolete header. Ok, I don'

Winemaker questions

Hi François, I tried to use winemaker on an app, and I had the following notes about it. 1) Some subdirs were not visited by winemaker, while some others were. Should it visit all of them recursively? Does it stops if there are no source file in a dir (but there are subdirs)? The last point looks

Re: How to install Mozilla ActiveX on demand

Le mer 16/02/2005 à 12:39, Mike Hearn a écrit : > On Wed, 2005-02-16 at 11:26 -0600, Robert Shearman wrote: > > How about hosting it on SourceForge? > > Yep, we could, though we'd need to either add extra code to fetch a > mirror list, or hard code it (the latter is much easier :). We could alway

Re: Fix documentation build

Le lun 14/02/2005 à 04:29, Alexandre Julliard a écrit : > Vincent Béron <[EMAIL PROTECTED]> writes: > > > Those errors are particularly bad as (in the past) it prevented the Wine > > documentation on winehq to be built for a release. > > > > Alexandre, do

Re: [oleaut32/typelib.c] TLB_ReadTypeLib question

Le lun 07/02/2005 à 11:08, Paul Vriens a écrit : > Hi, > > while browsing through typelib.c I saw: > > 287 */ > 288 int TLB_ReadTypeLib(LPCWSTR file, INT index, ITypeLib2 > **ppTypelib); > 289 > 290 HRESULT WINAPI LoadTypeLib( > > Is line 288 supposed to be there ? I only see a

Re: widl: support ATTR_READONLY for interface properties

Le lun 07/02/2005 à 12:02, Huw D M Davies a écrit : > On Sun, Feb 06, 2005 at 09:50:31AM -0500, Vincent Béron wrote: > > There are probably other easy ones like this one, but for now I only > > need this one. > > > > Huw, am I stepping on your toes? > > Nope, but

Re: widl: let widl understand typedef enum

Le sam 05/02/2005 à 12:53, Rob Shearman a écrit : > Vincent Béron wrote: > > >Since the typedef patch to widl, typedef enum foo {A, B} FOO; was > >rejected by get_type_vt (unknown-type: 13). > > > >Changelog: > >A RPC_FC_ENUM16 is a VT_I2. > > &

Re: Wine legalities

Le mar 01/02/2005 à 22:46, Scott Ritchie a écrit : > Also on this topic came the subject of diff files. IIRC someone wanted > to include them to help users make use of Microsoft headers that needed > a bit of tweaking. > > Are diff files that are patches to Microsoft code legal to be > distribute

Re: unable to compile on x86_64 platform

Le ven 04/02/2005 à 17:24, Noah Schwartz a écrit : > hey, > > i'm trying to compile wine on my machine (ver. 2005-01-11) but > ./configure doesnt get too far... > [snip] > configure:1878: checking for C compiler default output file name > configure:1881: gcc -m32conftest.c >&5 > /usr/lib/g

Re: Wine packages, universe maintainence, and myself

Le sam 29/01/2005 à 20:49, Scott Ritchie a écrit : > Hello, > > I met some of you on IRC the other night. I am currently the Debian and > Ubuntu packager for the Wine project. The "official" Debian maintainer > hasn't been updating the packages and refuses to turn them over to me, > so we've setup

Re: KERNEL: stub implementation for ReadDirectoryChangesW

Le dim 30/01/2005 à 13:37, Hans Leidekker a écrit : > > This prevents a crash in Picasa2. > > -Hans > > Changelog: > Stub implementation for ReadDirectoryChangesW. You forgot to remove the stub entry in kernel32.spec and replace it by a line with proper argument types. Vincent

Re: Slick build output

Le ven 28/01/2005 à 12:22, Robert Shearman a écrit : [snip] > write_msft.c:590: warning: 'ctl2_alloc_importinfo' defined but not used > write_msft.c:628: warning: 'ctl2_alloc_importfile' defined but not used > write_msft.c:1048: warning: 'ctl2_find_nth_reference' defined but not used > > It doesn'

Re: [OLE #50] IRemUnknown Proxy/Stub Implementation

Le mar 25/01/2005 Ã 20:03, Bill Medland a Ãcrit : > On January 25, 2005 03:48 pm, Robert Shearman wrote: > > Vincent Bïon wrote: > > >Le mar 25/01/2005 ï11:51, Robert Shearman a ïrit : > > >>+ * Copyright 2001 Ove KÃven, TransGaming Technologies > > > > > >Not sure we want UTF-8 in the source file

Re: [OLE #50] IRemUnknown Proxy/Stub Implementation

Le mar 25/01/2005 à 18:48, Robert Shearman a écrit : > Vincent Béron wrote: > > >Le mar 25/01/2005 à 11:51, Robert Shearman a écrit : > > > > > >>+ * Copyright 2001 Ove KÃ¥ven, TransGaming Technologies > >> > >> > > > >Not sure

Re: [OLE #50] IRemUnknown Proxy/Stub Implementation

Le mar 25/01/2005 à 11:51, Robert Shearman a écrit : > Hi, > > This time without alloca. > > Rob > > Changelog: > Proxies/stubs for IRemUnknown methods, based on code written by Ove Kåven. > > > diff -u -p -N -r -x '*~' -x '.#*' -x CVS -x Makefile -x '*.o' -x '*.spec.def' > dlls/ole32_49

Re: [OLE #31] Dynamically Allocate the MTA

Le lun 17/01/2005 à 19:12, Robert Shearman a écrit : > Vincent Béron wrote: > > >Le mar 11/01/2005 à 14:03, Robert Shearman a écrit : > > > > > >>Changelog: > >>- Make MTA dynamically allocated so that proxies and other resources are > >>f

Re: WineTools

Le lun 17/01/2005 à 04:40, Joachim von Thadden a écrit : > Hi, > > I am maintainer of the new WineTools package. As it is related on > http://www.winehq.org/site/download under "3rd Party Tools" I want you > do know that the text has to be changed, as Frank discontinued > development for WineTools

Re: [OLE #31] Dynamically Allocate the MTA

Le mar 11/01/2005 à 14:03, Robert Shearman a écrit : > Changelog: > - Make MTA dynamically allocated so that proxies and other resources are > freed at the proper time. > - Changed/removed some incorrect comments regarding apartments. > > This patch broke wineprefixcreate invocation for me.

Re: Help debugging Fotowire

Le ven 14/01/2005 à 19:38, Robert Shearman a écrit : > Antti Mäkelä wrote: > > >Hi, > > > > I'm trying to get a (Win or Mac) software from my local photo printing > >shop to work. The software is in Finnish, and downloadable from > > > >http://www.ifi.fi/programs/IFI_OnlineFoto.exe. > > > > > >

Re: wine alsa detection

Le lun 10/01/2005 à 19:53, Vincent Béron a écrit : > Le lun 10/01/2005 à 05:16, Joris Huizer a écrit : > > Hello, > > > > Today I switched back to alsa 0.9 (downgraded everything that had to do > > with alsa 1.0 as far as I can tell) but still, alsa is

Re: wine alsa detection

Le lun 10/01/2005 à 05:16, Joris Huizer a écrit : > Hello, > > Today I switched back to alsa 0.9 (downgraded everything that had to do > with alsa 1.0 as far as I can tell) but still, alsa is detected as > available: > > checking alsa/asoundlib.h usability... yes > checking alsa/asoundlib.h pre

Re: another build problem on current cvs

Le dim 02/01/2005 à 20:24, Vincent Béron a écrit : > Le sam 01/01/2005 à 09:20, Andreas Mohr a écrit : > [snip] > > Problem is that we might want to have Wine never break during compile. > > At least for semi-modern software versions it should compile successfully, >

Re: RC file translation via winehq?

Le jeu 06/01/2005 à 04:56, Mike McCormack a écrit : > Vincent Béron wrote: > > > I have (not much touched since maybe a year ago... sigh) some code > > (based on initial work by Dimi) to get a picture of what's done (and > > what's left to do). The output was in

Re: bi-arch on an amd64

Le mer 05/01/2005 à 17:27, Gabriel de Perthuis a écrit : > Hello, > I'm trying to get wine cross compiled for my distrib, a 64-bit ubuntu. > I'm using: > a gcc-3.4 bi-arch toolchain (gcc built with --enable-multilib); > the wine-20041201 tarball; > this configure command (CC is ccache gcc-3.4): > A

Re: Warnings left when compiling on GNU/Linux

Le mer 05/01/2005 à 15:12, Walt Ogburn a écrit : > Hi Gerald, > > The metafile.c warning is because of a test that is commented out in > dlls/gdi/test/metafile.c. It's commented out instead of protected with > todo because it doesn't just fail, it crashes. Perhaps the rtlstr test > warnings are

Re: RC file translation via winehq?

Le mer 05/01/2005 à 01:43, Mike McCormack a écrit : > > Hey All you web programmers out there! > > How hard to you think it would be to rig up a web page for people to do > translations for wine on? > > Have a web page (translate.winehq.org?) into which we feed in all the > .rc files and maybe

Re: another build problem on current cvs

Le sam 01/01/2005 à 09:20, Andreas Mohr a écrit : [snip] > Problem is that we might want to have Wine never break during compile. > At least for semi-modern software versions it should compile successfully, > no matter how much functionality we have to disable to achieve that. Right. > > Configu

Re: another build problem on current cvs

Le mer 29/12/2004 à 05:38, Joris Huizer a écrit : [snip] > In debian the package is called libasound2-dev, version > "0.9.0beta10.9.0beta1" which should be the 0.9 branch of alsa I thought we stopped supporting alsa 0.9 a while ago to focus on alsa 1.0... (Looking through dlls/winmm/winealsa/aud

Re: another build problem on current cvs

Le mar 28/12/2004 à 09:24, Joris Huizer a écrit : > Hello, > > For the past week or so, building from cvs on a debian/stable system w/ > alsa installed (using a custom kernel Linux debian 2.4.18.041216) breaks > on alsa-specific code in wine; > I attached the log; note that I did a `cvs update -

Re: Version Detection

Le ven 17/12/2004 à 17:25, Florian Goth a écrit : > Well, I also have a problem with the Windows Version, while trying to install > a Windows Media Player. I have set the Windows Version in the config file to > Win95 . The First Problem is, that I can't Install WMP 6.4. It says that a > Version

Re: [dplobby.h] Define DirectPlayLobbyCreate with respect unicode

Le ven 17/12/2004 à 11:20, Peter Berg Larsen a écrit : > > There might be a better way but I dont know it. > > Changelog: >Defines DirectPlayLobbyCreate to be either the W or A version depending >on the UNICODE. Needed for warzone 2100. > > Peter > > diff -u -r wine-20041201-org/include

Re: Possible bug in Wine 20041201

Le ven 17/12/2004 à 10:30, Vincent Béron a écrit : > Le ven 17/12/2004 à 09:41, Ira Krakow a écrit : > > I did a fresh install of Wine from the Winehq CVS > > repository. I got the following message during the > > install: > > > > fixme:ver:VERSION_GetLinkedDllV

Re: Possible bug in Wine 20041201

Le ven 17/12/2004 à 09:41, Ira Krakow a écrit : > I did a fresh install of Wine from the Winehq CVS > repository. I got the following message during the > install: > > fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS > version 1.0, please report!! Does the included patch help? Vincent Index

Re: Possible bug in Wine 20041201

Le ven 17/12/2004 à 09:41, Ira Krakow a écrit : > I did a fresh install of Wine from the Winehq CVS > repository. I got the following message during the > install: > > fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS > version 1.0, please report!! Are you using any Win95 native dlls? If so,

Re: Should we get rid of the wine-license list?

Le mar 14/12/2004 à 23:49, Dimitrie O. Paun a écrit : > On Tue, Dec 14, 2004 at 08:35:26PM -0800, Scott Ritchie wrote: > > Looking at the archives it appears that wine-license has had very little > > traffic, to the point where a lot of it is probably not being read when > > it comes up, since peop

Re: Wine test suite (or winrash, don't know which one) - possible way to improve for some persons (with some antivirus or firewall software running)

Le ven 10/12/2004 à 10:40, Ferenc Wagner a écrit : [snip] > Yes. But will sticking to a fixed directory name (and > possibly file name) help, or does ZoneAlarm check eg. MD5 > sums to thwart any countermeasure from our side? Anyway, I > have the feeling that this should be solved by configuring

Re: Wine test suite (or winrash, don't know which one) - possible way to improve for some persons (with some antivirus or firewall software running)

Le ven 10/12/2004 à 07:26, Francois Gouget a écrit : > On Fri, 10 Dec 2004, Ferenc Wagner wrote: > > > Francois Gouget <[EMAIL PROTECTED]> writes: > [...] > >> I've had some dealings with ZoneAlarm and I thought it > >> also saved an md5 checksum of the executable. > > > > Yes, please clear this i

Re: include file cleanup : another step

Le jeu 09/12/2004 à 15:47, Rémi Assailly a écrit : > I moved some defines, ttydrv will not use gdi.h any longer. > I notice that some headers are declared twice, I removed useless > declarations. > > Changelog: > * moved some defines from gdi.h > > > --- dlls/gdi/palette.c~ 2004-10-1

Re: dlls/gdi/tests/metafile.c warning about test_mf_PatternBrush

Le jeu 09/12/2004 à 14:03, Gerald Pfeifer a écrit : > The following patch to dlls/gdi/tests/metafile.c > > revision 1.3 > date: 2004/12/09 11:37:59; author: julliard; state: Exp; lines: +236 -0 > Walt Ogburn <[EMAIL PROTECTED]> > Added some tests for win-format metafiles. > > introduce

Re: tools/wineinstall

Le mar 07/12/2004 à 21:21, Christian Britz a écrit : > Dear all, > > the script tools/wineinstall suggest to uninstall wine first if you > update an existing installation. > > This makes senses but it is uncomfortable that the script doesn't offer > the option to do that for the user. You always

Re: Jack Bug

Le mar 07/12/2004 à 17:38, Christian Britz a écrit : > Christian Britz wwrote accidentially to himself: > > > Vanilla Kernel 2.6.9, Alsa support, libjack0.80.0-dev not installed what > > >> > >> > >> > >>Sorry, that was was wrong, the dev package IS installed! > >> > > > > > When I

Re: Genrate stdole32.tlb file, and install generated files

Le lun 06/12/2004 à 07:03, Huw D M Davies a écrit : > On Sat, Dec 04, 2004 at 01:38:59PM -0500, Vincent Béron wrote: > > stdole32-generator.c file from Huw. > > Invocation from wineprefixcreate from me. > > > > Changelog: > > > Automatically c

Re: New Canadian keyboard layout

Le sam 04/12/2004 à 11:15, Jean-Michel Dault a écrit : > Le sam 04/12/2004 à 07:20, Dmitry Timoshkov a écrit : > > "Jean-Michel Dault" <[EMAIL PROTECTED]> wrote: > > > I'm doing a pilot project for the Quebec government, and we have one > > > major problem: they have a keyboard layout that's unsupp

Re: Problem to draw a bitmap

Le ven 03/12/2004 à 21:48, Dmitry Timoshkov a écrit : > "Rémi Assailly" <[EMAIL PROTECTED]> wrote: > > > I tested a program ( an other one, with source code this time ) > > On my Windows XP system I have no problem. > > When I use Wine I just get a window. ( where is my bitmap ? ) > > Then I tried

Re: wine-preloader defunct

Le ven 03/12/2004 à 10:15, Bill Medland a écrit : > On December 2, 2004 10:43 pm, Mike McCormack wrote: > > Kenneth Porter wrote: > > >> The bug present in Linux 2.6.[0-7] and is fixed in Linux 2.6.8 and > > >> later. > > > > > > Running 2.6.8-1.521smp on Fedora Core 2. > > > > When I say Linux 2.6

Re: working together on stdole.tlb and a end to dcom9x

Le dim 29/08/2004 à 14:31, Filip Navara a écrit : > Huw D M Davies wrote: > > >You're right, an MSFT stdole32 might work fine - I guess we should at > >least try it. So for fun I've attached the program we used to > >generate CrossOver's stdole32.tlb (Actually you need to take the > >generated fi

  1   2   3   4   >