On 3/19/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Alex wrote:
> >It seems that I will have to wait until I code
> >enough of a test case for a *successful*
> >ITypeInfo::Invoke()
A few more vaguely relevant notes:
http://codeguru.earthweb.com/Cpp/COM-Tech/atl/article.php/c3565/
briefly mentions h
On 3/19/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> [Let's use Abiword as the app to test, as I proposed long ago:]
> http://www.winehq.com/hypermail/wine-users/2001/08/0086.html
> Wine wasn't ready for that back then, but it is now;
> abiword-2.0.8 works fine under current wine (newer versions
> ru
On 3/19/06, Segin <[EMAIL PROTECTED]> wrote:
> ... getting Dev-C++ to work perfectly on Wine [would be good
> for dogfooding] -- it uses MingW/gcc to compile.
Sure, good idea. I encourage Dev-C++ users to test it with Wine and
file bug reports at http://bugs.winehq.org for any
problems they find.
http://bugs.winehq.org/show_bug.cgi?id=4853
Yahoo! Mail
Use Photomail to share photos without annoying attachments.
Dan Kegel wrote:
On 3/19/06, Dimi Paun <[EMAIL PROTECTED]> wrote:
On Sun, 2006-03-19 at 09:09 -0800, Dan Kegel wrote:
I tried [mauve on msys on wine] ...
I personally think this is a very exciting thing to get right.
Being able to run an emulation la
Hi,
Can one run GoogleEarth under wine?
It does not seem to run here under the default settings.
James
Attached is version 0.2 of this script, with a lot of additional
functionality. You will need to be able to write to /tmp and make a file
/tmp/grep to use the extended functionality (default functionality needs
none of that, and is unmodified.)
For those that are intested, you can fetch memche
Alex wrote:
>It seems that I will have to wait until I code
>enough of a test case for a *successful* ITypeInfo::Invoke() (there are
>two tests of failing calls, but none of a successful one)
I'm a complete COM newbie, but I've been reading "The Essence of COM"
lately for entertainment; it almost
2006/3/19, Alexandre Julliard <[EMAIL PROTECTED]>:
> I think these windowsx macros are confusing things more than helping,
> especially since they don't look like macros. It's better to have
> explicit SendMessage calls than some pseudo function calls, it makes
> much more obvious what's going on,
On 3/19/06, Dimi Paun <[EMAIL PROTECTED]> wrote:
> On Sun, 2006-03-19 at 09:09 -0800, Dan Kegel wrote:
> > I tried [mauve on msys on wine] ...
>
> I personally think this is a very exciting thing to get right.
> Being able to run an emulation layer like msys/cygwin would
> stress the hell out of th
On Fri, Mar 17, 2006 at 11:47:14AM +, Mike Hearn wrote:
> There's a new patch to try here:
>
> http://plan99.net/~mike/files/glteb.patch
>
> Does that work any better?
Well, to make this work better, one would need a two-tiered approach:
= use thread-local variables to check if it's a 'spe
> This is not a patch but rather partial reversal of the patch that caused
> this regression.
It's not a complete reversal though. That doesn't imply that it's not a fix.
Perhaps the original patch had a bug in it.
> -GLXDrawable drawable;
> -enum x11drv_escape_codes escape = X11DRV_GET_G
Greetings,
The patch mentioned below introduced a regression in gdi, so that the
part of the slidefields in Windows Media Player 9 left of the slider
were drawn as single-colour rectangles instead of a normal-looking part
of the slidefield. It can be unapplied cleanly from current CVS. See
Jim White wrote:
Joris Huizer wrote:
Segin wrote:
It's not a C interpeter, it's literally a frint end of sorts to
grep. There's only one textual occurence of malloc() in the code, so
it only returns one.
Think before you speak.
P.S. I'll add a C interpeter when there becomes a need for o
That's ok, I failed to document that myself. In truth, it would
truthfully be inpossible to find run-time memory leaks like that using a
script because of a potential unknown variable in a for loop which is
derived from an argument or return from another function.
I will try to add code for de
crt0.o is everything from the program's entry point until main() -- If
the OS doesn't parse arguments in the way main() handles them, the
crt0.o code converts them. Most unix systems have /usr/lib/crt?.o
crtdll.dll is equilvant to libc.so, and therefore unrelatted
Wesley Parish wrote:
Hi.
I
Joris Huizer wrote:
Segin wrote:
It's not a C interpeter, it's literally a frint end of sorts to grep.
There's only one textual occurence of malloc() in the code, so it only
returns one.
Think before you speak.
P.S. I'll add a C interpeter when there becomes a need for one.
It was my im
Robert Shearman <[EMAIL PROTECTED]> writes:
> It seemed to be ignored by both you and Alexandre last time it was
> sent, and all of your patches applied anyway despite objections from
> several developers.
I think these windowsx macros are confusing things more than helping,
especially since they
On Sun, 2006-03-19 at 09:09 -0800, Dan Kegel wrote:
> OK, I looked. It has a big configure script.
> I tried running it under msys on wine, but that
> failed miserably. So I guess it's not easy, offhand
> (big surprise). I suppose there might be other ways
> to run parts of the mauve test suite
On 3/19/06, Ulrich Czekalla <[EMAIL PROTECTED]> wrote:
> > So I played around a bit with Sun's latest 1.5 JRE.
> > ... it can't run applets; first, it runs into a nasty glx error,
> > http://bugs.winehq.org/show_bug.cgi?id=4143
>
> As a work-around you can try to force it to use gdi. Turn off ddraw
On 3/18/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Which got me thinking: what are the easiest set of
> application regression tests we could throw together
> that go further than just verifying the installer runs?
>...
> And then on the somewhat ambitious end,
> now that Sun's JVM basically instal
On Fri, Mar 17, 2006 at 06:21:43PM -0800, Dan Kegel wrote:
> Quite a few apps use embedded JVM's.
> Case in point: SPSS, one of the apps requested by Munich.
>
> So I played around a bit with Sun's latest 1.5 JRE.
> It can run trivial apps, so I closed
> http://bugs.winehq.org/show_bug.cgi?id=2953
Last year, I poked at using msys under wine:
http://www.winehq.com/hypermail/wine-devel/2004/04/0149.html
but didn't follow up on the hint that wineconsole would help.
Finally got around to it. Sure enough, you can run msys's
sh.exe in a wineconsole! It's ugly and can't seem to run
configure scri
"Detlef Riekenberg" <[EMAIL PROTECTED]> wrote:
--- a/dlls/kernel/tests/heap.c
+++ b/dlls/kernel/tests/heap.c
@@ -25,6 +25,8 @@
#include "winbase.h"
#include "wine/test.h"
+#define MAGIC_DEAD 0x00dead00
+SetLastError(MAGIC_DEAD);
+hsecond = GlobalFree(gbl); /* invalid handle: fre
Robert Shearman wrote:
We're trying to work around GCC warnings that probably aren't generated
> using any other compiler so using non-portable C
> constructs is perfectly fine. Here is Francois' solution again:
I understand Francois's solution, as I mentioned that the gcc guys
proposed it i
Robert Shearman wrote:
Using the following example:
#define ComboBox_AddString(hwndCtl, lpsz) \
((int)SendMessage((hwndCtl), CB_ADDSTRING, 0L,
(LPARAM)(LPCTSTR)(lpsz)))
In Wine source, UNICODE is not defined. So should the above be using
SendMessageW/LPCWSTR or SendMessageA/LPCSTR
Segin wrote:
It's not a C interpeter, it's literally a frint end of sorts to grep.
There's only one textual occurence of malloc() in the code, so it only
returns one.
Think before you speak.
P.S. I'll add a C interpeter when there becomes a need for one.
It was my impression that the goal
Mike McCormack wrote:
Robert Shearman wrote:
Why don't we fix the macros as suggested by Francois, rather than
preventing its use? It seems like a big waste of time to have submitted
all of the patches to the files using windowsx.h when fixing the macros
is necessary for Winelib anyway.
No
Mike McCormack wrote:
Robert Shearman wrote:
Despite containing some useful macros, those macros are somewhat
broken as they are ignorant of UNICODE, so cannot be "fixed" by simple
conversion to inline functions.
Unicode isn't a problem as "void *" could simply be used, but there are
other
Hi.
I've got some Clipper files I want to translate to C for incorporation into
another program, and a program x2c to do the work.
But it asks for crt0.o, which I don't have as such; I'm wondering which of the
*crt* files in Wine are most suitable for aliasing or linking as crt0.o?
Thank
Jeff L wrote:
This patch adds code to examine the floating point save area in the
context being examined. For the want of a better place I have in
included it with the registers area.
Changelog: added code to examine and display floating point uint status
into be_i386.c
your patch is defini
31 matches
Mail list logo
