- wine-devel - winehq.org

Re: Road to 0.9
by Ulrich Czekalla 19 Mar '02

19 Mar '02

On Tue, 2002-03-19 at 12:57, Dimitrie O. Paun wrote: > On March 19, 2002 12:48 pm, Andreas Mohr wrote: > > > > > The point is not to freeze the protocol completely, it will clearly > > > continue to evolve even after 1.0. The idea is that once the protocol > > > is declared frozen all future changes are done in a way that preserves > > > backwards compatibility. And the mechanisms to do that are mostly in > > > place now, which is what I mean by saying it is finished. > > > > OK, so in other words the wineserver *is* more or less "independent from > > such changes". > > How can that be? What we want is that DLLs compiled with 1.x, work (at the > binary level) with any 1.y server, where x <= y, right? > As long as you don't change the protocol used you can make as many changes as you like to the wineserver. It shouldn't affect dll compatibility. > -- > Dimi. > >

1 0

Re: Road to 0.9
by Michael Cardenas 19 Mar '02

19 Mar '02

I think this will really bring us a long way to having a stable wine. Does anyone besides lawson have a pet application that they use all the time? Any volunteers? James Hatheway wrote: >>C. Testing apps? I have no real idea what you mean. >> > >Sorry, I guess I should have been more clear, I just typed in >word for word my brief shorthand notes :) > >Basically, the idea that we had was the concept of getting users >to volunteer to "own" an app, ie. responsible for yelling when >we break an app. This already sort of happens, but never >in a formal way. We never decided the details, but I envisiage >having one person volunteering to each test their favourite app on every >release and filing bugs. (in a way that is helpful, we'll have docs for that) > > >-James >

2 1

Re: wineconf summary
by Michael Cardenas 19 Mar '02

19 Mar '02

I tried it and it doesn't work on any platform. I'll let lpbn know now. Sylvain Petreolle wrote: >I know, but it's not a normal situation ... >everyone should be able to see the entire data, >particularily those that don't have Internet Explorer >... >Think you don't have kde ? (like pure RedHat users) > > >>>why does the site lpbn.org does not show the >>> >>summary >> >>>of the conference when we use netscape or mozilla >>> >>? >> >>Works with Konqueror... >> >>LLaP >>bero >> > > >___________________________________________________________ >Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! >Yahoo! Mail : http://fr.mail.yahoo.com > >

1 0

[Fwd: Re: Bugzilla, was Re: wineconf summary]
by Michael Cardenas 19 Mar '02

19 Mar '02

Dimitrie O. Paun wrote: >On March 19, 2002 08:49 am, Andriy Palamarchuk wrote: > >>>dimitry suggested posting the top 10 or >>>20 bugs to wine-devel every other week, and I >>>suggested putting the in WWN. >>> >>I'm not sure about usefullness of this one. What we >>need are people, responsible for Wine subsystems. >> > >No, this is from another perspective. And that is, getting more people into >Wine devel, like the Abiword folks do. Problem is that right now the barrier >to entry is enormous: the project is huge, and there is no clear list of >_small_ tasks (which require little knowledge of the project). Going through >Bugzilla is not an option -- few people do that. If we extract a list of >10-20 bugs, and post them on WWN, a _lot_ more people will see them, click on >it, etc. It's just a way of getting people into the game, that's all. > I think it's also important to keep the developers focused. If we just work on whatever comes up, or whatever users ask for at any given moment, we won't focus on getting to 0.9 and it won't happen. I think that ideally we should move to a release schedule like KDE does where they work towards releases at specified dates. There needs to be a time where we all try to do clean up and focus on doing grunt work to solidify releases.

1 0

RE: Linuxism in dlls/msvcrt/msvcrt.spec?
by Medland, Bill 19 Mar '02

19 Mar '02

> -----Original Message----- > From: Gerald Pfeifer [mailto:pfeifer@dbai.tuwien.ac.at] > Sent: Monday, March 18, 2002 8:31 AM > To: wine-patches(a)winehq.com > Cc: Martin Faxer > Subject: Linuxism in dlls/msvcrt/msvcrt.spec? > > > I believe there is a Linuxism in dlls/msvcrt/msvcrt.spec which expects > that _tolower and _toupper exist as functions. > > The following patch by Martin Faxér > <gmh003532(a)brfmasthugget.se> addresses > this; if this patch seems unacceptable, we'd appreciate a > note and a short > explanation why the current code is fine and the patch is not fine. > > Thanks, > Gerald Well actually I think both are wrong; I am just doing the patch. (Actually I don't understand where the _toupper is coming from) The problem is that _toupper is NOT the same as toupper; _toupper does not test that the character is lowercase; it just converts it. The patch is to hook into the existing MSVCRT__toupper and MSVCRT__tolower. Bill

1 0

debugging longman dictionary
by Rizsanyi Zsolt 19 Mar '02

19 Mar '02

Hi! I'm trying to debug what goes wrong with the Longman Dictionary of Contemporary English. I have succeeded installing it under wine on a fake windows installation. (I had some problems, and posted them on wine-user, but I have succeded) Now I get an unhandled exception (page fault on read access). But I cant find the cause of the problem. Maybe somebody could hint me how to proceed. I'm attaching the output of wine --debugmsg +relay LDOCE32.EXE Also I have set up a breakpoint, and stepped through the last 10 instructions before the page fault, but I dont understand what that code is trying to do (it is somewhat strange). Also it may be usefull if you could put in a faq or some other documentation that the next output (which is very frequent), is just a check running debugger. This check is usually done in sharewares to check whether the program is debugged. This is the characteristic output: fixme:win32:DEVICE_Open Unknown/unsupported VxD SICE. Try --winver nt40 or win31 ! fixme:win32:DEVICE_Open Unknown/unsupported VxD SIWVID. Try --winver nt40 or win31 ! fixme:win32:DEVICE_Open Unknown/unsupported VxD NTICE. Try --winver nt40 or win31 ! At first I tried to define these VxD-s, but when I did so the program instracted me to stop the debugger and restart. Thanks for your attention, and I hope you can help me :) Zsolt Rizsanyi

2 1

Status of Wrc port to mingw
by Steven Edwards 18 Mar '02

18 Mar '02

I'm currently trying to port wrc to mingw. Everthing builds fine except when running "bison -bppy -ppp -d -t ./ppy.y" I get "conflicts: 2 shift/reduce". I have started bug 474 in bugzilla if anyone wants to help with this. Thanks Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

2 2

Re: PATCH: files/smb.c
by Francois Gouget 18 Mar '02

18 Mar '02

On Sat, 16 Mar 2002, Gerald Pfeifer wrote: > This patch is required to make the newly contributed files/smb.c compile > on FreeBSD 4.x (and Solaris 2.x, far as I can see). You should test HAVE_NETINET_IN_SYSTM_H and HAVE_NETINET_IN_H. looks good otherwise. > ChangeLog: > Add missing #includes for FreeBSD and Solaris. > > Index: smb.c > =================================================================== > RCS file: /home/wine/wine/files/smb.c,v > retrieving revision 1.1 > diff -u -3 -p -r1.1 smb.c > --- smb.c 12 Mar 2002 19:24:04 -0000 1.1 > +++ smb.c 16 Mar 2002 12:48:20 -0000 > @@ -53,6 +53,8 @@ > #include <utime.h> > #include <sys/socket.h> > #include <sys/types.h> > +#include <netinet/in_systm.h> > +#include <netinet/in.h> > #include <netinet/ip.h> > #include <arpa/inet.h> -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ It really galls me that most of the computer power in the world is wasted on screen savers. Chris Caldwell from the GIMPS project http://www.mersenne.org/prime.htm

1 0

PE loader integrated into BSD
by Dan Kegel 18 Mar '02

18 Mar '02

At Wineconf tonight, people were talking about whether integrating bits of wine into the kernel was useful, and how much should be moved in. (Hello task ornaments!) Anyway, I mentioned that somebody had integrated a PE loader into BSD. Here's the page: http://chiharu.hauN.ORG/peace/ I think this is pretty darn cool, and hope somebody does something similar for Linux. - Dan

3 5

Re: Enhancements for the C testing framework
by Dimitrie O. Paun 18 Mar '02

18 Mar '02

Hi Francois, I still think we should rename the START_TEST macro to DEF_TEST or DEFINE_TEST, 'cause that's what we're actually doing. -- Dimi.

1 0

[Fwd: Re: wineconf summary]
by Michael Cardenas 18 Mar '02

18 Mar '02

Dimi, sorry about the spelling! I'll correct that. >Also, we need to: > 1) post the pics > 2) pick the best group picture, and annotate it >I'll bet you the annotated picture will be the most popular thing. > >When all is done, we need to make an announcement on Slashdot. > I'll send my pics tonight to andi, since I left my digital camera at home.

