wine-devel

wine-devel@winehq.org

9 participants
84458 discussions

Re: Fix incorrect documentation
by Andreas Mohr 28 Mar '03

28 Mar '03

Hi, On Fri, Mar 28, 2003 at 04:35:36PM +0000, Mike Hearn wrote: > I'm surprised nobody caught this one in my previous (duff) patch... the > "uninstaller" app appears to have been forgotten about. Well, I'd caught this in my update, but your version is somewhat better. Applied it ;-) I'm *almost* done with that stuff... -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

1 0

RE: fix compiling of libs/wine/loader.c on NetBSD
by Patrik Stridvall 28 Mar '03

28 Mar '03

> On Thu, Mar 27, 2003 at 09:12:58PM +0200, Yorick Hardy wrote: > > It seems the stdint. header file should be included for > > compiling on NetBSD. > > This reminds me: Into which deep hole did Patrik disappear? In the deep hole of having other things to do. :-) Don't worry, I will be back.

1 0

Re: Java in wine?
by Dan Kegel 28 Mar '03

28 Mar '03

Mike wrote: > Perhaps a bit offtopic, but my company has asked me to try and get a > desktop java app we use/are developing here running under Linux. You'd > think, being written in Java, that it'd just be a case of installing the > JVM and running it. Unfortunately, because Java is rather poor at > desktop apps, they've used a load of windows extensions via JNI to try > and make it integrate better. > > That means, the only solution is probably to run a JVM under Wine (short > of rewriting all the native code, which they don't want to do). Now, I > tried the Sun JRE, and it wasn't happy. I expect HotSpot does some wierd > stuff under the covers. So I'm wondering if anybody has walked this road > before, and if there are any other JVMs that might work better under > Wine? What version of Java does the app require? I wonder if perhaps some older Sun JREs run better on Wine than hotspot does. I haven't tried any, but who knows, it might be worth trying. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

7 15

Contributing page needs fixing
by Mathew McBride 28 Mar '03

28 Mar '03

Web Site matenence: "We are in the process of redoing the web site and we really could use some help. The current beta is located at http://lostwages.winehq.org Here is the current list of bugs that needs attention: 597, 598, 600, 601, 605, 607, 608.If you would like to offer assistance with web maintenace feel free to contact Wine-Develipmont <mailto:wine-devel@winehq.com>." 1) lostwages. 2) D-e-v-e-l-o-p-m-e-n-t Oh, add a link to the mailing lists in the menu if you can.

1 0

Re: I/O Completion Ports (1 of 2)
by Alexandre Julliard 28 Mar '03

