Green, Shaun E. wrote:
I've used Wine-20040818 successfully since it's release on Yoper Linux
with kernel 2.4.26 vanilla, so that's why I'm betting it's a kernel
2.6.8.1 issue.
I doubt that there's any issues with the vanilla Linux 2.6.8.1 kernel,
as I use Slackware 9.1/Linux 2.6.8 and Wine work
Robert Reif <[EMAIL PROTECTED]> writes:
> I agree it doesn't help wine much but it could make a big difference for
> winelib applications ported to/from windows. It's a pain to maintain
> but I think it will be worth in in the long run.
I have a hard time imagining any app that would break becau
James Hawkins wrote:
Changelog
* Use InterlockedDecrement and InterlockedIncrement instead of ++/--.
That ref doesn't belong to a com object. I belongs to a duplicated
memory buffer
and should probably be protected by a lock someday.
Alexandre Julliard wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Add some more version checks.
As a rule we avoid such version checks in Wine, they are not necessary
and will only cause trouble since we compile our code with the same
headers. I know there are some similar checks in there a
I’m running an application that calls the stubbed out
function GetConsoleWindow(). I want the application to stay in the dos console
when it runs but unfortunately when it sees a NULL from GetConsoleWindow() it
loads a graphical window. I tried hacking the function to return the value 1
and
On Fri, Sep 17, 2004 at 07:50:15PM +0100, Ann and Jason Edmeades wrote:
> Hello,
>
> Slightly off topic, but I am looking at purchasing a new PC and intend to
> continue doing wine development on it (especially d3d9). Is there any wine
> implications to buying an AMD64 compared to a 'normal' 32 bi
> That works but then we're maintaining two codepaths, one or other of
> which will hardly be tested at all. Why not just check in the font
> binaries?
What is required to build the fonts?
Should I install fontforge?
I've been in hospital with appendicitis and haven't followed wine development
re
On Friday 17 September 2004 23:23, Ivan Leo Puoti wrote:
> > mybe some
> > other place? Resources -> others ? I would say links -> others but we
don't
> > have that :)
> If you know about a better place, I'm open to suggestions.
>
> Ivan.
>
I really can't think of a good place since wine dose
James Hawkins wrote:
(or the equivalent) then they should all only be as parameters to
Interlocked* functions
Does that apply to the TRACE's as well?
No. If you can easily change TRACE's to use the return value from an
Interlocked* function then that may be preferable, but it won't change
Robert Shearman <[EMAIL PROTECTED]> writes:
> Any reason this patch wasn't applied?
Yes, it doesn't apply. Could you please resend an updated patch?
--
Alexandre Julliard
[EMAIL PROTECTED]
James Hawkins <[EMAIL PROTECTED]> writes:
> Changelog
>* Use InterlockedDecrement and InterlockedIncrement instead of ++/--.
When making these changes please fix the rest of the function too, any
place that uses This->ref directly is broken, it should use the return
value of the Interlocked c
Mike Hearn <[EMAIL PROTECTED]> writes:
> That works but then we're maintaining two codepaths, one or other of
> which will hardly be tested at all. Why not just check in the font
> binaries? I know CVS isn't very good at it, but it does work and it'll
> probably save pain later.
First because bin
[EMAIL PROTECTED] writes:
> I've attached my proposed patch file (although I'm still trying to sort out
> exactly what flags I need for hpux libs)...
>
> Does this seem reasonable?
Sure, submit a patch.
--
Alexandre Julliard
[EMAIL PROTECTED]
> (or the equivalent) then they should all only be as parameters to
> Interlocked* functions
Does that apply to the TRACE's as well?
On Fri, 17 Sep 2004 21:22:22 +0100, Robert Shearman <[EMAIL PROTECTED]> wrote:
> James Hawkins wrote:
>
> >Changelog
> >* Use InterlockedDecrement and Interlo
> mybe some
> other place? Resources -> others ? I would say links -> others but we don't
> have that :)
If you know about a better place, I'm open to suggestions.
Ivan.
James Hawkins wrote:
Changelog
* Use InterlockedDecrement and InterlockedIncrement instead of ++/--.
Again, all of these patches do not fix the whole point about using the
Interlocked* functions, which is that the variable must always be used
*atomically*. That means if you grep the file fo
Hi all,
I'm in the process of trying to get winelib working on an HP-UX / PA-RISC
machine.
The first issue I've come across is related to autoconf, and I'm afraid I'm far
from an autoconf guru, so I wanted to post my proposed solution here before
submitting a patch.
The problem is that the
Hello,
Slightly off topic, but I am looking at purchasing a new PC and intend to
continue doing wine development on it (especially d3d9). Is there any wine
implications to buying an AMD64 compared to a 'normal' 32 bit chip. Will I
be able to continue my wine development, obviously for running emul
Title: Message
Wine does not
function correctly under Yoper Linux with kernel 2.6.8.1-7 (this kernel has
performance patches applied).
It seems to build
fine, but it does not run correctly and running MFC apps do not even open.
I tried changing the /tmp link in dosdevices directory, etc bu
Raphael <[EMAIL PROTECTED]> writes:
> I'm back (after a long time without coding) and seems that many directx dlls
> are brokens after COM "migrations"
No, the dlls are fine, probably your tree has not been updated
properly.
--
Alexandre Julliard
[EMAIL PROTECTED]
Robert Reif <[EMAIL PROTECTED]> writes:
> Add some more version checks.
As a rule we avoid such version checks in Wine, they are not necessary
and will only cause trouble since we compile our code with the same
headers. I know there are some similar checks in there already but
they should probabl
Filip Navara wrote:
Changelog:
Implement A_SHA* functions present in Windows XP and later systems.
Now with a correct diff...
Index: dlls/advapi32/Makefile.in
===
RCS file: /home/wine/wine/dlls/advapi32/Makefile.in,v
retrieving revisio
"Filip Navara" <[EMAIL PROTECTED]> wrote:
> --- /dev/null Fri Sep 17 17:41:26 2004
> +++ dlls/advapi32/crypt_sha.c Thu Sep 16 22:34:13 2004
This is the first crypt_sha.c, with an API implementation.
> --- /dev/null Fri Sep 17 17:41:59 2004
> +++ dlls/advapi32/crypt_sha.c Fri Sep 17 16:20:32 2004
May I ask in what way does a person running [EMAIL PROTECTED] helps wine?
Not that I am against the project but you make it sound as a needed
contribution to wine, well I don't see it helping wine too much except some
extra attention from random sources, and it isn't even open source, mybe some
We can test for the presence of Marlett and fall back to the existing
code if we don't find it.
That works but then we're maintaining two codepaths, one or other of
which will hardly be tested at all. Why not just check in the font
binaries? I know CVS isn't very good at it, but it does work and
On Thu, Sep 16, 2004 at 04:08:53PM -0400, Vincent Béron wrote:
> Le jeu 16/09/2004 à 15:58, Robert Shearman a écrit :
> > Is there any policy for using it?
> > E.g. a lot of the arrows and stuff in the native comctl32 are drawn
> > using this font, so would we now be able to do this with our versi
Far from everyone has fontforge installed, so unless there's a compiled
version in cvs (a la configure) you might find most users don't have
marlett.ttf.
Indeed, if large numbers of people aren't getting the fonts at all
that's a pretty strong argument for having the binaries in CVS (or
making fo
27 matches
Mail list logo