1 0

Re: Heap allocation problem
by Duane Clark 18 Mar '02

18 Mar '02

Duane Clark wrote: > Uwe Bonnes wrote: >>Just a shot in the dark: Did you perhaps install on a real WinNT machine and >>now run wine in --winver win95 mode or vice versa? >>http://support.microsoft.com/default.aspx?scid=kb;EN-US;q125713 >>points out some possible problems. > > > I'm running a dual boot Win98/RH7.2 system, and booted Win98 to install > the app. I don't ever supply a winver, but have Tweak.Layout set for > Win98. The app ran fine (except for the toolbars) prior to the addition > of anon_mmap_aligned() this past October (I had not run it for awhile, > but needed it now again). It looks like I never mentioned the circumstances where this error occurs. Most of the app comes up and runs, but there is a large area where messages are printed that uses a richedit control. Since the wine richedit does not work, I use a Win98 native richedit. What happens along with the heap error, is that the richedit control is not drawn. Instead the desktop remains showing through a large area in the center of the app. With my quicky "fix", the entire app including the native richedit works fine. However this is not specific to richedit. I have another test app I put together that uses richedit, and it works fine without the heap "fix".

1 0

TurboTax
by Kevin O'Connor 18 Mar '02

18 Mar '02

> I've been following Wine development for the last 6 months, mostly watching > for improvements for the 2 Windows applications I actually care about -- > Quicken and TurboTax. [...] > TurboTax was basically unusable until recently -- but when I returned from > a short vacation and updated my wine sources, all the show-stopping issues > with TurboTax had been resolved. Amazing. Hi Jeff, After seeing your note, I synched up my cvs and attempted to run turbo tax as well. After a brief failure due to a missing NdrDllUnregisterProxy function (which I fixed using the patch below), I too was impressed to see turbo tax running. > The one issue in both tools that I still need to check on is both > consistently ran out of GDI space, which I've hacked around with some > tweaks to gdiobj.c. Unfortunately, I quickly ran into this problem as well. I am not familiar enough with wine to fix this error by myself - would you be willing to push your hack along so I can take a look at this also? Thanks, -Kevin --- dlls/rpcrt4/rpcrt4.spec 19 Feb 2002 18:37:26 -0000 1.13 +++ dlls/rpcrt4/rpcrt4.spec 18 Mar 2002 03:34:28 -0000 @@ -26,7 +26,7 @@ @ stdcall NdrDllCanUnloadNow(ptr) NdrDllCanUnloadNow @ stdcall NdrDllGetClassObject(ptr ptr ptr ptr ptr ptr) NdrDllGetClassObject @ stdcall NdrDllRegisterProxy(long ptr ptr) NdrDllRegisterProxy -@ stub NdrDllUnregisterProxy +@ stdcall NdrDllUnregisterProxy(long ptr ptr) NdrDllUnregisterProxy @ stub RpcAbortAsyncCall @ stub RpcAsyncAbortCall --- dlls/rpcrt4/rpcrt4_main.c 9 Mar 2002 23:39:12 -0000 1.21 +++ dlls/rpcrt4/rpcrt4_main.c 18 Mar 2002 03:34:28 -0000 @@ -363,7 +363,20 @@ HMODULE hDll, /* [in] */ const ProxyFileInfo **pProxyFileList, /* [in] */ const CLSID *pclsid /* [in] */ -) +) +{ + FIXME("(%x,%p,%s), stub!\n",hDll,pProxyFileList,debugstr_guid(pclsid)); + return S_OK; +} + +/*********************************************************************** + * NdrDllUnregisterProxy (RPCRT4.@) + */ +HRESULT WINAPI NdrDllUnregisterProxy( + HMODULE hDll, /* [in] */ + const ProxyFileInfo **pProxyFileList, /* [in] */ + const CLSID *pclsid /* [in] */ +) { FIXME("(%x,%p,%s), stub!\n",hDll,pProxyFileList,debugstr_guid(pclsid)); return S_OK; -- ------------------------------------------------------------------------ | Kevin O'Connor "BTW, IMHO we need a FAQ for | | kevin(a)koconnor.net 'IMHO', 'FAQ', 'BTW', etc. !" | ------------------------------------------------------------------------

2 1

Heap allocation problem
by Duane Clark 18 Mar '02

18 Mar '02

Something else to look at when people get back from wineconf. One of my apps (Actel Designer) was generating the error message from HEAP_CreateSystemHeap(): system heap base address 65430000 not available This results from the call to MapViewOfFileEx() with the address SYSTEM_HEAP_BASE, which is 65430000. The comment in the header of MapViewOfFileEx() for this parameter, addr, says it is a "Suggested starting address for mapped view". That then calls anon_mmap_aligned(). In this particular application, the address 6543xxxx appears to have already been allocated elsewhere, so anon_mmap_aligned() appears to have allocated a valid block, but at a different address. Then at the bottom of the routine, the test else if (ptr != base) determines that these two addresses do not match and then unmaps the allocated block, leading to the heap allocation failure. Oddly enough, back in October, when this problem first appeared (with the introduction of anon_mmap_aligned()), HEAP_CreateSystemHeap() contained the comment "pre-defined address not available, use any one", but later on the "use any one" part was removed. So I tried commenting out the unmapping in anon_mmap_aligned(), and returning the allocated pointer, and my program is back to working fine. But I am not anywhere near understanding what the right fix is.

2 1

correct way to get windows version
by michael cardenas 18 Mar '02

18 Mar '02

What's the correct way to determine the current windows version wine is using from advapi32.dll? I looked through the list archives and in the documentation and I found VERSION_GetVersion(), but if I use that advapi32 won't compile. I'm preparing my patches for aol7, but I know that one of them is specific to windows95, and it won't be accepted if I don't put the version check in.

2 1

starcraft don't work well , please fix the problem
by centi_riccardo＠libero.it 17 Mar '02

17 Mar '02

Starcraft (blizzard game) don't work well on wine . I see a black screen and nothing other . It's a problem only of the lastest wine releases ........

1 0

WineConf streaming
by Eric Pouech 16 Mar '02

16 Mar '02

if someone reads his mail, I'm tryin to follow up the conf with the lpbn streaming but the sound is awful (R/N ratio horrible) so, if you could pass the info (and try to fix it) TIA A+

5 7

starcraft don't work in the last wine releases
by centi_riccardo＠libero.it 16 Mar '02

16 Mar '02

Starcraft don't work well in the last wine releases . I see a black screen while the game is running in backgroung (I can hear music and sounds work well ) . I have a slackware 8.0 Xfree 4.2.0 kernel 2.4.18 (slackware - current) . Please somebody send a patch to resolve this problem .........

1 0

Visual FoxPro and "GDI Regressions"
by Rick Romero 15 Mar '02

15 Mar '02

- Previously posted to wine-users (but with LESS info, worded worse :) As much as I think I won't be able to accomplish anything, I keep trying, and I've come across something interesting.. I'm testing my regression by doing the following: - Start the app - Press CTRL-V to paste text into the Command Window (which is the active 'MDI' window - but not really MDI - by default) - Switch to another virtual desktop - Switch back to Foxpro Desktop (That makes the Command Window 'look' active, by becoming blue instead of grey) - Click on the text that has been pasted. All builds after 5/10/01 will have the problem. The text will highlight as I move the mouse, as if I was still holding the mouse button down. This behavior is the same on scrollbars also. I normally run FoxPro with: wine /mnt/windows/DevStudio/vfp/vfp.exe Trying to discern some useful information, I've been playing with debugmsg. I've noticed if I do: wine --debugmsg +scroll,+event,+toolbar,+gdi,+heap /mnt/windows/DevStu dio/vfp/vfp.exe Clicking works as it should.. Scrollbars take two clicks before the ButtonRelease isn't acknoledged, but the text highlighting doesn't occur. I can click and move around normally. If I attempt to highlight text, (holding down the button) the ButtonRelease then is ignored as before.. If I cut out some of the debug info: wine --debugmsg +scroll,+event,+toolbar /mnt/windows/DevStu dio/vfp/vfp.exe We're back to normal (non-working normal). It seems like there is some timing issue that the (almost extreme) slowness from printing the debugging info is overcoming..(it's just going to stdout) Is there a click/release timer that could be increased? I've posted a small application at http://www.havokmon.com/stuff/vfp5test.zip . It uncompresses to a setup.exe and files, which includes the VFP5 Runtime, and a test.exe application that just opens a MDI window. The above test works on this application. http://www.havokmon.com/stuff/vfp5test.txt has more information on setup and installation with Wine (because it's not 100%). Hopefully everyone won't be too WineConf'd out next week :) Thanks, Rick

1 0

Borland C 5 - 16bits
by lists＠vmn.com.br 14 Mar '02

14 Mar '02

Hi, I am trying to run a point of sale app with the following structure: i) 16 bit ii) written in Borland C 5 iii)uses DDE iv) The app is broken into some 4 or 5 EXE and DLL files that communicate with the windows POST MESSAGE function. Two apps communicate through DDE. Does anyone have experience with applications written with Borland C in wine? It seems that 16 bit Apps written in Borland C are not working as in win98. The thing is I have tried about 30 apps. Everything written in Visual C (16 and 32 bits) works. Almost all apps written in Borland 32 bits, including OWL and BWCC apps work. This is a quite impressive showing for wine. 16 bit Apps written in Borland C seem to perform poorly. Running the apps with --debugmsg warn+all shows consistent problems with GDI: use of invalid pointers HEAP: adressing attempts of invalid addresses Furthermore, it seems that the apps are not correctly sharing the processor. For the program to run it is necessary to click in all the windows and therefore allocate processor time by giving focus. Does anyone have experience with Borland C 16 bit apps. Is your experience consistent with this report? I certainly would appreciate any pointers. Thanks, Miguel Feitosa p.S : Eric -> I have changed the Apps to not use DDE. I am going to do a couple more days of testing. Then I will roll back the app to the original state and generate some traces for DDE. ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