28 Mar '03

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > +static int io_completion_send_data( struct thread *thread, void *cookie, struct io_completion_data * data ) > +{ > + struct io_completion_send_data_reply reply; > + int ret; > + > + reply.cookie = cookie; > + reply.signaled = STATUS_SUCCESS; > + reply.bytes_transferred = data->bytes_transferred; > + reply.completion_key = data->completion_key; > + reply.overlapped = data->overlapped; > + if ((ret = write( get_unix_fd( thread->wait_fd ), &reply, sizeof(reply) )) == sizeof(reply)) > + return 0; You cannot send different message sizes into the wait_fd pipe, this won't work since pipes don't preserve message boundaries. I'd suggest simply using the normal wait mechanism and then doing a separate call to retrieve the rest of the info. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Any DCOM experts?
by Bill Medland 28 Mar '03

28 Mar '03

On March 27, 2003 12:48 pm, Gregory M. Turner wrote: > On Thursday 27 March 2003 01:08 pm, Bill Medland wrote: > > Hi guys > > > > For the next part of the work I am doing I am trying to figure out if > > there is any way that the DCOM part of one of our products is going to > > work under Wine at the server end. > > > > I am not having much success so far and I was wondering if anyone knows > > whether this is because I don't have things set up properly or if it is > > because of some inherent known lack of functionality. > > > > To start the ball rolling I was working with MSDN's DCOMTST test program > > pair. > > > > I managed to get that working using the local server (after adding the > > definition of IStream to the registry) but am having no luck getting the > > client under Wine to talk to the server under Win98. In fact the client > > side doesn't even seem to send out a single TCP/IP packet. > > There is no implementation of the TCP/IP transport at this time. Wine will > fail to make interprocess calls without any indication of this failure in > some cases. Frankly, I'm pleasantly surprised to hear that even DCOMTST > works. Ah, yes. But the local DCOMTST case is only going to use named pipes or something. And I am actually using the native dlls. And I know that I can use the native rpc across the net (using the "simple" sample program) > The RPC implementation in wine is not up to par yet. DCOM needs RPC to do > it's dirty work, so interprocess RPC is very shaky, and interprocess > between wine and real windows is non-existant. > > The good news is that there are people working on this, in particular, Ove > Kaaven and myself, although we are not exactly making headlines with our > earth-shaking progress at this moment. The bad news is that getting wine > to talk to windows via RPC is a pretty distant target right now; there are > lots of "lower hanging fruit" that will presumably be addressed first. > > > (Aside - Nice demonstration of lazy Microsoft code; in their error > > reporting they call FormatMessage, ignore the return code and somehow > > print the returned error message, even when one hasn't been allocated; I > > guess it only works under Windows because the print routine traps the > > access violation) > > or maybe the thing was supposed to be allocated and wine didn't do it > properly. Always presume wine is at fault, not Microsoft; you will usually > be correct, especially in DCOM territory! No. If a function has a return code that indicates failure then you should test for that failure and not blithely continue as if everything was OK. They call FormatMessage, asking for FormatMessage to allocate the returned string. If nothing else, it could fail to allocate memory in which case it would be stupid to use the "returned pointer" which is just whatever happened to be on the stack at the time. And I noted it failing on Windows too; the printf or whatever simply stopped processing half-way along the format string. > > I am currently running native ole32 and native rpcrt4. > > Then you are really using Microsoft's DCOM implementation, and not wine's. > Which may not be a bad choice if you want it to "just work" Yes please > as much as > possible. I have successfully used native ole32 and rpcrt4 to talk to SQL > server via the MMC interface, quite a bit of RPC involved. It didn't work > too well, but it was interesting to see it work at all. Hm. So something at least is possible (i.e. it is possible to get ole32 to put tcpip packets across the wire) > > The builtin rpcrt4 fails on a call to unimplemented > > RpcServerInqDefaultPrincName but I don't understand why it is even > > calling that; why does it think I have Netware only and why does it think > > this is a server process. > > This is another unimplemented chunk of DCOM: the RPC name services do not > exist. Samba and dce rpc have this feature so it's not unattainable... but > it ain't there yet. The name services and other networked DCOM services > require priveleged ports that wine can't even use without some kind of > medium-scale reconceptualization of the basic wine security model anyhow... > it's easy to imagine reasonable solutions to that too, but it will take > some thought... > > > Anyone an expert in any of this stuff? > > Yes, but unfortuantely, they all seem to work for Microsoft ;) Seriously, > some of it is undocumented, some of it is well documented. There are > probably only a handful of people in the world who could answer some of the > hard questions without reverse-engineering the answers, and they probably > do work for Microsoft. So for wine, we must read the specs and reverse > engineer the rest. It's not a pretty landscape and you will need to be > patient, but I believe there is a light at the end of the tunnel. Good to know. Unfortunately it isn't my patience we are talking about. Do you know of any decent low level documentation that I could read that would explain why the native OLE doesn't even appear to be trying to hit the network? BTW, on the subject of specs, create_marshalled_proxy includes a reference to a figure at MSDN. Unfortunately the link is out of date. Any idea what it is a reference to? I had a quick look through the 1999 MSJ articles but didn't see anything obvious. Also, if I get bored and can find a few hours I was going to correct the arrangement of CoCreateInstance and CoCreateInstanceEx and tighten up the CoGetClassObject order of testing; does that conflict with anyone? -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

1 0

Re: fix compiling of libs/wine/loader.c on NetBSD
by Joerg Mayer 27 Mar '03

27 Mar '03

