Am Montag, 4. Juni 2012, 17:58:24 schrieb Matteo Bruni:
+struct hlsl_type
+{
...
+unsigned int dimx;
+unsigned int dimy;
...
+};
One thing I noticed when I wrote my compiler was that a float1x1 is not the
same as a float1 or float. I did not implement this difference nor do I know
On 06/05/2012 01:50 AM, Hin-Tak Leung wrote:
--- On Mon, 4/6/12, Max TenEyck Woodburym...@mtew.isa-geek.net wrote:
On 06/04/2012 03:05 AM, Frédéric
Delanoy wrote:
On Mon, Jun 4, 2012 at 8:35 AM, Dan Kegeld...@kegel.com
wrote:
On Sun, Jun 3, 2012 at 11:20 PM, Frédéric
Delanoy
On Mon, 4 Jun 2012, Max TenEyck Woodbury wrote:
[...]
A native MSWindows application that wants .net support would either
connect to the installed dll that provides the required services or
install such a dll. It would know nothing about 'mono'. It is only
non-MSWindows platform programs
On 06/05/2012 08:53 AM, Max TenEyck Woodbury wrote:
The issue is access from linux native code to the .net
framework. That should require a specific decision on the
part of the system administrator to make it available. It is
that package that I believe is called 'mono'. I have taken
steps
--- On Mon, 4/6/12, Max TenEyck Woodbury m...@mtew.isa-geek.net wrote:
On 06/04/2012 03:05 AM, Frédéric
Delanoy wrote:
On Mon, Jun 4, 2012 at 8:35 AM, Dan Kegeld...@kegel.com
wrote:
On Sun, Jun 3, 2012 at 11:20 PM, Frédéric
Delanoy
frederic.dela...@gmail.com
wrote:
On Sun, Jun 3,
--- On Tue, 5/6/12, Max TenEyck Woodbury m...@mtew.isa-geek.net wrote:
The issue is access from linux native code to the .net
framework. snipped
Please stop your anti-mono ranting. You have no idea what you are talking
about. wine-mono is an modified version of a *win32* build of mono.
Dmitry Timoshkov dmi...@baikal.ru writes:
+for (i = 0; i sizeof(bstr)/sizeof(bstr[0]); i++)
+{
+INTERNAL_BSTR *data = Get(bstr[i]);
+
+for (j = 0; j i; j++) str[j] = '0' + i % 10;
+
+if (data-dwLen == i * sizeof(WCHAR))
+good_length_entries++;
On Mon, 4 Jun 2012, Ruslan Kabatsayev wrote:
Hello,
This patch stops wine from building on my system with following errors:
In file included from arb_program_shader.c:35:0:
wined3d_private.h: In function ‘float_16_to_32’:
wined3d_private.h:203:21: error: ‘NAN’ undeclared (first use in
Alexandre Julliard julli...@winehq.org wrote:
That doesn't seem very useful. What use case would there be for an app
to rely on some random 75% of its strings to remain valid?
Although the test is about statistics, my intention was to show that BSTR
cache in Wine corrupts cached strings. I
2012/6/5 Stefan Dösinger stefandoesin...@gmx.at:
Am Montag, 4. Juni 2012, 17:58:24 schrieb Matteo Bruni:
+struct hlsl_type
+{
...
+ unsigned int dimx;
+ unsigned int dimy;
...
+};
One thing I noticed when I wrote my compiler was that a float1x1 is not the
same as a float1 or float.
Hi Dmitry,
On 06/05/12 13:05, Dmitry Timoshkov wrote:
Alexandre Julliard julli...@winehq.org wrote:
That doesn't seem very useful. What use case would there be for an app
to rely on some random 75% of its strings to remain valid?
Although the test is about statistics, my intention was to
Jacek Caban ja...@codeweavers.com wrote:
BTW, did you test the app on Windows with disabled BSTR cache? It's easy
to do by setting OANOCACHE environment variable before running the app.
If that breaks the app, then indeed the app is broken in a way that it
depends on BSTR cache behaviour.
Dmitry Timoshkov dmi...@baikal.ru writes:
Alexandre Julliard julli...@winehq.org wrote:
That doesn't seem very useful. What use case would there be for an app
to rely on some random 75% of its strings to remain valid?
Although the test is about statistics, my intention was to show that BSTR
On 06/05/12 13:31, Dmitry Timoshkov wrote:
Jacek Caban ja...@codeweavers.com wrote:
BTW, did you test the app on Windows with disabled BSTR cache? It's easy
to do by setting OANOCACHE environment variable before running the app.
If that breaks the app, then indeed the app is broken in a way
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=18791
Your paranoid
Am 05.06.2012 13:08, schrieb Matteo Bruni:
2012/6/5 Stefan Dösingerstefandoesin...@gmx.at:
Am Montag, 4. Juni 2012, 17:58:24 schrieb Matteo Bruni:
+struct hlsl_type
+{
...
+unsigned int dimx;
+unsigned int dimy;
...
+};
One thing I noticed when I wrote my compiler was that a float1x1
Hi,
While running your changed tests on Windows, I think I found new failures.
Being a bot and all I'm not very good at pattern recognition, so I might be
wrong, but could you please double-check?
Full results can be found at
http://testbot.winehq.org/JobDetails.pl?Key=18792
Your paranoid
2012/6/5 Rico Schüller kgbric...@web.de:
Am 05.06.2012 13:08, schrieb Matteo Bruni:
2012/6/5 Stefan Dösingerstefandoesin...@gmx.at:
Am Montag, 4. Juni 2012, 17:58:24 schrieb Matteo Bruni:
+struct hlsl_type
+{
...
+ unsigned int dimx;
+ unsigned int dimy;
...
+};
One thing I
2012/6/5 Matteo Bruni matteo.myst...@gmail.com:
2012/6/5 Rico Schüller kgbric...@web.de:
Am 05.06.2012 13:08, schrieb Matteo Bruni:
2012/6/5 Stefan Dösingerstefandoesin...@gmx.at:
Am Montag, 4. Juni 2012, 17:58:24 schrieb Matteo Bruni:
+struct hlsl_type
+{
...
+ unsigned int dimx;
+
On 06/05/2012 03:00 AM, Francois Gouget wrote:
On Mon, 4 Jun 2012, Max TenEyck Woodbury wrote:
[...]
A native MSWindows application that wants .net support would either
connect to the installed dll that provides the required services or
install such a dll. It would know nothing about 'mono'.
If it is NOT a linux native interface, it is NOT an analog of 'mono'.
Mono is available on many platforms, including Windows. What we have
is a fork/package of Mono that is built for Windows and only used by
Wine's internals. If Mono is contaminated then our package is just
as much so.
On
Dmitry Timoshkov dmi...@baikal.ru writes:
@@ -2457,7 +2457,9 @@ DECL_HANDLER(update_window_zorder)
if (!(ptr-style WS_VISIBLE)) continue;
if (ptr-ex_style WS_EX_TRANSPARENT) continue;
if (!intersect_rect( tmp, ptr-visible_rect, rect )) continue;
-if
Dmitry Timoshkov dmi...@baikal.ru writes:
---
dlls/user32/tests/win.c | 56
+++
1 file changed, 56 insertions(+)
It doesn't work here:
../../../../wine/tools/runtest -q -P wine -M user32.dll -T ../../.. -p
user32_test.exe.so
Hans Leidekker h...@codeweavers.com writes:
---
dlls/msi/action.c| 30 +++---
dlls/msi/msi_main.c |1 +
dlls/msi/msipriv.h |1 +
dlls/msi/package.c |2 -
dlls/msi/tests/install.c | 140
++
5 files
On 6/5/12 8:48 PM, Hans Leidekker wrote:
On Tue, 2012-06-05 at 20:35 +0200, Alexandre Julliard wrote:
Hans Leidekkerh...@codeweavers.com writes:
---
dlls/msi/action.c| 30 +++---
dlls/msi/msi_main.c |1 +
dlls/msi/msipriv.h |1 +
dlls/msi/package.c
Oh, right, seems it wasn't there at the point when another patch broke
the build, and I was bisecting it.
Sorry for the noise.
On Tue, Jun 5, 2012 at 1:53 PM, Francois Gouget fgou...@free.fr wrote:
On Mon, 4 Jun 2012, Ruslan Kabatsayev wrote:
Hello,
This patch stops wine from building on my
In dlls/dbghelp/dwarf.c, there is this snippet of code which appears to
hard-code the calling convention to CALL_FAR_C. Does Wine not support
reporting a function's calling convention correctly then? Is it a limitation
of DWARF or just that it is not implemented? I can see that DWARF has a
On 06/05/2012 01:16 PM, James Eder wrote:
You obviously have absolutely no idea what the wine-mono package is for.
You should read up and apologize.
NO APOLOGY! You are missing the point.
You are missing the point. You're argument lacks weight because you
clearly have no idea what
28 matches
Mail list logo