On Mon, Feb 8, 2010 at 11:49 AM, Eric Badiere wrote:
> Hello,
>
> Is there any site that can tell me what patches I need to apply to do this?
> At work I've been assigned the task of testing an iPhone app, and I run mint
> 8 on my laptop. I am no apple fan boy, so I am not planning on buying my
>
Andrey_Karpov wrote:
> All about 64-bit programming:
> http://www.viva64.com/articles/64-bit-development/ Articles ,
> http://www.viva64.com/links/64-bit-development/ Articles Reviews ,
> http://www.viva64.com/blog/en/tag/64-bits/ Blog .
To be honest it would be better to start with http://w
David Adam wrote:
> Any clue to fix my problem?
bugs.winehq.org
--
Dmitry.
On 9 February 2010 12:35, David Adam wrote:
> Hello,
>
> since one month I have problem with Wine. With the wine-git or the
> Wine binary provided by Mandriva, since I try to launch any
> application I have the following message:
This is a question better suited to wine-users than wine-devel.
All about 64-bit programming:
http://www.viva64.com/articles/64-bit-development/ Articles ,
http://www.viva64.com/links/64-bit-development/ Articles Reviews ,
http://www.viva64.com/blog/en/tag/64-bits/ Blog .
--
View this message in context:
http://old.nabble.com/Understanding-64bit-implicati
Hello,
since one month I have problem with Wine. With the wine-git or the
Wine binary provided by Mandriva, since I try to launch any
application I have the following message:
[da...@thakur Téléchargement]$ wine t3_demo_uk.exe
err:process:__wine_kernel_init boot event wait timed out
err:seh:raise
Hello,
Is there any site that can tell me what patches I need to apply to do this?
At work I've been assigned the task of testing an iPhone app, and I run mint
8 on my laptop. I am no apple fan boy, so I am not planning on buying my
own mac to do this, and I am trying to avoid windoze.
Any help
> 9 | 12 | ole:CoGetClassObject class
> {77f10cf0-3db5-4966-b520-b7c54fd35ed6} not registered
Added to http://wiki.winehq.org/LookupUuidTable and filed bug 21654.
On 02/09/2010 12:01 AM, Francois Gouget wrote:
I'm pretty sure if I read the code I would understand this report better
but I was not curious enough and unfortunately that means I'm pretty
confused now.
You need to read only the SQL used to generate the tables ;)
It seems the data is sliced th
I'm pretty sure if I read the code I would understand this report better
but I was not curious enough and unfortunately that means I'm pretty
confused now.
It seems the data is sliced three ways:
* The Most Popular Messages
- Based on the name it sounds like someone voted on them, but then
On Mon, Feb 8, 2010 at 2:24 PM, Alexandre Julliard wrote:
> Folks,
>
> As of today, winetest requires an email address to submit results to
> test.winehq.org. This is because it's often necessary to contact the
> submitter of a test to get more details, or to ask them to fix their
> setup, and it'
>> Well, in 2010 I've only done little changes. The real development on
>> this was in 2009. What's the policy in these cases? I believe I can
>> put the 2010 safely.
>I have seen people adjust the years for simple fixes, although I don't know if
>there is a formal
>policy. Since your patches are
Am 08.02.2010 um 21:51 schrieb Matteo Bruni:
> In this case the '{' should go on its own line, sure. In general in
> shader.c I tried to keep the style already used there, while in the
> shader assembler files the style is different (although it should be
> consistent on itself).
> Let me know if
2010/2/8 Stefan Dösinger :
>
> Am 08.02.2010 um 16:33 schrieb Matteo Bruni:
>
>> Other than the things Henri last mentioned, there are some more small
>> changes (make some struct const/static, whitespace fixes, remove some
>> useless cruft, ...) particularly in patches 2 and 3.
>> <0001-d3dx9-Part
Folks,
As of today, winetest requires an email address to submit results to
test.winehq.org. This is because it's often necessary to contact the
submitter of a test to get more details, or to ask them to fix their
setup, and it's often hard to guess the identity of the submitter from
the tag name.
On Mon, Feb 8, 2010 at 2:07 PM, Damjan Jovanovic wrote:
> Changelog:
> * ws2_32: warn the user if broadcasts are failing because of a missing
> route to 255.255.255.255
diff --git a/dlls/ws2_32/socket.c b/dlls/ws2_32/socket.c
index 9a65cb0..ac55e50 100644
--- a/dlls/ws2_32/socket.c
+++ b/dlls/ws2_
If you look closely at the definitions of MCI_xyz_PARMS in MMSYSTEM.H,
you'll notice that (at least on 32bit systems), despite the different
types (DWORD, LPSTR, UINT) these structures are originally an array of
32bit values. This regular structure is essential, because the
MCI command parser h
Am 08.02.2010 um 16:33 schrieb Matteo Bruni:
> Other than the things Henri last mentioned, there are some more small
> changes (make some struct const/static, whitespace fixes, remove some
> useless cruft, ...) particularly in patches 2 and 3.
> <0001-d3dx9-Partial-implementation-of-D3DXAssembleS
Dan Kegel schrieb:
> http://www.pro-linux.de/NB3/news/1/15259/starmoney-stellt-linux-variante-ein.html
> Looks like Star Money is blaming Wine for its troubles...
> IIRC, they switched to .net or something without asking whether it
> would work on Wine.
> Grr.
>
>
Thats ugly. I cant remember a Ma
On 2/8/2010 20:09, Vladimir Pankratov wrote:
Hello all.
changes since try3:
changed variables size to MAX_PATH
Actually it was just a guess. It's better to try with native and limit
Edit accordingly,
after that you could query for its length or use static buffer of the
same limit.
Thanks to
Andrew Eikum writes:
> ---
> dlls/shlwapi/tests/url.c | 25 ++---
> dlls/shlwapi/url.c | 52
> +++--
> 2 files changed, 61 insertions(+), 16 deletions(-)
It breaks the tests:
../../../tools/runtest -q -P wine -M urlmon.dll -T ..
Damjan Jovanovic writes:
> About these "standard user32 APIs"...
>
> Are you referring to calling DefWndProc() with custom messages,
> somehow using the undocumented WM_DROPOBJECT family of messages, doing
> what Windows does (which is RPC into RPCSS.EXE according to Rob
> Shearman) or something
On Mon, Feb 8, 2010 at 4:42 PM, k4king wrote:
>
> <<
>
> A while back I sent some of the header files patches in, and now the
> rest doesn't apply cleanly :-(. Sorry.
>
> Good luck
> Damjan
>>>
> How bad is it?
2 header files were out of date. More may have changed in the meanwhile.
> Are the ch
On Mon, Feb 8, 2010 at 4:19 PM, Alexandre Julliard wrote:
> Damjan Jovanovic writes:
>
>> Changelog:
>> * user32: make wineserver calls to get and set window droptargets
>>
>> Get and set the window drop targets from user32.dll, and not ole32.dll
>> like in try 1.
>
> That's not much better, you
<<
A while back I sent some of the header files patches in, and now the
rest doesn't apply cleanly :-(. Sorry.
Good luck
Damjan
>>
How bad is it?
Are the changes required to make them "apply-able" fairly obvious?
Are Etersoft still involved and will follow it up or is it waiting for
another?
<<
A while back I sent some of the header files patches in, and now the
rest doesn't apply cleanly :-(. Sorry.
Good luck
Damjan
>>
--
View this message in context:
http://old.nabble.com/Status-of-USB-patches--tp27475840p27500746.html
Sent from the Wine - Devel mailing list archive at Nabble.c
Damjan Jovanovic writes:
> Changelog:
> * user32: make wineserver calls to get and set window droptargets
>
> Get and set the window drop targets from user32.dll, and not ole32.dll
> like in try 1.
That's not much better, you are still having ole32 do server calls, only
hidden behind a Wine-spec
On 2/8/2010 16:38, Jacek Caban wrote:
On 2/8/10 1:19 PM, Nikolay Sivov wrote:
On 2/8/2010 05:55, Jacek Caban wrote:
On 2/8/10 3:36 AM, Nikolay Sivov wrote:
Even if that's true, it's not a reason to choose wrong architecture.
Let's say we have a WinHttpRequest object that works, it provides
On 2/8/10 1:19 PM, Nikolay Sivov wrote:
On 2/8/2010 05:55, Jacek Caban wrote:
On 2/8/10 3:36 AM, Nikolay Sivov wrote:
Even if that's true, it's not a reason to choose wrong architecture.
Let's say we have a WinHttpRequest object that works, it provides
similar interface as IXMLHTTP.
Why shou
On 2/8/2010 16:59, Vladimir Pankratov wrote:
Hello all.
changes since try 2:
removed files without IDD_INDEX dialog
+WCHAR wszText[255];
Isn't it possible to use some defined name here? MAX_PATH probably.
On 2/8/2010 05:55, Jacek Caban wrote:
On 2/8/10 3:36 AM, Nikolay Sivov wrote:
Even if that's true, it's not a reason to choose wrong architecture.
Let's say we have a WinHttpRequest object that works, it provides
similar interface as IXMLHTTP.
Why should I use urlmon for that? WinHttpRequest
joerg-cyril.hoe...@t-systems.com wrote:
> Hi,
>
> I've trouble understanding some of the 64bit issues. Lacking a 64bit
> machine, I'm left asking questions ;-)
>
> My understanding is that wine64 is the effort to make Wine work on
> 64bit UNIX systems, i.e. pointer size = 64bit, isn't it?
> DWORD
Hi,
I've trouble understanding some of the 64bit issues. Lacking a 64bit
machine, I'm left asking questions ;-)
My understanding is that wine64 is the effort to make Wine work on
64bit UNIX systems, i.e. pointer size = 64bit, isn't it?
DWORD_PTR is 64 bit wide on a wine64 system,
32 bit otherwise
See my answers inline just under your questions.
Regards,
Paul
On Sunday 07 February 2010 04:26:59 pm Nikolay Sivov wrote:
> On 2/5/2010 17:54, Paul Chitescu wrote:
> > Changelog:
> > qedit: Add pins, IMemInputPin implementation and grabbing to
SampleGrabber
> >
> > This time I checked it a
Hello Vladimir,
Vladimir Pankratov wrote:
> Improved Index tab view
please do not add the IDD_INDEX dialog to the languages that don't have
it as the fallback to English happens automatically. That way it is
easier to detect that something needs to be translated. Only the
languages that already ha
On 8 February 2010 08:41, Dmitry Timoshkov wrote:
> Reece Dunn wrote:
>
>> The MDI tests in user32/tests/msg.c were using an MDI client of zero
>> size (0,0 - 0,0). This means that the tests are not realistic for
>> real-world applications that use MDI, as their frame windows size the
>> client w
Reece Dunn wrote:
> The MDI tests in user32/tests/msg.c were using an MDI client of zero
> size (0,0 - 0,0). This means that the tests are not realistic for
> real-world applications that use MDI, as their frame windows size the
> client window to fit the frame's client area.
It would be better
37 matches
Mail list logo
