hello sir,
i am nitheesh.k.l. i am a second year engineering student of computer
science studying in PES institute of technology,Bangalore,India. in this
summer i'm willing to participate in the google summer of code and i was
really interested in your idea to solve the vga display modes proble
On Fri, Apr 2, 2010 at 6:50 PM, Scott Ritchie wrote:
> On 04/01/2010 10:18 AM, Vincent Povirk wrote:
>
>> AFAIK mono doesn't implement WPF, so any .NET app that uses it is likely
>>> to
>>> fail in mono. Correct me if i'm wrong
>>>
>>
>> This is true, and according to
>> http://www.mono-project.
Hi Andrew,
On 4/3/10 12:31 AM, Andrew Eikum wrote:
---
dlls/mshtml/nsio.c | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
-if(!strncmp(spec, "wine:", 5)) {
-spec += 5;
You can't remove this part. We don't want to pass "wine:" prefix to
set_wine_url.
+}e
Hi Vincent,
On 4/2/10 11:16 PM, Vincent Povirk wrote:
This is a patch that has mscoree.dll load mono.dll in-process rather
than starting mono.exe. This is needed so that (among other things),
the running process gets the correct values from GetCommandLine and
GetModuleFileName(0).
The code qual
On 04/01/2010 10:18 AM, Vincent Povirk wrote:
AFAIK mono doesn't implement WPF, so any .NET app that uses it is likely to
fail in mono. Correct me if i'm wrong
This is true, and according to
http://www.mono-project.com/Compatibility they have no plans to
implement it. But someone could, and ev
This is a patch that has mscoree.dll load mono.dll in-process rather
than starting mono.exe. This is needed so that (among other things),
the running process gets the correct values from GetCommandLine and
GetModuleFileName(0).
The code quality is probably not very good, so I'm sending it to
wine-
On Fri, Apr 2, 2010 at 3:24 PM, Henri Verbeet wrote:
> On 2 April 2010 13:49, Roderick Colenbrander wrote:
>> This was a long mail (hope you can make sense of it). To summarize the
>> P8 check in blit_supported is so ugly (and it might not work in all
>> cases) for a part due to CheckSurfaceCapab
oops.
Absolutely agree.
Thanks for the comment. Will fix it.
Thanks,
Mikhail
On Fri, 02 Apr 2010 00:29:16 +0700, Alexandre Julliard
wrote:
"Mikhail Maroukhine" writes:
Hello,
Could you clear a little what do you mean under "stop abusing"?
I've removed incorrect usage of constness in de
Am 02.04.2010 um 02:08 schrieb chris ahrendt:
> Just my 2 phennings worth on this...
> Why reinvent the wheel... I would say instead of doing the emulator inside
> wine... or a JIT... why not have
> wine intersept the call to start the vm86 mode.. and forks off and starts
> DOSEMU or whatever D
GOUJON Alexandre writes:
> Hi,
>
> I'm just wondering if this approach may solve the issue.
> I'm maybe totally wrong but there's no harm in trying...
You don't want a W->A->W conversion for the command line, that's why
these programs are Unicode in the first place.
--
Alexandre Julliard
julli
Hi,
I'm just wondering if this approach may solve the issue.
I'm maybe totally wrong but there's no harm in trying...
#include
#include
#include
#include
#include
#define STRERR(a,b) { printf("line %d: "a" %s\n",__LINE__,strerror(errno)); return b; }
extern int wmain(int,wchar_t**);
wchar
This might be considered spam but I thought I would share it.
MicroOLAP Database Designer for PostgreSQL with enhanced WineHQ support
released.
MicroOLAP Database Designer for PostgreSQL is an easy CASE tool with
intuitive graphical interface allowing you to build a clear and effective
database s
On 2 April 2010 13:49, Roderick Colenbrander wrote:
> This was a long mail (hope you can make sense of it). To summarize the
> P8 check in blit_supported is so ugly (and it might not work in all
> cases) for a part due to CheckSurfaceCapability and CheckDeviceFormat.
> I think that if I would kill
On Fri, Apr 2, 2010 at 1:42 PM, Saulius Krasuckas wrote:
> * On Fri, 2 Apr 2010, Damjan Jovanovic wrote:
>> On Thu, Apr 1, 2010 at 8:20 PM, Saulius Krasuckas wrote:
>> > * On Thu, 1 Apr 2010, Stefan Dösinger wrote:
>> >>
>> >> There's protected mode 32 bit, protected mode 16 bit, but no vm86 16
>
On Fri, Apr 2, 2010 at 12:15 PM, Henri Verbeet wrote:
> On 1 April 2010 23:58, Roderick Colenbrander wrote:
>> + /* In general we don't support any destination fixups except for P8. P8
>> fixup
>> + * can occur in three cases:
>> + * 1) Blit from p8 source to p8 destination, this is a
* On Fri, 2 Apr 2010, Damjan Jovanovic wrote:
> On Thu, Apr 1, 2010 at 8:20 PM, Saulius Krasuckas wrote:
> > * On Thu, 1 Apr 2010, Stefan Dösinger wrote:
> >>
> >> There's protected mode 32 bit, protected mode 16 bit, but no vm86 16
> >> bit. So no real mode apps in Wine. We'd need to integrate a
On 2 April 2010 12:19, Roderick Colenbrander wrote:
> +void d3dfmt_p8_init_palette(IWineD3DSurfaceImpl *This, BYTE table[256][4],
> BOOL colorkey);
That function is internal to wined3d.
On 1 April 2010 23:58, Roderick Colenbrander wrote:
> + /* In general we don't support any destination fixups except for P8. P8
> fixup
> + * can occur in three cases:
> + * 1) Blit from p8 source to p8 destination, this is a source fixup and
> the
> + * destination fixup can b
On 1 April 2010 23:58, Roderick Colenbrander wrote:
>
> +static void upload_palette(IWineD3DSurfaceImpl *surface)
> +{
> + BYTE table[256][4];
> + IWineD3DDeviceImpl *device = surface->resource.device;
> + BOOL colorkey = (surface->CKeyFlags & WINEDDSD_CKSRCBLT) ? TRUE : FALSE;
> +
> +
19 matches
Mail list logo
