Am Montag, 19. November 2007 08:13:49 schrieb EA Durbin:
> http://www.cedega.com./devreports/
>
> The latest Cedega dev report states it plans to include wine's msi
> implementation back into it's code base and they have been contributing
> back to wine.
>
> "TransGaming's developers have been cont
http://www.cedega.com./devreports/
The latest Cedega dev report states it plans to include wine's msi
implementation back into it's code base and they have been contributing back to
wine.
"TransGaming's developers have been contributing some changes back to Wine as
well, including in severa
On Sun, Nov 18, 2007 at 10:14:17PM +0100, [EMAIL PROTECTED] wrote:
> Hello Hans,
>
> thanks for that info.
>
> latest version i tried here is
>
> wine-0.9.49-11.3.i586.rpm
> wine-snapshot-0.9.49.20071118-11.1.i586.rpm
>
> but same error.
> maybe that`s not recent enough ?
>
> do i ne
On Nov 19, 2007 12:48 AM, Lionel Tricon <[EMAIL PROTECTED]> wrote:
> On Sunday 18 November 2007 20:14:41 Stefan Dösinger wrote:
> > I think wine dlopen()s many libraries instead of linking dynamically to
> > them. This makes the build environment more independent of the runtime
> > environment, and
Hi,
On Nov 18, 2007 8:03 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> The problem with using winsock rather than UNIX sockets is in the I/O
> between a client process and the wineserver. The extra overhead it
> imposes is really unavoidable, AFAICT. We're doing a context switch
> to a separate pro
On 11/18/07, Daniel Sim <[EMAIL PROTECTED]> wrote:
> "Install entire feature" enabled and implemented.
>
What is this patch for? Is this to fix a bug?
+/* FIXME: Why 0x1000? */
Don't add random comments about things you don't understand in the code.
+msi_seltree_install_entire_feature(HWND
Hi Steven,
> The problem is not in the makefiles, a lot of the problem is that we
> are not clear on which dlls would be of use for testing in windows. I
> had to go through hoops to get wininet buildable on Windows because it
> uses unix sockets on Wine rather than winsock. There was quite a
> pe
On Sunday 18 November 2007 20:14:41 Stefan Dösinger wrote:
> I think wine dlopen()s many libraries instead of linking dynamically to
> them. This makes the build environment more independent of the runtime
> environment, and we can provide binary builds with all features enabled,
> and they will st
Hello Hans,
thanks for that info.
latest version i tried here is
wine-0.9.49-11.3.i586.rpm
wine-snapshot-0.9.49.20071118-11.1.i586.rpm
but same error.
maybe that`s not recent enough ?
do i need to enable special option or add some files ?
sorry, i`m quite new to wine and maybe i sho
On Nov 17, 2007 6:04 AM, Maarten Lankhorst <[EMAIL PROTECTED]> wrote:
> The question is what dlls should we include? Something like the d3d
> dll's would be useful, and a lot of other dll's (mshtml, shdocvw, etc)
> probably too. Unfortunately wine won't build on mingw properly,if you
> try a 'make'
On Sunday 18 November 2007 22:14:17 [EMAIL PROTECTED] wrote:
> latest version i tried here is
>
> wine-0.9.49-11.3.i586.rpm
> wine-snapshot-0.9.49.20071118-11.1.i586.rpm
>
> but same error.
> maybe that`s not recent enough ?
>
> do i need to enable special option or add some files ?
Y
On Sunday 18 November 2007 20:38:34 [EMAIL PROTECTED] wrote:
> i`m new to wine.
> I tried windirstat under wine-0.9.44-15 and crossover-office 6.2.0-1 under
> opensuse10.3 - but it doesn`t work.
>
> i`m getting
> wine: Call from 0x7b8447d0 to unimplemented function
> KERNEL32.dll.FindFirstVolu
Hello !
i`m new to wine.
I tried windirstat under wine-0.9.44-15 and crossover-office 6.2.0-1 under
opensuse10.3 - but it doesn`t work.
i`m getting
wine: Call from 0x7b8447d0 to unimplemented function
KERNEL32.dll.FindFirstVolumeW, aborting
wine: Unimplemented function KERNEL32.dll.FindFirstVo
Dan Kegel wrote:
> Uwe wrote:
>
>> Gerald Pfeifer writes:
>>
>>
>>> n is of type DWORD which is unsigned, so n < 0 always will
>>> evaluate to false.
>>>
>> Is dropping the check the right answer? Shouldn't the check test for high
>> values like > 0xff00 and report a possible problem
Am Sonntag, 18. November 2007 17:13:20 schrieb Lionel Tricon:
> Hi wine list,
>
> I am currently working for the next generation of the klik project (1
> application = 1 file) and we actualy face some troubles with picasa which
> is running under linux thanks to wine.
>
> It seems that wine deal ba
Hi wine list,
I am currently working for the next generation of the klik project (1
application = 1 file) and we actualy face some troubles with picasa which is
running under linux thanks to wine.
It seems that wine deal badly with the LD_PRELOAD feature which is one of the
main composant we u
Am Sonntag, 18. November 2007 14:15:23 schrieb Dmitry Timoshkov:
> You forgot to create WineEngRemoveFontMemResourceEx implementation for
> a case when HAVE_FREETYPE is not defined.
>
> --
> Dmitry.
>
Dimitry, thanks for reviewing the patch. I just resent the patch together with
the missing imp
Uwe wrote:
>Gerald Pfeifer writes:
>
>> n is of type DWORD which is unsigned, so n < 0 always will
>> evaluate to false.
>
> Is dropping the check the right answer? Shouldn't the check test for high
> values like > 0xff00 and report a possible problem?
Indeed.
IMHO we don't need patches like this,
> "Gerald" == Gerald Pfeifer <[EMAIL PROTECTED]> writes:
Gerald> n is of type DWORD which is unsigned, so n < 0 always will
Gerald> evaluate to false.
Gerald> Gerald
Gerald> ChangeLog: Remove untriggerable check.
Gerald> Index: dlls/advapi32/service.c
Gerald> ===
Dan Kegel wrote:
> Oh, he'd undoubtedly prefer ignoring to memsetting.
>
I believe the "official" answer is to teach valgrind which fields are
important for which server request. Granted, it a lot more work, but
it's the only way we will actually catch errors :-)
Shachar
On Fr, 2007-11-16 at 16:21 -0800, Roy Shea wrote:
> +/* Generic test setup */
> +static BOOL setup(void)
unused code
> +/* Generic test cleanup */
> +static void teardown(void)
unused code
+START_TEST(job)
> +{
> +CoInitialize(NULL);
> +CoUninitialize();
> +}
Do you want to call "setu
On Fr, 2007-11-16 at 16:16 -0800, Roy Shea wrote:
> dlls/qmgr/qmgr.inf | 32
> dlls/qmgr/rsrc.rc | 21 +
> 2 files changed, 53 insertions(+), 0 deletions(-)
The change for Makefile.in to add rsrc.rc is missing here.
(found in the next pat
"Klaus Layer" <[EMAIL PROTECTED]> wrote:
> Nokia PC Suite installation crashes due to missing function
> RemoveFontMemResourceEx. This patch adds function RemoveFontMemResourceEx
> which just calls WineEngRemoveFontMemResourceEx as stub
You forgot to create WineEngRemoveFontMemResourceEx implem
On Saturday 17 November 2007 12:04:36 Maarten Lankhorst wrote:
> Roderick Colenbrander schreef:
> > They should get updated. In case of Solaris there are some bugs which
> > prevent it from running I think. In case of Windows someone needs to
> > update the package. It is very useful to use some of
Roy Shea wrote:
> +TOPSRCDIR = @top_srcdir@
> +TOPOBJDIR = ../..
> +SRCDIR= @srcdir@
> +VPATH = @srcdir@
> +MODULE= svchost.exe
> +APPMODE = -municode
> +IMPORTS = advapi32 kernel32 ole32
>
I can't see any reason why svchost needs to import ole32.
--
Rob Shearman
25 matches
Mail list logo