--On Tuesday, October 12, 2004 4:18 PM -0500 Jeremy Newman
<[EMAIL PROTECTED]> wrote:
I committed this, but when you go to the page it calls itself Forums
still. My instinct was to s/Forums/Mailing Lists/g on forums.template.
But I held off to see if anyone had a better idea on how to layout this
That "%04lx:"/GetCurrentThreadId() shouldn't be there, that's the job
of +tid debug channel.
Whoops. Thought I cleaned out all of my debug changes, but I
missed one. Thanks for catching it.
Jer
"Jeremy White" <[EMAIL PROTECTED]> wrote:
> static void TIME_TriggerCallBack(LPWINE_TIMERENTRY lpTimer)
> {
> -TRACE("before CallBack => lpFunc=%p wTimerID=%04X dwUser=%08lX !\n",
> - lpTimer->lpFunc, lpTimer->wTimerID, lpTimer->dwUser);
> +TRACE("%04lx:CallBack => lpFunc=%p wTimerID=%
On Sat, 9 Oct 2004, Dan Kegel wrote:
With this morning's cvs, 'make check' hangs after this point
...
make[3]: Entering directory `/home/dank/winebuild/dlls/msvcrt/tests'
../../../../wine/tools/runtest -q -P wine -M msvcrt.dll -T ../../.. -p
msvcrt_test.exe.so ../../../../wine/dlls/msvcrt/tests/cp
On Sun, 10 Oct 2004, Michael Drüing wrote:
Try "cvs update -dPR", that fixed a similar problem for me once (not
in wine, though) (-d adds new directories, -P removes empty
directories, -R recurses into subdirs)
-P and -d seem unlikely to change anything though it's a good idea to
put them in ~/.
On Tue, Oct 12, 2004 at 04:18:14PM -0500, Jeremy Newman wrote:
> I committed this, but when you go to the page it calls itself Forums
> still. My instinct was to s/Forums/Mailing Lists/g on forums.template.
> But I held off to see if anyone had a better idea on how to layout this
> page. As it stan
I committed this, but when you go to the page it calls itself Forums
still. My instinct was to s/Forums/Mailing Lists/g on forums.template.
But I held off to see if anyone had a better idea on how to layout this
page. As it stands right now, it does not make sense.
On Mon, 2004-10-11 at 10:51, Dim
William Poetra Yoga Hadisoesen wrote:
There are two mistakes:
1. The borders aren't correct. For an active unpushed button, there should only
be one "top-left edge". For a pushed button, there should be only one
"bottom-right edge" (and inner/outer "top-left edge"s)
Actually there should really
Jacek Caban wrote:
Changelog:
- Added dispinterfaces: DWebBrowserEvents and DWebBrowserEvents2
- Added coclass: WebBrowser
- Added exdispid.h
You forgot the patch.
Rob
Ann and Jason Edmeades wrote:
Have a look at dlls/quartz/pin.h
I have emulated C++ style inheritance by creating a structure that is
included at the start of every derived implementation and then
constructing the vtable at compile time and linking to the base
functions. If you wanted to do the same
On Tue, Oct 12, 2004 at 09:12:09AM -0700, William Poetra Yoga Hadisoesen wrote:
>
> Should I post those two files here (the diffs)? Or does anyone have a comment?
If you have made a change that fixes the problem, please go ahead
and post the diffs here, by all means.
--
Dimi.
>Have a look at dlls/quartz/pin.h
>I have emulated C++ style inheritance by creating a structure that is
>included at the start of every derived implementation and then
>constructing the vtable at compile time and linking to the base
>functions. If you wanted to do the same for d3d{8,9} and wined3d
Hi,
On Tue, Oct 12, 2004 at 09:56:30AM -0700, William Poetra Yoga Hadisoesen wrote:
> This is related to my last post. The buttons wine draw actually have wrong
> borders, like for example a normal window has this close button:
That could be rather deliberate, since I'd say we're not really out to
This is related to my last post. The buttons wine draw actually have wrong
borders, like for example a normal window has this close button:
::00
:: 3300
:: 3300
:: 3300
::
This is my first post here. I noticed that the caption buttons wine draws are
different with those drawn by windows. I found the functions in nonclient.c and
this led me to modify sysmetrics.c. I haven't succeeded yet...
Should I post those two files here (the diffs)? Or does anyone have a comment
Pierre d'Herbemont <[EMAIL PROTECTED]> wrote on 10/10/2004 01:50:39 PM:
> Warren,
>
> On Mac OS X/Darwin .so and .dylib extensions are both used. In fact
> .dylib extension is used for dynamic libraries (libwine*.dylib) whereas
> dll.so and exe.so extensions are used for the dlls and the exe. S
Hi all,
Another change I had to make for HPUX that I'm not 100% sure about:
The HPUX linker gets quite unhappy unless the gcc link line inside of
winegcc is fed -fPIC. The problem is that the collect2 phase builds it's
own temporary object file that gets included in the final link, and if
tha
> * - the modification time optionally follows the key name
> - * - REG_EXPAND_SZ and REG_MULTI_SZ are saved as strings instead of hex
> + * - REG_EXPAND_SZ are saved as strings instead of hex
> + * - REG_MULTI_SZ are saved hex (as of 10/10/04 -- see Bug 824)
> */
Well, I don't know if the fix
It would be useful to roll this test into the integrated winetests so we can check
this behavior on all windows platforms and prevent it from breaking in the future.
Chris
>
> From: Randy Galbraith <[EMAIL PROTECTED]>
> Date: 2004/10/11 Mon PM 09:19:42 EDT
> To: [EMAIL PROTECTED]
> Subject: Fi
Robert Reif wrote:
or care about it. It might even be interesting to optionally run winetest
at installation time so we can tell them that what features of wine will
and will not work on their system as they currently have it configured.
Wow, I think this is an excellent idea!
regards,
Jakob Erik
Le mar 12/10/2004 à 09:23, Saulius Krasuckas a écrit :
[snip]
> >
> >
> > Hmmm. Seems that either there is an official patch to apply, or
> > that I won't be able to run wine on sun4u ... I'm have not enough skill in
> > C at this time.
>
> Yes, Wine says it needs an implementation of inte
On Tue, 12 Oct 2004, Olivier Kaloudoff wrote:
> did you apply some sun4* patch before ./configure and make ? I'd
> be glad to compile wine on my sun4u sun, too.
What patch exactly are you talking about? IMHO I haven't applied any
patch here in my sun box.
> I have the following head
On Tue, 12 Oct 2004, Saulius Krasuckas wrote:
I've decided to try compiling Wine on the Sun SPARC station 4. This
machine is running Debian Woody 3.0r2. I am first time Debian installer.
Is it completely wrong idea? If no, then going next:
I've chose "C and C++ development" task and finished it
Robert Reif <[EMAIL PROTECTED]> writes:
> I would like to see winetest used for more than windows
> compatibility and wine regressions. I would like to see it
> used as a diagnostic tool for specific hardware and os
> combinations and specific system configurations. [...]
>
> Since most people pro
I've decided to try compiling Wine on the Sun SPARC station 4. This
machine is running Debian Woody 3.0r2. I am first time Debian installer.
Is it completely wrong idea? If no, then going next:
I've chose "C and C++ development" task and finished it (by tasksel), so
all the related packages w
On Thu, 7 Oct 2004, Saulius Krasuckas wrote:
> On Tue, 5 Oct 2004, Ferenc Wagner wrote:
> > Saulius Krasuckas <[EMAIL PROTECTED]> writes:
> > > It shows some message-box telling: "Can't enumerate test
> > > files: 1813"
> >
> > I couldn't reproduce it.
>
> May that be due to linkage when runnin
26 matches
Mail list logo
