On Sat, Jul 4, 2009 at 9:16 PM, James
McKenzie wrote:
> King InuYasha wrote:
>> On Sat, Jul 4, 2009 at 4:25 PM, James McKenzie
>> mailto:jjmckenzi...@earthlink.net>> wrote:
>>
>> I know that this was disabled, but what happens when I try to run a 16
>> bit app?
>>
>> Here is what happen
2009/7/5 Aurimas Fišeras :
> On 07/05/2009 03:36 AM, Frédéric Delanoy wrote:
>> On 07/04/2009 11:29 PM, Aurimas Fišeras wrote:
>>> Hello,
>>>
>>> I've finished translating cryptui's resources, checked control sizes
>>> with resource editor and adjusted them where it was needed.
>>>
>>> But how can
On 07/05/2009 03:36 AM, Frédéric Delanoy wrote:
> On 07/04/2009 11:29 PM, Aurimas Fišeras wrote:
>> Hello,
>>
>> I've finished translating cryptui's resources, checked control sizes
>> with resource editor and adjusted them where it was needed.
>>
>> But how can I run cryptui's wizards and other di
King InuYasha wrote:
> On Sat, Jul 4, 2009 at 4:25 PM, James McKenzie
> mailto:jjmckenzi...@earthlink.net>> wrote:
>
> I know that this was disabled, but what happens when I try to run a 16
> bit app?
>
> Here is what happened when I tried to build 1.1.25 with XCode 3.1
> today:
>
>
On Sat, Jul 4, 2009 at 4:25 PM, James McKenzie
wrote:
> I know that this was disabled, but what happens when I try to run a 16
> bit app?
>
> Here is what happened when I tried to build 1.1.25 with XCode 3.1 today:
>
> checking whether 16-bit code can be built correctly... no
> configure: error: X
On 07/04/2009 11:29 PM, Aurimas Fišeras wrote:
> Hello,
>
> I've finished translating cryptui's resources, checked control sizes
> with resource editor and adjusted them where it was needed.
>
> But how can I run cryptui's wizards and other dialogs to confirm that
> everything else is translated
On 07/04/2009 11:22 PM, James McKenzie wrote:
> Vitaliy Margolen wrote:
>> James McKenzie wrote:
>>
>>> [code]
>>>
>>> int a = 0;
>>> char b = NULL;
>>> bool c = TRUE;
>>>
>>> [/code]
>>>
>>> Without this, we cannot assume anything.
>>>
>> Static variables are different. They are always ini
Hi all,
I make the mandriva packages and put them on sourceforge.
But sourceforge changed there layout and now I can not longer find the
button to add new releases or to manage them?
Anyone know where they are ?
The sourgeforge wiki is taking about a admin button on the summary page,
but it is n
Yuriy Kaminskiy wrote:
>I've stumbled over problem with lstrcmpi sorting is still wrong. Some
> japanese game engine uses binary search on presorted array, and fails
> with a-la "object not found" errors.
[...]
> proper order should be "_" < "0" (ok) and "." < "_" (fails with vanilla
> wine).
Hello,
I've finished translating cryptui's resources, checked control sizes
with resource editor and adjusted them where it was needed.
But how can I run cryptui's wizards and other dialogs to confirm that
everything else is translated correctly?
I know that this was disabled, but what happens when I try to run a 16
bit app?
Here is what happened when I tried to build 1.1.25 with XCode 3.1 today:
checking whether 16-bit code can be built correctly... no
configure: error: Xcode 3.x cannot build 16-bit code correctly.
Use --disable-win16 if
Vitaliy Margolen wrote:
> James McKenzie wrote:
>
>> [code]
>>
>> int a = 0;
>> char b = NULL;
>> bool c = TRUE;
>>
>> [/code]
>>
>> Without this, we cannot assume anything.
>>
>
> Static variables are different. They are always initialized to 0. In your
> example you show regular variables
James McKenzie wrote:
> [code]
>
> int a = 0;
> char b = NULL;
> bool c = TRUE;
>
> [/code]
>
> Without this, we cannot assume anything.
Static variables are different. They are always initialized to 0. In your
example you show regular variables only. Their initial value is not defined.
Vitali
Christoph von Wittich wrote:
As Dmitry wrote about this, I will add the comment that this does not
look like the proper way to fix this problem. The proper way is to keep
the pointer from overflowing in the first place and that would be to
place a check where it is set and updated to either go ne
Henri Verbeet wrote:
> 2009/6/30 Daniel Santos :
>
>> Some pointers are getting used prior to initialization. It would appear
>> that the current compilers are initializing them to zero or we've been lucky.
>>
>>
> No, the C standard specifies that these are initialized to NULL, since
> t
Brent Roman wrote:
> Originally submitted on 6/14/09.
> Resubmitted after comments on this bug:
>
> http://bugs.winehq.org/show_bug.cgi?id=19134
>
> The attached patch against the master branch (as of today) fixes what
> appears to be a long standing bug in Wine's
> GetSystemMenu function in User32
We've had a test suite for six or so years now, and we keep
getting closer to having it pass reliably, but we're still not quite there.
I see from http://test.winehq.org that fifteen tests fail on at
least one machine.
There are several bugs that only cause make test to fail if
you run them with W
Rein Klazes wrote:
On Sat, 04 Jul 2009 00:10:02 +0400, you wrote:
Hi.
Trying to fix some ListView bugs I've found that on native (XP SP2)
system this call:
---
GetSystemMetrics(SM_CXICONSPACING)
---
doesn't return the value specified in appearance -> advanced settings of
Display propertie
18 matches
Mail list logo
