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
[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
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
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, 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.
Looks
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.
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
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 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
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]
On Mon, 20 Dec 2004 19:13:00 +0100, David Gmbel 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, I
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 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
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 expansion
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 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 seems
--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?
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 main
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
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 it
20 matches
Mail list logo