1 0

aRts audio driver support
by Chris Morgan 14 Mar '02

14 Mar '02

*dlls/winmm/winearts, arts.c, arts.h, audio.c, mixer.c, mmaux.c, winearts.drv.spec, Makefile.in: Chris Morgan <cmorgan(a)alum.wpi.edu> Added aRts driver to wine *configure, configure.ac, dlls/Makefile.in, include/config.h.in, dlls/dsound/dsound_main.c, documentation/samples/config: Chris Morgan <cmorgan(a)alum.wpi.edu> Changes for aRts driver, added commented out entry to WinMM section of sample config file, added configure time checks for artsc support. One question I had was what to do about EXTRADEFS entry in dlls/winmm/winearts/Makefile.in? Is this ok or does it have to be a configure detected thing? Any comments about this patch are more than welcome. Thanks, Chris

2 1

fix for crash in snoop
by michael cardenas 14 Mar '02

14 Mar '02

I can submit my previous patch for snoop also. It removes functionality but fixes the crash. Should I submit it? ------------------------------------------------------- Changelog: - this patch should get rid of the remaining crashes in snoop. It fixes SNOOP_GetProcAddress. ------------------------------------------------------- COPYRIGHT: All original work contained in this email is released under the terms of the old Wine license (LICENSE.OLD in the distribution). This means that any new functions I have created can be incorporated into a non LGPL Wine fork, for example. Any future patches I submit can be considered to be release under the old Wine license.

1 0

Re: Segmentation fault (core dumped) with cvs update
by Tony Lambregts 14 Mar '02

14 Mar '02

> I have upgraded my internet access recently and have decided to stay > current with the cvs instead of waiting for each new snapshot. I however > have run into a snag > > I downloaded the latest snapshot from ibiblio.org (Wine-200202.28.tar.gz) > and the latest cvsdirs from ftp.winehq.com/pub/wine > (wine-cvsdirs-20020228.tar.gz) > > After following the steps to get a CVS sandbox I now have a local copy > of the wine located at /usr/local/src/wine. > > When I cd to this directory an try to update my copy i get the following: > > [root@tony wine]# cvs u -v > > Concurrent Versions System (CVS) 1.10.5 (client/server) > > Copyright (c) 1989-1998 Brian Berliner, david d `zoo' zuhn, > Jeff Polk, and other authors > > CVS may be copied only under the terms of the GNU General Public License, > a copy of which can be found with the CVS distribution kit. > > Specify the --help option for further information about CVS > > [root@tony wine]# cvs update -PAd > Segmentation fault (core dumped) > > Any help or suggestions would be appreciated > > Tony Lambregts > Ok just to follow up. I upgraded my version of cvs and life is good. Tony Lambregts

1 0

Re: [Fwd: Re: Oh yeah, the docu...]
by Tony Lambregts 14 Mar '02

14 Mar '02

> On Wed, Feb 20, 2002 at 09:40:43AM -0700, Tony Lambregts wrote: >> Tony Lambregts wrote: [Snip] >>> Ok so its just the online doc thats not up to date. Thanks. >>> >>> http://www.winehq.com/Docs/wine-user/configuring.shtml >>> >>> also looks like the the following are also not up to date. >>> >>> http://www.winehq.com/Docs/winedoc-sgml.tgz >>> http://www.winehq.com/Docs/winedoc-pdf.tgz VERY OLD >>> http://www.winehq.com/Docs/winedoc-ps.tgz VERY OLD >>> >>> and I would suspect that these too. (did not actually download) >>> >>> http://www.winehq.com/Docs/wine-set-html.tgz >>> http://www.winehq.com/Docs/winedoc-html.tgz >> [snip] >>> Since my last post on usenet I did download these and they are >>> out of >> date too. IMHO www.winehq.com/Docs should be updated at each >> snapshot. > Yeah, like I was really dying for finally seeing this being done. > > This time I yelled yet again, and Jeremy White muttered some Holy > Promise to make it finally work. (which, on hindsight, is a > relatively cheap promise due to Codeweavers having to go through > the trouble of revamping the whole winehq.com domain anyway due to > Corel's unfortunate demise ;-) > > Anyway, I'll be *really* glad once this finally gets done in a nice > solid timely cronjob. > > -- Andreas Mohr Stauferstr. 6, D-71272 > Renningen, Germany Tel. +49 7159 800604 > http://home.nexgo.de/andi.mohr/ > After checking winehq.com today I see that the online documentation is still not current. I also downloaded the sgml, pdf, and both htmls. They are still out of date. Now I realize that the staff at codeweavers are busy people but I would really like to see these up to date. Could I have some indication as to when this will done. Tony Lambregts Ps: I miss the network news service very much and want it to come back.

1 0

Has CVS access changed?
by Duane Clark 13 Mar '02

13 Mar '02

I just noticed that the patch I submitted is against an old version of CVS, even though I did the "cvs diff" today (3/13). Did I miss a change to the CVS configuration, perhaps in the move to the new server? I currently have .cvspass with :pserver:cvs@cvs.winehq.com:/home/wine Ah<Z

1 0

Re: Bug: fgets always reads from stdin
by Andriy Palamarchuk 13 Mar '02

13 Mar '02

Lawson, thank you very much for the help. lawson_whitney(a)juno.com wrote: > On Mon, 11 Mar 2002, Andriy Palamarchuk wrote: > > >>I'm trying to use function fgets, but it always reads >>from standard input. >> >> > I can't duplicate your results. [... skipped ...] As I found out I tried to feed 2 files to winemaker with -sym switches. Probably one of the files then was linked to Linux "fopen" function and returned FILE structure of incorrect format. Sorry to take your time. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

1 0

Re: Toolbar ReleaseCapture changes
by Duane Clark 13 Mar '02

13 Mar '02

These are comments about the patch that I submitted. Since it is a fairly significant change, and I don't yet have much of a track record (and am admittedly not a programmer by training or profession) I thought some detailed comments were in order. I have two applications, Xilinx fpga_editor and Actel designer, where the toolbars did not work. They were drawn fine, tooltips worked, and when clicked, they put messages into the status bar indicating what they were supposed to do. But the actual actions were never performed. Tracing the apps, I found that what was happening was that upon LBUTTONUP, the applications for whatever reason explicitly called ReleaseCapture() before TOOLBAR_LButtonUp() was executed. This caused TOOLBAR_LButtonUp() to be called with infoPtr->bCaptured == 0 and infoPtr->nButtonDown == -1, as would be expected. However, this also caused almost all of the code in the routine to be skipped, since most of it is contained within the large if(){} section. So I got ControlSpy and figured out how to get that to compile and run (under Borland C++Builder), and was able to modify it to explicitly call ReleaseCapture() before the TOOLBAR_LButtonUp(). This I did in the routine GetMsgProc() in ControlSpy, by testing for the correct hwnd and message before explicitely calling ReleaseCapture. I kind of expected CallWndProc() to be the right place, but it did not seem to be, and I really don't understand it well enough yet to know why. In any case, running this modified version (and the original version to compare results) under WinNT, I saw that the when ReleaseCapture is explicitely called before TOOLBAR_LButtonUp(), that all the same messages and notifications are still generated, with the exception that WM_CAPTURECHANGED does not get sent. And that is as expected, since it was already sent by the explicit call to ReleaseCapture(). So the patch modifies TOOLBAR_LButtonUp() to duplicate this behavior. It fixes both of the apps that were having the toolbar problem, and in the case of fpga_editor, it supports rebar and the toolbar continues to work. And I have tested it on a half dozen other apps, and all seem to be working fine.

1 0

