On Tue, 27 Apr 2004 02:02:32 -0400
Abby Ricart <[EMAIL PROTECTED]> wrote:
> I think I know what this David thing is all about!
>
> Please Read:
> http://www.datiku.com/articles/david.php
>
Interesting theory. If that were true, then "David" could potentially be the most
elaborate ripoff i've e
"Krzysztof Foltman" <[EMAIL PROTECTED]> wrote:
> > Then perhaps you have a +relay trace which exposes a problem and could
> > write a simple test app based on that information?
>
> http://foltman.com/mdi/
>
> Run it on Windows (I've tested in under XP), run it under original WINE,
> run it unde
I think I know what this David thing is all about!
Please Read:
http://www.datiku.com/articles/david.php
On Monday 26 April 2004 11:14 pm, Shachar Shemesh wrote:
> May I make a small suggestion? I think we should really reserve
> judgement until we see something. While such projects are, indeed, often
> smoke and broken mirrors, occasionally you get a good technical team
> that is hidden behind a clue
"Hans Leidekker" <[EMAIL PROTECTED]> wrote:
> [Use a fixed width font to view this message]
>
> MSVC MinGW GCC
>
> Alignment of __int64: 8 8 8
> Size of __int64: 8 8 8
>
> Alignment of large_int: 8 8 4
> Size of large_int
Hi everyone,
May I make a small suggestion? I think we should really reserve
judgement until we see something. While such projects are, indeed, often
smoke and broken mirrors, occasionally you get a good technical team
that is hidden behind a clueless PR front. Let's wait and see - so long
as
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> I just thought hard about winetest.exe... how about this approach:
>
> if (running_under_wine || !win9x_based)
> {
>/* Do stuff that would crash Windows 9x. */
>
>/* Could also be stuff that Wine has not yet implemented */
>todo_wine { stuff
Robert Reif <[EMAIL PROTECTED]> writes:
> I'm having problems with several programs crashing in GetDriveTypeW.
> I recently did
> a fresh install from source with tools/wineinstall so it may be a
> config problem. Any
> ideas where to start?
That was an oversight on my part, it should be fixed n
I'm having problems with several programs crashing in GetDriveTypeW. I
recently did
a fresh install from source with tools/wineinstall so it may be a config
problem. Any
ideas where to start?
Unhandled exception: page fault on read access to 0x in 32-bit
code (0x404944b0).
In 32-bit m
Eric Pouech <[EMAIL PROTECTED]> writes:
> Ferenc Wagner a écrit :
>
>> Eric Pouech <[EMAIL PROTECTED]> writes:
>>
The second part, yes. But winetest must have been made
into a console app, so it pops up a console when it
starts.
>>>
>>> why do you need a console?
>>
>> Er, I don't
On Mon, 26 Apr 2004 15:24:07 -0500
"R.U. Deranged" <[EMAIL PROTECTED]> wrote:
> There's a story today on the results of the "unveiling" last week:
>
> http://www.inq7.net/inf/2004/apr/26/inf_4-1.htm
>
Interesting... A few things in that article don't seem right.. If the dude said that
"David"
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> Check out http://test.winehq.org/data/20040425-1000/ OSR2 shell32:string.
>
> It says "0", but if you click, there seems to be some kind
> of error. Is it the test output somehow erratic, or is
> the log parser doing something bad?
dlls/shell32/test
Hans Leidekker <[EMAIL PROTECTED]> writes:
> Clearly GCC is the odd one out. When a double is embedded in
> a structure GCC does not adjust the alignment of the structure
> to the size of a double.
>
> So, should we add -malign-double to the compiler flags?
No, that would break Unix compatibility
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Hmmm, thinking about it, even more so, shouldn't we also be
> compatible with that? I mean, if it was defined by them, we
> shouldn't define it again, no?
It shouldn't hurt to redefine it, unless the definitions are not
compatible, in which case we
Dmitry Timoshkov wrote:
Then perhaps you have a +relay trace which exposes a problem and could
write a simple test app based on that information?
http://foltman.com/mdi/
Run it on Windows (I've tested in under XP), run it under original WINE,
run it under WINE+my patch. Compare the Window menus
On Mon, 26 Apr 2004, Alexandre Julliard wrote:
[...]
> The first case is not a const pointer, it's a pointer to a const
> string, and it requires the compiler to allocate separate (writable)
> storage for the pointer, so you are wasting 4 bytes per string. You
> could use 'const char * const' to at
On Mon, 26 Apr 2004, Alexandre Julliard wrote:
> Unfortunately _WCHAR_T_DEFINED is also used by gcc in stddef.h.
Hmmm, thinking about it, even more so, shouldn't we also be
compatible with that? I mean, if it was defined by them, we
shouldn't define it again, no?
Currently we have this:
#ifndef
Alexandre Julliard wrote:
Jakob Eriksson <[EMAIL PROTECTED]> writes:
+static int test_win9x_based()
+{
+OSVERSIONINFOEX ver;
+
+ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFO);
+ok( GetVersionEx ((OSVERSIONINFO *) &ver), " --- Can't get OS version.\n" );
+if ((4 == ver.dwMajorV
Check out http://test.winehq.org/data/20040425-1000/ OSR2 shell32:string.
It says "0", but if you click, there seems to be some kind of error.
Is it the test output somehow erratic, or is the log parser doing
something bad?
regards,
Jakob
On Mon, 26 Apr 2004, Alexandre Julliard wrote:
> "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
>
> > ChangeLog
> > Fix the _WCHAR_T_DEFINED/_WCHAR_T_DEFINED sentries for
> > compatibility with the MSVCRT ones.
>
> Unfortunately _WCHAR_T_DEFINED is also used by gcc in stddef.h.
It's OK,
Hiya Filip,
You should leave this part out. I dont think Alexandre will remove it
for you.
+#ifndef __REACTOS__
__TRY {
-if (func) func(&msg);
+if (func) func(msg);
} __EXCEPT(rpc_filter) {
/* failure packet was created in rpc_filter */
} __ENDTRY
+#el
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> ChangeLog
> Fix the _WCHAR_T_DEFINED/_WCHAR_T_DEFINED sentries for
> compatibility with the MSVCRT ones.
Unfortunately _WCHAR_T_DEFINED is also used by gcc in stddef.h.
--
Alexandre Julliard
[EMAIL PROTECTED]
There's a story today on the results of the "unveiling" last week:
http://www.inq7.net/inf/2004/apr/26/inf_4-1.htm
On Mon, Apr 26, 2004 at 01:58:56PM -0400, Tim Hentenaar wrote:
>
> I sent an inquiry and got the exact same response (twice), i believe it's a scripted
> response system. (In my case, it was "Good Evening, Mr. Hentenaar").
>
> The claims they make about wine are just hillarious. :P I don't thin
Hi,
[Use a fixed width font to view this message]
MSVC MinGW GCC
Alignment of __int64: 8 8 8
Size of __int64: 8 8 8
Alignment of large_int: 8 8 4
Size of large_int:8 8 8
Alignment of container1: 8
Jakob Eriksson <[EMAIL PROTECTED]> writes:
> +static int test_win9x_based()
> +{
> +OSVERSIONINFOEX ver;
> +
> +ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFO);
> +ok( GetVersionEx ((OSVERSIONINFO *) &ver), " --- Can't get OS version.\n" );
> +if ((4 == ver.dwMajorVersion && 0 == v
Francois Gouget <[EMAIL PROTECTED]> writes:
> On Sat, 24 Apr 2004, Dmitry Timoshkov wrote:
>
>> "Francois Gouget" <[EMAIL PROTECTED]> wrote:
>>
>> > We find the same issues with an added twist: now that we can use
>> > literals we can write things like:
>> >
>> >const char* str = "String liter
Ferenc Wagner a écrit :
Eric Pouech <[EMAIL PROTECTED]> writes:
The second part, yes. But winetest must have been made
into a console app, so it pops up a console when it
starts.
why do you need a console?
Er, I don't know. Winetest itself doesn't really need it,
but WinRash (the service) cou
> Please don't do that, we've been over this a thousand times,
> let's not rehash it. Do either or, otherwise you end up
> confusing Alexandre's script, etc. Inlining is prefered
> for a lot of reasons, so if you're using a decent mail client
> (and you seem to be), just inline it and don't look ba
On Mon, 26 Apr 2004, Ivan Leo Murray-Smith wrote:
> attaching as text/plain can't be done for various reasons, so I'll both attach
> and inline.
Please don't do that, we've been over this a thousand times,
let's not rehash it. Do either or, otherwise you end up
confusing Alexandre's script, etc.
I sent an inquiry and got the exact same response (twice), i believe it's a scripted
response system. (In my case, it was "Good Evening, Mr. Hentenaar").
The claims they make about wine are just hillarious. :P I don't think they've ever
even looked at the wine code, or else they'd know that th
Running server and client with wine CVS current returns
Hello Implicit RPC World!
but I can't test with your patch because it doesn't cleanly apply against the
current CVS code.
Ivan.
I asked project davied if they know what use of LGPL code involves, and if
the're using wine code, I got the following answer. The impression I have is
that they are using major parts of wine. They claim they will fully comply with
the LGPL. Here is the full email they sent me.
> Good Evening Mr.
Currenly we send a script to run and execute all published
versions that we have. This is currently problematic, because
an error in one causes the abort the entire script. Moreover,
releases may no arrive at the server at the same time, and
if we're going to receive the poll event in between them
"Hans Leidekker" <[EMAIL PROTECTED]> wrote:
> kernel/tests/generated.c currently shows one failure
> when the executable is compiled with MinGW. Investigation
> shows that MinGW and GCC differ when it comes to alignment
> of doubles (i.e. a 64 bit wide type).
>
> I have constructed the test below
"Ylia K" <[EMAIL PROTECTED]> wrote:
> * dlls/kernel/nls/ukr.nls, dlls/comctl32/rsrc.rc, dlls/commdlg/rsrc.rc,
> dlls/user/resources/user32.rc, dlls/shell32/shres.rc,
>dlls/comctl32/comctl_Uk.rc, dlls/commdlg/cdlg_Uk.rc, dlls/shell32/shell32_Uk.rc,
> dlls/user/resources/user32_Uk.rc :
>
>
Hi,
kernel/tests/generated.c currently shows one failure
when the executable is compiled with MinGW. Investigation
shows that MinGW and GCC differ when it comes to alignment
of doubles (i.e. a 64 bit wide type).
I have constructed the test below that shows the difference
between MinGW and GCC. M
"Ylia K" <[EMAIL PROTECTED]> wrote:
> * dlls/kernel/kernel32.spec, dlls/kernel/console.c, include/wincon.h
> Ilya Korniyko <[EMAIL PROTECTED]>
> Add stub function HWND GetConsoleWindow()
>
> It is for excelent file manager FAR Manager (www.rarlab.com).
> FAR Manager doesn't run without this
Hi Dirk,
First of all, thank you for the reference.
Regarding the missing flag to TranslateCharsetInfo - My VisualStudio 6
MSDN DVD (Latest that came up for that version - dated October 2001)
does not have this flag mentioned. This means either that the flag was
not present at that time, or th
Francois Gouget wrote:
On Sun, 25 Apr 2004, Robert Reif wrote:
[...]
How about something like this:
Adds test for illegal bits per sample.
Fixes format printing.
Looks ok though if we keep the 2MHz etst then we should investigate
what's goign on on Windows in more details.
Since we are
On Sun, 25 Apr 2004, Robert Reif wrote:
[...]
> How about something like this:
>
> Adds test for illegal bits per sample.
> Fixes format printing.
Looks ok though if we keep the 2MHz etst then we should investigate
what's goign on on Windows in more details.
> Since we are opening the device in
"Krzysztof Foltman" <[EMAIL PROTECTED]> wrote:
> > When I last time worked with MDI code including Window menu handling
> > I did a lot of tests under Windows. Did you?
>
> I did some (especially under Windows, where it's easier to find an MDI
> application that works). However, I wouldn't call
Dmitry Timoshkov wrote:
Is there a real bug you are trying to fix?
Yes. Some accounting app that works perfectly under Windows, has its
menu cut off at the last separator. Because the part which is cut off
contains some essential functions (like creating a new database), I'd
classify as a bug.
44 matches
Mail list logo
