Hello developers,
while debugging problems with and old version of Sonic Stage, I found
that sonic stage includes broken type libraries, i.e. the
TYPEFLAG_FDISPATCHABLE bit is generally missing. As widl (and probably
midl too) set this bit automatically, I have some problems in creating
a .tlb fil
> If all of this is accepted, this is one lengthy and needed functional
> implementation. Good job, Juan!
Good job Seattle for having lots of snow and cancelling my flight. I
had extra time on my hands :) Thanks!
--Juan
Juan Lang wrote:
> This patch series implements the remaining portions of
> CryptUIWizImport, and calls it from the certificate dialog.
>
>
If all of this is accepted, this is one lengthy and needed functional
implementation. Good job, Juan!
James McKenzie
On Tue, 23 Dec 2008, Austin English wrote:
>> In the winecfg drive tab, advanced drive settings (setting label and serial)
>> seem to be broken currently due to other Wine bugs (see drive.c
>> apply_drive_changes comments). Disable these settings for now since this
>> only confuses users.
[...]
>
>"James McKenzie" wrote:
>
I'm attempting to get software to run which requires some functions in
MSVCP80 to be implemented.
>>> You need to install msvc2005 redistributable runtime. The simplest way is
>>> using winetricks: http://wiki.winehq.org/winetricks
>>>
>>> Implement
"James McKenzie" wrote:
>>> I'm attempting to get software to run which requires some functions in
>>> MSVCP80 to be implemented.
>>>
>> You need to install msvc2005 redistributable runtime. The simplest way is
>> using winetricks: http://wiki.winehq.org/winetricks
>>
>> Implementing all t
On Tue, Dec 23, 2008 at 2:36 AM, M.Kiesel wrote:
> In the winecfg drive tab, advanced drive settings (setting label and serial)
> seem to be broken currently due to other Wine bugs (see drive.c
> apply_drive_changes comments). Disable these settings for now since this
> only confuses users.
>
> Ch
Austin English wrote:
> On Sat, Dec 20, 2008 at 7:03 PM, Francois Gouget wrote:
>
>> On Sat, 20 Dec 2008, Paul Vriens wrote:
>>
>>
>>> IneedAname wrote:
>>>
Looks like Patchwatcher has being offline from 09-Dec-2008.
Did I miss something or did someone trip over the mains
Vitaliy Margolen wrote:
> lo...@museresearch.com wrote:
>
>> Hi all,
>> I'm attempting to get software to run which requires some functions in
>> MSVCP80 to be implemented.
>>
> You need to install msvc2005 redistributable runtime. The simplest way is
> using winetricks: http://wiki.wineh
lo...@museresearch.com wrote:
> Hi all,
> I'm attempting to get software to run which requires some functions in
> MSVCP80 to be implemented.
You need to install msvc2005 redistributable runtime. The simplest way is
using winetricks: http://wiki.winehq.org/winetricks
Implementing all that is a h
On Monday 22 December 2008, Alexandre Julliard wrote:
> Wolfgang Walter writes:
>
> > @@ -201,7 +202,17 @@ static void serial_flush( struct fd *fd, struct event
> > **event )
> > /* MSDN says: If hFile is a handle to a communications device,
> > * the function only flushes the transmi
2008/12/23 Vincent Pelletier :
> If WINED3DRS_POINTSCALEENABLE is false and WINED3DRS_POINTSIZE render state is
> set to an invalid size, glPointSize will fail.
> This happens in "Black & White 2", causing log/stderr to be flooded with
> opengl errors.
>
> I'm not sure if this should be fixed here,
Hi all,
I'm attempting to get software to run which requires some functions in
MSVCP80 to be implemented. Using the original DLLs is not an option for
us. In particular, a couple of the allocator functions are being called
(msvcp80.dll.??0?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@
Hi Lei,
Lei Zhang wrote:
>
> (Let me know if you'd prefer to discuss this in the bug report instead)
>
It doesn't matter for me.
> The patch didn't apply cleanly against today's wine-git. Can you
> regenerate the patch?
That was because it contained a few patches that were committed today.
On Sun, Dec 21, 2008 at 4:49 PM, Jacek Caban wrote:
> Hi,
>
> I've released first (and hopefully last) RC build of new Gecko package
> and attached a patch against current Wine Git to bug 16198
> http://bugs.winehq.org/show_bug.cgi?id=16198
> It's critical to make sure, that there will be no regre
On Sun, Dec 21, 2008 at 3:33 AM, Francois Gouget wrote:
>
> I'm a bit surprised that PC-BSD/FreeBSD's mkdir() does not take a mode
> argument. Are you sure this is really the case? Maybe we
> are just mising a #include directive on BSD?
> (Unfortunately I don't really have access to a FreeBSD box
On Sun, Dec 21, 2008 at 10:58 AM, Pauli Nieminen wrote:
> Hi!
>
> I have tried to get Civ4 running in my machine and successed with some minor
> wine modifications but this patch needs testing in windows how d3d9 handles
> this case in there. Preferable test system should be include graphic card
>
Hey Tom,
> That was slick, the mock up listed Bordeaux under third party apps
> and when the site went live it was somehow removed :D
>
>
Well, the mockup had a fairly crummy presentation of Bordeaux; I meant
to ask Steven to submit a better put together version, with nicer
graphics and such,
>> Out of curiosity, how did you test this?
>
> That would be a question for Maarten since he mostly wrote this code.
Well, last he asked me about it, I hadn't had a chance to look at
attribute certs in messages yet (they're stubbed out.) That's why I
was curious ;-)
--Juan
On Monday 22 December 2008 16:59:29 Juan Lang wrote:
> +struct cryptcat
> +{
> +DWORD magic;
> +HANDLEmsg;
>
> msg's type should be HCRYPTMSG instead.
Thanks for catching that.
> +for (i = 0; i < cc->attr_count; i++)
> +{
> +if (!CryptMsgGetParam(hmsg
Hi Hans, this is a really minor comment:
+struct cryptcat
+{
+DWORD magic;
+HANDLEmsg;
msg's type should be HCRYPTMSG instead.
+for (i = 0; i < cc->attr_count; i++)
+{
+if (!CryptMsgGetParam(hmsg, CMSG_ATTR_CERT_PARAM, i, NULL, &size))
Out of curiosit
>>>
>>> Yes, I would like to keep Darwine as the name of the old powerpc
>>> project
>>> that combined an x86 emulator and wine.
>>>
>>> Can we convince Mike and Zach to switch names to just plain Wine?
>>>
I'd have no problems switching over to just using Wine instead of
Darwine. Also, maybe J
-Original Message-
>From: Dmitry Timoshkov
>Sent: Dec 21, 2008 10:45 PM
>To: Dan Kegel , Roderick Colenbrander
>Cc: wine-devel@winehq.org, z...@drayer.name, ies4...@kronenberg.org
>Subject: Re: Linking to a Mac OS X build of Wine from winehq.org/download ?
>
>"Dan Kegel" wrote:
>
>> On S
On Sun, Dec 21, 2008 at 9:50 AM, Dan Kegel wrote:
> Say, http://www.kronenberg.org/darwine/ seems to be a popular source
> of nearly up to date wine builds for the mac. How about we link to it
> from http://winehq.org/download/ ?
>
> Furthermore, are his packages good enough to support?
> If so,
Currently you cannot. Sometime I will look into making the site theme
translatable.
-Newman
Maik Schulz wrote:
> Hi,
>
> how can I translate the top navigation bar ("Forums" would be "Foren"
> in German) and the word "Search" (would be "Suche" in German) next to
> the search box?
>
> Cheer
Francois Gouget a écrit :
> On Sat, 20 Dec 2008, Christian Costa wrote:
> [...]
>
>> If you have a class A (with methods implemented in file 1) that inherits from
>> another class B (methods in file B).
>> The class A may overrides some methods of B which may become unused if B is
>> never insta
On Sun, Dec 21, 2008 at 9:22 PM, Zach Drayer wrote:
Can we convince Mike and Zach to switch names to just plain Wine?
>
> I'd have no problems switching over to just using Wine instead of Darwine.
> Also, maybe Jim White or someone else that actually developed Darwine could
> comment? All I d
Hans Leidekker writes:
> On Monday 22 December 2008 14:55:29 Alexandre Julliard wrote:
>
>> > +static BOOL guid_from_string(const WCHAR *str, GUID *guid)
>> > +{
>> > +unsigned int i = 0;
>> > +unsigned char *b = (unsigned char *)guid;
>> > +const WCHAR *p = str;
>>
>> Please call on
Hans Leidekker writes:
> On Monday 22 December 2008 14:54:28 Alexandre Julliard wrote:
>
>> > -static char selfname[MAX_PATH];
>> > -static CHAR CURR_DIR[MAX_PATH];
>> > +static WCHAR selfname[MAX_PATH];
>> > +static WCHAR current_dir[MAX_PATH];
>>
>> Is that really useful? It seems to me it wi
'You are correct sir'
I just disabled PBO on my wine build and ran SHOGO
The poor menu system was all garbled... (the same issue that the pbo path had)
I cleaned-up my patch and made it apply in general (to both paths)
Now SHOGO looks good under both paths
Good catch and thanks -- I will re-resu
On Monday 22 December 2008 14:55:29 Alexandre Julliard wrote:
> > +static BOOL guid_from_string(const WCHAR *str, GUID *guid)
> > +{
> > +unsigned int i = 0;
> > +unsigned char *b = (unsigned char *)guid;
> > +const WCHAR *p = str;
>
> Please call one of the existing functions for thi
On Monday 22 December 2008 14:54:28 Alexandre Julliard wrote:
> > -static char selfname[MAX_PATH];
> > -static CHAR CURR_DIR[MAX_PATH];
> > +static WCHAR selfname[MAX_PATH];
> > +static WCHAR current_dir[MAX_PATH];
>
> Is that really useful? It seems to me it will break the tests on Win9x
> for
Hans Leidekker writes:
> @@ -496,12 +496,208 @@ BOOL WINAPI CryptCATClose(HANDLE hCatalog)
> return TRUE;
> }
>
> +static BOOL guid_from_string(const WCHAR *str, GUID *guid)
> +{
> +unsigned int i = 0;
> +unsigned char *b = (unsigned char *)guid;
> +const WCHAR *p = str;
Plea
Hans Leidekker writes:
> diff --git a/dlls/wintrust/tests/crypt.c b/dlls/wintrust/tests/crypt.c
> index 6811fd4..41cb39a 100644
> --- a/dlls/wintrust/tests/crypt.c
> +++ b/dlls/wintrust/tests/crypt.c
> @@ -27,8 +27,8 @@
>
> #include "wine/test.h"
>
> -static char selfname[MAX_PATH];
> -stati
Hans Leidekker writes:
> The ie7 installer makes this call:
>
> LoadLibraryExA("C:\\windows\\system32\\pidgen.dll", 0,
> LOAD_LIBRARY_AS_DATAFILE)
>
> which fails if the file doesn't exist.
No, it should work just fine. You shouldn't need a fake library for
that.
--
Alexandre Julliard
julli..
Wolfgang Walter writes:
> @@ -201,7 +202,17 @@ static void serial_flush( struct fd *fd, struct event
> **event )
> /* MSDN says: If hFile is a handle to a communications device,
> * the function only flushes the transmit buffer.
> */
> -if (tcflush( get_unix_fd(fd), TCOFLUSH
Markus Hitter writes:
> Am 22.12.2008 um 11:51 schrieb Reece Dunn:
>
>> The same goes for applications released after Vista was released, but
>> only work well on XP. The date heuristic will say "Vista",
>
> ... just like the current-heuristic-less assumption. Undoubtly, there
> are many cases
2008/12/22 Roderick Colenbrander
> Basically microsoft ships its own 'appdb' which contains the windows
> version an app wants to see and in general much, much more things. For
> instance their appdb allows windows to override the return values of
> functions, it can fake the presence of certain
Hmm... Wouldn't this bug also affect surfaces without a PBO?
> -Original Message-
> From: wine-patches-boun...@winehq.org [mailto:wine-patches-
> boun...@winehq.org] On Behalf Of Nick Burns
> Sent: Sunday, December 21, 2008 12:36 PM
> To: wine-patc...@winehq.org
> Subject: [PATCH] Fix glR
> > On Sunday 21 December 2008 07:48:58 pm Damjan Jovanovic wrote:
> >> The heuristic isn't "app works on this Windows version", it's "app is
> >> designed for this Windows version".
> >
> > Should that matter? Plenty of Win95 apps will work in WinXP.
>
> ... because WinXP has such a version heuri
Am 22.12.2008 um 11:51 schrieb Reece Dunn:
> The same goes for applications released after Vista was released, but
> only work well on XP. The date heuristic will say "Vista",
... just like the current-heuristic-less assumption. Undoubtly, there
are many cases where a date heuristic doesn't he
2008/12/22 Markus Hitter :
> Am 22.12.2008 um 05:16 schrieb Chris Robinson:
>
>> Should that matter? Plenty of Win95 apps will work in WinXP.
>
> ... because WinXP has such a version heuristic already in place?
>
> I think it's perfectly possible to do an heuristic which is sometimes
> useful, but
Hi,
instead of having the "change language" link at the bottom of the main
page, why not display the country flags directly and shade the ones
that are inactive (or find some other way of indicating the active
one)? Then non-english users had a better clue that language options
are availab
Am 22.12.2008 um 05:16 schrieb Chris Robinson:
> On Sunday 21 December 2008 07:48:58 pm Damjan Jovanovic wrote:
>> The heuristic isn't "app works on this Windows version", it's "app is
>> designed for this Windows version".
>
> Should that matter? Plenty of Win95 apps will work in WinXP.
... bec
Hi, Jacek!
On Friday 19 December 2008 18:04:45 Jacek Caban wrote:
> You're duplicating the code that handles VT_I4 case. Please avoid it.
Do you think, this code will be better? And can I truncate "VT_I4" from trace?
if(V_VT(&name) == VT_I4 || V_VT(&name) == VT_INT) {
int i;
On Sat, Dec 20, 2008 at 7:03 PM, Francois Gouget wrote:
> On Sat, 20 Dec 2008, Paul Vriens wrote:
>
>> IneedAname wrote:
>> > Looks like Patchwatcher has being offline from 09-Dec-2008.
>> > Did I miss something or did someone trip over the mains cable?
>> >
>> >
>> http://www.winehq.org/pipermail
On Sun, Dec 21, 2008 at 4:14 AM, Damjan Jovanovic wrote:
> The bulk download would only work if you install applications to their
> default location, but it seems like a good idea.
>
Not necesarily. This is where sha1sums/file name/file size are useful.
Dmitry Timoshkov ha scritto:
> "Massimo Del Fedele" wrote:
>
>> In order to use Freetype library I need to get font file full path from
>> an HFONT handle.
>> Is there a simple way to do it or should I scan the registry/font dirs
>> to pair font faces/font paths ?
>
> Do you need this under Wi
48 matches
Mail list logo
