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=2742
Your paranoid android.
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=2739
Your paranoid android.
Dan Kegel wrote:
Max wrote:
[Maybe we should modify FIXME itself to only print out once.]
That's worth discussing, but changing FIXME itself might be going a
bit too far during the current code freeze.
You could try adding a FIXME_ONCE macro, though, and use it to quiet
some particular
OK, so i have the dll built. However, it doesn't seem to be able to
open. Let me explain, im using it in metatrader and so all im doing is
moving the dll.so (and renamed it to MyWin.dll) to its libraries folder
and doing an import statement in mql4. However, i then get a system
error 'Cannot load
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=2720
Your paranoid android.
On 06/16/2010 09:58 AM, Austin English wrote:
> On Wed, Jun 16, 2010 at 11:54 AM, Reece Dunn wrote:
>> On 16 June 2010 09:11, Peter Davies wrote:
>>> On 16 June 2010 02:37, Dan Kegel wrote:
But does PGO improve performance measurably?
>>>
>>> Probably, to test it I need a program that
Well, adding the -shared worked! Thanks! Is there any way i can get
winemaker to do this automatically? I thought the -dll option would
work?
On Wed, Jun 16, 2010 at 11:42 PM, Alexandre Julliard
wrote:
> Roderick Colenbrander writes:
>
>> I'm wondering how to proceed with XInput. My main issue is the
>> 'joystick access part'. Would it be fine to directly access the
>> controller from Xinput (so we would need multiple hardware backends
2010/6/16 :
>
> Hi, i just made a mistake and linked bug 9264 with
> http://appdb.winehq.org/objectManager.php?sClass=version&iId=20179.
>
> But i wanted to link 19264 instead of 9264. What are the correct steps
> to fix this mistake?
Looks like it already is fixed.
--
-Austin
Hi, i just made a mistake and linked bug 9264 with
http://appdb.winehq.org/objectManager.php?sClass=version&iId=20179.
But i wanted to link 19264 instead of 9264. What are the correct steps
to fix this mistake?
--
Kaspersky Internet Security 2010 + Kaspersky Mobile Security jen za 1199,-Kč.
Roderick Colenbrander writes:
> I'm wondering how to proceed with XInput. My main issue is the
> 'joystick access part'. Would it be fine to directly access the
> controller from Xinput (so we would need multiple hardware backends
> later on). Code size won't be a problem though since XInput does
Max wrote:
> [Maybe we should modify FIXME itself to only print out once.]
That's worth discussing, but changing FIXME itself might be going a
bit too far during the current code freeze.
You could try adding a FIXME_ONCE macro, though, and use it to quiet
some particular message that really gets i
On Wed, Jun 16, 2010 at 4:04 PM, Roderick Colenbrander
wrote:
> I don't expect Wine itself to ever work on cygwin. Last year I asked
> AJ about it and there are some special file handle features which are
> needed. This stuff is supported in SUA but at least in the Vista
> version this was broken.
I don't expect Wine itself to ever work on cygwin. Last year I asked
AJ about it and there are some special file handle features which are
needed. This stuff is supported in SUA but at least in the Vista
version this was broken. They MIGHT have fixed it for Win7, so if Wine
can work on Windows it w
On 16 June 2010 20:41, Austin English wrote:
> Thanks to a few recent commits by AJ (and several commits over the
> past months by others), wine now builds on Cygwin.
> Not everything works, of course, but still a neat exercise in recursion.
And thus the fifth seal was broken!
(Sixth is someon
On Wed, Jun 16, 2010 at 08:59:26PM +0200, Roderick Colenbrander wrote:
> Hi all,
>
> I'm interested in adding Xbox 360 controller support to Wine. For
> people who don't know how this works and what's so special I will
> first give a small introduction.
> I'm wondering how to proceed with XInput.
Thanks to a few recent commits by AJ (and several commits over the
past months by others), wine now builds on Cygwin.
Not everything works, of course, but still a neat exercise in recursion.
I've put a screenshot of wine's notepad running on XP on bugzilla
(http://bugs.winehq.org/show_bug.cgi?id=
Hi all,
I'm interested in adding Xbox 360 controller support to Wine. For
people who don't know how this works and what's so special I will
first give a small introduction.
The Xbox 360 controller is a normal USB device which you can use from
'xinput*.dll' (typically xinput1_3.dll is used). The x
Juan Lang writes:
> I don't understand why you would want to create multiple
> "translations" when their content is identical. If it's because the
> statistics you're generating claim a particular variant of English is
> incomplete, then you should fix the tool you're using to generate the
> sta
Henri Verbeet writes:
> On 16 June 2010 19:36, Alexandre Julliard wrote:
>> This should be done inside signal_init_thread(), that's already meant
>> for platform-specific setup, there's no need to add a separate entry
>> point.
> That was the original plan, but signal_init_thread() is also calle
On 16 June 2010 19:36, Alexandre Julliard wrote:
> This should be done inside signal_init_thread(), that's already meant
> for platform-specific setup, there's no need to add a separate entry
> point.
That was the original plan, but signal_init_thread() is also called by
thread_init().
Hi Ken,
+LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_CAN
+
+IDD_TBCUSTOMIZE DIALOG DISCARDABLE 10, 20, 357, 125
+STYLE DS_MODALFRAME | WS_POPUP | WS_VISIBLE | WS_CAPTION | WS_SYSMENU
+CAPTION "Customize Toolbar"
+FONT 8, "MS Shell Dlg"
+BEGIN
+ DEFPUSHBUTTON "&Close", IDCANCEL,308,6,44,14
+ PUSHB
Henri Verbeet writes:
> diff --git a/dlls/ntdll/thread.c b/dlls/ntdll/thread.c
> index 36f1499..0d383bd 100644
> --- a/dlls/ntdll/thread.c
> +++ b/dlls/ntdll/thread.c
> @@ -384,6 +384,7 @@ static void start_thread( struct startup_info *info )
> thread_data->pthread_id = pthread_self();
>
>
On Wed, Jun 16, 2010 at 11:54 AM, Reece Dunn wrote:
> On 16 June 2010 09:11, Peter Davies wrote:
>> On 16 June 2010 02:37, Dan Kegel wrote:
>>> But does PGO improve performance measurably?
>>>
>>
>> Probably, to test it I need a program that runs wine like a typical
>> program, that I can run au
On 16 June 2010 09:11, Peter Davies wrote:
> On 16 June 2010 02:37, Dan Kegel wrote:
>> But does PGO improve performance measurably?
>>
>
> Probably, to test it I need a program that runs wine like a typical
> program, that I can run autonomously. Anyone have any ideas?
We could see if using Fir
Am 16.06.2010 15:50, schrieb Seth Burleigh:
> Thanks, the example helped, i added in the dll main part. But im still
> getting the WinMain error and im convinced it has something to do with
> how im executing winemaker.
>
> winemaker . --nosource-fix --dll --single-target MyWin --nomfc -I"."
> -L"
Am 16.06.2010 10:11, schrieb Peter Davies:
> On 16 June 2010 02:37, Dan Kegel wrote:
>> But does PGO improve performance measurably?
>>
>
> Probably, to test it I need a program that runs wine like a typical
> program, that I can run autonomously. Anyone have any ideas?
>
> Peter
>
>
7zip has
Dan wrote:
OK. I'd suggest starting by looking at
http://bugs.winehq.org/show_bug.cgi?id=15435
"Wine logs too verbose, quieter fixme's needed" and sending
in a patch to make one of the overly-verbose fixme's a bit
quieter.
Thanks. I'll look at it.
Summary: Wine logs too verbose, quieter fixm
Thanks, the example helped, i added in the dll main part. But im still
getting the WinMain error and im convinced it has something to do with
how im executing winemaker.
winemaker . --nosource-fix --dll --single-target MyWin --nomfc -I"."
-L"." -iMyLinuxFunc
The new command line result of make is
I forgot to mention this, but this fixes a regression introduced by
commit e6611e22fb037a879205f1330d1a3485f9f18705.
Seth,
Take a look at the source code to the CUDA 3.0 wrapper I just finished. You
have some mistakes in your coding and this should help provide you a better
example. When I first was coding the CUDA 2.0 wrapper some people told me to
look at opengl and how it was wrapper to the linux library so t
>LDFLAGS are already passed to winegcc where appropriate.
Oops, hadn't noticed they got in though $(ALL_LIBS), you can omit that
part of the patch then.
Why do we silently drop unrecognized args in "winegcc" anyway?
Peter
Andrew Nguyen writes:
> ---
> dlls/setupapi/setupcab.c|7 ++-
> dlls/setupapi/tests/Makefile.in |1 +
> dlls/setupapi/tests/setupcab.c | 121
> +++
> 3 files changed, 128 insertions(+), 1 deletions(-)
> create mode 100644 dlls/setupapi/test
Markus Amsler writes:
> From my attemp to write a test for atl thunks. I had a hard time to
> get windows to emulate an atl thunk, so I worked my way backward from
> a working atl thunk example. I knew there had to be some secret flag,
> because in the WndProc atl thunks worked, outside not. So I
Am 16.06.2010 11:37, schrieb Alexandre Julliard:
Markus Amsler writes:
+ * Windows checks the following conditions before emulating an ATL thunk:
+ * - DEP policy allows emulating
+ * - thunk has memory type MEM_PRIVATE and is readable
+ * - jmp func is executable
+ * - thunk signature
Damjan Jovanovic writes:
> +if (h2 != INVALID_HANDLE_VALUE)
> +{
> +BY_HANDLE_FILE_INFORMATION info2;
> +if (GetFileInformationByHandle( h2, &info2 ))
> +{
> +if (info.dwVolumeSerialNumber == info2.dwVolumeSerialNumber
> &&
> +
Peter Davies writes:
> @@ -72,7 +72,7 @@ MAKECTESTS = $(TOOLSDIR)/tools/make_ctests$(TOOLSEXT)
> WRC = $(TOOLSDIR)/tools/wrc/wrc$(TOOLSEXT)
> WMC = $(TOOLSDIR)/tools/wmc/wmc$(TOOLSEXT)
> WIDL = $(TOOLSDIR)/tools/widl/widl$(TOOLSEXT)
> -WINEGCC = $(TOOLSDIR)/too
Markus Amsler writes:
> + * Windows checks the following conditions before emulating an ATL thunk:
> + * - DEP policy allows emulating
> + * - thunk has memory type MEM_PRIVATE and is readable
> + * - jmp func is executable
> + * - thunk signature (movl, jmp) matches
> + * - a "secret" flag
Im attempting to build a dll which a windows program running under wine
can dynamically load. The dll will be a wrapper around a linux library.
In preparation ive tried to follow the instructions here
http://www.winehq.org/docs/winelib-guide/bindlls
with a simple example but have not succeeded. Bel
Dan wrote:
> OK. I'd suggest starting by looking at
> http://bugs.winehq.org/show_bug.cgi?id=15435
> "Wine logs too verbose, quieter fixme's needed" and sending
> in a patch to make one of the overly-verbose fixme's a bit
> quieter.
Thanks. I'll look at it.
> Also, check your mail system; I can
On 16 June 2010 02:37, Dan Kegel wrote:
> But does PGO improve performance measurably?
>
Probably, to test it I need a program that runs wine like a typical
program, that I can run autonomously. Anyone have any ideas?
Peter
41 matches
Mail list logo
