Dan Kegel wrote:
> Been looking forward to trying this for a long time.
> What with Wine 1.0 nearly here, and a brand new
> computer to populate, I thought I'd try actually
> migrating my spouse to Linux / Wine, or at least
> see why it isn't yet practical.
>
Looks like a worthwhile project.
> I
Been looking forward to trying this for a long time.
What with Wine 1.0 nearly here, and a brand new
computer to populate, I thought I'd try actually
migrating my spouse to Linux / Wine, or at least
see why it isn't yet practical.
I'll record the process here:
http://kegel.com/wine/migrating-user-
On Sat, May 31, 2008 at 8:56 PM, Vincent Povirk
<[EMAIL PROTECTED]> wrote:
> OK, I'll add the test for FO_MOVE.
>
> On Sat, May 31, 2008 at 9:52 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
>> What does that have to do with this fix? You don't talk about it in
>> your email, changelog, or the code
OK, I'll add the test for FO_MOVE.
On Sat, May 31, 2008 at 9:52 PM, James Hawkins <[EMAIL PROTECTED]> wrote:
> What does that have to do with this fix? You don't talk about it in
> your email, changelog, or the code.
It's part of truncating to 8.3 format. The extension can't be longer
than 3 cha
On Sat, May 31, 2008 at 8:47 PM, Vincent Povirk
<[EMAIL PROTECTED]> wrote:
> Grr, forgot to copy list.
>
> -- Forwarded message --
> From: Vincent Povirk <[EMAIL PROTECTED]>
> Date: Sat, May 31, 2008 at 9:46 PM
> Subject: Re: shell32: fix SHFileOperation copying to an empty file lis
Grr, forgot to copy list.
-- Forwarded message --
From: Vincent Povirk <[EMAIL PROTECTED]>
Date: Sat, May 31, 2008 at 9:46 PM
Subject: Re: shell32: fix SHFileOperation copying to an empty file list
To: James Hawkins <[EMAIL PROTECTED]>
On Sat, May 31, 2008 at 9:42 PM, James Hawki
On Sat, May 31, 2008 at 8:10 PM, Vincent Povirk
<[EMAIL PROTECTED]> wrote:
> On Windows, copying files to an empty file list copies each file to
> the working directory, truncating each filename to 8.3 format. See bug
> 13394.
>
> I'm not very happy about the way I implemented this (a special loop
Hans Leidekker wrote:
> On Saturday 31 May 2008 22:50:38 Vitaliy Margolen wrote:
>
>> Thank you very much for all the hard work you did maintaining those RPMs!
>> Your hard work is greatly appreciated.
I would like to say a thank-you as well. I only wrote to Mingw-devel and R-devel
(an R packag
Am Sonntag, 1. Juni 2008 00:13:22 schrieb Christian Costa:
> Hi Michael,
>
> I think it would be better to fix function names in IDirectDraw7.
The IDirectDraw7 functions are without a version number because they're the
common implementation for all ddraw versions. If there's a specific function
f
Am Samstag, 31. Mai 2008 17:03:13 schrieb Michael Karcher:
> > Anyway it makes wine stop crashing when programs tries to do something
> > crazy like this. Stefan Dösinger asked me to put a HeapAlloc all memory
> > between the two Release's to check if the memory of ddraw object would be
> > corrupt
Hi Michael,
I think it would be better to fix function names in IDirectDraw7.
Christian
Michael Karcher a écrit :
> The functions implementing IDirectDraw are called IDirectDrawImpl_Foo,
> the ones implementing IDirectDraw7 are called alike. As they are
> static functions in different files, the
2008/5/31 Hans Leidekker <[EMAIL PROTECTED]>:
> Make resolving hostnames thread-safe.
>
> +/* critical section to protect non-reentrant gethostbyname() */
> +CRITICAL_SECTION cs_gethostbyname;
> +static CRITICAL_SECTION_DEBUG critsect_debug =
> +{
> +0, 0, &cs_gethostbyname,
> +{ &critsect
On Saturday 31 May 2008 22:50:38 Vitaliy Margolen wrote:
> Thank you very much for all the hard work you did maintaining those RPMs!
> Your hard work is greatly appreciated.
Thank you. I'd like to extend this thank you to the people who contributed
patches.
> One use that will be missed is cros
Hans Leidekker wrote:
> Hi all,
>
> This is a message for those who used or contributed to the cross compiler
> packages available from this URL:
>
> http://mirzam.it.vu.nl/mingw/
>
> Quoting myself from that page:
>
> I have decided to stop maintaining these packages. The original incentive
Michael Karcher wrote:
> Debugging DirectDraw reference counting is confusing,
> as the IDirectDraw{,2,3,4}_AddRef methods dump to ddraw_thunk,
> whereas the matching Release methods dump to ddraw. This
> patch changes to consistently use the ddraw channel.
>
> Furthermore, as the methods from IDi
Hi all,
This is a message for those who used or contributed to the cross compiler
packages available from this URL:
http://mirzam.it.vu.nl/mingw/
Quoting myself from that page:
I have decided to stop maintaining these packages. The original incentive
to create these packages was to be able t
> An example of one that fails is
> ret = SnmpUtilOidToA(NULL);
> Under win98, this function is valid to call, but will crash if you call
> it will a NULL parameter. I don't think removing this test a good idea,
> since we are setting XP as a base, at this passes.
I disagree that the test shouldn
On Sat, May 31, 2008 at 12:19 PM, John Klehm <[EMAIL PROTECTED]> wrote:
> This patch looks bigger than it really is. A more detailed changelog is this:
>
No, it's as big as it seems.
>- I've added a lot of comments describing how cursor slotting works.
>- added code to slot the c
Alexandre Julliard wrote:
> Vitaliy Margolen <[EMAIL PROTECTED]> writes:
>
>> Well it really should be "%llu" but Wine doesn't support that. "%lu"
>> is used btw at least in one place in the code:
>> http://source.winehq.org/source/dlls/ntdll/actctx.c#L1746
>
> It's the correct format for a ULONG
Christopher GAUTIER wrote:
> Changelog:
>* dll/user32/defwnd.c:
> WM_IME_SETCONTEXT is sent when a window is activated
>
> Description:
> The WM_IME_SETCONTEXT message should be sent when a window is (de)activated
> (source: http://msdn.microsoft.com/en-us/library/ms776117(VS.85).aspx)
Am Samstag, den 31.05.2008, 15:43 +0200 schrieb Jens Albretsen:
> > On wine, there is obviously no problem, as wine keeps the DirectDraw
> > object itself alive for longer. On Windows, it is not clear to me that
> > the DirectDraw object is not destroyed at the IDirectDraw_Release, the
> > only thi
Yeah! I find the perfect solution (at the moment)
$quotes = explode("\n",trim($GLOBALS[html]->template('base','quotes'))); #
explode + trim
return $quotes[array_rand($quotes)]; # array_rand() only
2008/5/31 Jeff Latimer <[EMAIL PROTECTED]>:
> James Hawkins wrote:
>> On Fri, May 30, 2008 at 11:18 PM, Alistair Leslie-Hughes
>> <[EMAIL PROTECTED]> wrote:
>>
>>> Hi,
>>>
>>> I've being investigating crashes that occur on Win98 when the tests run. I
>>> have fixed a couple already which where tri
On Saturday 31 May 2008 14:57:25 Michael Karcher wrote:
> Am Samstag, den 31.05.2008, 12:08 +0200 schrieb Jens Albretsen:
> The patch looks like it would work as advertised, but the following
>
> snippet in the testcase smells fishy:
> > +static unsigned long getRefcount(IUnknown *iface)
> > +{
> >
Am Samstag, den 31.05.2008, 12:08 +0200 schrieb Jens Albretsen:
The patch looks like it would work as advertised, but the following
snippet in the testcase smells fishy:
> +static unsigned long getRefcount(IUnknown *iface)
> +{
> +IUnknown_AddRef(iface);
> +return IUnknown_Release(iface);
Jeff Latimer wrote:
> James Hawkins wrote:
>> On Fri, May 30, 2008 at 11:18 PM, Alistair Leslie-Hughes
>> <[EMAIL PROTECTED]> wrote:
>>
>>> Hi,
>>>
>>> I've being investigating crashes that occur on Win98 when the tests run. I
>>> have fixed a couple already which where trivial. When I attempte
Alistair Leslie-Hughes wrote:
> Paul Vriens wrote:
>>
>>>
>> In this particular case you could make use of this fact:
>>
>> util.c:42:GetProcAddress(SnmpUtilAsnAnyCpy) failed
>> util.c:43:GetProcAddress(SnmpUtilAsnAnyFree) failed
>> util.c:44:GetProcAddress(SnmpUtilOctetsCmp) failed
>> util.c:45:Ge
Paul Vriens wrote:
>
>>
> In this particular case you could make use of this fact:
>
> util.c:42:GetProcAddress(SnmpUtilAsnAnyCpy) failed
> util.c:43:GetProcAddress(SnmpUtilAsnAnyFree) failed
> util.c:44:GetProcAddress(SnmpUtilOctetsCmp) failed
> util.c:45:GetProcAddress(SnmpUtilOctetsCpy) failed
Alistair Leslie-Hughes wrote:
> Hi,
>
> I've being investigating crashes that occur on Win98 when the tests run. I
> have fixed a couple already which where trivial. When I attempted to fix the
> snmpapi tests, I have found that i will end up removing alot of tests (~
> 17). If I add a check f
James Hawkins wrote:
> On Fri, May 30, 2008 at 11:18 PM, Alistair Leslie-Hughes
> <[EMAIL PROTECTED]> wrote:
>
>> Hi,
>>
>> I've being investigating crashes that occur on Win98 when the tests run. I
>> have fixed a couple already which where trivial. When I attempted to fix the
>> snmpapi tests
On Fri, May 30, 2008 at 11:18 PM, Alistair Leslie-Hughes
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've being investigating crashes that occur on Win98 when the tests run. I
> have fixed a couple already which where trivial. When I attempted to fix the
> snmpapi tests, I have found that i will end up r
31 matches
Mail list logo
