Am Mon, 2002-12-02 um 20.15 schrieb David Laight:
Actually I don't have glibc - I'm running netbsd not linux.
Netbsd might benefit from faster strxxx routines.
Can't you use an optimized glibc on NetBSD?
OTOH the times are very dependant on the cpu model!
My slotA athlon 700 executes my
Alexandre Julliard wrote:
Francois Gouget [EMAIL PROTECTED] writes:
I am not sure but I suspect the compiler generates indirect accesses for
these. I'm not sure what gcc does for variables exported from another
library. It seems like it has to be doing something similar. So if we
could get
With gcc 3.2? That compiler optimizes the jmp away in an if statement,
apparently assuming that the if clause is executed much more often.
The else clause, OTOH, jmp's to the end of the subroutine and jumps
back afterwards. Thus if the compiler guesses wrongly, the CPU'll have
to do two more
Hi Boris,
At 16.06 27/11/2002 -0600, Boris wrote:
I just tried installing IE 5.5 from setup.exe and it never seems to
install properly without windows being installed or modifying files. It
would be nice to install Internet Explorer without patching anything. I
hope more people work towards
Hi all,
I'm just posting a quick update on my various WINE work for those
intrested.
I currently have a working HTML Help viewer, which seems to work pretty
well on everything I've tested so far. It does however need some more work
to conform to the way the real HTML Help system works in
Hi,
Why not use Mozilla instead of KHTML? There exists an opensource activex
control based on mozilla which is fully compatible with IWebBrowser. The only
difference is that the name is MozillaBrowser. There's even a little tool
that can convert a IWebBrowser app to a MozillaBrowser app by
Hi Roderick,
This was discussed about a month ago, so see the archives for more info.
Basically there was a Gecko vs KHTML debate, with Ender (who is writing
the code) eventually settling on KHTML for the following reasons:
- Simple
- No XPCOM dependancies
- Could be more easily hacked to add IE
It turns out that FF8Config calls IDirect3DImpl_2_EnumDevices (2 times)
but then calls GL_IDirect3DImpl_3_CreateDevice.
Could you send me a +ddraw trace of the problem happening ?
If this is what I think, the fix will be very easy to do and simplify our
code a little bit.
Basically, we have
On Tue, Dec 03, 2002 at 04:46:00AM -0600, Ender wrote:
That brings me to my other WIP, de-QT'ing KHTML and turning it into a
working browser implementation for WINE. So far this is actually coming
along quite well, and besides a few points it definatly makes an effective
browser and IE
Hi all,
My beloved SVG plugin broke again :( For some reason it's not repainting
properly, in fact, the only way I can force it to repaint when running
in wine desktop, internet explorer kiosk mode (ie it fills a window) is
by toggling high quality/low quality which controls antialiasing.
On 3 Dec 2002, Mike Hearn wrote:
It sends WM_PAINT, the does the NCPAINT thing which seems to be do do
with window borders, and then some ERASEBKGND messages come from
somewhere. I have a sneaking suspicion that the background gets erased
after it's painted and not before, but that's a total
Hey just out of curiosity, now that we are working toward v1.0 (not like we
werent before) shouldnt this error be changed over to a fixme? It doesnt
seem like all that much needs to be done (aside from marshalling and
whatnot). Just wondering if we were planning on fixing it before v1.0, as
it
Alexandre Julliard wrote:
Dan Kegel [EMAIL PROTECTED] writes:
Alexandre Julliard wrote:
Yes, it would be possible to resolve imports directly through the ELF
tables and avoid our own separate import mechanism; basically this
would be a PE-aware ld.so. It's quite a bit of work though, and
Alexandre Julliard wrote:
Dan Kegel [EMAIL PROTECTED] writes:
Wouldn't it suffice to compile the Wine DLLs as PE?
Then you wouldn't need to link binaries of different
types together.
But then you wouldn't be able to use ELF libraries from Wine DLLs,
which means you would need to recompile
Dan Kegel [EMAIL PROTECTED] writes:
Wouldn't it suffice to compile the Wine DLLs as PE?
Then you wouldn't need to link binaries of different
types together.
But then you wouldn't be able to use ELF libraries from Wine DLLs,
which means you would need to recompile all the system libraries as
After some more testing I found the problem. I only don't know how to fix it
since I don't have any OpenGL experience yet. It seems that d3d8 only works
in 24bit colours and that 16bit is unsupported at the moment.
On Wednesday 04 December 2002 18:42, Roderick Colenbrander wrote:
Hi,
Just to
NVidia and its bugged binary shit...
I have the same issue.
Workaround : use synchronous mode.
Note : it crashes even with mplayer.exe !!
This proves its not related to last patches.
Perhaps the problem is related to the OpenGL drivers. I'm using
Nvidia's
OpenGL drivers (1.0-3123).
I
I know I don't know what I am doing, but..
The documentation says that to compile out the trace, warning and fixme
messages I should specify --disable-debug when running configure.
So I try
./configure
make depend
make
build an rpm and install it on another machine
run wine
stare at the fixme
I'm working on Ove's comhdr1 comhdr2 patches.
So far, so good, btw -- I have it compiling against yesterday's CVS
(recent commits are not folded in yet). I'll submit after I kick the
tires a bit and make sure everything seems to be working (otherwise,
I'll probably post it here and ask for
Ove Kaaven [EMAIL PROTECTED] writes:
You need to regenerate wtypes.h (and it's best to apply my latest widl
patch first). Should regenerated .h files be part of submitted patches in
the future?
For me that's not necessary; maybe for others who would like to
review the patch, but I doubt many
Greg Turner [EMAIL PROTECTED] writes:
This should ensure that each header can actually be run through the
compiler all by itself -- that is, that it #include's any headers it
relies on to compile.
We don't want that, it's not what Windows does. But yes, the whole
obj_*.h stuff is a mess,
Medland, Bill [EMAIL PROTECTED] writes:
I presume that if I look for example in the dlls/user/Makefile at this stage
I should see NO_DEBUG_MSGS and NO_TRACE_MSGS somewhere, but I don't.
Please can someone explain how this is supposed to work and where I have
probably gone wrong. (e.g.
Bill,
Unless I missed the whole point, you gave the answer before asking the
question.
./configure
should have been
./configure --disable-debug
-- Jeff S
_
MSN 8 with e-mail virus protection service: 2 months FREE*
-Original Message-
From: Jeff Smith [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 03, 2002 2:13 PM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: Compiling out the debug messages
Bill,
Unless I missed the whole point, you gave the answer before asking the
Now, here's my question: couldn't we build a script to automatically fix
some of these problems? Imagine this pseudocode as a bash script,
makefile, or something along those lines:
o gather and create a table of all .c - .h and .h - .h dependencies
o for each file:
o one by one, try
On Tue, 3 Dec 2002, Greg Turner wrote:
[...]
Anyhow, this project has served to remind me just how deep, and how
confusing, the maze of wine headers can really be. It's clear to me
that lots of header inclusions are just historical remnants, that no
longer serve any purpose, and, conversely,
I have seen some definitions of functions in a spec file where a string was
defined as str or wstr. I do remember that there was an issue with this depending
if the string parameter was input only (eg. const) or an input/output parameter.
Is this still valid and if yes how are the rules?
Rolf
--- Greg Turner [EMAIL PROTECTED] a écrit : On Tuesday 03
December 2002 02:34 pm, Sylvain Petreolle wrote:
NVidia and its bugged binary shit...
yuck. doesn't xfree or drm-kernel project provide a decent driver
for
you guys?
the nv driver provided with Xfree is way too slow to use it on
http://chiharu.haun.org/peace/
As far as I can tell, this is only a PE loader, so you need to
cross-compile everything as PE dlls. What we would want for Wine is an
ELF loader that can also load PE and seamlessly link binaries of both
types together.
I've not read the URL above, but have
On December 2, 2002 02:03 pm, Alexandre Julliard wrote:
Yes, it would be possible to resolve imports directly through the ELF
tables and avoid our own separate import mechanism; basically this
would be a PE-aware ld.so. It's quite a bit of work though, and
portability is an issue.
Yes, having
On Tuesday 03 December 2002 05:30 pm, Sylvain Petreolle wrote:
--- Greg Turner [EMAIL PROTECTED] a écrit : On Tuesday
the nv driver provided with Xfree is way too slow to use it on Wine.
and I don't want to have to compile Xfree myself.
Wow, that sounds really bad... unless our experinces
Dimitrie O. Paun [EMAIL PROTECTED] writes:
Yes, having a PE-aware ld.so would allow us to bypass our import
mechanism. But I guess the question was: given that we don't have
such a ld.so, can we handle import of variables through our current
import mechanism?
I don't see how. The compiler
On Tuesday 03 December 2002 04:07 pm, Alexandre Julliard wrote:
Greg Turner [EMAIL PROTECTED] writes:
This should ensure that each header can actually be run through the
compiler all by itself -- that is, that it #include's any headers
it relies on to compile.
We don't want that, it's not
On Tuesday 03 December 2002 06:59 am, Mike Hearn wrote:
Hi Roderick,
This was discussed about a month ago, so see the archives for more
info. Basically there was a Gecko vs KHTML debate, with Ender (who is
writing the code) eventually settling on KHTML for the following
reasons:
This is
On Tuesday 03 December 2002 03:58 am, Alberto Massari wrote:
Software\Microsoft\Windows NT\Current Version\Hotfix\Q246009
Installed=1
cool. I did it with just vanilla wine, nt40, your registry key,
urlmon=n and uh.. cabinet=n. Well at least I have a test case now...
Perhaps we
On Wed, Dec 04, 2002 at 12:21:55AM +0100, Rolf Kalbermatter wrote:
I have seen some definitions of functions in a spec file where a string was
defined as str or wstr. I do remember that there was an issue with this depending
if the string parameter was input only (eg. const) or an input/output
Hi folks,
The Wine Janitorial Project section has grown to the point
where a separate page is warranted. It's been *greatly*
enhanced, hopefully making the tasks a lot more explicit,
easier to understand, and track. The first release of this
page is available at:
37 matches
Mail list logo