On Thu, Mar 27, 2003 at 09:12:58PM +0200, Yorick Hardy wrote: > It seems the stdint. header file should be included for > compiling on NetBSD. This reminds me: Into which deep hole did Patrik disappear? Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> We are stuck with technology when what we really want ist just stuff that works. Some say that should read Microsoft instead of technology.

1 0

Re: PATCH: Make.rules.in
by Dimitrie O. Paun 27 Mar '03

27 Mar '03

On Wed, 26 Mar 2003, Gerald Pfeifer wrote: > In the FreeBSD port of Wine I inherited the following and > /usr/include/features.h on my Debian systems states > > _THREAD_SAFE Same as _REENTRANT, often used by other systems. > > so I'd like to propose the following. On FreeBSD these two are not > exactly synonyms (yet?), and on Linux it doesn't hurt anybody. Well, it does make the compiler command line longer and uglier. In this case, a configure test would work a bit better I believe. -- Dimi.

1 0

Re: TreeView notifications fix (take 2)
by Mike Hearn 27 Mar '03

27 Mar '03

Hi Alexandre, Any reason this wasn't applied, or is it still in the queue? On Wed, 2003-03-19 at 14:08, Mike Hearn wrote: > As per Dimis suggestion, here is a more streamlined version of the > patch. > > ChangeLog: > > - Make IsWindowUnicode check dialog wndprocs -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 11

2 things with the new library system
by Steven Edwards 27 Mar '03

27 Mar '03