wineconf: Call for meeting in the reception of respective hotel a t 7:30
by Patrik Stridvall 13 Mar '02

13 Mar '02

> -----Original Message----- > From: Dimitrie O. Paun [mailto:dpaun@rogers.com] [snip] > How do you plan on getting to the conference? Taxi, I guess, > in my case. Yes. > Maybe we should post to the list, I already did that, no reply. Trying again. :-) It seems that I was wrong earlier the last message from Cheryl Schwarzman said: "On Friday, a continental breakfast will be served complete with juice, coffee and muffins at 8:15." > and compile a list of > people with the > hotels they are staying at... I don't think we need to do anything that complicated. Why not just say that everybody regardless of hotel meet in or near the reception at 7:30 waiting there until 7:45 for people to show up. Identifing other people should be easy: Just ask anybody standing in or near the reception whether they are going to wineconf. Then we order enough taxis (or cabs I think people call then in the US) to carry us all to the conference. This would give us 30 minuter to wait for cabs and get to the conference which according to Michael Robertsson is 10 minutes away at least at the hotel I'm staying. I guess most other hotels is pretty close as well. The simple strategy is often the best.

1 0

The memory model
by Duane Clark 12 Mar '02

12 Mar '02

Over on comp.arch.fpga, there has been a discussion (in the thread "exceeding 2GB limits in xilinx") about the memory models of Windoze versus Linux, and whether running a Windows program under wine would impose the Windows memory model on an application. This all comes about because the newest Xilinx software says that to use their newest large devices, a computer needs a minimum of 3GB to run place and route! Apparently Windows allocates 2GB to user space and Linux allocates 3GB (just repeating what has been said by others there). It was mentioned that perhaps running the tools under Linux/wine might allow the tools to have access to the full 3GB available under Linux. In any case, this made me curious, and I was hoping some of the more knowledgable people here might be able to explain how this works under wine. Thanks, Duane

4 3

[wine-devel] WINE with Trad. Chinese input (XCin) Q2
by leanne 12 Mar '02

12 Mar '02

Dear all, My second question is about include/wnd.h The i18n35.udiff patch got the following segment: ~~~~~~~~~~~~~~~~~~~ --- 000928/include/win.h.org Fri Sep 15 05:42:53 2000 +++ 000928/include/win.h Mon Oct 2 12:16:03 2000 @@ -133,6 +133,9 @@ BOOL (*pSetHostAttr)(WND *, INT haKey, INT value); BOOL (*pIsSelfClipping)(WND *); void (*pSetWindowRgn)(WND *, const HRGN); + void (*pHideCaret)(WND *); + void (*pSetCaretPos)(WND *, INT, INT); + void (*pShowCaret)(WND *); } WND_DRIVER; extern WND_DRIVER *WND_Driver; ~~~~~~~~~~~~~~~~~~~ We cannot patch into the latest version of WINE because it does not have the following struct "tagWND_DRIVER" which is valid in 2000-09-09 release. If we do not patch it, any harm? Many thanks!! include/wnd.h (wine 2000-09-09 release) ============================================= typedef struct tagWND_DRIVER { void (*pInitialize)(WND *); void (*pFinalize)(WND *); BOOL (*pCreateDesktopWindow)(WND *, struct tagCLASS *, BOOL); BOOL (*pCreateWindow)(WND *, struct tagCLASS *, CREATESTRUCTA *, BOOL); BOOL (*pDestroyWindow)(WND *); WND* (*pSetParent)(WND *, WND *); void (*pForceWindowRaise)(WND *); void (*pSetWindowPos)(WND *, const WINDOWPOS *, BOOL); void (*pSetText)(WND *, LPCWSTR); void (*pSetFocus)(WND *); void (*pPreSizeMove)(WND *); void (*pPostSizeMove)(WND *); void (*pSurfaceCopy)(WND *, HDC, INT, INT, const RECT *, BOOL); void (*pSetDrawable)(WND *, HDC, WORD, BOOL); BOOL (*pSetHostAttr)(WND *, INT haKey, INT value); BOOL (*pIsSelfClipping)(WND *); void (*pSetWindowRgn)(WND *, const HRGN); } WND_DRIVER; extern WND_DRIVER *WND_Driver; ============================================= Cheers, Leanne Tsang

1 0

Re: More Shlwapi ordinal routines - updated
by Jürgen Schmied 12 Mar '02

12 Mar '02

Hello! I saw your patch today and noticed you are really doing W<-->A conversion for the version* functions. Is there a special reason for this? The A<-->W conversion in shlwapi is only for systems lacking the W-functions like win95 so it's not nessesary to do this for us. It's enough to just forward the entry points to the W-functions in the version.dll. Ciao Juergen -- just done a cvs update on my box after more than a year ;-) --- juergen.schmied(a)debitel.net

2 1

Only fixup borland imports once
by Uwe Bonnes 12 Mar '02

12 Mar '02

Changelog: loader/pe_image.c: PE_fixup_imports Only fixup Borland imports once. Some remarks in winnt.h make it resonable to use pe_imp->TimeDateStamp as marker This make the quicklogic suite crash later, after doing some real work. The dll causing the problems is netbios.dll from win95 osr2. Attention: I used diff -uw ,as I have heavily indented my code. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing -- Index: wine/loader/pe_image.c =================================================================== RCS file: /home/wine/wine/loader/pe_image.c,v retrieving revision 1.106 diff -u -w -r1.106 pe_image.c --- wine/loader/pe_image.c 2002/03/10 00:18:34 1.106 +++ wine/loader/pe_image.c 2002/03/12 00:01:45 @@ -344,6 +344,8 @@ } } else { /* Borland style */ TRACE("Borland style imports used\n"); + if (pe_imp->TimeDateStamp != -1) + { thunk_list = (PIMAGE_THUNK_DATA) RVA(pe_imp->FirstThunk); while (thunk_list->u1.Ordinal) { if (IMAGE_SNAP_BY_ORDINAL(thunk_list->u1.Ordinal)) { @@ -374,6 +376,8 @@ } thunk_list++; } + pe_imp->TimeDateStamp = -1; + } } } return 0;

1 0

RE: wineconf: Transport from the hotels to the conferance
by Patrik Stridvall 11 Mar '02

11 Mar '02

> Attendees are responsible for getting their persons from the hotel to > conference. Hopefully, it's a short cab ride or walk for > most. OK. I thought so. Just checking. > Coordinating > so that you carpool isn't such a bad idea. > > Conference starts at 9am. Feel free to show up at 8am for > coffee, juice and > donuts. And to help setup stuff. :^) > > It should take no longer than 10 minutes to get from Homestead to the > conference center. OK. So since the conferance is not providing REAL breakfast. How about for people at Homestead: 7.00 AM: Breakfast (at whatever place the hotel serves breakfast) 7.30 AM: Meeting for coordinating transport (at or near the hotel reception) Sounds good? PS. Everybody living at Homestead need not answer just to say yes. It is enough if a few do so the rest know that a least a few have agreed on when to meet.

1 0

Agenda for wineconf
by Michael Robertson 11 Mar '02

11 Mar '02

