Re: Unhandled exception in old DOS application

"Medland, Bill" wrote: > > > -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... >

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

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 CreateProcess("

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 t

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 launche

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 t

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 app

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

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: >http://wine.code

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 be

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`

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: http://wine.codeweavers.com/bugs/showattachment.cgi

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 examp

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 Wine

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...

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 PROTECTE

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 do

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 o