1. I'm getting this error in the current cvs - patch is at the end of the message isolation@PH33R /g/src/wine-dev/wine/libs/wine $ make dllwrap --def ./wine.def -o libwine.dll config.o debug.o errno.o ldt.o loader.o -L../../libs/port -lwine_port -lmsvcrt libwine.exp(.edata+0xa4):fake: undefined reference to `wine_errno_location' libwine.exp(.edata+0xcc):fake: undefined reference to `wine_h_errno_location' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make: *** [libwine.dll] Error 1 2. I can build wrc, winebuild, widl and etc but when I go to run these programs they are bitching about not being able to fund NULL. It seems that dllwrap and gcc dont like having our dlls not have a library name in the .def file. If I add LIBRARY libwine_unicode.dll or LIBRARY libwine.dll to the proper file then all is great. My question is will this break Unix? with a .so or will LD just not care about this? cvs diff -u wine.def Index: wine.def =================================================================== RCS file: /home/wine/wine/libs/wine/wine.def,v retrieving revision 1.1 diff -u -r1.1 wine.def --- wine.def 23 Mar 2003 00:28:53 -0000 1.1 +++ wine.def 27 Mar 2003 20:09:55 -0000 @@ -27,7 +27,6 @@ wine_dll_unload wine_dlopen wine_dlsym - wine_errno_location wine_get_config_dir wine_get_cs wine_get_ds @@ -37,7 +36,6 @@ wine_get_server_dir wine_get_ss wine_get_user_name - wine_h_errno_location wine_ldt_alloc_entries wine_ldt_alloc_fs wine_ldt_copy __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com

1 0

Re: building a windows API database
by David Miller 27 Mar '03

27 Mar '03

Hi, I have attached the script I am working on for this project. It is not finished. Currently it will ignore APIs with no name or ordinal ### simply because I haven't figured out how to handle them yet. There seems to be a general consensus on wine-devel we don't need a MySQL database so I am working toward a text file solution instead. I do think MySQL could be useful though if someone made a nice interface to query the database. Any help, comments, and suggestions are always welcome. :) Currently this script will: locate dlls and dump import and/or export information with dumpbin cross reference imports in an HTML map parse the dumped exports and try to determine the status of each API based on entries in the wine .spec files. If you do not have access to perl on a windows system and dumpbin (from visual C++) I can provide sample output. At 11:35 AM 3/25/2003 -0800, you wrote: >Hi, I am interested in your project of >having an API database. > >I am building it, storing the information >in a server (MySQL), in order to retreive >from it any information about apis >and their relationship with other apis >and constants. > >I don't know if you have something yet, >and would like to share with you >the project. > >Greetings... > >__________________________________________________ >Do you Yahoo!? >Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! >http://platinum.yahoo.com

2 1

new site nit
by Dan Kegel 27 Mar '03

27 Mar '03

It would be nice if the site recognized normal URLs without the ?page= prefix. That ought to be easy to hack up. The extra verbiage makes links posted in news articles look ugly. Where's the code so I can fix it? I can't see it at http://cvs.winehq.com/cvsweb/ for some reason... I thought the site's code was in cvs... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

7 8

Wine, win4lin, vmware, bochs, plex86 can we build an alternative Windows yet ?
by Jacobus Erasmus 27 Mar '03

27 Mar '03

Hi, I've been following the Wine development for years now. I was surprized when I learned of vmware and win4lin being able to run Windows. After some investigation it seems that they have consentrated on a simpler task that of building a virtual machine that can run Windows on top of linux. Wine on the other hand is concentrating on replacing Windows a much harder task. My question to the Wine comminuty is this ? Whithout stopping the current development would it be possible to build a striped down wine version that can run most Windows apps if you have windows available and are willing to install it in our Wine Virtual Environment. Given that Wine already contains most of the code to read and use DLL's. Most of the drivers is already available what would it take to setup such a wine version. (Interim solution ) -- Jacobus Erasmus <jacobus(a)kewlconcepts.co.za> Kewlconcepts

3 2

Transient registry entries?
by Mike Hearn 27 Mar '03

27 Mar '03

Hi, My app reads the registry to figure out network information, in particular it queries the [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkCards\] key to discover network cards, then [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services] to figure out the IP address of each one (this program can bind to multiple adaptors). These entries don't exist in Wine, and clearly they should be generated from the system configuration. There are three places that could be done: a) In initial setup, ie when you install Wine b) At Wine startup c) On demand, ie by writing special cases into the registry access code. Which of these is the one that should be used? Some stuff, like the IP address, can presumably be retrieved from other API calls, but other things, like the adaptors in the system might require new code to query the kernel. Has anybody got any tips? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: treeview click notification
by Alexandre Julliard 27 Mar '03

27 Mar '03

Mike Hearn <m.hearn(a)signal.qinetiq.com> writes: > Alexandre - I noticed my last treeview patch wasn't applied, I have been > diffing against old copies rather than CVS.... is it that my patches are > no longer applying cleanly? If so, then I'll resubmit when I have CVS > access again. If there was a problem with the patch, could you please > say what it was so I can fix it now, while I have time? It's still in the queue. I can't apply all patches on the day I receive them; sometimes I simply don't have time for another compile/test/commit round that day, sometimes I wait a bit to leave other people a chance to comment, etc. If one of your patches is dropped by all means ask me about it, but please give me at least a few days before assuming it was dropped. Thanks. -- Alexandre Julliard julliard(a)winehq.com

2 1

server/signal.c portability issue
by Gerald Pfeifer 27 Mar '03

27 Mar '03

Unfortunately, the new server/signal.c doesn't seem to be portable: wine/server% make /usr/bin/gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -D__WINESRC__ -D_REENTRANT -o signal.o signal.c signal.c: In function `do_sigio': signal.c:201: structure has no member named `si_fd' I'd love to provide a patch, but I have now idea what it should looke like. :-( If that helps, here is siginfo_t on FreeBSD 4.8: : typedef struct __siginfo { int si_signo; /* signal number */ int si_errno; /* errno association */ /* * Cause of signal, one of the SI_ macros or signal-specific * values, i.e. one of the FPE_... values for SIGFPE. This * value is equivalent to the second argument to an old-style * FreeBSD signal handler. */ int si_code; /* signal code */ int si_pid; /* sending process */ unsigned int si_uid; /* sender's ruid */ int si_status; /* exit value */ void *si_addr; /* faulting instruction */ union sigval si_value; /* signal value */ long si_band; /* band event for SIGPOLL */ int __spare__[7]; /* gimme some slack */ } siginfo_t; #endif /* _P1003_1B_VISIBLE */ Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

Re: wrc: -a -C -w
by Alexandre Julliard 27 Mar '03

