Very interesting.
I'd been suggesting to ISVs that they create a single
winelib dll and conditionally load that if present,
but winegate.dll might be an appealing alternative.
I don't think this really brings up any security considerations
but it is a reminder that Windows programs under Wine
hav
2009/2/14 Martin Hinner :
> Hi,
>
> On Sat, Feb 14, 2009 at 6:31 AM, Ben Klein wrote:
>> 2009/2/14 Martin Hinner :
>>> Purpose of this Wine DLL is to allow Windows applications to use
>>> directly Unix library functions. This is useful for example for
>>> applications which talk to specific driv
Hi,
On Sat, Feb 14, 2009 at 6:31 AM, Ben Klein wrote:
> 2009/2/14 Martin Hinner :
>> Purpose of this Wine DLL is to allow Windows applications to use
>> directly Unix library functions. This is useful for example for
>> applications which talk to specific drivers and it's not
>> efficient/poss
I know, when I wrote Winetricks, I meant it as a developers'
tool only. But... then... people started using it, and
it made sense to provide it as a way to download missing
visual C++ runtimes etc. for average users.
Quite a few newbies trip over the fact that it
needs cabextract installed. Let'
2009/2/14 Martin Hinner :
> Purpose of this Wine DLL is to allow Windows applications to use
> directly Unix library functions. This is useful for example for
> applications which talk to specific drivers and it's not
> efficient/possible to create system native DLL for such driver or
> library
Hello,
I have created a small library to allow Win32 applications running
under Wine to load native Unix shared libraries (.so). First (one-hour
hack) version is available at
http://martin.hinner.info/tmp/winegate.tar.gz ; Please consider
inclusion in WINE tree (dll/ directory). Please note that
2009/2/13 Reece Dunn :
> Hi,
>
> For those not monitoring slashdot [1], there is an article [2] that is
> comparing the Google V8 benchmark on Windows and Linux versions of
> Firefox 3.
>
> The result of this is that the Windows and Wine runs are pretty close
> (241 vs 227) when compared to the Lin
2009/2/13 Aric Stewart :
> +if (CompareStringW(GetThreadLocale(), NORM_IGNORECASE, ptr, 6,
> + szDomain, 6) == 2)
LOCALE_INVARIANT should be used when comparing with a constant string.
See here for the reasons why:
http://blogs.msdn.com/michkap/archive/2004/12/29/
On Fri, Feb 13, 2009 at 4:37 PM, Austin English wrote:
> On Fri, Feb 13, 2009 at 4:27 PM, Nikolay Sivov wrote:
>> Austin English wrote:
>>> Needed by photoshop cs4. See bug 16385.
>>>
>>> diff --git a/dlls/atmlib/atmlib_main.c b/dlls/atmlib/atmlib_main.c
>>> new file mode 100644
>>> index 000
On Fri, Feb 13, 2009 at 4:27 PM, Nikolay Sivov wrote:
> Austin English wrote:
>> Needed by photoshop cs4. See bug 16385.
>>
>> diff --git a/dlls/atmlib/atmlib_main.c b/dlls/atmlib/atmlib_main.c
>> new file mode 100644
>> index 000..bb17989
>> --- /dev/null
>> +++ b/dlls/atmlib/atmlib_main.c
>>
Austin English wrote:
> Needed by photoshop cs4. See bug 16385.
>
> diff --git a/dlls/atmlib/atmlib_main.c b/dlls/atmlib/atmlib_main.c
> new file mode 100644
> index 000..bb17989
> --- /dev/null
> +++ b/dlls/atmlib/atmlib_main.c
> @@ -0,0 +1,45 @@
> +/*
> + * MSSIGN32 implementation
> + *
>
> From: Alexandre Julliard
>
> Paul Vriens writes:
>
> > I sent out an email earlier to ask if we should include more
> > information in the header of the report. We could use that
> > information, if this change will be accepted by AJ, to
> > limit the reporting only to boxes were we have a
Hi Christoph,
-/* @@ Wine registry key: HKCU\Software\Wine\MSHTML */
-res = RegOpenKeyW(HKEY_CURRENT_USER, mshtml_keyW, &hkey);
-if(res != ERROR_SUCCESS)
-return FALSE;
-
file_name = heap_alloc(size+sizeof(GECKO_FILE_NAME));
-res = RegQueryValueExA(hkey, "GeckoCabDir",
Hi Juan,
>> The other comment is, is adding a new file (option.c) really
>> necessary? If you're planning to expand it a lot, perhaps, but just
>> for this one small function it looks like overkill to me.
>
> This remark still stands.
Yes, I am planning on expanding options.c a fair amount,
and
Hi again, Jeremy,
> With this change, sane.ds will not compile unless SONAME_LIBSANE is
> defined.
This remark is incorrect, sorry. I only read the patch, I didn't read
ds_image.c first. This change is correct.
> The other comment is, is adding a new file (option.c) really
> necessary? If you
Hi Jeremy, a couple comments:
-pImageInfo->XResolution.Whole = -1;
+if (sane_option_get_int(activeDS.deviceHandle, "resolution",
&resolution) == SANE_STATUS_GOOD)
+pImageInfo->XResolution.Whole =
pImageInfo->YResolution.Whole = resolution;
(snip)
+/* Option functions */
> No, CRED_PERSIST_LOCAL_MACHINE should be fine but does this change
> make any difference? I believe the ERROR_NO_SUCH_LOGON_SESSION is
> returned when the tests are being run as a user that doesn't have a
> profile, and therefore the credentials manager doesn't have anywhere
> to store the creden
2009/2/13 Susan Cragin :
>>Hi,
>>
>>For those not monitoring slashdot [1], there is an article [2] that is
>>comparing the Google V8 benchmark on Windows and Linux versions of
>>Firefox 3.
>>
>>The result of this is that the Windows and Wine runs are pretty close
>>(241 vs 227) when compared to the
2009/2/13 Juan Lang :
> Hi all, I've written a patch which should fix the failing advapi32
> cred tests that mirrors the skips in the existing tests:
>
> diff --git a/dlls/advapi32/tests/cred.c b/dlls/advapi32/tests/cred.c
> index 58103c6..bb6935b 100644
> --- a/dlls/advapi32/tests/cred.c
> +++ b/d
Hi all, I've written a patch which should fix the failing advapi32
cred tests that mirrors the skips in the existing tests:
diff --git a/dlls/advapi32/tests/cred.c b/dlls/advapi32/tests/cred.c
index 58103c6..bb6935b 100644
--- a/dlls/advapi32/tests/cred.c
+++ b/dlls/advapi32/tests/cred.c
@@ -238,7
> Something like the attached patch?
Hoo, that'd be worlds better. Thanks, Rob!
--Juan
2009/2/11 Juan Lang :
> Hi all,
>
> there are a number of tests at test.winehq.org that indicate that
> they're timed out or crashed. The difficulty is, I have no access to
> machines running the version of Windows on which the test is timing
> out or failing, and the data about the crash are not
>Hi,
>
>For those not monitoring slashdot [1], there is an article [2] that is
>comparing the Google V8 benchmark on Windows and Linux versions of
>Firefox 3.
>
>The result of this is that the Windows and Wine runs are pretty close
>(241 vs 227) when compared to the Linux run (181) and Opera (155).
2009/2/13 Austin English :
> On Fri, Feb 13, 2009 at 10:00 AM, Reece Dunn wrote:
>> Hi,
>>
>> For those not monitoring slashdot [1], there is an article [2] that is
>> comparing the Google V8 benchmark on Windows and Linux versions of
>> Firefox 3.
>>
>> The result of this is that the Windows and
On Fri, Feb 13, 2009 at 10:00 AM, Reece Dunn wrote:
> Hi,
>
> For those not monitoring slashdot [1], there is an article [2] that is
> comparing the Google V8 benchmark on Windows and Linux versions of
> Firefox 3.
>
> The result of this is that the Windows and Wine runs are pretty close
> (241 vs
Anything wrong with that?
http://www.winehq.org/pipermail/wine-patches/2009-February/069267.html
http://www.winehq.org/pipermail/wine-patches/2009-February/069273.html
Hi,
For those not monitoring slashdot [1], there is an article [2] that is
comparing the Google V8 benchmark on Windows and Linux versions of
Firefox 3.
The result of this is that the Windows and Wine runs are pretty close
(241 vs 227) when compared to the Linux run (181) and Opera (155).
I wond
Paul Vriens writes:
> I sent out an email earlier to ask if we should include more information in
> the
> header of the report. We could use that information, if this change will be
> accepted by AJ, to limit the reporting only to boxes were we have admin
> rights.
>
> As soon as all boxes ha
Rob Shearman wrote:
> 2009/2/12 Juan Lang :
>> Hi Paul,
>>
>>> This is of course on boxes where people dont' run winetest as a
>>> administrator. I'm not sure if ERROR_ACCESS_DENIED is thus actually an
>>> acceptable failure. In other tests we have used skip() for this.
>> Of course that's the reas
Francois Gouget wrote:
>> What with netbooks with small screens abounding, it
>> might make sense to review our web site and make sure
>> its most important parts are usable in an 800x600 screen
>
> For what it's worth, most netbooks have a 1024x600 resolution (all the
> 9" and 10" ones as far as
2009/2/13 Ben Klein :
> 2009/2/13 Francois Gouget :
>> On Thu, 12 Feb 2009, Dan Kegel wrote:
>>
>>> What with netbooks with small screens abounding, it
>>> might make sense to review our web site and make sure
>>> its most important parts are usable in an 800x600 screen
>>> (easy to simulate, just
2009/2/12 Juan Lang :
> Hi Paul,
>
>> This is of course on boxes where people dont' run winetest as a
>> administrator. I'm not sure if ERROR_ACCESS_DENIED is thus actually an
>> acceptable failure. In other tests we have used skip() for this.
>
> Of course that's the reason, but not running as adm
Marcus Meissner writes:
> CID 119, 188, resubmit with working patch from earlier round.
>
> I guess we could also just let it crash if this happens, but
> I am not feeling comfortable.
These are internal functions, it doesn't make sense to call them with
NULL.
--
Alexandre Julliard
julli...@wi
Alistair Leslie-Hughes writes:
> Hi,
>
> Changelog:
> urlmon: Corrected tests
Please write a better description. "Corrected tests" applies to every
test commit.
--
Alexandre Julliard
julli...@winehq.org
Eddie Leung writes:
> diff --git a/dlls/gdi32/dc.c b/dlls/gdi32/dc.c
> index c8a3c4c..44a9a6f 100644
> --- a/dlls/gdi32/dc.c
> +++ b/dlls/gdi32/dc.c
> @@ -1433,7 +1433,7 @@ static BOOL WINAPI call_dc_hook16( HDC hdc, WORD code,
> DWORD_PTR data, LPARAM lP
> args[2] = LOWORD(data);
>
Years ago I was a happy CLI user - but for nornal browsers Javascript
is OK - for non JS browsers - a noscript version of the website can be
generated - and long page content can be arranged in part1, part2, etc
- accessible via bottom links
2009/2/13 Seth Shelnutt :
>
>
> On Fri, Feb 13, 2009 at
Juan Lang writes:
> @@ -231,7 +231,9 @@ static void test_LZOpenFileA_existing_compressed(void)
>file = LZOpenFileA(_terminated, &test, OF_EXIST);
>ok(file >= 0, "LZOpenFileA failed on switching to a compressed file
> name\n");
>ok(test.cBytes == sizeof(OFSTRUCT) ||
> - broken(tes
On Fri, Feb 13, 2009 at 2:15 PM, Ben Klein wrote:
> 2009/2/13 SorinN :
>> it could be done with jQuery
>
> I hear this a lot. Is it really such a good idea? I'd argue a site not
> requiring Javascript to function is much cleaner, friendlier and more
> accessible.
>
While that is true, you can use
On Fri, Feb 13, 2009 at 8:15 AM, Ben Klein wrote:
> 2009/2/13 SorinN :
> > it could be done with jQuery
>
> I hear this a lot. Is it really such a good idea? I'd argue a site not
> requiring Javascript to function is much cleaner, friendlier and more
> accessible.
>
>
>
I agree, with the no javas
2009/2/13 SorinN :
> it could be done with jQuery
I hear this a lot. Is it really such a good idea? I'd argue a site not
requiring Javascript to function is much cleaner, friendlier and more
accessible.
( sorry for re-post - first response go only to Dan Kegel )
on short - that means a lot of scroll OR to split too big contents like :
Title
Content
asdfsdaf
sadfsadf
sadfsadfs
sad 4545
fsdf sadf
sdfsdfsadf
part 1 link, part 2 link ( page bottom )
it could be done with jQuery
also for 800x600
2009/2/13 Francois Gouget :
> On Thu, 12 Feb 2009, Dan Kegel wrote:
>
>> What with netbooks with small screens abounding, it
>> might make sense to review our web site and make sure
>> its most important parts are usable in an 800x600 screen
>> (easy to simulate, just resize your browser until xwin
On Friday 13 February 2009 14:18:17 Huw Davies wrote:
> On Fri, Feb 13, 2009 at 02:01:35PM +0300, Vitaly Perov wrote:
> > Hi!
> >
> > Does anybody have a problem compilling the crosstest of ole32?
> > Or maybe it's only my fault?
> >
> > I have:
> > usrmarshal.cross.o: In function `func_usrmarshal'
On Fri, Feb 13, 2009 at 02:01:35PM +0300, Vitaly Perov wrote:
> Hi!
>
> Does anybody have a problem compilling the crosstest of ole32?
> Or maybe it's only my fault?
>
> I have:
> usrmarshal.cross.o: In function `func_usrmarshal':
> /srv/vitperov/Projects/wine-dev/dlls/ole32/tests/usrmarshal.c:44
On Thu, 12 Feb 2009, Dan Kegel wrote:
> What with netbooks with small screens abounding, it
> might make sense to review our web site and make sure
> its most important parts are usable in an 800x600 screen
> (easy to simulate, just resize your browser until xwininfo
> says it's 800x550, those gno
Hi!
Does anybody have a problem compilling the crosstest of ole32?
Or maybe it's only my fault?
I have:
usrmarshal.cross.o: In function `func_usrmarshal':
/srv/vitperov/Projects/wine-dev/dlls/ole32/tests/usrmarshal.c:445: undefined
reference to `_wdtpinterfacepointer_users...@20'
/srv/vitperov/P
"Jeremiah Flerchinger" wrote:
> Explorer.exe now calls ShellDdeInit. Progman stubs will now be started/used
> in Shell32.
> Amazingly any apps with a Progman DDE interface will also be called. Shell32
> can handle
> all major functionality, but a running progman.exe (for example) will be able
Juan Lang wrote:
>>> I think that these failures are also because of "not enough rights"
>>> (people running winetest as a normal user). So just removing them is
>>> probably not the best approach?
>>>
>> Maybe it's not that there are not enough rights. The common denominator that
>> I see is that
On Fri, Feb 13, 2009 at 12:43 AM, Hans Leidekker wrote:
> On Friday 13 February 2009 09:31:54 James Hawkins wrote:
>
>> It would be a lot easier if you just took over my patches that
>> implement this properly:
>
> Hmm, I missed those. I'll integrate them with mine.
>
Thanks!
--
James Hawkins
On Friday 13 February 2009 09:31:54 James Hawkins wrote:
> It would be a lot easier if you just took over my patches that
> implement this properly:
Hmm, I missed those. I'll integrate them with mine.
-Hans
On Friday 13 February 2009 09:26:03 James Hawkins wrote:
> This definitely needs a test.
Patch [5/5] has a test that depends on this.
-Hans
On Fri, Feb 13, 2009 at 12:34 AM, Hans Leidekker wrote:
> On Friday 13 February 2009 09:22:31 James Hawkins wrote:
>
>> > Office 2007 SP1 installer depends on this.
>>
>> Please write a test case.
>
> Sure. Note that it's documented here http://support.microsoft.com/kb/556041
>
No problem, just w
On Friday 13 February 2009 09:22:31 James Hawkins wrote:
> > Office 2007 SP1 installer depends on this.
>
> Please write a test case.
Sure. Note that it's documented here http://support.microsoft.com/kb/556041
-Hans
Fix how? Both cases should be accepted...
--
James Hawkins
2009/2/13 Hans Leidekker :
>
> diff --git a/dlls/msi/action.c b/dlls/msi/action.c
> index fd38f7a..38d2484 100644
> --- a/dlls/msi/action.c
> +++ b/dlls/msi/action.c
> @@ -5870,11 +5870,11 @@ static UINT parse_assembly_name(MSIRECORD *
It would be a lot easier if you just took over my patches that
implement this properly:
[PATCH 1/3] fusion: Implement the IAssemblyEnum interface. [try4]
http://winehq.org/pipermail/wine-patches/2009-January/066994.html
[PATCH 2/3] fusion: Add tests for the IAssemblyEnum interface. [try4]
h
This definitely needs a test.
--
James Hawkins
On Fri, Feb 13, 2009 at 12:14 AM, Hans Leidekker wrote:
>
> diff --git a/dlls/fusion/asmname.c b/dlls/fusion/asmname.c
> index acf0411..ebf76af 100644
> --- a/dlls/fusion/asmname.c
> +++ b/dlls/fusion/asmname.c
> @@ -45,7 +45,7 @@ typedef struct {
On Fri, Feb 13, 2009 at 12:12 AM, Hans Leidekker wrote:
>
> Office 2007 SP1 installer depends on this.
>
Please write a test case.
--
James Hawkins
57 matches
Mail list logo
