"Bill Medland" <[EMAIL PROTECTED]> wrote:
> +RPC_STATUS RPC_ENTRY DceErrorInqTextW (unsigned long e, unsigned short *b)
> +{
> +DWORD count;
> +if (acceptable_rpc_code (e))
It would be much more natural to make FormatMessageW to decide whether a passed
error code is valid or not, i.e. if
On Tue, 2004-12-21 at 12:46 -0800, Bill Medland wrote:
> I'm certainly interested but I think that I am not going to have the time.
> (Presumably it will take quite a while to get up to speed).
I don't know. Some tasks are not that hard, for instance making
apartments into thread-safe COM objec
Mike said this about my new "helping applications work" page:
>Looks great! I'd suggest putting it in the Documentation section, and
>then linking to it from the appdb page.
This then prompted me to wonder "which documentation section?" This is
kind of confusing:
I click on documentation at the m
--On Tuesday, December 21, 2004 4:57 PM -0500 Kuba Ober
<[EMAIL PROTECTED]> wrote:
What kernel version were you running under? Could that be related at all
to thread CPU affinity under 2.6?
2.6.8-1.521smp on Fedora Core 2. What's the issue you're referring to?
On wtorek 21 grudzieÅ 2004 12:46 pm, Kenneth Porter wrote:
> Does WINE have any problem with either Hyperthreading or SMP? I've found
> that locking the Tribes Vengeance dedicated server to a single logical CPU
> seems to give me better performance as the server fills with players. CPU
> usage seem
On December 21, 2004 11:59 am, Mike Hearn wrote:
> On Tue, 2004-12-21 at 11:41 -0800, Bill Medland wrote:
SNIP
>
> - Help us improve builtin DCOM (yay!)
> - Hack the registry and manually expand the strings so MSXML is happy
>
> If you're able to commit time to the first one then perhaps Rob and I
On Tue, 2004-12-21 at 11:41 -0800, Bill Medland wrote:
> I suggest as a working hypothesis that the Win95/98
> ole32 does not support the REG_EXPAND_SZ. (Does the Windows 98 Registry code
> actually allow you to add a REG_EXPAND_SZ to the registry or doe it maybe
> automatically do the expansio
On December 21, 2004 04:25 am, Mike Hearn wrote:
SNIP
>
> Native OLE should still work - is this the REG_EXPAND_SZ issue Bill
> mentioned? What exactly is this issue?
(It was mentioned early on in that IRC hecking discussion a couple of Sundays
ago, although I met it a few days earlier)
Due to s
Does WINE have any problem with either Hyperthreading or SMP? I've found
that locking the Tribes Vengeance dedicated server to a single logical CPU
seems to give me better performance as the server fills with players. CPU
usage seems significantly lower (45% versus 65%). Is this likely to be a
On Mon, 20 Dec 2004 19:13:00 +0100, David GÃmbel wrote:
> its actually a pun: WINEprobe means be something like WINEtasting in
> english an maybe "degustation de WINE" in french. It's a little hard to
> translate puns, sorry ;) Maybe this is helpful:
> http://dict.leo.org/?search=weinprobe
Still,
This patch breaks IE6 install.
Mike
Alexandre Julliard wrote:
ChangeSet ID: 14647
CVSROOT:/opt/cvs-commit
Module name:wine
Changes by: [EMAIL PROTECTED] 2004/12/02 11:55:41
Modified files:
dlls/cabinet : cabextract.c
Log message:
James Hawkins <[EMAIL PROTECTED]
Hello all,
while debugging one of applications I'm working on I noticed a lot
of GetPrivateProfileString calls with the same file name but in
different case causes profile code to open and parse system.ini
again. I sent a patch which helps to find a cached file in that
case and do not parse it aga
David Gümbel wrote:
Jep, its actually a pun: WINEprobe means be something like WINEtasting in
Or "vin-prov" in Swedish. Yet, I didn't make the connection, but still
thought of unwanted probing of my body. :-)
regards,
Jakob
(The Port-Wine idea was good though.)
Hello,
I'm not sure where to post this, so posting to wine-users and wine-devel;
I got wine sources from cvs and tried compiling it -- something seems to
be wrong in the alsa code - it gives compile errors about functions
getting too many arguments (I attached an error log)
Hopefully this is fix
"Robert Shearman" <[EMAIL PROTECTED]> wrote:
> This differs from the previous send of this patch by not using some
> functions that are not present on Win9x and without DCOM95 and by
> disabling the out-of-process COM tests, which seems to need more work,
> but is useful for me testing locally.
On Mon, 20 Dec 2004 18:38:20 -0800, Scott Ritchie wrote:
> However, I'm not exactly sure where to put it on the winehq website.
> Perhaps it should be linked from the main page of the applications
> database, or from the support tab, or something. Anyway, I'm posting it
> here for peer review.
Lo
On Tue, 2004-12-21 at 10:55 +, Robert Shearman wrote:
> And those same users would have been inconvenienced with the 20041201
> release. It wouldn't crash, but it's likely the program still wouldn't
> work.
Well, I think an engineering goal for us should be that WineHQ CVS is at
all times:
a
On Mon, 2004-12-20 at 16:39 -0700, [EMAIL PROTECTED] wrote:
> I just want to say that I tried out this patch. It does not fix the
> problem for InstallShield 6.
I'm afraid that's a bit vague, there are still lots of problems with
InstallShield 6 we know about. The patch I posted for me makes the
[EMAIL PROTECTED] wrote:
I just want to say that I tried out this patch. It does not fix the
problem for InstallShield 6. I have a bug report in bugzilla if you
are interested. Right now AFAIKT InstallSheild is seriously broken
(for quite some time) and I am unable to use Native ole to workaroun
Mike Hearn wrote:
On Mon, 2004-12-20 at 17:56 +, Robert Shearman wrote:
Sorry Mike, but we want to *remove* the current hacks for the
RPC-runtime emulating named pipe code, not adding more.
Yes, of course, but we also want to keep the code in CVS in a roughly
working situation. As it i
20 matches
Mail list logo
