On Wed, 2006-07-19 at 03:45 +0200, Alexander Nicolaysen Sørnes wrote:
> Hello,
>
> In WIne version 0.9.14 and earlier, MSN Messenger can be installed without
> installing IE6, but starting with 0.9.15, it complains about missing IE
> unless this is installed.
> I tested this is the same .wine di
Hello,
In WIne version 0.9.14 and earlier, MSN Messenger can be installed without
installing IE6, but starting with 0.9.15, it complains about missing IE
unless this is installed.
I tested this is the same .wine directory (created by Wine 0.9.17); to my
knowledge, registry keys are only created
Hi,
I have discovered that Wine's heap implementation (HeapAlloc(),
HeapFree(), etc. in dlls/ntdll/heap.c) is very slow if many small memory
blocks are allocated and freed. Somebody has reported this before:
http://www.winehq.org/pipermail/wine-devel/2005-February/034095.html
HomeSite's synt
On 7/18/06, Luc-Eric Rousseau <[EMAIL PROTECTED]> wrote:
Hi, I am starting to investigate if it would be feasible to port some of our
applications with WinLib. Presently, we use MainSoft MainWin.
Welcome! We'd love to have Softimage use Wine.
I have a few questions:
1) is there a definiti
Hi, I am starting to investigate if it would be feasible to port some of our
applications with WinLib. Presently, we use MainSoft MainWin.
I have a few questions:
1) is there a definitive list somewhere what API WinLib implements of Win32,
and what it doesn't? I have had some difficulty find
Hi,
I think todays check-ins related to wined3d broke Guildwars.
Now it complains DirectX 8 could not be found and install it.
Before showing that dialog box it show some citical section failure.
I think the y'days locking fixes broke guildwars :(
Have to do regression testing today
bye,
Vijay
> From: Boaz Harrosh
>
> Why not compile the all of Wine as PE with a GCC
> cross-compiler (MinGW), But for the 3 low level DLL's. In
> effect a ReactOS system and Makefiles (On a Linux kernel).
> Sure we will maybe want an alternate system for
> Builtin/Native, maybe different system folder
Hello,
currently I'm working to get the Notes Client (7.0.x) running on wine.
I've done some work on oleacc and so far it seems to work.
As this is my first try on ole maybe someone could help out (ie. reviewing
my code and tell me what needs to done), so I don't blame myself on
getting this pa
Thanks for responding guys.
>From all these conversations, I gather that, although it may be possible
in future, currently there is no support to run x64 PE executables :-(
Now I need to find out some alternative means (Dos?/WinPE) to run
winnt32.exe to run unattended windows (x64) installation.
Ge van Geldorp wrote:
From: "Nadgir, Ananth P" <[EMAIL PROTECTED]>
Does Wine now support executing x64 bit PE executable like
winnt32.exe under amd64 directory?
No, the biggest problem is that the 64-bit calling conventions are different
between PE executables and Linux executables. Some
Dan Kegel wrote:
On 7/18/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
+ * MsiGetLanguage (MSI.@)
+ */
+UINT WINAPI MsiSetInstallLevel(MSIHANDLE hInstall, int iInstallLevel)
typo.
Do we have a tool that sweeps the source for
doc - code mismatches?
Yes, tools/winapi/winapi_check.
bye
Tuesday, July 18, 2006, 3:07:58 AM, Marcus Meissner wrote:
> On Tue, Jul 18, 2006 at 10:03:54AM +0200, Alexandre Julliard wrote:
>> Marcus Meissner <[EMAIL PROTECTED]> writes:
>>
>> > It seems the PATH usage of AC_CHECK_PROGS is not taken into account.
>> >
>> > Adding /usr/sbin/prelink to the che
On 7/18/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
+ * MsiGetLanguage (MSI.@)
+ */
+UINT WINAPI MsiSetInstallLevel(MSIHANDLE hInstall, int iInstallLevel)
typo.
Do we have a tool that sweeps the source for
doc - code mismatches?
Dan Hipschman wrote:
diff --git a/tools/widl/widltypes.h b/tools/widl/widltypes.h
index 508284e..ee73ba6 100644
--- a/tools/widl/widltypes.h
+++ b/tools/widl/widltypes.h
@@ -205,6 +205,7 @@ struct _type_t {
const attr_t *attrs;
func_t *funcs;
var_t *fields;
+ int safearray;
int ignore,
"Thomas Kho" <[EMAIL PROTECTED]> writes:
> I was thinking that cloning the process could take care of deadlocks.
> What if the cloned thread fudges its teb and sets a different thread
> id than its cloning thread? This invalidates all locks in the cloned
> thread taken by the cloning thread. Both
Ge van Geldorp wrote:
From: "Nadgir, Ananth P" <[EMAIL PROTECTED]>
Does Wine now support executing x64 bit PE executable like
winnt32.exe under amd64 directory?
No, the biggest problem is that the 64-bit calling conventions are different
between PE executables and Linux executables. Some
On Tue, Jul 18, 2006 at 09:35:05AM +0200, Christoph Frick wrote:
> > Well, I was able to successfully build git revision
> > 6a97f2202e91fed286ff6ca254926e5f57ca17c1 so this topic is closed.
> this is a problem, that seemed to exist for a few days on gcc32
> compiles. Alexandre fixed this yesterda
On Mon, Jul 17, 2006 at 03:15:35PM +0200, Alexandre Julliard wrote:
> > -L adds library paths to the beginning of the library search path.
> > You've probably got a libuuid in one of those directories, which now
> > takes precedence over the one in wine.
> This should be fixed now.
it is! thank y
18 matches
Mail list logo