27 Mar '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > The -w options wanted to be merged into the -O option. > It makes sense: we want to control the input and output > format independently, and what better way than through > already existing -J and -O option? I don't mind removing -w, but it would be nice if you could also fix the makefiles so that things compile <g> -- Alexandre Julliard julliard(a)winehq.com

2 1

[RFC] wrc: remaining TODOs
by Dimitrie O. Paun 27 Mar '03

27 Mar '03

Folks, Few things remain before I'm satisfied with the state of wrc. Here is a list of them: -- the -B option: I think this is a the wrong interface. The Win32 API has been ported to Big Endian machines IIRC, and there is no point allowing people to mock with alignment like so: it opens up a BIG can of worms for future support and maintenance. And I don't see how it can be useful -- the Wine code assumes a certain endianess, and that's exactly what wrc should output. NOTE: Of course, I just realized that the argument holds as long as the .res format has a fixed endianess on all platform. I hope it does. Anyone cares to enlighten me? -- we may need a -r option for compatibility with rc. rc used to have a -r option, it is now ignored for backwards compatibility. Anyone know if this is old enough that we can safely ignore? Up to what version was the option required? It is curretly used in the Mozilla source, so we were wondering if we could remove it from there as well. -- the -m option. rc doesn't have it, why do we need it? We are using it in the Wine tree, do we really need it? Personally, I'd be happier if we could get rid of it, so we don't depend on Wine-only extensions. -- I would like to add a -U option (undefine), for compatibility with rc. In fact, wpp should support it as well, for compatibility with cpp. That's it. Any more ideas? I would like to get this out of the way soon, any comments or suggestions are most welcome. -- Dimi.

3 4

Winemaker : problem with wrc -J ?
by Sylvain Petreolle 27 Mar '03

27 Mar '03

Trying to compile the test application from bug #1338, running 'make' gives me the wrc usage message. I paste the command run by make and the generated Makefile. I used 'winemaker .' to create configure and so on. [syl@snoop MaximizeBox]$ make sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/local/bin/wrc -J -m -I. -I/usr/local/include/wine/windows -o About2.res About2.rc /usr/local/bin/wrc: invalid option -- J ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

(1st) Implement msvcrt._wfullpath
by Sylvain Petreolle 27 Mar '03

27 Mar '03

Taking _fullpath as a model, I implemented msvcrt._wfullpath (patch attached). My unique problem : it makes use of an internal helper called msvcrt_fln_fix, which I dont understand. It seems to work without it, so I think its useful only in specific cases. Could someone explain what it does ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

wine-20030318 and C0000005 errors
by Paul McNett 27 Mar '03

27 Mar '03

I'm not sure what the change was, but handling of fatal errors appears to have gotten much better in the past month. I'm primarily using Visual Foxpro in Wine, and C0000005 errors happen in various places in both Windows and Wine when using Visual FoxPro. Up until recently, Wine would hang with the C5 and I'd have to kill it manually. Now, Wine exits cleanly after I say "ok" to the C5 dialog box. -- Paul McNett - p(a)ulmcnett.com Hollister, California, USA

1 0

Re: Java in wine?
by David.Goodenough＠DGA.co.uk 26 Mar '03

26 Mar '03

There are always at least two threads, because of the garbage collection which runs on a separate thread. I do not think any if the JVMs run the gc synchnonously. David Sylvain Petreolle <spetreolle@yahoo To: Mike Hearn <m.hearn(a)signal.qinetiq.com>, Wine Devel .fr> <wine-devel(a)winehq.com> Sent by: cc: wine-devel-admin@ Subject: Re: Java in wine? winehq.com 26/03/2003 17:13 youpi youpi yay ! --- Mike Hearn <m.hearn(a)signal.qinetiq.com> a écrit : > It seems that if WinVer is set to nt40, java runs happily (although > not > without issues of course). > > Uwe found it was due to threading some time ago, I think wine stores > something at the wrong place. I still get warnings about stack > guards, > but they don't seem to cause issues. even when running hello world or CUI class ? :) > Next problem - java appears to use DirectDraw? It wipes out the > screen > contents in the same way QuickTime did when using DirectDraw, which > obviously gets in the way of working with the app :) > > More debugging needed.... > > ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: question about commdlg
by Mike Hearn 26 Mar '03