Below is an up to date agenda for wineconf 2002. Things are coming together great and it should be a information filled event. Thanks to all the attendees who are going to make this event worthwhile through their valuable presentations. Be sure and get that haircut before coming because my sources tell me there will be 3 video cameras capturing this event for later broadcasting. We have two full days planned (March 15th-16th). The sessions will go from 9-5 on both Friday and Saturday. I think all of the international attendees are coming in on Thurs, so they'll be rested up to start at 9am Friday morning. Both days, breakfast pastries will be provided at the conference premises along with lunch. Dinners will be within walking distance on Friday and Saturday. We're also planning on providing transportation from the airport to hotels on Thurs for our out of town guests. So a rental cars may not be necessary unless you're planning on extra activities on Sunday that aren't part of the conference. As for the conference sessions, the attendees are the speakers, so we're asking those in attendance to prepare a 30-45 minute presentation meant to educate and inform as well as spur on discussion. If you don't see your name on the list below, please send me a topic you would like to give a presenation on. I've heard from nearly everyone. We have a great conference venue lined up which will have plenty of meeting rooms and state of the art presentation capabilities along with internet access. To give a presentation, you can either bring a laptop to plug into the video projection system or you can email to me your presentation and I will insure that it is on a computer plugged into the projection system for your presentation. There are 2 areas that we'll be focusing on: Business issues - This will be a combination of presentation from companies talking about their business experience with WINE as well as talks on the non-technical issues facing WINE. Wine Technology - There will be some advanced topics as well as some more general overviews. Since (http://www.lpbn.org) will be on hand to shoot video of all the session, our goal is to have a video series that those newer to wine can view at anytime via the net to get up to speed. Alexandre's keynote will set the tone and provide a roadmap for many of the discussions. Alexandre's keynote will kickoff the conference. NOTE: Presentations listed below with a * designate a Friday presentation. If there's no asteric, then the presentation will be on Saturday. For maximum diversity, we will be alternating between technology presentations and business. There will be two technology presentations and then one on a business topic. Repeat. Wine Technology -------------------- WINE Past, Present and Future [Julliard]* Supporting Drag and Drop between Wine and non-Wine windows [Weigland]* How To Make Fonts Look Great In Wine [Davies]* Package streamlining of WINE [Meissner]* DirectX [Kaaven]* IActiveScript, or how jscript.dll was reimplemented using the Mozilla JScript engine, lots of glue, and a little bit of luck". [Hatheway]* Beyond Trial And Error, Alternative Ways To Insure Quality Code [Stridvall] A Howto For Regression Testing [Gouget] Winedoc and Automated Verification [Paun] Wine/Windows bootup handling and documentation/end user representation [Mohr] Package streamlining of WINE [Meissner] TBD [Czekalla] Business Talks ----------------- Macadamian - Making It As A Software House [Boulanger]* An Unique Commercial Application for WINE [Cadlink Technology/Hawkes]* Gaming and Beyond [Transgaming/State]* ReactOS - Where it's at, where it's going [ReactOS/Filby] Corel, A Look Back [Xandros/Tranter] Lindows.com And WINE [Robertson]

6 8

Fwd: Re: Rewrite of Notepad using NLS
by Sylvain Petreolle 11 Mar '02

11 Mar '02

> > > > Unified (diff -u) diff please. > > > > -- > > Dmitry. > > I made : [notepad] cvs diff >$HOME/patches/patch.diff [notepad] diff -u /dev/null notepad_res.h >>$HOME/patches/patch.diff What am I missing ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

wineconf: Transport from the hotels to the conferance
by Patrik Stridvall 11 Mar '02

11 Mar '02

> We have two full days planned (March 15th-16th). The sessions > will go from > 9-5 on both Friday and Saturday. I think all of the > international attendees > are coming in on Thurs, so they'll be rested up to start at > 9am Friday > morning. Both days, breakfast pastries will be provided at > the conference > premises along with lunch. Dinners will be within walking > distance on Friday > and Saturday. > > We're also planning on providing transportation from the > airport to hotels on > Thurs for our out of town guests. OK. There is a few small details left that need clarification. How and when will we get from our hotels to the the conferance? Personally I have booked room at the recommended hotel: Homestead San Diego Mira Mesa So will somebody pick us up at our hotels? Since we have booked hotel ourselves you are not likely to know were we are but still... Anyway, taking a taxi or a cab (or whatever you call it the US) will not be that hard. However, since I guess more than people than I have booked at the recommended hotel "Homestead San Diego Mira Mesa" perhaps we that should agree on some time to meet at some appropriate place at the hotel? What about 7.00 AM in or near the reception? Is that to early or to late? Since the sessions begin at 9.00 AM and some sort of breakfast in served at the conferance getting there early might not be a bad idea. BTW. How early can we arrive at the conferance?

2 1

Re: Rewrite of Notepad using NLS
by Dmitry Timoshkov 11 Mar '02

11 Mar '02

"Sylvain Petreolle" <spetreolle(a)yahoo.fr> wrote: > Notepad now uses NLS. > > Please remove notepad.rc, that defined > old macro system for language resources. Unified (diff -u) diff please. -- Dmitry.

1 0

Re: Rewrite of Notepad using NLS
by Dimitrie O. Paun 11 Mar '02

11 Mar '02

On March 10, 2002 07:20 pm, you wrote: > Notepad now uses NLS. > > Please remove notepad.rc, that defined > old macro system for language resources. Cool. But can you please submit the diff in diff -u format? Thanks, Dimi.

1 0

Bug: fgets always reads from stdin
by Andriy Palamarchuk 11 Mar '02

11 Mar '02

I'm trying to use function fgets, but it always reads from standard input. Here is the test code: { FILE *reg_file = fopen("1.txt", "r"); if (!reg_file) { perror(""); printf("Can't open file \"%s\"\n", "1.txt"); exit(1); } { char buf[100]; while (fgets(buf, 100, reg_file)) { printf("%s", buf); } exit(1); } } The same code works correctly when compiled without Wine. One starange thing here that I do not see call to function fopen in the log. End of the log for the test application, called with --debugmsg +all, critical sections call are removed (note, the mail client wrapped the lines) 0806eff8:Call kernel32.GetCommandLineA() ret=40021019 0806eff8:Ret kernel32.GetCommandLineA() retval=40350358 ret=40021019 0806eff8:Call kernel32.GetStartupInfoA(405a6e4c) ret=40021039 0806eff8:Ret kernel32.GetStartupInfoA() retval=400c6934 ret=40021039 0806eff8:Call ntdll.__wine_get_main_args(40024ea4) ret=40021053 0806eff8:Ret ntdll.__wine_get_main_args() retval=00000001 ret=40021053 0806eff8:Call kernel32.GetModuleHandleA(00000000) ret=4002106a 0806eff8:Ret kernel32.GetModuleHandleA() retval=40020000 ret=4002106a 0806eff8:Call msvcrt.fgets(405a6db4 "\344\307\016@",00000064,08050f70) ret=4001e21b 0806eff8:trace:msvcrt:MSVCRT_fgets :file(0x8050f70) fd (0) str (0x405a6db4) len (100) 0806eff8:Call kernel32.ReadFile(00000004,405a6bbf,00000001,405a6b98,00000000) ret=406878e6 0806eff8:trace:file:ReadFile 4 0x405a6bbf 1 0x405a6b98 (nil) 0806eff8: get_handle_fd( handle=4, access=80000000 ) 0806eff8: *fd* 4 -> 8 0806eff8: get_handle_fd() = 0 { fd=-1, type=1, flags=0 } 0806eff8: set_handle_info( handle=4, flags=0, mask=0, fd=10 ) 0806eff8: set_handle_info() = 0 { old_flags=1, cur_fd=10 } #here I entered line with character W 0806eff8:Ret kernel32.ReadFile() retval=00000001 ret=406878e6 0806eff8:Call kernel32.ReadFile(00000004,405a6bbf,00000001,405a6b98,00000000) ret=406878e6 0806eff8:trace:file:ReadFile 4 0x405a6bbf 1 0x405a6b98 (nil) 0806eff8: get_handle_fd( handle=4, access=80000000 ) 0806eff8: get_handle_fd() = 0 { fd=10, type=1, flags=0 } 0806eff8:Ret kernel32.ReadFile() retval=00000001 ret=406878e6 0806eff8:trace:msvcrt:MSVCRT_fgets :got 'W ' 0806eff8:Ret msvcrt.fgets() retval=405a6db4 ret=4001e21b 0806eff8:Call kernel32.WriteFile(00000008,405a646c,00000002,405a6428,00000000) ret=4068818b 0806eff8:trace:file:WriteFile 8 0x405a646c 2 0x405a6428 (nil) 0806eff8: get_handle_fd( handle=8, access=40000000 ) 0806eff8: *fd* 8 -> 9 0806eff8: get_handle_fd() = 0 { fd=-1, type=1, flags=0 } 0806eff8: set_handle_info( handle=8, flags=0, mask=0, fd=11 ) 0806eff8: set_handle_info() = 0 { old_flags=1, cur_fd=11 } 0806eff8:Ret kernel32.WriteFile() retval=00000001 ret=4068818b 0806eff8:Call msvcrt.fgets(405a6db4 "W\n",00000064,08050f70) ret=4001e21b 0806eff8:trace:msvcrt:MSVCRT_fgets :file(0x8050f70) fd (0) str (0x405a6db4) len (100) 0806eff8:Call kernel32.ReadFile(00000004,405a6bbf,00000001,405a6b98,00000000) ret=406878e6 0806eff8:trace:file:ReadFile 4 0x405a6bbf 1 0x405a6b98 (nil) 0806eff8: get_handle_fd( handle=4, access=80000000 ) 0806eff8: get_handle_fd() = 0 { fd=10, type=1, flags=0 } #here I entered ^D to close stdin 0806eff8:Ret kernel32.ReadFile() retval=00000001 ret=406878e6 0806eff8:trace:msvcrt:_read :EOF 0806eff8:trace:msvcrt:MSVCRT_fgets :nothing read 0806eff8:Ret msvcrt.fgets() retval=00000000 ret=4001e21b 0806eff8:Call msvcrt.exit(00000001) ret=4001e229 0806eff8:trace:msvcrt:MSVCRT_exit (1) 0806eff8:trace:msvcrt:_lock (13) 0806eff8:trace:msvcrt:_lock (17) 0806eff8:trace:msvcrt:_lock : creating lock #13 0806eff8:trace:msvcrt:_unlock (17) 0806eff8:trace:msvcrt:__MSVCRT__call_atexit 0 atext functions to call 0806eff8:trace:msvcrt:_unlock (13) 0806eff8:Call kernel32.ExitProcess(00000001) ret=40686022 0806eff8:trace:module:MODULE_InitDLL (regedit,PROCESS_DETACH,0x1) - CALL 0806eff8:trace:module:MODULE_InitDLL (0x403509b0,PROCESS_DETACH,0x1) - RETURN 1 0806eff8:trace:module:MODULE_InitDLL (msvcrt.dll,PROCESS_DETACH,0x1) - CALL 0806eff8:Call PE DLL (proc=0x4068b1c0,module=4067c000,type=0,res=0x1) 0806eff8:trace:msvcrt:MSVCRT_Init (0x4067c000, DLL_PROCESS_DETACH, 0x1) pid(134659496), tid(134672376), tls(0) 0806eff8:trace:msvcrt:msvcrt_free_mt_locks : uninitializing all mtlocks 0806eff8:trace:msvcrt:_fcloseall :closed (0) handles 0806eff8:trace:msvcrt:msvcrt_free_console :Closing console handles 0806eff8:Call kernel32.CloseHandle(00000004) ret=406810d3 0806eff8: close_handle( handle=4 ) 0806eff8: close_handle() = 0 { fd=10 } 0806eff8:Ret kernel32.CloseHandle() retval=00000001 ret=406810d3 0806eff8:Call kernel32.CloseHandle(ffffffff) ret=406810de 0806eff8: close_handle( handle=-1 ) 0806eff8: close_handle() = INVALID_HANDLE { fd=0 } 0806eff8:Ret kernel32.CloseHandle() retval=00000000 ret=406810de 0806eff8:Call kernel32.FreeEnvironmentStringsA(403504b0) ret=406832ef 0806eff8:Ret kernel32.FreeEnvironmentStringsA() retval=00000001 ret=406832ef 0806eff8:Call kernel32.FreeEnvironmentStringsW(403513d0) ret=406832fa 0806eff8:trace:heap:RtlFreeHeap (40350000,00000002,403513d0): returning TRUE 0806eff8:Ret kernel32.FreeEnvironmentStringsW() retval=00000001 ret=406832fa 0806eff8:Call kernel32.TlsFree(00000000) ret=4068b545 0806eff8:Ret kernel32.TlsFree() retval=00000001 ret=4068b545 0806eff8:trace:msvcrt:MSVCRT_Init finished process free 0806eff8:Ret PE DLL (proc=0x4068b1c0,module=4067c000,type=0,res=0x1) retval=1 0806eff8:trace:module:MODULE_InitDLL (0x40350d1c,PROCESS_DETACH,0x1) - RETURN 1 0806eff8:trace:module:MODULE_InitDLL (advapi32.dll,PROCESS_DETACH,0x1) - CALL 0806eff8:trace:module:MODULE_InitDLL (0x40350bf0,PROCESS_DETACH,0x1) - RETURN 1 0806eff8:trace:module:MODULE_InitDLL (kernel32.dll,PROCESS_DETACH,0x1) - CALL 0806eff8:Call PE DLL (proc=0x406247fc,module=40615000,type=0,res=0x1) 0806eff8:Ret PE DLL (proc=0x406247fc,module=40615000,type=0,res=0x1) retval=1 0806eff8:trace:module:MODULE_InitDLL (0x40350e2c,PROCESS_DETACH,0x1) - RETURN 1 0806eff8:trace:module:MODULE_InitDLL (ntdll.dll,PROCESS_DETACH,0x1) - CALL 0806eff8:trace:module:MODULE_InitDLL (0x403508ac,PROCESS_DETACH,0x1) - RETURN 1 0806eff8: terminate_process( handle=-1, exit_code=1 ) 0806eff8: terminate_process() = 0 { self=1 } 0806eff8: *killed* exit_code=1 /home/apalamarchuk/.wine/user.reg: saving key \\User\\apalamarchuk /home/apalamarchuk/.wine/system.reg: saving key \\Machine /home/apalamarchuk/.wine/userdef.reg: saving key \\User\\.Default Server: exiting (pid=9451) The bug, probably, is very simple and somebody can give me a clue basing on the trace. I have fresh CVS Wine. Thanks, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Try FREE Yahoo! Mail - the world's greatest free email! http://mail.yahoo.com/

