Where does richedit20.dll fit in the to-do list?

I keep running into apps that won't run without richedit20.dll, yet I can't see any mention of that DLL in the wine 0.9 or wine 1.0 tasklists. Surely it's important enough to merit at least a mention in the wine 1.0 tasklist? - Dan -- My technical stuff: http://kegel.com My politics: see http://www

winegcc and winemaker- a few minor bugs

Hola, I noticed two minor bugs when porting some sample DirectX code. 1. MSVC and Borland both allow for WINAPI WinMain(HINSTANCE hInstance, HINSTANCE, LPSTR, int) where under winegcc you will get the following error: "winmain.cpp:187: error: ISO C++ forbids declaration of `WinMain' with no typ

OT: Issue with list unsubscribe

Guys, Sorry for this post. I have been trying to get off this list, to no avail. I get a reply stating that the "user is unknown". Wish it was easy to fix. I tried via the web site, can we get the list admin to check for any mail addresses from the ihug.com.au domain, it may be a variant (e

RE: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier

Title: RE: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier No, it is required. The DEFDLG_SetDefButton() is also called from message DM_SETDEFID. In this case idResult should set to the default button ID passed. And the current logic of DEFDLG_S

Re: [test.winehq.org] missing tests

On Fri, Jun 18, 2004 at 03:41:35AM +0200, Ferenc Wagner wrote: > I think separate columns would serve us better by not > repeating the overly long tags several times. Separate columns are good idea if we can get them. > > For now each submit two: one .zip, one compressed with as > > a self-extra

Re: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier

Krishna Murthy <[EMAIL PROTECTED]> writes: > +/** > + * if the next control is push button, then draw default push button > + * rectangle. > + * > + * if the next control is not a push button, then draw the push > bu

Re: [test.winehq.org] missing tests

"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: >>> 3. We are running multiple test _per_ build, but only >>> one is curretly reported. Currently, it says: >>> Main summary for build 200406171000 >>> where '200406171000' is a link to the test. But since >>> we have multiple do

Re: font problems with "Hello" application

> this can be acquired at ... That site is illegal, please avoid linking to such sites. Developers know where to get native dlls. Ivan.

Re: [test.winehq.org] missing tests

On Fri, Jun 18, 2004 at 02:33:31AM +0200, Ferenc Wagner wrote: > "Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > > Good catch, fixed (*) Nice, thanks for the quick fix. > > 2. The differences tables are inconsistent. > > How can you say that?! Do you think WineHQ can't reliably > run my pro

Re: [test.winehq.org] missing tests

"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes: > Speaking of the test results, I've noticed the following problems: > 1. Some errors reported in the summary > don't get reported in the differences. Good catch, fixed (*) > 2. The differences tables are inconsistent. How can you say tha

Re: Default to Windows 98 version, introduce new version mode 'auto' to use the DLL linkage heuristics

Mike Hearn <[EMAIL PROTECTED]> writes: > Mike Hearn <[EMAIL PROTECTED]> > Default to Windows 98 version, introduce new version mode 'auto' > to use the DLL linkage heuristics. I'm not sure this is a good idea, it will require anybody who wants to use NT dlls to change the config or things will b

Re: mmap of entire address space failed

On Wed, Jun 16, 2004 at 07:45:47PM +0200, Gerald Pfeifer wrote: > On Tue, 15 Jun 2004, Alexandre Julliard wrote: > > WHAT'S NEW with Wine-20040615: (see ChangeLog for details) > > - Major winedbg rewrite using the dbghelp dll. > > - New Wine preloader to reserve memory areas at star

font problems with "Hello" application

There is a font that displays _extremely_ poorly in the tooltips for the "Hello" photo-sharing application (, harmless(?) registration required for download). I'm running the 6/15 wine source package, installed with "make install". Hello wants riched20.dll before it will do

Re: [test.winehq.org] missing tests

On Thu, Jun 17, 2004 at 07:36:52PM +0200, Ferenc Wagner wrote: > Not that I know of. Submitting a patch, thanks for pointing > it out. Speaking of the test results, I've noticed the following problems: 1. Some errors reported in the summary don't get reported in the differences. For

Winedbg problem in 20040615

Hi, Just to confirm the current winedbg problem also with my system: Suse 9.1, Linux cassix 2.6.4-52-default #1 Wed Apr 7 02:08:30 UTC 2004 i686 i686 i386 GNU/Linux On Thursday 17 June 2004 16:48, Rein Klazes wrote: > > When I set breakpoints, I get a lot of messages like this: > > [...] > > fix

Re: [ILLUSTRATOR10] not installable, need to merge 'winedefault.reg'

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, on 06/16/04 18:17, Robert Shearman wrote: > You should run "regsvr32 ole32" instead. You may also need to run > "regsvr32 oleaut32". well, even with these two commands, installation fails (see logs). And the TMP files aren't deleted, as you can

Re: Wine on FreeBSD current

>> I'm just wondering if it is supposed to work as well as FreeBSD stable. Right now, Wine doesn't work at all on FreeBSD -STABLE: wine: failed to initialize: /swtest/wine/dlls/ntdll.dll.so: mmap of entire address space failed: Cannot allocate memory and before that I used to see deadlocks u

Re: Wine on FreeBSD current

On Wed, 16 Jun 2004, Jonathan Fosburgh wrote: >> wine: failed to initialize: /swtest/wine/dlls/ntdll.dll.so: mmap of >> entire address space failed: Cannot allocate memory > I get the same problem on -CURRENT with recent CVS versions of wine. > Hopefully, in the port of the new release, this wi

Re: WineHQ-hosted projects?pecific app. (e.g. The WINE-Star Wars Galaxies Project, or The

> I'd like to start up a WINE-based project to further development for a > specific app. (e.g. The WINE-Star Wars Galaxies Project, or The > WINE-Internet Explorer Project). Does WineHQ have a place to host such > things (with their own sites, etc.), or should I turn to SourceForge? Another resour

mmap of entire address space failed

On Tue, 15 Jun 2004, Alexandre Julliard wrote: > WHAT'S NEW with Wine-20040615: (see ChangeLog for details) > - Major winedbg rewrite using the dbghelp dll. > - New Wine preloader to reserve memory areas at startup. On FreeBSD 4.x, I'm now getting the following when trying to invok

Re: dlls/dinput/mouse.c warp handling

No, not exactly. There are several things in wine I don't know yet (eg what does GEN_EVENT do exactly / what are these critical-sections / etc.). But I think doing mouse-warping in 3 states and across different functions is much to complicated and while it works great in MaxPayne, it behaves str

Re: [test.winehq.org] missing tests

Stefan Leichter <[EMAIL PROTECTED]> writes: > i noticed that not all dlls with unittests are listed > inside the Main summary of test.winehq.org. Missing dlls > are: iphlpapi, mapi32, msvcrtd, psapi, version > > Is there any reason for this? Not that I know of. Submitting a patch, thanks for poi

Re: FW: WM_NEXTDLGCTL changes the default button ID and does notrest ore default control identifier

"Mike Hearn" <[EMAIL PROTECTED]> wrote: > Having said that, there are a few things you can do to make it more > likely that patches will be applied quickly. > > 1) Use text mail rather than HTML mail. Alexandre applies patches by > feeding the entire email to patch, so the less junk there is the

RE: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier

Title: RE: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier Thanks a lot. Krishna -Original Message- From: Mike Hearn [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 17, 2004 9:28 AM To: [EMAIL PROTECTED] Cc: Krishna Murthy Subject:

[test.winehq.org] missing tests

Hello, i noticed that not all dlls with unittests are listed inside the Main summary of test.winehq.org. Missing dlls are: iphlpapi, mapi32, msvcrtd, psapi, version Is there any reason for this? Bye Stefan

Re: FW: WM_NEXTDLGCTL changes the default button ID and does not rest ore default control identifier

On Thu, 2004-06-17 at 09:09 -0700, Krishna Murthy wrote: > I have submitted this patch last Friday. Today I got the latest update > from the CVS and found that the changes are not applied. > > Earlier I have found that the patches used to get updated overnight. > Please let me know if I am missin

Re: Wine on FreeBSD current

On Wed, 16 Jun 2004 13:54:37 -0500, Jonathan Fosburgh wrote: > I tried to look through the mmap.c code but I don't have enough of an > understanding of what it is supposed to do to figure out how to make it work, > or even work around it. It provides mmap emulation for some systems and is respon

Re: [DCOM95] not installable: "a newer version had been installed"

On Wed, 16 Jun 2004 17:10:38 +0200, Luca Capello wrote: > Sorry, my mistake. And I agree, it should be linked from WineHQ (as I > don't see any other way to fall on your #winehq channel FAQ. Well, you can join #winehq and it's in the topic :)

Re: How to test patches?

On Mon, 14 Jun 2004 19:09:45 -0400, Joel Konkle-Parker wrote: > I want to patch something in wrc/ (hopefully trivial), but I'm not sure > how to test for any side effects. Is there a regression test suite or > something you guys use to test your patches? Yes, try "make test", http://test.winehq.

Re: dlls/dinput/mouse.c warp handling

On Thu, 17 Jun 2004 14:43:54 +0200, James Dean Anderson wrote: > successful... it's just that threads and events always scared me (-: I bugged Newman yesterday and because he's a total rockstar he fixed the bug in the doc generation script, so the latest developer guide is now on the net: http:

Re: [ILLUSTRATOR10] not installable, need to merge 'winedefault.reg'

On Wed, 16 Jun 2004 17:17:46 +0100, Robert Shearman wrote: > You should run "regsvr32 ole32" instead. You may also need to run > "regsvr32 oleaut32". But, this should be taken care of by wine.inf, and therefore wineprefixcreate which runs it. No? So I guess there's a bug in wine.inf somewhere. We

Re: WineHQ-hosted projects?

On Wed, 16 Jun 2004 10:51:25 +0100, Joel Konkle-Parker wrote: > It'd probably just consist of a website and a forum of some kind to track in > greater detail what's changing and what needs to be changed that would effect > SWG. "Heads up, bug #x needs to get fixed for the launcher to work", "Ok

Re: Wine on FreeBSD current

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wednesday 16 June 2004 22:52, John Birrell wrote: > > Thanks for the reply. > > From what I can see, there are two problems with the Wine build from CVS > on FreeBSD -current that seem to be related to the use of BSD make. In the > dlls 'setupapi'

Re: dlls/dinput/mouse.c warp handling

ok I see now that my warp-replacement isn't that much of an improvement. (stuff similar to 'if(a!=b) a=b;' set me in an agressive state about replacing (-: ). Thank you for explaining things, this gives me a better starting point for further work. I'd really like the joystick to work in that ga

Re: dlls/dinput/mouse.c warp handling

On Thu, Jun 17, 2004 at 09:19:29AM +0200, James Dean Anderson wrote: > No, not exactly. There are several things in wine I don't know yet (eg > what does GEN_EVENT do exactly / what are these critical-sections / etc.). Welln this is related to the way DInput works: you have two ways to get inform

Re: dlls/dinput/mouse.c warp handling

No, not exactly. There are several things in wine I don't know yet (eg what does GEN_EVENT do exactly / what are these critical-sections / etc.). But I think doing mouse-warping in 3 states and across different functions is much to complicated and while it works great in MaxPayne, it behaves str

Re: dlls/dinput/mouse.c - GetDeviceState

again, I'm sorry if messages appear twice... http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/directx9_c/directx/input/ref/ifaces/idirectinputdevice9/GetDeviceState.asp says it should return this error. btw GetDeviceData in mouse.c returns this errorcode as well. WWII-Online (you c