Re: Component owners 2

On Tue, May 14, 2002 at 01:53:29AM +0200, Rizsanyi Zsolt wrote: And who is from this list responsible for opengl? Or which module covers that? Well, you can add me on that one. I planned to look at that bug report one of these days, but I was pretty busy with other projects :-) And as long as

RE: Unhandled exception in old DOS application

-Original Message- From: M.H.VanLeeuwen [mailto:[EMAIL PROTECTED]] Sent: Monday, May 13, 2002 7:33 PM To: [EMAIL PROTECTED] Subject: Unhandled exception in old DOS application Hi, I hope this is the correct place to ask... Up until the 20020411 wine release my old DOS

Global Wine configuration file not consulted?

I noticed that in the absence of ~/.wine/config Wine simply refuses to start, and truss (on FreeBSD) and trace (on GNU/Linux) reveal that no other location is consulted for a config file. Even explictly Using ETCDIR or `configure --sysconfdir` doesn't seem to make a difference, even though the

Re: Global Wine configuration file not consulted?

Gerard, thank you for the information. To improve bug handling and insure no bug report will be lost we defined new place to report Wine issues - the Wine bug tracking system. Could you file your report at http://bugs.winehq.com? Regards, Andriy Palamarchuk --- Gerald Pfeifer [EMAIL

Re: wwn doesn't work in konq

--- Francois Gouget [EMAIL PROTECTED] wrote: As a side note, Opera 6.0beta2 has the same problem wrt. tables as Konqueror. So does ie in windows...i have to dl the page and modify the tables to be 78.9% wide for the top 2 tables but the rest are fine...

PATCH: Property sheet bugfixes (Odin)

Changelog: - Center property sheet page during creation (padding) (some applications rely on this behaviour when resizing the page) - Mask away WS_THICKFRAME page style Author: Sander van Leeuwen/Odin ([EMAIL PROTECTED]) Changelog: - Page navigation by resource id Author: Unknown. (Corel

Winelib apps and PATH

Hi, Testing wine's control.exe replacements makes me show this : If i remove/rename original control.exe, I can do : $ control and I have the Wine Control Panel as it has been installed in /usr/local/bin. But I cannot do: $ wine control wine: cannot find 'control' So if one app calls for

Bug 677 - gather more information on initial bug submission

I suggest set of changes to use bugzilla more efficiently and gather more detailed information on initial bug submission. See: http://wine.codeweavers.com/bugs/show_bug.cgi?id=677 Part of the suggestions is a form to gather detailed information:

Re: Global Wine configuration file not consulted?

Gerald Pfeifer [EMAIL PROTECTED] writes: I noticed that in the absence of ~/.wine/config Wine simply refuses to start, and truss (on FreeBSD) and trace (on GNU/Linux) reveal that no other location is consulted for a config file. Even explictly Using ETCDIR or `configure --sysconfdir`

Re: configure.in

Ian D. Stewart [EMAIL PROTECTED] writes: I'm walking through 'IMPLEMENTING A NEW DLL' in DEVELOPER-HINTS. Step 3 reads: Actually this whole 'implementing a new dll' section is completely obsolete (like most of the rest of the file), it needs to be rewritten from scratch, and probably belongs

Re: Bug 677 - gather more information on initial bug submission

Andriy Palamarchuk wrote: I suggest set of changes to use bugzilla more efficiently and gather more detailed information on initial bug submission. See: http://wine.codeweavers.com/bugs/show_bug.cgi?id=677 Part of the suggestions is a form to gather detailed information:

Re: configure.in

On 2002.05.14 16:06 Alexandre Julliard wrote: Ian D. Stewart [EMAIL PROTECTED] writes: I'm walking through 'IMPLEMENTING A NEW DLL' in DEVELOPER-HINTS. Step 3 reads: Actually this whole 'implementing a new dll' section is completely obsolete (like most of the rest of the file), it

Re: configure.in

Ian D. Stewart [EMAIL PROTECTED] writes: Is there enough information to implement a new DLL (i.e., is it just the file references that are out of date), or should I wait for the rewrite? Adding a dll should be easier now, so you can simply ignore all instructions that don't seem to apply.

talk-through dll

Hello All, I have been reading over the Wine documentation but have not come across this yet. I am interested in having a windows DLL that can access some functions native to Linux. For instance, possibly an application under wine that allows me to add a new user to my Linux box. My guess is

Re: Winelib apps and PATH

On Tue, May 14, 2002 at 09:44:07PM +0200, Sylvain Petreolle wrote: Shouldn't we provide a default drive for /usr or /usrlocal/bin in the config file ? This would solve the can't load winedbg 123456 issue that users usually include in their first reports. (the debugger cannot be launched

Re: Winelib apps and PATH

Joerg Mayer [EMAIL PROTECTED] writes: While I think that doing something like this should really be done, I don't like mixing windows/wine executables and linux (aka native os) executables. Maybe some directory like /usr/local/win (or winebin) would be better. My plan is to integrate that

Re: Winelib apps and PATH

You have exactly the same idea I had 3 months ago, but at this moment I thought this wouldn't be accepted. And this is so simple to desactivate a builtin app this way when it's not enough complete. My plan is to integrate that with the loadorder and builtin dll mechanism. So

conflicting types for `usleep' in wine/port.h and libwine/port.c

I don't guess we are building libwine.dll on mingw but I was playing with it just the same when I came to this. Is this to be expected? gcc -mno-cygwin -c -I. -I. -I../include -I../include -D__MINGW__ -D_WINDOWS -DW INE_NOWINSOCK -Wall -mpreferred-stack-boundary=2 -D__WINE__ -DDLLDIR=\/usr/loc