26 Mar '03

I see. So basically Win2K only has one button, which gives a drop down for switching between list/details view, whereas we have 2 buttons. I suppose if there's an app that depends on this difference, it makes sense to implement the drop down button, and space things out so they are like on 2K. One alternative would be to make the button a toggle, rather than a drop down menu, that'd probably be easier. I wouldn't bother doing a fully fledged Win2K dialog with the sidebar, although it's up to you of course. On Wed, 2003-03-26 at 19:54, Maxime Bellengé wrote: > Here is a screenshot of the win2k open dialog, you can see 4 buttons > whereas in wine (like in win9x) you have 5 buttons with space between. > So if wine is set up as win2k, WineHex places the button too far on the > left. The button overlaps with the toolbar because it is too large. > > > > > On Wed, 2003-03-26 at 20:33, Mike Hearn wrote: > > What are the extra buttons? > > > > If an app depends on it, and looks wrong without it, then I guess you > > should make it dependant on the Windows version. If we always used a W2K > > dialog, then if WinVer was set to 9x the app would get confused. > > > > On Wed, 2003-03-26 at 18:06, Maxime Bellengé wrote: > > > I was wondering why the "default mode" button in the open file dialog of > > > WinHex was misplaced. > > > I figured out that WinHex places this button according to the version of > > > Windows. If you run WinHex in win98 or win2k mode with wine, you can see > > > that the button is not at the same location. > > > It comes from the fact that the toolbar does not have the same amount of > > > buttons. > > > > > > Thus, as I asked once, I am wondering if we should have a win2k like > > > open/save file dialog box. > > > > > > I plan to add the missing stuffs in commdlg so I am wondering if I > > > should add a win2k behavior or do nothing because there are too few apps > > > that use that feature. > > > > > > Max

1 0

question about commdlg
by Maxime Bellengé 26 Mar '03

26 Mar '03

I was wondering why the "default mode" button in the open file dialog of WinHex was misplaced. I figured out that WinHex places this button according to the version of Windows. If you run WinHex in win98 or win2k mode with wine, you can see that the button is not at the same location. It comes from the fact that the toolbar does not have the same amount of buttons. Thus, as I asked once, I am wondering if we should have a win2k like open/save file dialog box. I plan to add the missing stuffs in commdlg so I am wondering if I should add a win2k behavior or do nothing because there are too few apps that use that feature. Max -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

2 1

Error including ../../w
by Sven Almgren 26 Mar '03

26 Mar '03

Hi, Just a small note, in the Makefile for wine-20030118 the makefile for dlls/avifil32 the makefile tryes to include a file called ../../w ... Is that a corupted unpack that didn't made the like complet? or is this a mistake in the creatino of the makefile...?? If i remove it and the trailing '\' (backslash) on the line abow there's no error there.. but then there's make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/blindmatrix/wine-20030318/dlls/comcat' make[2]: Entering directory `/home/blindmatrix/wine-20030318/dlls/comctl32' gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-sta ck-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__ -D_COMCTL32_ -D_ REENTRANT -o comctl32.spec.o comctl32.spec.c gcc -shared -Wl,-Bsymbolic,-z,defs comctl32.spec.o animate.o comboex.o comctl32undoc.o commctrl.o datetime.o draglist.o flatsb.o header.o hotkey.o imagelist.o ipaddress.o listview.o monthcal.o nativefont.o pager.o progress.o propsheet.o rebar.o smoothscroll.o status.o tab.o toolbar.o tooltips.o trackbar.o treeview.o updown.o comctl32.dll.dbg.o -o comctl32.dll.so -L../../dlls -L../../library -lwine -L../../unicode -lwine_ unicode -lm -lc collect2: ld returned 1 exit status make[2]: *** [comctl32.dll.so] Error 1 make[2]: Leaving directory `/home/blindmatrix/wine-20030318/dlls/comctl32' make[1]: *** [comctl32] Error 2 make[1]: Leaving directory `/home/blindmatrix/wine-20030318/dlls' make: *** [dlls] Error 2 Don't have the time to check that now.. //Sven

1 0

Jump to page:

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