* Mike McCormack [EMAIL PROTECTED] [03/05/06, 11:46:11]:
If anybody needs any advice or help with a SoC proposal, feel free to
mail me privately...
There's also a couple of proposals that were accepted last year on
http://summerofcode.xwiki.com/xwiki/bin/view/Main/ExampleApplications
On 5/2/06, Robert Shearman [EMAIL PROTECTED] wrote:
Sadly, this doesn't seem to fix mdac installation.
Sorry about this regression. Hopefully, the attached patch should fix it.
OK, this time I tried your patch mdac installed ok. Must have been a brain fart
the first time. Onwards and
Windows Firefox just happily updated itself under Wine to
1.5.0.3. Nice that an uncommon code path worked fine.
Firefox is solid for my uses lately. Performance could
use some work (reading the wine-devel archive index
gets annoying towards the end of the month when it's
long, as firefox takes
On Wed, May 3, 2006 12:00 pm, Dan Kegel said:
Windows Firefox just happily updated itself under Wine to
1.5.0.3. Nice that an uncommon code path worked fine.
Indeed. Funny you mention it, it just updated here too.
It worked fine on Windows as well :)))
Firefox is solid for my uses lately.
On 5/3/06, Dimi Paun [EMAIL PROTECTED] wrote:
Firefox is solid for my uses lately. Performance could
use some work (reading the wine-devel archive index
gets annoying towards the end of the month when it's
long, as firefox takes a long time to fetch it (?)).
Hm, AFAIK 1.5 should cache
On Wed, May 3, 2006 12:45 pm, Dan Kegel said:
It's when the cache is stale and new data is downloading
that it's particularly painful. This is often.
But is it any faster on Windows in such cases?
--
Dimi Paun [EMAIL PROTECTED]
Lattica, Inc.
On 5/3/06, Dimi Paun [EMAIL PROTECTED] wrote:
It's when the cache is stale and new data is downloading
that it's particularly painful. This is often.
But is it any faster on Windows in such cases?
Yes, I think it's about 2x or 3x faster. It certainly is on Linux
(without wine).
- Dan
--
On Wednesday, May 03, 2006 12:23, Dimi Paun wrote:
Firefox is solid for my uses lately. Performance could
use some work (reading the wine-devel archive index
gets annoying towards the end of the month when it's
long, as firefox takes a long time to fetch it (?)).
Hm, AFAIK 1.5 should
On Wed, May 3, 2006 2:30 pm, Neil Skrypuch said:
Including Konqueror? On my machine at least, the initial render in
Konqueror is quite a bit faster than Firefox 1.5. Cached pages are
both pretty much instantaneous.
It may be, I haven't used Konqy in many years (5+).
Nonetheless, FF is the
On Wed, 03 May 2006 14:37:55 -0400, Dimi Paun wrote:
It may be, I haven't used Konqy in many years (5+).
Nonetheless, FF is the main non-IE browser, I'm happy
is now fast for doing this, it's sad it took so long
to get there.
True, but on the other hand the engineering required to make this
Dimi Paun wrote:
On Wed, May 3, 2006 12:00 pm, Dan Kegel said:
Windows Firefox just happily updated itself under Wine to
1.5.0.3. Nice that an uncommon code path worked fine.
Indeed. Funny you mention it, it just updated here too.
It worked fine on Windows as well :)))
Firefox is solid
On 5/3/06, Marcus Meissner [EMAIL PROTECTED] wrote:
Number of konqueror affecting security problems in the last 2 years
(by CVE entry): ca 10.
Number of firefox security problems in the last 2 years
(by CVE entry): ca 100.
(Just go to http://cve.mitre.org/cve/ and look for yourself.)
I wonder
On 5/3/06, Marcus Meissner [EMAIL PROTECTED] wrote:
Its more of feature bloatedness and codesize vs small (but full necessary)
featureset and clean programming ;)
Yeah, maybe. I can't really compare. I have passing familiarty with
Gecko and they're cleaning it up a lot, but it's still very
On 5/3/06, Segin [EMAIL PROTECTED] wrote:
Firefox in Wine is faster than IE on Windows.
Depends on the benchmark, I think. I'm using
Time to first download and render
http://www.winehq.org/pipermail/wine-devel/2006-April/thread.html
and Firefox on Wine does much worse on this than Firefox
I noticed that some of your patches had not gotten into CVS so I was talking to
Chris on IRC about them. I think that they are all in now but you would know
better than I would. could you check that all your patches got in.
In the future you if you cc: Chris that would probably help as well.
So, my next problem
What's the status of custom marshaling, especially
out-of-process? Is it supposed to be quite well developed (in
which case I am trying to find out why our case is different) or
is it still only just started?
--
Bill Medland
mailto:[EMAIL PROTECTED]
Oi
Trying to attach a debugger to an application crashing in X11DRV.
Enabled the synchronous trace, and the debugger does start, but it's
output doesn't show up on the console. It accepts commands such as c
for continue, but it's useless if I want a backtrace, for example.
Which I do :-).
Hi Andrew,
Sorry I didn't spot this the first time round:
Andrew Ziem wrote:
+/* case insensitive */
retval=pStringTableAddString(table,string,0);
ok(retval!=-1,Failed to add string to String Table\n);
+
+retval2=pStringTableAddString(table,String,0);
+
Juris Smotrovs wrote:
Index: dlls/x11drv/winpos.c
===
RCS file: /home/wine/wine/dlls/x11drv/winpos.c,v
retrieving revision 1.149
diff -u -r1.149 winpos.c
--- dlls/x11drv/winpos.c4 Apr 2006 21:16:28 - 1.149
+++
Juris Smotrovs wrote:
The problem is that Wine does not send WM_SIZE message
if the window has been maximized, but its (non-client area)
rectangle size in pixels has remained the same.
Wine looks only for rectangle size, but it should also send
WM_SIZE at state changes between maximized,
[EMAIL PROTECTED] wrote:
if (colors 256)
-{
-ERR(called with 256 colors!\n);
-return NULL;
-}
+WARN(called with 256 (%d) colors!\n, colors);
We appear to only get down this codepath if bmBitsPixel = 8, so there
should be no more than 2^8 colours.
21 matches
Mail list logo
