It's very unclear what you're proposing.
Running Wine from an NTFS partition would provide little benefit, and
Wine cannot interact sensibly with a real Windows install.
Wine includes a loader capable of loading/linking PE .exe and .dll
files in memory. Attempting to take apart a PE file and put
That's a good point, Austin.
--Troy
From: Austin English [mailto:austinengl...@gmail.com]
Sent: Thu 4/8/2010 4:30 PM
To: Troy Wolbrink
Cc: Andrew Nguyen; Nikolay Sivov; wine-devel@winehq.org
Subject: Re: a new trick to add to winetricks
On Thu, Apr 8, 2010 at
I'm not suggesting it's a *bug* in winetricks either. I'm saying it's a
possible way to make it more robust. Since it's known that the native msi
installer doesn't work, it seems reasonable to me that you'd set the override
to use the builtin msi. This is similar to how it overrides the winve
Respected,
I would like to contribute to the Wine development under the Google Summer
Code.
Have a knowledge of C Language and Vast Experience on Operating Systems
I have worked and managed various OS ( OPERATING SYSTEMS ) of various
PLATFORMS like:-
* *
* *
*LINUX Platform*
Ubuntu 6.10
Ubunt
On Thu, Apr 8, 2010 at 3:26 PM, Troy Wolbrink wrote:
> I'm not suggesting it's a *bug* in winetricks either. I'm saying it's a
> possible way to make it more robust. Since it's known that the native msi
> installer doesn't work, it seems reasonable to me that you'd set the override
> to use t
Mike Kaplinskiy writes:
> This won't work for implementing half-closed sockets. If we have only
> the read half is closed, we will get POLLIN/0 recv indefinitely if we
> keep polling (not POLLHUP). If we remove it from the loop, we have to
> keep polling (once in a while, i.e. when an enable_sock
On Thu, Apr 8, 2010 at 11:16 AM, Alexandre Julliard wrote:
> Mike Kaplinskiy writes:
>
>> But I see your point that perhaps it doesn't belong in the main loop
>> when one of the halves gets closed. I guess we can keep sock_try_event
>> around but only use it when the socket has been removed from
Hi Jacek,
Test
should be integrated with Wine tests. See dlls/shlwapi/tests/url.c
and dlls/wininet/tests/url.c for an idea of how it should be done.
Thank you, shlwapi's url test was very helpful and has given me some
good ideas for testing.
If
you have specific questions, feel free to ask he
On Thu, Apr 8, 2010 at 7:04 AM, Troy Wolbrink wrote:
> Correct. This isn't a bug in Wine. It's a suggestion for making WineTricks
> more robust. The reason I sent this email re WineTricks is because at:
It's not a winetricks bug either, it doesn't set msi2 to native when
install msxml6, you d
writes:
> @@ -1341,6 +1343,7 @@ DWORD WINAPI mciSendStringW(LPCWSTR lpstrCommand,
> LPWSTR lpstrRet,
> if (wmd)
> data[4] = wmd->wType;
> }
> +} else if (!strcmpW(verb, wszSound) || !strcmpW(verb, wszBreak)) {
> } else if ((MCI_ALL_DEVICE_ID != uDevID) && !
On 8 April 2010 14:20, Matteo Bruni wrote:
>
Wouldn't it make a lot more sense to simply define a swizzle as
something like "([xyzw]{1,4})|([rgba]{1,4})" and handle write masks
separately?
>According to the windows documentation about CreateTimerQueueTimer its
>how its done.
Indeed, and I believe MS puts APC to even more uses than documented, c.f.
http://bugs.winehq.org/show_bug.cgi?id=3930#c37
Maybe there are other places where Wine ought to use APC.
One issue with APC for WINMM i
Correct. This isn't a bug in Wine. It's a suggestion for making WineTricks
more robust. The reason I sent this email re WineTricks is because at:
http://wiki.winehq.org/winetricks
It says:
Reporting bugs *in* Winetricks
Winetricks has a bug tracking system at
http://code.google.com/p/winez
Hi Matteo,
This causes the test to crash on Vista and Windows 2008, see
http://winetestbot.geldorp.nl/JobDetails.pl?Key=1315
Ge.
On Thu, Apr 8, 2010 at 11:58 AM, Henri Verbeet wrote:
> On 7 April 2010 23:12, Roderick Colenbrander wrote:
>> @@ -236,9 +236,55 @@ struct wined3d_format_texture_info
>> GLint gl_format;
>> GLint gl_type;
>> unsigned int flags;
>> + unsigned int conv_byte_count;
>> GL_Supported
Mike Kaplinskiy writes:
> But I see your point that perhaps it doesn't belong in the main loop
> when one of the halves gets closed. I guess we can keep sock_try_event
> around but only use it when the socket has been removed from the main
> loop. I'll also add detection of half-closed connection
On Thu, Apr 8, 2010 at 11:59 AM, Henri Verbeet wrote:
> On 7 April 2010 23:12, Roderick Colenbrander wrote:
>> ---
>> dlls/wined3d/device.c | 5 +-
>> dlls/wined3d/surface.c | 169
>> +++-
>> dlls/wined3d/utils.c | 1 +
>> dl
On 7 April 2010 23:12, Roderick Colenbrander wrote:
> ---
> dlls/wined3d/device.c | 5 +-
> dlls/wined3d/surface.c | 169
> +++-
> dlls/wined3d/utils.c | 1 +
> dlls/wined3d/wined3d_private.h | 5 +-
> 4 files changed, 102
On 7 April 2010 23:12, Roderick Colenbrander wrote:
> @@ -236,9 +236,55 @@ struct wined3d_format_texture_info
> GLint gl_format;
> GLint gl_type;
> unsigned int flags;
> + unsigned int conv_byte_count;
> GL_SupportedExt extension;
> + void (*convert)(const BYTE *src, BYTE *ds
I don't think so.
Looking at cpu_blit, that "blitter" has exactly a single function
that's actually used, and it might as well have been a function on its
own. I've twice pointed out how to avoid that situation, but for some
reason you ignored that. In the case of cpu_blit I went along with
that i
Hi Thomas,
On 4/8/10 3:43 AM, Thomas Mullaly wrote:
In general, the idea looks right, that's how it probably should be
implemented. This is an implementation detail through. The bigger and
more important problem is URI parsing and canonicalization. That's
where
most of work
On Wed, Apr 7, 2010 at 4:21 AM, Conrad Buck wrote:
> Hello devels,
> I'm looking at submitting a SoC proposal to the wine project, but I'm
> feeling a little overwhelmed as my current coding experience is all over the
> place, and very little of it working with existing projects. My most rece
On Thu, Apr 8, 2010 at 3:09 AM, Nikolay Sivov wrote:
> On 4/7/2010 17:12, Troy Wolbrink wrote:
>
> I’ve found the winetricks script invaluable in trying to get my app running
> on Wine. But I found that when installing msxml6, I needed to change the
> overrides for msi.dll and msiexec.exe to “bui
On 4/7/2010 17:12, Troy Wolbrink wrote:
I've found the winetricks script invaluable in trying to get my app
running on Wine. But I found that when installing msxml6, I needed to
change the overrides for msi.dll and msiexec.exe to "builtin,native".
I previously installed the native msi20, an
Ilya Shpigor wrote:
[skipped]
If it could be that easy this would be fixed already. There is a bug
in bugzilla with the details about this problem.
--
Dmitry.
I've found the winetricks script invaluable in trying to get my app
running on Wine. But I found that when installing msxml6, I needed to
change the overrides for msi.dll and msiexec.exe to "builtin,native". I
previously installed the native msi20, and msxml6 wouldn't install with
the native inst
26 matches
Mail list logo
