Shachar Shemesh wrote:
Hi all,
I have placed on my site the slides for a presentation I gave at a local
LUG about Wine. The slides are in English, in PDF format. You can get
them at http://shemesh.biz/lectures.html
The lecture was given several months ago, but I'm going to repeat it in
about
Oleg asked:
Could anyone give me the point how to use valgrind and wine altogether ?
http://developer.kde.org/~sewardj/ says
http://developer.kde.org/~sewardj/valgrind-1.9.6-wine.tar.bz2
is the valgrind to use.
This is variant of the older 1.9.6 stable release.
It makes it possible to run Wine on
http://msdn.microsoft.com/msdnmag/issues/03/01/GDILeaks/
It indicates that there is a table that holds GDI internals and gives
details about it.
I can also confirm that the API call GdiQueryHandle in gdi32.dll retrieves
pointer to this handle table.
Does anyone have any more info related to how
Jonathan Wilson [EMAIL PROTECTED] wrote:
Does anyone have any more info related to how GDI handles work, what the
different bits mean, how to turn a gdi handle into an entry in the shared
handle table, the internal structures behind the pointers or whatever?
Is anything more given in
Lionel Ulmer [EMAIL PROTECTED] writes:
Yes and no. valgrind still doesn't support many instructions...
Well, using any DRI GL libraries or the NVIDIA GL libraries is not really
supported by Valgrind right now...
Yes, but even with Mesa it bombs. Seems to be that quartz.dll is the
problem,
[EMAIL PROTECTED] (Michael Günnewig) writes:
Mike Hearn [EMAIL PROTECTED] writes:
This is very much like a problem I am having with InstallShield.
Something, somewhere, is trashing the heap data structures, which causes
a crash some time later, often yards away from the original bug. As far
On September 21, 2003 03:06 am, Eric Pouech wrote:
- a winelib app, is an ELF executable (not shared library), which is
able to execute as a Win32 application (loading DLLs, calling into
(native/builtin) DLLs).
Well, not really -- that would be ideal, but at the moment a winelib
app is an ELF
On September 20, 2003 05:35 pm, Mike Hearn wrote:
OK, I've marked the DONE ones as done in the HTML.
You are right, it looks like a lot of the hard work is
done, which is a good thing :) Anyway, it now seems within
reach, at least to me. Thanks!
Done (including Desktop). BTW, as I've done
Michael Günnewig wrote:
Changelog:
Fixed use of uninitialized memory and wrong buffersize (found by valgrind).
Michael
--- dlls/avifil32/api.c.SAV 2003-09-20 16:14:45.0 +0200
+++ dlls/avifil32/api.c
On Sun, 2003-09-21 at 14:59, Dimitrie O. Paun wrote:
Done (including Desktop). BTW, as I've done desktop now I can't be arsed
taking it out, especially as some people *cough*lionel*cough* prefer it
that way for all things ;)
The problem is that without Managed, Desktop is meaningless.
Hi,
On Sun, Sep 21, 2003 at 04:07:20PM +0200, Andreas Mohr wrote:
On Sun, Sep 21, 2003 at 03:51:32PM +0200, Michael Stefaniuc wrote:
The DOS32A extender checks if a dos32 extender is already installed. As
we probably don't want to implement one silence this check.
License: LGPL, X11
Hi,
On Sun, Sep 21, 2003 at 05:15:18PM +0200, Michael Stefaniuc wrote:
Alexandre, please use following revised changelog for the patch:
Changelog:
- silence the FIXME's produced by a check for dos4gw or
compatible dos32 extender.
Maybe it's actually a good idea to change the
I do not want to start a flame war, but you just repeat what TG wants
ReWind to be looking like on public. That's simply not true. Right now
it's an one directional way: Wine - ReWind - WineX. And in my opinion
that's an exactly an idea behind that.
As of today, If something happens, it's more
Dimitrie O. Paun wrote:
On September 21, 2003 03:06 am, Eric Pouech wrote:
- a winelib app, is an ELF executable (not shared library), which is
able to execute as a Win32 application (loading DLLs, calling into
(native/builtin) DLLs).
Well, not really -- that would be ideal, but at the moment a
1.where do I get the most complere DirectX OLE/COM header files? WineHQ
CVS or somewhere else?
2.how complete are they?
3.what version of DirectX are the header files targeted at?
Jason Edmeades has checked that a bit, he tought it
was becouse of the patch that made a diffrent type of
resolotion changing but I didn't get if the figured
out a fix...
So here are the logs I sent him,
Hatky.
__
Do you Yahoo!?
Yahoo! SiteBuilder - Free,
Hi folks,
I've been doing some work on the Wine Developer's Guide. It's in
better shape now, but I'd still rate it at 2.5 stars. It still
needs some work until it's production quality, but the end is in
sight. In fact, if Lionel can look at the OpenGL section (lots
of things changed in there
søn, 21.09.2003 kl. 16.07 skrev Andreas Mohr:
Wine DOES have to implement a DOS extender.
I think you're wrong. Wine doesn't have to implement a DOS extender,
it's much simpler and more useful to have Wine be able to run them
rather then implement them all. After all, DOS extenders don't have
It's possible that this might help.
Huw.
--
case WM_MOUSEACTIVATE:
- /*
- * FIXME: maybe DefWindowProc() -
SetFocus(hwnd);
result = MA_ACTIVATE;
break;
+SetFocus(es-hwndSelf);
if (!(es-flags
On September 17, 2003 06:42 pm, Alexandre Julliard wrote:
Renamed the COMCTL32_* functions to use the exported name.
What about a search replace? I know, it's a big change, but
this COMCTL32_ prefix is kinda uglifying. They also perpetuate
themselves in the code, as they provide bad
On September 21, 2003 10:20 am, Eric Pouech wrote:
Codepage: if you mount a fs with a given codepage, you need that cp
information to transform properly the filenames into unicode. Ideally,
we should get this information from OS
ReadVolInfo: whether you can try to get the volume information
On September 21, 2003 04:32 pm, Steven Edwards wrote:
I forgot to mention bin2res works fine.
Yeah, bin2res works on the byte level, it doesn't do
any byte swapping, or anything like that. It just doesn't
care, for it binary resources are just a binary stream
of bytes.
--
Dimi.
22 matches
Mail list logo