On Tue, Oct 28, 2008 at 8:03 AM, Francois Gouget wrote:
> On Mon, 27 Oct 2008, Austin English wrote:
>
>> PC-BSD doesn't have root certificates installed by default. They're
>> available in ports/security/ca_root_nss, but even after installing
>> them, the test still fails. We need their location
On Fri, Apr 3, 2009 at 4:05 PM, Vincent Povirk
wrote:
> I'll work on a patch for the FIXME thing.
Turns out this is not "fairly easy" but actually "incredibly
difficult". We have a fallback case at
http://source.winehq.org/source/include/wine/debug.h#L133 with a macro
that returns a statement tha
You forgot to CC wine-devel in your original e-mail:
On Fri, Apr 3, 2009 at 4:05 PM, Vincent Povirk
wrote:
> On Fri, Apr 3, 2009 at 3:43 PM, Austin English
> wrote:
>> However, that's a separate issue from disabling output for .desktop
>> files. I don't see many (any?) use cases where having th
On Fri, Apr 3, 2009 at 4:09 PM, Austin English wrote:
> Why couldn't you simply use a second WINEDEBUG="fixme+all,err+all" to
> override the variable in the .desktop file?
The command is "env WINEPREFIX="..." WINEDEBUG=-all ...". No matter
what I set WINEDEBUG to when I start that, wine will see
On Fri, Apr 3, 2009 at 3:38 PM, Vincent Povirk
wrote:
> On Fri, Apr 3, 2009 at 3:29 PM, Austin English
> wrote:
>> Several games experience this problem, but it's difficult to use the
>> quiet fixme approach, since they have variable information. Converting
>> the fixme's to trace's/warn's may b
On Fri, Apr 3, 2009 at 3:29 PM, Austin English wrote:
> Several games experience this problem, but it's difficult to use the
> quiet fixme approach, since they have variable information. Converting
> the fixme's to trace's/warn's may be a viable option.
What if we abandoned "print FIXME the first
On Fri, Apr 3, 2009 at 3:19 PM, Vincent Povirk
wrote:
> I'm not sure if this is a good idea.
>
> I don't think it's safe to assume that stderr will be lost if the
> program was started from a .desktop file.
The majority of users are double clicking .desktop files to start
their applications. Wher
I'm not sure if this is a good idea.
I don't think it's safe to assume that stderr will be lost if the
program was started from a .desktop file.
If default debug output slows anything down noticeably, that should
probably be fixed.
Vincent Povirk
On Fri, Apr 3, 2009 at 2:40 PM, Austin English
2009/4/3 Austin English :
> On Fri, Apr 3, 2009 at 3:06 PM, Henri Verbeet wrote:
>> 2009/4/3 Austin English :
>>> I'm not sure what the dwbuildnumber should be, I can't find that
>>> information anywhere...Anywho, this should work.
>>>
>> RC1 was 0x1b9c, I think.
>
> Where do you get that informat
On Fri, Apr 3, 2009 at 3:06 PM, Henri Verbeet wrote:
> 2009/4/3 Austin English :
>> I'm not sure what the dwbuildnumber should be, I can't find that
>> information anywhere...Anywho, this should work.
>>
> RC1 was 0x1b9c, I think.
Where do you get that information from?
> The final build number
2009/4/3 Austin English :
> I'm not sure what the dwbuildnumber should be, I can't find that
> information anywhere...Anywho, this should work.
>
RC1 was 0x1b9c, I think. The final build number isn't known yet, of
course, which is also a reason why it doesn't make sense to add thise
before it's act
On Fri, Apr 3, 2009 at 2:32 PM, David Gerard wrote:
> Austin and I were trying to work it out last night from the Win 7 beta
> :-) Is there any software on Earth that looks specifically for Windows
> 7 as yet?
I had my roommate try CPU-Z, but it shows Windows Vista.
--
-Austin
2009/4/3 Austin English :
> On Thu, Apr 2, 2009 at 3:58 PM, Stefan Dösinger
> wrote:
>> Am Donnerstag, 2. April 2009 13:07:18 schrieb Fred .:
>>> Yeah, I know.
>>> It is on the way though. It will be released.
>>> So I would like to be able to choose Windows 7.
>> Feel free to send a patch ;-)
>
On Thu, Apr 2, 2009 at 3:58 PM, Stefan Dösinger wrote:
> Am Donnerstag, 2. April 2009 13:07:18 schrieb Fred .:
>> Yeah, I know.
>> It is on the way though. It will be released.
>> So I would like to be able to choose Windows 7.
> Feel free to send a patch ;-)
>
I'm not sure what the dwbuildnumber
Paul Vriens wrote:
Paul Vriens wrote:
Hi,
Just build me a fresh W2K3 box with SP2 and all updates (including
IE7). I get some errors when I run winetest:
urlmon:misc
misc.c:884: Test failed: (1400) policy=3, expected 0
misc.c:884: Test failed: (1e05) policy=1, expected 2
This partic
Paul Vriens wrote:
Hi,
Just build me a fresh W2K3 box with SP2 and all updates (including IE7).
I get some errors when I run winetest:
urlmon:misc
misc.c:884: Test failed: (1400) policy=3, expected 0
misc.c:884: Test failed: (1e05) policy=1, expected 2
This particular test test_url_a
Hi,
Just build me a fresh W2K3 box with SP2 and all updates (including IE7).
I get some errors when I run winetest:
urlmon:misc
misc.c:884: Test failed: (1400) policy=3, expected 0
misc.c:884: Test failed: (1e05) policy=1, expected 2
This particular test test_url_action() checks the r
On 09/04/2008, Francois Gouget wrote:
> On Mon, 24 Mar 2008, Alexandre Julliard wrote:
> [...]
> > Commit: ae32a7fe0473aebb875b26083c1567ff046c3b80
> > URL:
> http://source.winehq.org/git/wine.git/?a=commit;h=ae32a7fe0473aebb875b26083c1567ff046c3b80
> >
> > Author: Reece Dunn
> > Date:
ClamAV 0.93
Status: RO
X-Status:
X-Keywords:
X-UID: 128893
Francois Gouget wrote:
---
The tests were failing on my Windows systems because they have ICM files
in the color directory but they are not registered, i.e. they don't
even have the HKLM\Software\Microsoft\Windows
Francois Gouget wrote:
---
dlls/msi/tests/source.c | 50 ++
1 files changed, 41 insertions(+), 9 deletions(-)
diff --git a/dlls/msi/tests/source.c b/dlls/msi/tests/source.c
index 49e40c7..5f75159 100644
--- a/dlls/msi/tests/source.c
+++ b/dlls/msi/t
Toni Spets writes:
> @@ -1221,7 +1221,7 @@ if test "x$with_cups" != "xno"
> then
> ac_save_CPPFLAGS="$CPPFLAGS"
> ac_cups_cflags=`cups-config --cflags 2>/dev/null`
> -ac_cups_libs=`cups-config --ldflags 2>/dev/null`
> +ac_cups_libs=`cups-config --ldflags --libs 2>/dev/null`
>
Stefan Leichter writes:
> you said in
> http://www.winehq.org/pipermail/wine-devel/2008-November/070691.html that
> registry entries for the serial ports should be created from the information
> received from hal.
>
> i 'm planing to implement this code. But before i start coding i like to kno
Hello Alexandre,
you said in
http://www.winehq.org/pipermail/wine-devel/2008-November/070691.html that
registry entries for the serial ports should be created from the information
received from hal.
i 'm planing to implement this code. But before i start coding i like to know
where the code s
On Fri, Apr 3, 2009 at 11:33 AM, Rob Shearman wrote:
> 2009/4/2 Damjan Jovanovic :
>> Hi
Hello
>> I've noticed that Wine doesn't merge HKCU\Classes\Root into HKCR
>> (http://bugs.winehq.org/show_bug.cgi?id=17019).
>>
>> Is this for compatibility with older Windows versions, or is it a Wine bug?
2009/4/2 Damjan Jovanovic :
> Hi
>
> I've noticed that Wine doesn't merge HKCU\Classes\Root into HKCR
> (http://bugs.winehq.org/show_bug.cgi?id=17019).
>
> Is this for compatibility with older Windows versions, or is it a Wine bug?
It's not a bug, it's just a missing feature and one that isn't tri
25 matches
Mail list logo
