Scott Ritchie wrote:
Then, the developer needs to write his own makefiles and hammer autoconf
and stuff into working right. This is the hard part, and it's where I
gave up when trying to port Miranda Instant Messenger with Winelib even
though it worked in MinGW. There are many other open source
Scott,
Integrating SCONS and Winelib is a wonderful idea.
I'm currently struggling with explaining in a cookbook
way how to port an MFC program to Winelib. Also,
there's a lot of demand for porting .NET apps and if
Winelib can support that as well this will attract
more developers.
I'll be happ
On Thursday 17 February 2005 02:06, Paul Millar wrote:
> I think it might be worth trying to push some of these patches
> up-stream again. That way, we are actually fixing MinGW.
Been there. The issue is that MinGW has a patch acceptance
policy that says that material should be documented by MS
Hi,
On Wed, Feb 16, 2005 at 02:08:47PM +, Oliver Stieber wrote:
>
> > 2) Is there any sort of goal that the people
> > working on d3d9 dlls have set as far as a date they
> > would like to have it done by? Or is it just one of
> > those "It will be done when it's done" sort of
>
On Wed, 16 Feb 2005 15:41:22 -0800, Scott Ritchie wrote:
> I just heard about the SCons project, which from what I can tell looks
> like it aims to be a replacement to the makefiles. Has anyone used
> this?
>
> http://www.scons.org/
I have used it yes, it's good. I never ported a pre-existing pr
On Thu, 17 Feb 2005 07:45:11 +0200, Shachar Shemesh wrote:
> Let's wait until they actually do something bad before we go around
> accusing them, shall we?
Bear in mind, the reason they're doing this is almost certainly because
they know that Wine users often go there to fill in missing pieces fr
On Thu, 17 Feb 2005 07:45:11 +0200, Shachar Shemesh wrote:
> In any case, at least from a technical point of view, going around such
> test ought to be fairly simple
I don't think we want to go there. I demonstrated a way of checking for
Wine to Rob last night that we really cannot fix or workaro
Hi Hans,
On Thursday 17 February 2005 09:59, Hans Leidekker wrote:
> On Thursday 17 February 2005 02:06, Paul Millar wrote:
> > [...] push some of these patches up-stream
>
> Been there. The issue is that MinGW has a patch acceptance
> policy that says that material should be documented by MS
> to
Hi,
I know there are still issue with InstallShield, is the following one of
them?
When trying to install the above mentioned demo I get an errorbox:
Error Number: 0x80040706
Description: Object reference not set
Setup will now terminate
Part o
On Thu, Feb 17, 2005 at 12:06:01PM +0100, Paul Vriens wrote:
> Hi,
>
> I know there are still issue with InstallShield, is the following one of
> them?
>
> When trying to install the above mentioned demo I get an errorbox:
>
>
> Error Number: 0x80040706
> Description: Ob
On Wed, 16 Feb 2005, Scott Ritchie wrote:
Ok, currently Winelib relies on GNU autoconf, makefiles and friends to
get a working app.
The current winemaker does not generate or use autoconf.
I've never use SCons either but the advantage of generating regular
Makefiles is that many many developers ar
Andreas Mohr wrote:
Hi,
On Wed, Feb 16, 2005 at 02:08:47PM +, Oliver Stieber wrote:
2) Is there any sort of goal that the people
working on d3d9 dlls have set as far as a date they
would like to have it done by? Or is it just one of
those "It will be done when it's done" sor
On Wed, 16 Feb 2005, Steven Edwards wrote:
[...]
Would it be possible for the appdb module to go to its own cvs commit
list? While I care about the commit messages to the wine module and
from time to time the lostwages module I never care about whats going
on in appdb.
Until the AppDB and WineHQ
Ge van Geldorp wrote:
When using IE and thus the ActiveX control there is no problem and my
Windows is recognized as genuine.
Looks to me the standalone validation program is seriously broken
What about IE under Wine. It looks like that might work?
On Thu, 2005-02-17 at 02:06, Paul Millar wrote:
> No, in fact its now working again, now. Just doing an end-to-end test
> right now.
Although we have a new winetest executable, it doesn't work on my win98
box. Starting the (automatically) downloaded
winetest-200502171000-paul-mingw.exe gives erro
<[EMAIL PROTECTED]>Francois Gouget writes:
> I've never use SCons either but the advantage of generating regular
> Makefiles is that many many developers are familiar with them. I would
*nod*. I agree.
I get particularly upset when I download software and the build system
doesn't work for some
>
http://www.microsoft.com/downloads/details.aspx?FamilyID=C8F904E1-B4CA-402B-ACCF-AAA2BD60DA74&displaylang=en
>
> I'm certainly not authorized to tell you what to do,
> but what benefit would Avalon bring us?
> It's not even really released, i.e. its
> applicability
> should be very limited.
>
Hey, all,
Is there some reason that the SuSE section on the download page does not
say that it links to a binary RPM for SuSE 9.2? The page says "SuSE
binary and source .rpms for SuSE 8.1, 8.2, 9.0, and 9.1", although
binaries for 9.2 are in fact on the Sourceforge project page along with
the v
Mike Hearn escreveu:
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 :).
There's also the issue of checksumming but I th
Holly Bostick wrote:
Hey, all,
Is there some reason that the SuSE section on the download page does
not say that it links to a binary RPM for SuSE 9.2? The page says
"SuSE binary and source .rpms for SuSE 8.1, 8.2, 9.0, and 9.1",
although binaries for 9.2 are in fact on the Sourceforge project p
On Thu, 17 Feb 2005 13:19:46 +0100, Francois Gouget wrote:
> SCons scripts. Generating an SCons script would just be totally
> confusing for these developers.
On one hand I agree, Make is the de-facto standard and we should respect
that, but on the other hand every time I try and use it I have to
On Thu, 2005-02-17 at 13:19 +0100, Francois Gouget wrote:
> On Wed, 16 Feb 2005, Scott Ritchie wrote:
>
> > Ok, currently Winelib relies on GNU autoconf, makefiles and friends to
> > get a working app.
>
> The current winemaker does not generate or use autoconf.
>
> I've never use SCons either b
On Thu, 2005-02-17 at 10:13 -0500, Thomas J Fogal wrote:
> <[EMAIL PROTECTED]>Francois Gouget writes:
>
> > I've never use SCons either but the advantage of generating regular
> > Makefiles is that many many developers are familiar with them. I would
>
> *nod*. I agree.
> I get particularly up
Boaz Harrosh wrote:
What about IE under Wine. It looks like that might work?
Maybe, but I don't want to pollute my wine installation with IE.
Ivan.
On Thursday 17 February 2005 16:30, Paul Vriens wrote:
> I expect that win2k has the same problem (when looking at
> test.winehq.org).
>
> Any ideas? (besides using 'my' patch :-)).
Filip's patch was not quite right, these functions need to be exported
ordinal *only*, otherwise the resulting test
I added these lines to the end of the wine config file
to get the Watchtower Library 2003 to load using
Winetools and it does open when clicking on icon on
desktop (Mandrake 10.1) after reading discussions on
wiki :^> Zinger
;Watchtower Library
[AppDefaults\\wtlib.exe\\DllOverrides]
"*comctl32*"
On Thu, 17 Feb 2005, Scott Ritchie wrote:
[...]
Well, remember, we are (hopefully) targeting Windows developers here who
have previously been using Visual Studio for migration with Winelib.
Even among open source projects for Windows, use of makefiles is
exceedingly rare.
IMHO, SCons using Windows
On Thu, 17 Feb 2005, Scott Ritchie wrote:
[...]
Today, that developer has to first port his project to MinGW (a very
non-trivial step)
Not true. I know this is what Dimitrie recommends but it's absolutely
not necessary to first port to MinGW. You can run winemaker directly on
your sources and try
On Wed, 16 Feb 2005 21:26:58 + (GMT), Oliver Stieber
<[EMAIL PROTECTED]> wrote:
> >
> > I highly recommend that you try Oliver Stieber's
> > patch. Even if
> > buggy, I think you'll find WoW works very well.
> > I've recently found
> > that Star Wars: Battlefront works with it. The
> > probl
On Thu, 17 Feb 2005 16:23:46 + (GMT), Oliver Stieber
<[EMAIL PROTECTED]> wrote:
>
> > OTOH almost perfect support for DX9 games would be
> > MUCH
> > more useful IMHO, since lack of gaming support is
> > the #1 reason
> > for many people for not being able to switch to
> > Linux...
> >
> Avalo
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
"Alex Villacis Lasso" <[EMAIL PROTECTED]> wrote:
> --- wine-20050211/dlls/oleaut32/olefont.c 2005-01-31 06:34:10.0 -0500
> +++ wine-20050211-patch/dlls/oleaut32/olefont.c 2005-02-16 22:56:18.865553128
> -0500
> @@ -1068,8 +1068,16 @@
>IFont* iface,
>TEXTMETRICOLE* ptm)
>
"James Hawkins" <[EMAIL PROTECTED]> wrote:
> +static const WCHAR emptyW[] = {0};
> +
> +if (!name || !strcmpW(name, emptyW)) {
> +*retkey = hkey;
> +return ERROR_SUCCESS;
> +}
> +if (!name || !strcmp(name, "")) {
> +*retkey = hkey;
> +return ERROR_S
On Thu, 2005-02-17 at 12:59, Marcus Meissner wrote:
> On Thu, Feb 17, 2005 at 12:06:01PM +0100, Paul Vriens wrote:
> > Hi,
> >
> > I know there are still issue with InstallShield, is the following one of
> > them?
> >
> > When trying to install the above mentioned demo I get an errorbox:
> >
> >
Mike Hearn wrote:
On Thu, 17 Feb 2005 07:45:11 +0200, Shachar Shemesh wrote:
In any case, at least from a technical point of view, going around such
test ought to be fairly simple
If the mere existence of this key makes the validation fail, what's to
stop a virus from simply adding this k
35 matches
Mail list logo