Re: exporting file associations for linux desktops

2007-08-08 Thread Misha Koshelev
On Wed, 2007-08-08 at 21:59 -0400, Vincent Povirk wrote: > Wine start is not quite what I had in mind. Each file type can have > multiple "verbs" (such as open, edit, print..), and I'd like GNOME to > give me the option to use any of the verbs that are available. Wine > start is apparently hard-cod

Re: user32: CallWindowProc[AW] for mismatched built-in winprocs should take into account if the window is Unicode (with testcase, fixes bug #9198)

2007-08-08 Thread Mikołaj Zalewski
static const char classA[] = "deftest"; static const WCHAR classW[] = {'d','e','f','t','e','s','t',0}; +WCHAR unistring[] = {0x142, 0x40e, 0x3b4, 0}; /* a string that would be destoryed by a W->A->W conversion */ Any other string should work just fine. In the current form the te

Re: exporting file associations for linux desktops

2007-08-08 Thread Vincent Povirk
Wine start is not quite what I had in mind. Each file type can have multiple "verbs" (such as open, edit, print..), and I'd like GNOME to give me the option to use any of the verbs that are available. Wine start is apparently hard-coded to use the "open" verb. That may mean it's simple to modify i

Re: exporting file associations for linux desktops

2007-08-08 Thread Misha Koshelev
> To register those verbs for Linux desktops, some sort of command-line > wrapper around ShellExecute would be needed. I think this is a good > idea anyway. Does Windows have anything like that? Is it worth it for > me to try writing something like that based on winelib? Well this is exactly the st

Re: Wine Kernel Handle Support Module

2007-08-08 Thread Marcus Meissner
On Wed, Aug 08, 2007 at 01:10:08PM -0400, Kuba Ober wrote: > > > I know there is some discussion of what should be put in the kernel > > > module, so I am asking for advice on what to implement... ie. just > > > handles, everything wineserver does, etc. > > > > The first question is: > > Why do

Re: exporting file associations for linux desktops

2007-08-08 Thread Steven Edwards
On 8/8/07, Vincent Povirk <[EMAIL PROTECTED]> wrote: > As it is right now, we have a filetype/association system in Wine's > registry, and we have a completely separate one in most Linux > desktops. They do not talk to each other. Wine's system relies > primarily on extensions because that's what W

Wine components: gdiplus

2007-08-08 Thread Evan Stade
Hi, Could we add gdiplus to the bugzilla components list? thanks. -- Evan Stade

Re: Wine Kernel Handle Support Module

2007-08-08 Thread Kuba Ober
> > I know there is some discussion of what should be put in the kernel > > module, so I am asking for advice on what to implement... ie. just > > handles, everything wineserver does, etc. > > The first question is: > Why do you want to do that and what specifically do > you want to ach

Re: user32: CallWindowProc[AW] for mismatched built-in winprocs should take into account if the window is Unicode (with testcase, fixes bug #9198)

2007-08-08 Thread Alexandre Julliard
Mikołaj Zalewski <[EMAIL PROTECTED]> writes: > +hwnd = CreateWindowExW(0, classW, NULL, WS_OVERLAPPEDWINDOW, > +CW_USEDEFAULT, CW_USEDEFAULT, 680, 260, NULL, NULL, > GetModuleHandleA(NULL), 0); > +ok(IsWindowUnicode(hwnd), "\n"); > +SetWindowLongPtrW(hwnd, GWLP_WNDPROC, (LONG_

Re: Rob Shearman : secur32: Split the NTLM credential and context handles into separate objects.

2007-08-08 Thread Kai Blin
On Wednesday 08 August 2007 15:59:23 Alexandre Julliard wrote: > > secur32: Split the NTLM credential and context handles into separate > objects. > > This prevents races with two threads using the helper object at the same > time on two different context handles, eliminates the need to free the >

[SNMPAPI] How to fix the tests for win98 and NT4?

2007-08-08 Thread Paul Vriens
Hi, There are several functions in the util.c test that are not available on win98 and NT4. That can be dealt with easily. Almost all tests with a NULL parameter crash on win98/NT4. I know that a few weeks back we talked about ignoring win98 if it would mean skipping a lot of tests, but now

re: Wine Kernel Handle Support Module

2007-08-08 Thread Dan Kegel
keane wrote: > I am not sure if this is the direction that some people want to take, > because I am sure this modification of the IDT would be considered > improper by kernel types but come on, I mean i386 has something like > 200 software interrupts and linux uses only one. Do not anger the kerne

Re: programs/wineconsole: Correctly display chars 00..1F and 7F [try 2]

2007-08-08 Thread Kirill K. Smirnov
Hi, Alexandre, > > > > Is there something wrong with my patch? Did I miss something important? > > I'm not at all convinced that the conversion has to happen at that > point. Do you have a test app that demonstrates this? I've written test application, which writes control chars and performs re

exporting file associations for linux desktops

2007-08-08 Thread Vincent Povirk
This was something I thought we wanted for wine for a long time, but I can't find any literature suggesting that's the case. So I'll just explain it here. As it is right now, we have a filetype/association system in Wine's registry, and we have a completely separate one in most Linux desktops. The

Re: Direct3D Game test framework

2007-08-08 Thread Tom Wickline
Can you try this, set Wine to run in a virtual desktop of 1024x768 and set X at 16bpp and run 3DMark2000 in win98 mode. then cd into the install directory and see if that works. Tom On 8/8/07, martin pilka <[EMAIL PROTECTED]> wrote: > > Hello Martin > > > > If you cd into the 3DMark2000 install d

Re: Direct3D Game test framework

2007-08-08 Thread martin pilka
> Hello Martin > > If you cd into the 3DMark2000 install directory and run it from there > does it work? > > Tom Thanks Tom, that was it. I got a bit further, the message I got this time is: 3DMark could not initialize your 3D Accelerator. Try to downgrade your display settings. I played with

Re: Wine Kernel Handle Support Module

2007-08-08 Thread Marcus Meissner
On Wed, Aug 08, 2007 at 02:09:46AM -0400, James Keane wrote: > I have been working on something that might be useful for kernel > integration. It is a way for wine to create its own interrupt, so > that a wine server/kernel/handle/whatever function could be called > from userspace with a simple IN