Re: SetCalendarInfoA and SetCalendarInfoW implementations

2004-04-28 Thread Stefan Leichter
Am Mittwoch, 28. April 2004 22:38 schrieb Wililam: > I have implemented the SetCalendarInfoA and SetCalendarInfoW API > functions in dlls/kernel/time.c. I am aware that you generally do not like > it when more than 1 thing is changed, but SetCalendarInfoA is not much more > than a > call to S

RegEdit problems

2004-04-28 Thread Krzysztof Foltman
During deployment of some Linux desktop setup I had a major problem with WINE's regedit. First, I don't seem to be able to edit the (default) values of the keys (if they don't exist already ?). Second, the Modify dialog has Cancel as its default button. Third, there is no Find function. There

Re: CVS Invalid path for c:\\Windows

2004-04-28 Thread Alexandre Julliard
"Brett I. Holcomb" <[EMAIL PROTECTED]> writes: > Yes. I just did again and it doesn't work. Same error. Something got > broken again I guess. Path entries from the config file are no longer used. Check the contents of your ~/.wine/dosdevices directory. -- Alexandre Julliard [EMAIL PROTECTED]

Re: CVS Invalid path for c:\\Windows

2004-04-28 Thread Brett I. Holcomb
Yes. I just did again and it doesn't work. Same error. Something got broken again I guess. On Wed, 28 Apr 2004, Duane Clark wrote: > Brett I. Holcomb wrote: > > I installed from CVS today and when I start wine I get the error below. > > This happens even with the standard config file that it c

[PATCH] Exception c0000005 opening JPEG files in FoxPro

2004-04-28 Thread Sergio López
Hello, When Visual FoxPro (tested with versions 6 and 7, wine-20040408) tries to open a JPEG file, it crash showing a c005 exception. The backtrace of winedbg shows the following API calls: 0 0x407c0e1d (CURSORICON_SimulateLoadingFromResourceW+0x8d(filename=0x403e63b0, fCursor=0x1, res=0x4

Re: CVS Invalid path for c:\\Windows

2004-04-28 Thread Duane Clark
Brett I. Holcomb wrote: I installed from CVS today and when I start wine I get the error below. This happens even with the standard config file that it creates. I've check both my and the config file and can't find any errors. I'm including the c drive part of the config file. Any ideas why this

Re: CVS Invalid path for c:\\Windows

2004-04-28 Thread Brett I. Holcomb
Any ideas on this. I just tried a new CVS build tonight and same thing. I have my config file set up correctly - it's been working until I tried the CVS on Sunday. Even a config file generated by wine-cvs doesn't work - it chokes. Thanks. On Sun, 25 Apr 2004, Brett I. Holcomb wrote: > I inst

Re: SetCalendarInfoA and SetCalendarInfoW implementations

2004-04-28 Thread Vincent Béron
Le mer 28/04/2004 à 16:38, Wililam a écrit : > I have implemented the SetCalendarInfoA and SetCalendarInfoW API > functions in dlls/kernel/time.c. I am aware that you generally do not like it > when more than 1 thing is changed, but SetCalendarInfoA is not much more than > a > call to SetCal

Re: d3d8 CVS doesn't compile

2004-04-28 Thread Steven Edwards
Hello, --- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > That seems really overkill. It's OK to define some symbols ourselves > when they have well-known values, but I don't think shipping the full > headers is really necessary; and I don't see how it would solve > issues > like the above anyway

Re: RFH: winetest testing

2004-04-28 Thread Eric Pouech
The output redirection didn't work from a GUI app: the libc streams weren't initialized and thus the output disappeared. Wouldn't DETACHED_PROCESS result the same? It's not crucial for winetest itself, but making it a console app helped debugging tremendously. I think the stream (handle) point of

Re: d3d8 CVS doesn't compile

2004-04-28 Thread Lionel Ulmer
> That seems really overkill. It's OK to define some symbols ourselves > when they have well-known values, but I don't think shipping the full > headers is really necessary; and I don't see how it would solve issues > like the above anyway. Well, the more 'recent' extensions we will use, the more

Re: [Darwine] compiling wine on Darwin/MacOS X 4/10

2004-04-28 Thread emmanuel maillard
Hi, This patch will replace the previous one. It fix the stack corruption problem, so exceptions are correctly handle. Changelog : Add darwin/ppc support in THREAD_InitStack emmanuel kernel_heap.diff Description: Binary data Le 16 avr. 04, à 10:13, Pierre d'Herbemont a écrit : Emmanu

Re: d3d8 CVS doesn't compile

2004-04-28 Thread Alexandre Julliard
Lionel Ulmer <[EMAIL PROTECTED]> writes: >> I could only find glCompressedTexImage2DARB in my glext.h >> (SGI OpenGL 1.2.1). Any clues? > > Alexandre, > > Would you accept a patch to provide our own OpenGL headers in the Wine > source tree ? From what I know, their licensing is pretty relaxed (I

Re: [D3D8] Many Improvements

2004-04-28 Thread Raphael
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday 27 April 2004 22:33, Duane Clark wrote: > This commit to CVS doesn't compile for me: > http://www.winehq.org/hypermail/wine-cvs/2004/04/0346.html > > The part the doesn't compile is the replacement of > glCompressedTexImage2DARB() > > -

Re: RFH: winetest testing

2004-04-28 Thread Jakob Eriksson
On Wed, Apr 28, 2004 at 12:25:31PM +0200, Francois Gouget wrote: > On Tue, 27 Apr 2004, Kevin Koltzau wrote: > [...] > > Under NT, services run under a dedicated window station separate from the > > interactive > > window station. It is not possible for them to create windows, as there is no > >

Re[2]: Ukrainian translation

2004-04-28 Thread Ylia K
-Original Message- From: "Dmitry Timoshkov" <[EMAIL PROTECTED]> To: "Ylia K" <[EMAIL PROTECTED]> Date: Mon, 26 Apr 2004 23:52:14 +0900 Subject: Re: Ukrainian translation > "Ylia K" <[EMAIL PROTECTED]> wrote: > > > * dlls/kernel/nls/ukr.nls, dlls/comctl32/rsrc.rc, dlls/commdlg/rsrc.rc, >

Re[2]: Add stub function HWND GetConsoleWindow()

2004-04-28 Thread Ylia K
-Original Message- From: "Dmitry Timoshkov" <[EMAIL PROTECTED]> To: "Ylia K" <[EMAIL PROTECTED]> Date: Mon, 26 Apr 2004 23:50:35 +0900 Subject: Re: Add stub function HWND GetConsoleWindow() > "Ylia K" <[EMAIL PROTECTED]> wrote: > > > * dlls/kernel/kernel32.spec, dlls/kernel/console.c,

Re: RFH: winetest testing

2004-04-28 Thread Shachar Shemesh
Kevin Koltzau wrote: If the service is flagged as interactive, everything acts normally Except you can take control over the process, thus escalating priveleges. MS's reply? "It's an application bug. Don't use interactive services". With such a reply, you would really expect them not to ship

Re: RFH: winetest testing

2004-04-28 Thread Shachar Shemesh
Kevin Koltzau wrote: GINA runs on a completely dedicated, secure windows station, there are 2 such window stations, the one displayed at login (which is also the one shown when you hit ctrl-alt-del), the other is used by the screen saver the only windows that can be displayed on these are generate

Re: RFH: winetest testing

2004-04-28 Thread Kevin Koltzau
On Wednesday 28 April 2004 07:59 am, Shachar Shemesh wrote: > First of all, we are talking about "non-interactive serivces" only. Yes > Actually, I think the user WILL see them if she presses "ctrl-alt-del". > The GINA login window is one such window opened by a service, as well as > that thing

Re: exec-shield patch take 6

2004-04-28 Thread Mike Hearn
On Wed, 28 Apr 2004 20:13:34 +0900, Mike McCormack wrote: > * figure out how to find the base address of the preloader at link time >so it's not hardcoded in the source. If it was dynamic we could simply walk the _DYNAMIC list, but as it's static I think /proc/self/maps is the only way. Of cou

Re: RFH: winetest testing

2004-04-28 Thread Kevin Koltzau
On Wednesday 28 April 2004 06:25 am, Francois Gouget wrote: > I don't think that it is correct to say that services cannot cerate > windows. From what I remember from the time I wrote a service and how I > read the information at the URLs you provided, what happens is that a > service can create wi

Re: RFH: winetest testing

2004-04-28 Thread Shachar Shemesh
Francois Gouget wrote: On Tue, 27 Apr 2004, Kevin Koltzau wrote: [...] Under NT, services run under a dedicated window station separate from the interactive window station. It is not possible for them to create windows, as there is no display or user input associated with this windows station,

Re: RFH: winetest testing

2004-04-28 Thread Kevin Koltzau
On Wednesday 28 April 2004 07:38 am, Jakob Eriksson wrote: > What about "Allow service to interact with desktop" I have seen > somewhere in Windows? You run the service under the local system account and pass SERVICE_INTERACTIVE_PROCESS for service type when calling CreateService

Re: RFH: winetest testing

2004-04-28 Thread Francois Gouget
On Tue, 27 Apr 2004, Kevin Koltzau wrote: [...] > Under NT, services run under a dedicated window station separate from the interactive > window station. It is not possible for them to create windows, as there is no > display or > user input associated with this windows station, they can however h

Re: exec-shield patch take 6

2004-04-28 Thread Mike McCormack
Mike Hearn wrote: Go Mike! Good to see this work finally turn into a patch against CVS Well, there's a few things that probably need to be done before it can be applied: * consider turning it back into a standalone program rather than a shared object loader ... for portability, there may be p

Re: exec-shield patch take 6

2004-04-28 Thread Mike Hearn
Go Mike! Good to see this work finally turn into a patch against CVS :) On Wed, 2004-04-28 at 19:02 +0900, Mike McCormack wrote: > Description: > > This patch allows platforms using exec-shield patch against the Linux > kernel (eg. Fedora Core) to run Wine without disabling exec-shield. It also

Re: d3d8 CVS doesn't compile

2004-04-28 Thread Lionel Ulmer
> I could only find glCompressedTexImage2DARB in my glext.h > (SGI OpenGL 1.2.1). Any clues? Alexandre, Would you accept a patch to provide our own OpenGL headers in the Wine source tree ? From what I know, their licensing is pretty relaxed (I can check though) and it would prevent all the myria