Mike Hearn wrote:
This patch makes InstallShield work again, and should let you get
further Bill.
- Ensure all intermediate threads join the original apartment
- Make the listener thread fully apartment scoped (one per apt not per
process)
- Improve already have mid error message
- Rename
Robert Shearman wrote:
[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
On Wed, 2004-12-22 at 14:18 -0700, [EMAIL PROTECTED] wrote:
Anyways I was wondering I anyone could give me an update
Huw is working on adding TLB output support to widl, so hopefully we
should have a stdole32.tlb out of the box within a month or so (maybe
earlier).
The rest of the work involves
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 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 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
Mike Hearn wrote:
This patch makes InstallShield work again, and should let you get
further Bill.
- Ensure all intermediate threads join the original apartment
- Make the listener thread fully apartment scoped (one per apt not per
process)
- Improve already have mid error message
- Rename
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 is, the code is
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 is, the
14 matches
Mail list logo