2 2

Re: Wine release 20020310
by Matthew Toseland 11 Mar '02

11 Mar '02

On Sun, Mar 10, 2002 at 01:05:48PM -0800, Alexandre Julliard wrote: > This is release 20020310 of Wine, a free implementation of Windows on > Unix. This is still a developers only release. There are many bugs > and unimplemented features. Most applications still do not work > correctly. > > Patches should be submitted to "wine-patches(a)winehq.com". Please > don't forget to include a ChangeLog entry. > > This release is identical to the previous one (release 20020228), > except that the license has changed: Wine is now distributed under the > terms of the GNU Lesser General Public License. All code submitted to > me or to the wine-patches list from now on will be assumed to be > released under the LGPL too. Cool!

1 0

Re: DDE problems on 16bit Apps
by list＠vmn.com.br 10 Mar '02

10 Mar '02

Hi, Below is the initialisation code of PDV.EXE (a), the app that calls DISP.EXE and thens set's up DDE. Both are 16bit. I have added some comments to try and clarify the code. I have also added the output of wine --debugmsg +dll,+shell,+ddeml PDV.EXE (b). Yesterday, I ran winedbg and set a breakpoint on DDeConnect. A backtrace from the function is below (c). The step through the function showed that HCONV WINAPI DdeConnect(DWORD idInst, HSZ hszService, HSZ hszTopic, LPCONVCONTEXT pCC) .... if (pInstance->unicode) /*This is false so CreateWindowA gets called */ .... pConv = WDML_GetConvFromWnd(hwndClient); /* winedbg> print pConv 0x00000000 Seems pConv is null */ if (pConv == NULL || pConv->hwndServer == 0) { /* Flow goes here and execution stops */ ... Thanks, Miguel (a) Code from PDV.EXE void CALLBACK _export InitDisplay(HWND hWnd) { /* Call DISP.EXE */ if (ShellExecute(hWnd, "open", PDVROT_szDisplay, "", PDVROT_szPDVPath, SW_SHOWNORMAL) <= (HINSTANCE) 32) { HandleOutput("ERROR: DISPLAY PDV."); return; } WaitAppActivate(DISPLAYTITLE); if (DdeInitialize((LPDWORD) & idInst, (PFNCALLBACK) DDECallback, APPCMD_CLIENTONLY, 0L)) { HandleOutput("ERROR failed to init DDE DISPLAY PDV."); return; } hszService = DdeCreateStringHandle(idInst, DISPLAYTITLE, CP_WINANSI); hszTopic = DdeCreateStringHandle(idInst, "Form1", CP_WINANSI); hszItem = DdeCreateStringHandle(idInst, "label1", CP_WINANSI); /* Connect with DDE server (DISPLAY) */ hConv = DdeConnect(idInst, hszService, hszTopic, (PCONVCONTEXT) NULL); if (hConv == NULL) { HandleError(DdeGetLastError(idInst)); HandleOutput("ERROR could not connect DISPLAY."); /* Control goes here and the App fails with the above message This code is written with Borland C++^M */ } (b) wine --debugmsg +dll,+shell,+ddeml PDV.EXE Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: trace:dll:fill_init_list (KRNL386.EXE) - START trace:dll:fill_init_list (KRNL386.EXE) - END trace:dll:fill_init_list (system.dll) - START trace:dll:fill_init_list (system.dll) - END trace:dll:fill_init_list (wprocs.dll) - START trace:dll:fill_init_list (wprocs.dll) - END trace:dll:fill_init_list (GDI.EXE) - START trace:dll:fill_init_list (GDI.EXE) - END trace:dll:fill_init_list (USER.EXE) - START trace:dll:fill_init_list (USER.EXE) - END trace:dll:fill_init_list (display.dll) - START trace:dll:fill_init_list (display.dll) - END fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (Brazilian ABNT-2 keyboard layout) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. trace:dll:fill_init_list (mmsystem.dll) - START trace:dll:fill_init_list (mmsystem.dll) - END trace:dll:NE_CallDllEntryPoint Calling mmsystem.dll DllEntryPoint, cs:ip=00e7:0aa9 trace:shell:SHLWAPI_LibMain 0x40db4000 0x1 (nil) trace:shell:Shell32LibMain 0x40cd6000 0x1 (nil) trace:shell:SIC_Initialize trace:shell:SIC_IconAppend shell32.dll 1 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dad4c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 2 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dae4c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 3 3f6 3fe trace:shell:SHAlloc 20 bytes at 0x403dbf2c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 4 406 406 trace:shell:SHAlloc 20 bytes at 0x403dc2d4 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 5 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403daeac trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 6 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dd954 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 7 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dd994 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 8 40e 416 trace:shell:SHAlloc 20 bytes at 0x403dde2c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 9 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dda14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 10 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dda54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 11 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dda94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 12 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403deb14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 13 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403deb54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 14 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403deb94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 15 41e 426 trace:shell:SHAlloc 20 bytes at 0x403df02c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 16 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dec14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 17 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dec54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 18 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dec94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 19 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfd14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 20 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfd54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 21 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfd94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 22 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfdd4 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 23 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfe14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 24 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfe54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 25 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfe94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 26 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dfed4 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 27 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dff14 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 28 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dff54 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 29 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dff94 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 30 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dffd4 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 31 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403e0014 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 32 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403e0054 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 33 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403e0094 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 34 42e 436 trace:shell:SHAlloc 20 bytes at 0x403e1034 trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 35 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dab6c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 36 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dabac trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 37 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403dabec trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_IconAppend shell32.dll 38 3e6 3ee trace:shell:SHAlloc 20 bytes at 0x403e1d1c trace:shell:PathFindFileNameA shell32.dll trace:shell:SIC_Initialize hIconSmall=0x40e5013c hIconBig=0x40e501c8 trace:shell:InitChangeNotifications head=0x40d20dc0 tail=0x40d20de0 trace:shell:SHInitRestricted ((nil), (nil)) trace:dll:NE_InitDLL Calling LibMain, cs:ip=0337:0000 ds=0387 di=0386 cx=1000 trace:dll:NE_InitDLL Calling LibMain, cs:ip=046f:0000 ds=0597 di=0596 cx=3e80 trace:dll:NE_InitDLL Calling LibMain, cs:ip=05b7:0000 ds=0617 di=0616 cx=0000 trace:dll:NE_InitDLL Calling LibMain, cs:ip=02f7:0000 ds=0317 di=0316 cx=0000 trace:dll:NE_InitDLL Calling LibMain, cs:ip=065f:0000 ds=06c7 di=06c6 cx=0200 trace:dll:fill_init_list (C:\Regis\PDV.EXE) - START trace:dll:fill_init_list (C:\REGIS\BORDCHQ.DLL) - START trace:dll:fill_init_list (C:\REGIS\PDVROT.DLL) - START trace:dll:fill_init_list (ddeml.dll) - START trace:dll:fill_init_list (ddeml.dll) - END trace:dll:fill_init_list (KRNL386.EXE) - START trace:dll:fill_init_list (KRNL386.EXE) - END trace:dll:fill_init_list (shell.dll) - START trace:dll:fill_init_list (shell.dll) - END trace:dll:fill_init_list (USER.EXE) - START trace:dll:fill_init_list (USER.EXE) - END trace:dll:fill_init_list (win87em.dll) - START trace:dll:fill_init_list (win87em.dll) - END trace:dll:fill_init_list (C:\REGIS\PDVROT.DLL) - END trace:dll:fill_init_list (C:\REGIS\BD.DLL) - START trace:dll:fill_init_list (C:\REGIS\BD.DLL) - END trace:dll:fill_init_list (C:\REGIS\IFDT.DLL) - START trace:dll:fill_init_list (C:\REGIS\IFDT.DLL) - END trace:dll:fill_init_list (C:\REGIS\BORDCHQ.DLL) - END trace:dll:fill_init_list (C:\REGIS\E$WIN.DLL) - START trace:dll:fill_init_list (C:\REGIS\E$WIN.DLL) - END trace:dll:fill_init_list (C:\REGIS\BWCC.DLL) - START trace:dll:fill_init_list (GDI.EXE) - START trace:dll:fill_init_list (GDI.EXE) - END trace:dll:fill_init_list (C:\REGIS\BWCC.DLL) - END trace:dll:fill_init_list (keyboard.dll) - START trace:dll:fill_init_list (keyboard.dll) - END trace:dll:fill_init_list (C:\Regis\PDV.EXE) - END trace:dll:NE_CallDllEntryPoint Calling shell.dll DllEntryPoint, cs:ip=03d7:0327 trace:shell:SHELL_DllEntryPoint (00000001, 03df, 03df, 0000, 00000000, 0000) trace:shell:ShellExecute16 (0021,'open','C:\REGIS\DISP.EXE','','C:\REGIS\',1) trace:shell:SHLWAPI_LibMain 0x40db4000 0x2 (nil) trace:dll:fill_init_list (C:\REGIS\DISP.EXE) - START trace:dll:fill_init_list (C:\REGIS\BWCC.DLL) - START trace:dll:fill_init_list (GDI.EXE) - START trace:dll:fill_init_list (GDI.EXE) - END trace:dll:fill_init_list (KRNL386.EXE) - START trace:dll:fill_init_list (KRNL386.EXE) - END trace:dll:fill_init_list (USER.EXE) - START trace:dll:fill_init_list (USER.EXE) - END trace:dll:fill_init_list (C:\REGIS\BWCC.DLL) - END trace:dll:fill_init_list (ddeml.dll) - START trace:dll:fill_init_list (ddeml.dll) - END trace:dll:fill_init_list (mmsystem.dll) - START trace:dll:fill_init_list (mmsystem.dll) - END trace:dll:fill_init_list (C:\REGIS\DISP.EXE) - END trace:dll:NE_CallDllEntryPoint Calling mmsystem.dll DllEntryPoint, cs:ip=00e7:0aa9 trace:ddeml:WDML_Initialize (0x40f94290,0x88700ba,0x0,0) trace:ddeml:WDML_Initialize instance created - checking validity trace:ddeml:WDML_Initialize new instance, callback 0x88700ba flags 0 trace:ddeml:WDML_Initialize First application instance detected OK trace:ddeml:WDML_IncrementInstanceId New instance id 1 allocated trace:ddeml:WDML_Initialize New application instance processing finished OK trace:ddeml:DdeCreateStringHandleA (1,0x40f94755,1004) trace:ddeml:WDML_CreateString added atom "DISP" with HSZ 0xc000, trace:ddeml:DdeCreateStringHandleA (1,0x40f9475a,1004) trace:ddeml:WDML_CreateString added atom "Form1" with HSZ 0xc001, trace:ddeml:DdeCreateStringHandleA (1,0x40f94760,1004) trace:ddeml:WDML_CreateString added atom "label1" with HSZ 0xc002, trace:ddeml:DdeNameService (1,0xc000,0x0,1) trace:ddeml:WDML_FindServer Service name missing trace:ddeml:DdeNameService Adding service name trace:ddeml:DdeQueryStringA (1, 0xc000, 0x411a62c4, 256, 1004) trace:ddeml:DdeQueryStringA returning "DISP" trace:ddeml:DdeCreateStringHandleA (1,0x411a61c4,1004) trace:ddeml:WDML_CreateString added atom "DISP(0x0806b3c8)" with HSZ 0xc003, trace:ddeml:DdeNameService Created nameServer=10025 for instance=00000001 trace:ddeml:WDML_Initialize (0x403d3400,0x33f015d,0x10,0) trace:ddeml:WDML_Initialize instance created - checking validity trace:ddeml:WDML_Initialize new instance, callback 0x33f015d flags 10 trace:ddeml:WDML_Initialize Subsequent application instance - starting checks trace:ddeml:WDML_Initialize Application Instance checks finished trace:ddeml:WDML_IncrementInstanceId New instance id 2 allocated trace:ddeml:WDML_Initialize New application instance processing finished OK trace:ddeml:DdeCreateStringHandleA (2,0x403c54f8,1004) trace:ddeml:WDML_CreateString added atom "DISP" with HSZ 0xc000, trace:ddeml:DdeCreateStringHandleA (2,0x403c54fd,1004) trace:ddeml:WDML_CreateString added atom "Form1" with HSZ 0xc001, trace:ddeml:DdeCreateStringHandleA (2,0x403c5503,1004) trace:ddeml:WDML_CreateString added atom "label1" with HSZ 0xc002, trace:ddeml:DdeConnect (0x2,0xc000,0xc001,(nil)) trace:ddeml:WDML_ServerNameProc WM_DDE_INITIATE message received! trace:ddeml:WDML_ServerNameProc idInst=1, threadID=0x8073d60 trace:ddeml:WDML_MakeHszFromAtom c026 => L"DISP" trace:ddeml:DdeCreateStringHandleW (1,0x411a63e4,1200) trace:ddeml:WDML_CreateString added atom L"DISP" with HSZ 0xc000, trace:ddeml:WDML_MakeHszFromAtom c02e => L"Form1" trace:ddeml:DdeCreateStringHandleW (1,0x411a63dc,1200) trace:ddeml:WDML_CreateString added atom L"Form1" with HSZ 0xc001, trace:ddeml:DdeCmpStringHandles (c000<L"DISP"> c000<L"DISP">); trace:ddeml:WDML_InvokeCallback invoking CB16[088700ba] (4194 0 00000000 0xc001 0xc000 0 1092249376 0) trace:ddeml:WDML_InvokeCallback done => 00000000 err:ddeml:DdeConnect Done with INITIATE, but no Server window available fixme:ddeml:DdeGetLastError (2): error reporting is weakly implemented trace:ddeml:WDML_Initialize (0x40f94290,0x88700c2,0x0,0) trace:ddeml:WDML_Initialize instance created - checking validity trace:ddeml:WDML_Initialize reinitialisation of (0x40f94290,0x88700c2,0x0,0): stub trace:ddeml:WDML_MakeHszFromAtom c026 => L"DISP" trace:ddeml:DdeCreateStringHandleW (1,0x411a68ac,1200) trace:ddeml:WDML_CreateString added atom L"DISP" with HSZ 0xc000, trace:ddeml:WDML_MakeHszFromAtom c02b => L"DISP(0x0806b3c8)" trace:ddeml:DdeCreateStringHandleW (1,0x411a68a4,1200) trace:ddeml:WDML_CreateString added atom L"DISP(0x0806b3c8)" with HSZ 0xc003, trace:ddeml:WDML_InvokeCallback invoking CB16[088700ba] (32930 0 00000000 0xc000 0xc003 0 0 0) trace:ddeml:WDML_InvokeCallback done => 00000000 trace:dll:NE_InitDLL Calling LibMain, cs:ip=08d7:0000 ds=08df di=08df cx=1000 trace:dll:fill_init_list (C:\REGIS\COMUM.DLL) - START trace:dll:fill_init_list (KRNL386.EXE) - START trace:dll:fill_init_list (KRNL386.EXE) - END trace:dll:fill_init_list (USER.EXE) - START trace:dll:fill_init_list (USER.EXE) - END trace:dll:fill_init_list (C:\REGIS\COMUM.DLL) - END fixme:dialog:MSGBOX_OnInit system modal msgbox ! Not modal yet. (c) backtrace from DdeConnect =>0 0x40624070 (DdeConnect(idInst=0x2, hszService=0xc000, hszTopic=0xc001, pCC=0x0) [client.c:87] in libuser32.so) (ebp=40ca6bbc) 1 0x40620447 (DDEML_CallFrom16_p_long_lllp+0x3b(proc=0x4062614c, args=0x403b5f96) [ddeml.spec.c:62] in libuser32.so) (ebp=40ca6be0) 2 0x4008f21a (__wine_call_from_16_long+0x8e [relay16.s] in libntdll.so) (ebp=40ca6c10) 3 0x033f:0x075c (bp=a66c) 4 0x028f:0x0c52 (bp=a904) 5 0x0287:0x00e0 (bp=0000) It seems that functions 3, 4 and 5 are from PDV.EXE. I should recompile PDV.EXE to include debugging symbols. ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

