2008/7/2 Owen Rudge <[EMAIL PROTECTED]>:
> Well, the first part of the project was to get the shell namespace
> implementation of Control Panel working properly, which is now
> effectively complete.
Hi,
I just tested Cepstral SwiftTalker with latest git (see bug:
http://bugs.winehq.org/show_bug.c
2008/7/2 Dan Kegel <[EMAIL PROTECTED]>:
> Can you write a conformance test that verifies this behavior?
Sorry, I don't know how to write a test yet. Maybe I will write a test later.
> Also, can you identify a bug in bugzilla this will fix?
Such as bug 4065, 10864, 14151.
On Wed, Jul 2, 2008 at 12:52 AM, Dylan Smith <[EMAIL PROTECTED]> wrote:
>
> On Tue, Jul 1, 2008 at 1:24 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> > This commit is causing ~350 failures on all platforms. Please send in
> > a fix or a revert patch.
>
> Oh, crap. You are right, I must have only
On Tue, Jul 1, 2008 at 1:24 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> This commit is causing ~350 failures on all platforms. Please send in
> a fix or a revert patch.
Oh, crap. You are right, I must have only tested this on Windows with
further patches applied that fix this problem. There
Hi Rob!
Could you have a look at these fresh warnings in rpcrt4/tests/server?
Thanks...
http://kegel.com/wine/valgrind/logs-2008-07-01/vg-rpcrt4_server-diff.txt
+ Syscall param socketcall.send(msg) points to uninitialised byte(s)
+at (within /lib/ld-2.7.so)
+by rpcrt4_conn_write (rpc_bi
Hey James,
could you have a look at these fresh warnings?
Thanks!
http://kegel.com/wine/valgrind/logs-2008-07-01/vg-fusion_asmcache-diff.txt
+ Conditional jump or move depends on uninitialised value(s)
+at default_dbgstr_wn (debug.c:337)
+by NTDLL_dbgstr_wn (debugtools.c:106)
+by w
> I still don't see the need for a winecfg cpl applet at this point.
> You say that the Wine Configuration icon is ok for the time being.
> Take your time and design it correctly the first time, so you or
> others don't have to go back and fix it later. Measure twice, cut
> once, as they say.
On Tue, Jul 1, 2008 at 6:15 PM, Owen Rudge <[EMAIL PROTECTED]> wrote:
> > First, that's not what I was suggesting. I was disagreeing with
> > adding a winecfg cpl applet. Second, I'm likening winecfg to a very
> > poorly-designed control panel. There are several categories that can
> > go into
> First, that's not what I was suggesting. I was disagreeing with
> adding a winecfg cpl applet. Second, I'm likening winecfg to a very
> poorly-designed control panel. There are several categories that can
> go into their own cpl applet, like 'Sound' and 'Graphics' (or whatever
> you want to
On Tue, Jul 1, 2008 at 6:05 PM, Rob Thornton <[EMAIL PROTECTED]> wrote:
> Owen Rudge wrote:
>> > As we said before, implementing a control panel applet doesn't mean
>> > you have to do anything to the current winecfg code.
>>
>> True, but would it really benefit to add an icon for each winecfg ta
On Tue, Jul 1, 2008 at 5:47 PM, Owen Rudge <[EMAIL PROTECTED]> wrote:
> > As we said before, implementing a control panel applet doesn't mean
> > you have to do anything to the current winecfg code.
>
> True, but would it really benefit to add an icon for each winecfg tab
> (which I think is what
Owen Rudge wrote:
> > As we said before, implementing a control panel applet doesn't mean
> > you have to do anything to the current winecfg code.
>
> True, but would it really benefit to add an icon for each winecfg tab
> (which I think is what you are suggesting, yes?) to the control panel,
>
> As we said before, implementing a control panel applet doesn't mean
> you have to do anything to the current winecfg code.
True, but would it really benefit to add an icon for each winecfg tab
(which I think is what you are suggesting, yes?) to the control panel,
compared to having one gener
On Tue, Jul 1, 2008 at 4:22 PM, Owen Rudge <[EMAIL PROTECTED]> wrote:
>> Isn't it more logical (and closer to native) to have a control panel
>> applet for each category/tab already in winecfg instead of having one
>> winecfg applet? Otherwise you're just moving winecfg to another
>> place.
>
> We
I'd like to start some trace log entering a function and stopping it at
exit, to isolate just the part I need. Is it possible to add some code
inside the function body that do it ?
I mean...
void aWineFunction(...)
{
...
STARTLOG
...
...
STOPLOG
...
}
The pu
> Isn't it more logical (and closer to native) to have a control panel
> applet for each category/tab already in winecfg instead of having one
> winecfg applet? Otherwise you're just moving winecfg to another
> place.
Well, my plan, as mentioned before in another thread, is to split up winecfg
a
Hi,
I've been looking at implementing winhttp.dll.
Does anyone have thoughts on implementing parts of winhttp in terms of wininet?
The primary issue that prevents entirely implementing winhttp in terms of
wininet is that there is no direct Win32 API for fetching an SSL certificate in
winhttp.
This time with the patch
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:wine-patches-
> [EMAIL PROTECTED] On Behalf Of Stefan Dösinger
> Sent: Tuesday, July 01, 2008 2:13 PM
> To: [EMAIL PROTECTED]
> Subject: [4/5] WineD3D: Delay render target activation
>
>
>From edba9e2adacaa9
On Tue, Jul 1, 2008 at 2:12 PM, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
>
>
You forgot the patch.
--
James Hawkins
On Tue, Jul 1, 2008 at 2:17 PM, Owen Rudge <[EMAIL PROTECTED]> wrote:
> This patch adds a new applet, winecfg.cpl, to Wine, based on a patch sent a
> few months ago by Metody Stefanov (pure_evil @ mail.bg). The control panel
> features three icons, for Wine Configuration, the Registry Editor, and t
Liu Qishuai wrote:
> This patch appends all fonts on child_list so that if a character is
> not available in the font, other fonts will be automatically used.
> This is how Windows does to get a CJK character when a latin font is
> specified.
>
> A lot of CJK-related bugs will be fixed after apply
On Sun, Jun 29, 2008 at 11:56 PM, Austin Lund <[EMAIL PROTECTED]> wrote:
> OK. I won't have access to a windows machine for a little while. Can
> someone please test this patch for me?
>
The tests pass in win95, win2k, winxp, win2k3. Please remember to cc
wine-devel and bottom-post replies.
--
On Tue, Jul 1, 2008 at 8:27 AM, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Module: wine
> Branch: master
> Commit: 2a139746cc631f4ec291a89b4556af17266ce8c0
> URL:
> http://source.winehq.org/git/wine.git/?a=commit;h=2a139746cc631f4ec291a89b4556af17266ce8c0
>
> Author: Dylan Smith <[EMAIL PR
-Original Message-
From: Lei Zhang <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: wine-devel@winehq.org
Sent: Tue, 1 Jul 2008 11:34 am
Subject: Re: Possible issue with win.c and help
On Mon, Jun 30, 2008 at 9:05 PM, Chris Ahrendt <[EMAIL PROTECTED]> wrote:
> Ok in my ev
On Mo, 2008-06-30 at 10:15 -0500, Austin English wrote:
> > Instead of simple stub, this patch also adds the (simplified) d3d test
> > like seen in native dxdiag, so users can test if their d3d is setup
> > correctly. Screenshot can be seen here:
> > http://bugs.winehq.org/attachment.cgi?id=14
On Mon, Jun 30, 2008 at 9:05 PM, Chris Ahrendt <[EMAIL PROTECTED]> wrote:
> Ok in my ever increasing search to figure out why EQ2 is getting a
> unhandled exception and also a no ipixel error. (I am convinced this is
> two separate bugs now)
>
> Bug One :
>
> This is the unhandled exception:
> If I
> I'll relax the test from an == to a >=, which might
> be surprising but is at least allowed according to RFC 1157.
Oops, it isn't allowed, either. I'll use the handy new broken() instead.
--Juan
On 29/06/2008, Dylan Smith <[EMAIL PROTECTED]> wrote:
> On Sun, Jun 29, 2008 at 4:20 AM, Phil Krylov <[EMAIL PROTECTED]> wrote:
> > Of course this looks most sane. But I'm asking if you're going to make
> > use of the dwEmulatedVersion other than "< 0x200"? That is, under what
> > circumstances
"Jussi Pakkanen" <[EMAIL PROTECTED]> writes:
> I assume Wine deals with this by having its own linker. My question is
> how does Winelib handle this problem (or does it handle it at all)?
Wine and Winelib use the standard linker. Check out the -Bsymbolic
linker option.
--
Alexandre Julliard
[EM
Hi
I'm working on porting the Cuneiform OCR system from Windows to Linux.
I'm getting a lot of problems by the different linking order of Linux
and Windows. I want to make it a native Linux application, that is not
depend on Winelib. (I already have it running, but it is very buggy.)
The original
2008/7/1 James Hawkins <[EMAIL PROTECTED]>:
> +if (leftvt == VT_RECORD && rightvt == VT_I8)
> +ok((hres == expectedhres || hres == DISP_E_BADVARTYPE) &&
> + V_VT(&result) == resvt,
> + "VarSub: %d|0x%X, %d|0x%X: Expecte
31 matches
Mail list logo