3 2

RE: using winebuild for .spec files
by Patrik Stridvall 09 Mar '02

09 Mar '02

> So how are you handeling the .def files? I've been > when I use winebuild to make the .def from the specs, > but it also crates all of the wine_stubs that must be > removed I generate the .spec.c file as well. I had to do a small hack to get it to compile though, but it was quite easy. > plus it always makes the export a zero size > like ExportedFunction@0 and the linker throws a bunch > of warnings. Hmm. I don't remeber this problem, but then I have a lot of other problems to worry about.

1 0

RE: wineconf
by Patrik Stridvall 09 Mar '02

09 Mar '02

> are you attending wineconf? Yes. As I understand it you do to. See you there.

1 0

RE: GetSysColorPen in MSVC port
by Patrik Stridvall 09 Mar '02

09 Mar '02

> Hello Patrik, > I've been having trouble making use of some of the wine dlls in our > mingw due to the internal wine function GetSysColorPen. Have you been > able to test any of the wine dlls under windows with MSVC? Do you have > the same problem? We are planning on implenting this in our user32.dll > under reactos. Haven't gotten that far yet. Many other problems need solving first. The main thing I have done in a "Makefile.in" to .dsp/.dsw converter. That part currently runs quite good though.

2 2

RE: Fixing winebuild to (almost) work on Windows
by Patrik Stridvall 09 Mar '02

09 Mar '02

> I was able to get it to compile but not work on mingw. Did you build > libwine_unicode as a dll for windows? Yes, that was not much problem. > I think it is needed > for winebuild Yes and no the function needed from libwine_unicode existing in Microsoft's C library under another name. > and wrc. Haven't tried to port wrc yet. Currently using Microsoft .rc compiler. > How are you working with the resource files under > MSVC, does it > support wine resources? Not 100% no. > Currently windress pukes for me and > I've had to > use binary resources in our port. When I get back from wineconf I will > try to put wrc again. Yes, I will likely try that to.

1 0

GetSysColorPen in MSVC port
by Steven Edwards 09 Mar '02

09 Mar '02

Hello Patrik, I've been having trouble making use of some of the wine dlls in our mingw due to the internal wine function GetSysColorPen. Have you been able to test any of the wine dlls under windows with MSVC? Do you have the same problem? We are planning on implenting this in our user32.dll under reactos. Thanks Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

RE: Fixing winebuild to (almost) work on Windows
by Steven Edwards 09 Mar '02

09 Mar '02

I was able to get it to compile but not work on mingw. Did you build libwine_unicode as a dll for windows? I think it is needed for winebuild and wrc. How are you working with the resource files under MSVC, does it support wine resources? Currently windress pukes for me and I've had to use binary resources in our port. When I get back from wineconf I will try to put wrc again. Thanks Steven -----Original Message----- From: wine-patches-admin(a)winehq.com [mailto:wine-patches-admin@winehq.com] On Behalf Of Patrik Stridvall Sent: Saturday, March 09, 2002 10:39 AM To: Wine-Patches (E-mail) Subject: Fixing winebuild to (almost) work on Windows [After a "small" (a few weeks :-) break discussing licenses, I have started working on compiling Wine on Windows with MSVC again. Here comes some of the changes I had to do that I consider non-controversial. Note that this patch includes unistd.h as an optional file. Many functions that on most Unix dialects are declared in unistd.h are on Windows declared in direct.h and io.h. Some of them unfortunately have a _ in front on them. However this is easily fixed as the patch shows. With this patch winebuild almost work on Windows. Only a few more minor fixes, not submitted in this patch, is needed to get the needed .spec file to .def conversion working and with a few more change even the generated .spec.c compile on work on Windows. But this will come later if you accept this patch. Since Winebuild doesn't link with the protabillity library I have copied all needed portabillity stuff to the Winebuild directory. I have included the same fixes for the porting library with some other useful changes so the rest of Winelib can use it as well. It will be needed especially str{,n}casecmp which Windows have but under completely different names (_str{,n}icmp). settimeofday have been remove from the portabillity layer since 1. It can only run as root so doing SetLastError(ERROR_CALL_NOT_IMPLEMENTED) are not likely to hurt very much. 2. The alternative implementation doesn't work. 3. It is only used in dlls/kernel/time.c The rest of the patch I think speaks for itself. PS. port.diff and winebuild.diff are independant of each other but both depend of configure.diff. ---8<--- *** configure * configure.ac: Added some optional headers and functions for compiling on Windows with MSVC. *** port * dlls/kernel/time.c, include/wine/port.h, library/port.c: - Better handling when settimeofday is not available - Adding name translations for p{close,open} and str{,n}casecmp if they exists under other names. *** winebuild * tools/winebuild/build.h, tools/winebuild/import.c, tools/winebuild/main.c, tools/winebuild/parser.c, tools/winebuild/relay.c, tools/winebuild/res16.c, tools/winebuild/res32.c, tools/winebuild/spec16.c, tools/winebuild/spec32.c, tools/winebuild/utils.c: Made winebuild (almost) compile and work on Windows. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

Re:winedbg crashing
by Eric Pouech 09 Mar '02

09 Mar '02

do you run winedbg through the wine console ? A+ --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ____________________________________________________________ Faites un voeu et puis Voila ! www.voila.fr Avec Voila Mail, consultez vos e-mails sur votre mobile Wap.

3 2

NNTP gateway?
by Daniel Sabo 09 Mar '02

09 Mar '02

Is the NNTP gateway down? I can't seem to connect to news.wine.com or news.wine.org. Please reply directly because I don't subscribe to the list. Thanks, Daniel (Yes I know hotmail is evil) _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com

2 1

Halflife SOund
by dima 09 Mar '02

09 Mar '02

The sound inside Half-life menus works fine in all versions. The sound only workins in version 20011108 and earlier. I have test both of the versions after that.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel