- wine-devel - winehq.org

Re: Fix compile of programs/winedbg/elf.c on NetBSD 1.6
by Eric Pouech 24 Feb '04

24 Feb '04

Yorick Hardy a écrit : > Changelog: Use SHN_UNDEF instead of STN_UNDEF when it is defined > and STN_UNDEF is not. Fixes compiling on NetBSD 1.6. > > > Kind regards, > both STN_UNDEF and SHN_UNDEF exist in ELF definition and are meant to be used in different cases, which your patch mixes. Hence the fix is wrong (even if by change STN_UNDEF and SHN_UNDEF both are defined as 0) So, I'd rather suggest something (at the top of the file) as #ifndef STN_UNDEF # define STN_UNDEF 0 #endif A+

2 4

Big hex numbers negative?
by Fabian Cenedese 24 Feb '04

24 Feb '04

Hi While testing more variant functions I tried this on Windows: double dVal; OLECHAR test1[]={'&', 'H', '8', '0', '0', '0', '0', '0', '0', '0', '\0'}; ok=VarR8FromStr(test1, LANG_NEUTRAL, NUMPRS_STD, &dVal); The result for dVal was -2147483648. But as a real value it shouldn't have any problems holding the "real" value 2147483648. So why has it become negative? Is it because the source form was a hex number? Are all hex numbers automatically signed if converted to int/real? Or just because of the 32nd bit? The documentation wasn't that informative. (The funny thing though was this remark in my VC6 help, it's not in the online version of MSDN anymore: Passing into this function any invalid and, under some circumstances, NULL pointers will result in unexpected termination of the application. For more information about handling exceptions, see Programming Considerations. ...now I understand many things :) Thanks bye Fabi

3 3

how to connect to com object "outside" from wine?
by maman yonatan 23 Feb '04

23 Feb '04

Hi (I'm new in that group and don't know much about wine, so I'm sorry in advance if my question is in-proper) Here is my problem: I wrote in windows com object, and registered it in wine using regsv32 utility. I also wrote a com client application. When I executed the client code using Wine, all was just OK, and the client successfully make a reference to the server and activated It. :-) my question is there any way to write a client on the native (Linux) using g++ and activation the com object? does it make a difference if the com object id a dll, exe, or ocx ? 10x Yonatan __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools

6 12

Re: crosstest compile fix (another)
by Brian Vincent 23 Feb '04

23 Feb '04

> Yep, should have the first version of this service this week sometime. > > Thanks, > Chris > > >> Amen. Not everyone need to "make crosstest". We would come a long way >> if testers instead could install the Windows service (not yet written) >> that downloads >> the latest crosstest EXE from winehq and runs it. Speaking of which, SourceForge seems like the ideal way to build nightly Winetests by using their compile farm. I've been trying to get access to it for a few days in order to figure that out. All of the pieces seem to fit together and the only unknown is whether or not they have mingw on their servers. Does anyone else have any suggestions how we could create nightly builds? -brian

1 0

"oleaut32"="builtin" crash on OCX hosting with ATL
by Boaz Harrosh 23 Feb '04

23 Feb '04

Hi Marcus Do you need a little(est) test with full source code that hosts an OCX (The OCX is IE but I can change it if you need). It is written with ATL/WTL. It will work fine with: "oleaut32"="native" but will crash with "oleaut32"="builtin". I also have a winelib that crashes the same (same code), but contact me personally if you need the source for that. (I could post the .exe.so with full debug info) I would give it a shut, but it will only be months from now. It didn't look very simple, but maybe I am wrong about that. Free Life Boaz

2 1

Some compatibility issue with InternetCrackUrlA
by wire99＠21cn.com 23 Feb '04

23 Feb '04

Hi all. I've tried some applications with wine, and discovered the different behavior compare to the real winapi. 1. If there is no explicit port number in the URL, the value of lpUC->nPort will be assigned to zero in wine, but in winapi it should be the default port number of the corresponding scheme. 2. Before call InternetCrackUrlA, if the field dwExtraInfoLength of lpUrlComponents set to 0, the ExtraInfo of the URL is not parsed at all; only the dwExtraInfoLength is set to non-zero, ExtraInfo would be filled. But Wine would always do parse. (I just find it has been reported at http://bugs.winehq.com/show_bug.cgi?id=1805) Below is a rough patch for this issue, some download manager apps (ie. flashget) affected work now. Regards. --- dlls/wininet/internet.c.orig 2003-12-31 03:16:37.000000000 +0800 +++ dlls/wininet/internet.c 2004-02-21 10:49:45.000000000 +0800 @@ -1027,7 +1027,7 @@ /* Parse <params> */ lpszParam = strpbrkW(lpszap, lpszSeparators); - if (lpszParam != NULL) + if (lpszParam != NULL && lpUC->dwExtraInfoLength) { if (!SetUrlComponentValueW(&lpUC->lpszExtraInfo, &lpUC->dwExtraInfoLength, lpszParam, dwUrlLength-(lpszParam-lpszUrl))) @@ -1163,7 +1163,23 @@ if (lpszPort != lpszNetLoc) lpUC->nPort = atoiW(++lpszPort); else - lpUC->nPort = 0; + switch(lpUC->nScheme) { + case INTERNET_SCHEME_FTP: + lpUC->nPort = INTERNET_DEFAULT_FTP_PORT; + break; + case INTERNET_SCHEME_HTTPS: + lpUC->nPort = INTERNET_DEFAULT_HTTPS_PORT; + break; + case INTERNET_SCHEME_HTTP: + lpUC->nPort = INTERNET_DEFAULT_HTTP_PORT; + break; + case INTERNET_SCHEME_GOPHER: + lpUC->nPort = INTERNET_DEFAULT_GOPHER_PORT; + break; + default: + lpUC->nPort = 0; + break; + } } } }

3 2

Re: VarRound implementation
by Rolf Kalbermatter 23 Feb '04

23 Feb '04

Fabian Cenedese <Cenedese(a)indel.ch> wrote: >>be. You have 2 choices: try and match their exact algorithm (v. hard >>w/o reverse engineering) or use the dutch rounding method (this makes >>more sense IMO). > >I couldn't find anything about "Dutch rounding". Isn't rounding exactly >defined? 0.1-0.4 round down -> 0.0, 0.5-0.9 round up -> 1.0? I would think "Dutch rounding" works always up if you owe a sum and always down if you get the money ;-). Honestly though, before the Euro, prices in supermarkets were in cents and added up to the cent but the total amount was rounded up to the next 5 cents. Rolf Kalbermatter <Happening to be a swiss-dutch>

1 0

Re: imagelist: convert to dibsections
by Vitaliy Margolen 23 Feb '04

23 Feb '04

This patch brakes a lot of images/icons etc. Needs more testing. In particular small icons in all browser panes. Also we still have some problems with our DIBs, Which could be easily seen with native comctl32. So I'm not sure if we should use DIBs in imagelist yet. Vitaliy Margolen Friday, February 20, 2004, 4:50:26, Vitaliy Margolen wrote: > Ulrich Czekalla <ulrich(a)codeweavers.com> > Use dibsections for the images

4 3

Re: VarRound implementation
by Jon Griffiths 23 Feb '04

23 Feb '04

Hi, >VT_R4: 7.850 -> VarRound(1) -> 7.800 >VT_R4: 7.851 -> VarRound(1) -> 7.900 >Is this the binary representation (in)accuracy? MS state that rounding is dependent on the internal binary representation of the number and thus VarRound doesn't always get it right, i.e. you can't tell with any certainty what the result will be. You have 2 choices: try and match their exact algorithm (v. hard w/o reverse engineering) or use the dutch rounding method (this makes more sense IMO). >How can I test if the rounding worked ok when the numbers may > differ in the last (invisible) bits? As long as Wine does the right thing don't worry about it. > And how should I round a currency? It's valid on Windows but I > couldn't interpret the results. > Is this some kind of fixed comma type? The currency value is multiplied by 10000 and stored in an I8 (See the VarCy* functions). So it has 4 dp of precision. To round to: 4 dp or more => no op. 0 dp => / 10000, then * 10000 1 dp => / 1000, then * 1000 2 dp => / 100, then * 100 3 dp => / 10, then * 10 mults and divs should be done on the I8 directly (no float). Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools

2 1

DLL, shared library, ...
by Robert Vojta 23 Feb '04

23 Feb '04

Hallo all, I would like to ask you if there is a way how to convert .dll library to the Linux .so library? This library contains simple functions (something like voice codec) "without any dependency" on the Windows operating system - it's "platform independet", but packed into the .dll. I'm trying google, wine mailing list archives and I can't find anything about this issue. Do you think it's possible to do this or should I forgot and fight for the source code? Best regards, Robert -- Robert Vojta

3 2

+relay stops window output?
by Fabian Cenedese 23 Feb '04

23 Feb '04

Hi I have a problem with debugging. Since cvs update today I can't use +relay anymore. The app window comes up but doesn't show any content. It's just an empty frame with dead visuals and doesn't react. I can drag the frame and close it. But it works ok if I e.g. have +ole. Same is with other apps which worked last week. Is this a known problem? Thanks bye Fabi

2 3

Re: SysParametersInfoW->A crosscall
by Dmitry Timoshkov 23 Feb '04

23 Feb '04

"Justin Chevrier" <burner1(a)hotmail.com> wrote: > Move implementation of SysParametersInfo from Ascii to Unicode You can't make user32 depend on shlwapi. Use kernel32.dll or libwine_unicode.dll APIs for string comparisons instead. -- Dmitry.

1 0

More Cygwin breakage
by Steven Edwards 22 Feb '04

22 Feb '04

Hello, The getopt patch works great. I can build most of the dlls now except I am getting this error in comctl32. Maybe its related? Or could it be from the new winebuild changes? This is from current CVS. Thanks Steven dllwrap -k --def comctl32.spec.def -o comctl32.dll rsrc.res.o animate.o comboex. o comctl32undoc.o commctrl.o datetime.o draglist.o flatsb.o header.o hotkey.o im agelist.o ipaddress.o listview.o monthcal.o nativefont.o pager.o progress.o prop sheet.o rebar.o smoothscroll.o string.o status.o tab.o toolbar.o tooltips.o trac kbar.o treeview.o updown.o comctl32.dll.dbg.o -L../../dlls -lwinmm -luser32 -lg di32 -ladvapi32 -lkernel32 -L../../libs/wine -lwine -L../../libs/unicode -lwine_ unicode -L../../libs/port -lwine_port -lm comctl32.exp(.edata+0x6ac):fake: undefined reference to `f1' comctl32.exp(.edata+0x6b0):fake: undefined reference to `f2' comctl32.exp(.edata+0x6b4):fake: undefined reference to `f3' comctl32.exp(.edata+0x6b8):fake: undefined reference to `f4' comctl32.exp(.edata+0x6bc):fake: undefined reference to `f5' comctl32.exp(.edata+0x6c0):fake: undefined reference to `f6' comctl32.exp(.edata+0x6c4):fake: undefined reference to `f7' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [comctl32.dll] Error 1 __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools

6 10

Outreach to local governments considering Linux
by Dan Kegel 22 Feb '04

22 Feb '04

Well, one more local government in Germany announced they're migrating to Linux; this time it's Leonberg. (See http://www.heise.de/newsticker/meldung/44802) It's a small town, and they're only migrating 400 or so workstations, but it's a growing trend. France is starting to get into the act, too; Paris is reportedly considering migrating to Linux. Yet these towns face terrible odds. Fully half the specialized applications used by Munich don't have any Linux equivalent (source: http://www01.silicon.de/cpo/ts-csh/detail.php?nr=13043 ), and the situation is probably similar for the smaller towns. As it stands, Munich and other towns still need to run some Windows applications. Yet the idea of using Wine to do this has not percolated through to the public conciousness; the method usually cited is to use VmWare or Microsoft Terminal Server. Therefore, I suspect Wine really needs to reach out to local governments in Germany and France and let them know that the Wine community is very interested in helping them make the transition to Linux. I would like to start by creating a page at winehq.org that has information for towns considering migrating to Linux (links to feasability studies done by other cities come to mind). If nobody's opposed, I'll submit a patch to add that (though it may take a while, I'm fighting RSI again). Also, I think we need a mailing list, e.g. wine-gov(a)winehq.org, where they can post questions and/or discuss their situation. (Yes, they could use wine-users, but that's full of all sorts of topics that might not mix well with staid government workers; some of the games discussed there might even be banned in Germany...) They should be allowed to post in their native language if they feel more comfortable there; we have enough French and German speakers to be able to handle that, I think. If nobody's opposed, I'll post a separate message proposing its creation in a couple days. A few letters to companies consulting for these towns might also be in order. Here's an example letter. Any native German speakers out there, please feel free to correct my German! Once we have the web page and mailing list set up, we could send a few letters like this out. I think it'd really help. Thanks, Dan ------- An: Soluzione Die WINE-Gemeinde gratuliert Ihre Firme zu Ihrem Linux Migrationsberatung im Auftrag der Stadt Leonberg! (http://www.heise.de/newsticker/meldung/44802) Man behauptet (z.B. http://www01.silicon.de/cpo/ts-csh/detail.php?nr=13043), dass Fachanwendungen ein grosses Problem fuer den Umsteig auf Linux darstellen, denn die meisten davon sind (noch) nicht Linuxfaehig. Wie Sie vielleicht wissen, laeuft MS-Office 2000 unter Linux mit Hilfe von Wine. Wir sind eifrig, unsere Unterstutzung fuer Fachanwendungen zu verbessern. Mehr Infos ueber unsere kostenloses Quelleoffene Software gibt es bei http://www.winehq.org/ Komerzielle Unterstutzung und Beratung ueber Wine gibt es bei http://codeweavers.com. Haben Sie schon auf Fachandwendung gestossen, die unter Linux nicht (oder nicht gut) laufen? Wenn schon, dann bitte lassen Sie die WINE-Gemeinde das wissen lassen. Am Besten koennen Sie Kontakt aufnehmen durch unsere wine-gov Mailinglist (siehe http://www.winehq.org/mailman/listinfo/wine-gov ). MfG Dan Kegel fuer die WINE-Gemeinde Softwareingeneur Open Source Advocate, http://kegel.com Webmaster, http://www.lalugs.org Occasional contributor to Wine (http://winehq.org) Occasional contributor to OpenOffice QA (http://kegel.com/openoffice) --------

3 3

A generic question...
by jiangyi178 22 Feb '04

22 Feb '04

Hi Dear friends, I have a generic fundamental question: What is WINE project's role in future Linux programming? Will WINE/WineLib be so powerful that it will be the mainstream of Linux programming? Or it will remain part of Linux programming culture, but not the main stream? Best regards, Richard

3 2

Broken pipe not detected
by Uwe Bonnes 22 Feb '04

22 Feb '04

Hallo Eric,Mike, Alexandre (and alll others), as described in http://www.winehq.org/hypermail/wine-devel/2003/01/0486.html Altera quartus waits for some connected application by detecting a broken pipe (ReadFile() expects error, GetLastError is checked for ERROR_BROKEN_PIPE). Our present pipe implementation doesn't set this error beside for PeekNamedPipe. The application doesn't call PeekNamedPipe(). I sent some additional test for pipe to wine-patches. The last test with its todo_wine points out this behaviour. Confirmation of my findings by running the test on windows is appreciated. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 2

Re: slovenian keyboard fix
by Dmitry Timoshkov 22 Feb '04

22 Feb '04

"Rok Mandeljc" <rok.mandeljc(a)gimb.org> wrote: > Keyboard layouts seem to be mixed up; at least Slovenian keyboard was, > making it impossible for wine to detect it. This patch fixes it (...at > least for me). > > BTW: do we need keyboard layouts? I mean, I tried and deleted all > entries from keyboard.c except one, which I left empty ("") and all keys > functioned normally. Any ideas? I wonder why do you need to fix a keyboard layout if it really works then? -- Dmitry.

2 1

Re: better dmusic debug traces
by Dimitrie O. Paun 22 Feb '04

22 Feb '04

On February 21, 2004 02:13 pm, Rok Mandeljc wrote: Nice, but this: > +void DMUSIC_dump_flags_ (DWORD flags, const flag_info* names, size_t num_names, int newline) { > + unsigned int i; > + > + for (i=0; i < num_names; i++) { > + if ((flags & names[i].val) || /* standard flag value */ > + ((!flags) && (!names[i].val))) /* zero value only */ > + DPRINTF("%s ", names[i].name); > + } > + > + if (newline) DPRINTF("\n"); > +} and other like this are much better served if you use the wine_dbg_sprintf("...") trick that you used in debugstr_dmguid(), so they end up returning a string instead of printing stuff. Not only is it conceptually nicer, but in my experience it also cleans up the code as well... -- Dimi.

1 0

Modifying font objects
by Chris Seaton 22 Feb '04

22 Feb '04

This is really a generic Windows progamming question, sorry... Is it possible to modify a font object's size? I want an N point version of the SYSTEM_FONT. I thought that perhaps I could get an instance of SYSTEM_FONT, and then set some attribute for the point size. That didn't seem to be possible so I thought that perhaps I could call CreateFont, using attributes from the other font object, just using my own size, but there doesn't seem to be anyway to get attributes like the char set from a font object. What can I do? Thanks, Chris Seaton

2 1

Re: DEVELOPERS-HINTS: add VxDs
by Juan Lang 21 Feb '04

21 Feb '04

Alfons wrote: > What's the use of implementing VxDs for Wine anyway > BTW? Same as anything else in Wine, I think: some windows programs rely on them. The DHCP VxD is used, for example, by winipcfg.exe. You mentioned in your old, old post you know how to call VNBT; how much do you know? I implemented enough of io control code 116 to make winipcfg.exe happy, but I didn't tackle io control code 119. Know anything about it? --Juan __________________________________ Do you Yahoo!? Yahoo! Mail SpamGuard - Read only the mail you want. http://antispam.yahoo.com/tools

3 3

VMM Registry access removal and IE Setup.
by Matthew Davison 21 Feb '04

21 Feb '04

The IE6 installer in Windows 98 mode appears to use VXD calls to access the registry, and hence the patch removing this support from CVS causes IE6 setup to fail. (Also IE5 setup) -- Matthew Davison

1 0

Re: DEVELOPERS-HINTS: add VxDs
by Alfons Hoogervorst 21 Feb '04

21 Feb '04

Lo Dimitrie, On 19-02-04 (Thu) 23:22 -0500 Dimitrie O. Paun wrote: | | + vdhcp.vxd/ - VDHCP VxD implementation Ah, old memories: http://groups.google.com/groups?q=vdhcp+alfons&hl=en&lr=&ie=UTF-8&selm=3494… What's the use of implementing VxDs for Wine anyway BTW? Bye. -- Ecuación algebraico sin solución posible, a menos de poseer profundos conocimientos en matemática - Revueltas (Ocho Por Radio)

1 0

MinGW cross compilation enviroment setup
by Michael Stefaniuc 20 Feb '04

20 Feb '04

Hello! Here are the steps needed to setup a MinGW on a Red Hat Linux like rpm based system (Fedora Core, Mandrake Linux, ... should probably work even on a SuSE Linux) * Download the mingw-binutils and mingw-gcc srpm's from http://ftp.redhat.com/pub/contrib/libc6/SRPMS/ * Download the mingw-3.0-1.src.rpm srpm from http://ftp.redhat.com/pub/contrib/libc6/noarch/SRPMS/ * Build the mingw and mingw-binutils rpm's (rpmbuild --rebuild $SRPM) and install them. * After the above step you can build the mingw-gcc rpm too. Install it. * That's almost everything: you need this patch for wine's configure to make it find your mingw binaries. * For instructions how to build the Wine tests for Windows see the Wine Documentation. You may want to try your local Red Hat mirror for the above srpm's. This info can be found also on http://people.redhat.com/mstefani/wine/ Hope this helps bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

6 10

dlls/comctl32/string.c problems
by Gerald Pfeifer 20 Feb '04

20 Feb '04

The following change to dlls/comctl32/string.c revision 1.2 date: 2004/02/20 05:16:37; author: julliard; state: Exp; lines: +668 -101 Robert Shearman <R.J.Shearman(a)warwick.ac.uk> - Implement string functions in comctl32. - Use CompareString in shlwapi wherever possible instead of ugly helpers. introduced the following two problems: string.c:486: warning: passing arg 4 of `COMCTL32_StrRChrHelperA' from incompatible pointer type string.c:499: warning: passing arg 4 of `COMCTL32_StrRChrHelperW' from incompatible pointer type Would you mind having a look? Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 1

bt in traces
by Fabian Cenedese 20 Feb '04

20 Feb '04

Hi Is it possible to output the backtrace while the program is running? I mean that with a new debug command e.g. wine_dbg_bt or so you could output not only the name of the called function and the argument values (as with the debug channels) but also the call stack where it came from. That's of course only temporarily for debugging inside wine. If I see that a function has a problem because the argument is wrong it would be much easier to find out where this came from. If I only want to use it inside wine it should have access to the call stack information, no? Thanks bye Fabi

6 10

Re: dlls/comctl32/string.c problems
by Robert Shearman 20 Feb '04

20 Feb '04

I'll take a look at the first chance I get (at least Monday). >>> Gerald Pfeifer <gerald(a)pfeifer.com> 02/20/04 16:37 PM >>> string.c:486: warning: passing arg 4 of `COMCTL32_StrRChrHelperA' from incompatible pointer type string.c:499: warning: passing arg 4 of `COMCTL32_StrRChrHelperW' from incompatible pointer type Would you mind having a look? Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

1 0

Linking against Wine under Linux
by Tim Teulings 20 Feb '04

20 Feb '04

Hello! I'm writing on a software that supports different (GUI) drivers for different OSs. "Driver" refferes to my software (GUI library) having different plugins (by implementing a subclass of an abstract base class) for different OSs. I have an X11 plugin for doing X11 calls on X11, one for Mac OS X, one for Curses and one for Windows. I now would like to compile the Windows specific classes of my library under Linux using Wine. The Windows version does use low level 2D graphics calls (WIN32). This works fine if using f.e. Cygwin as compiler environment under Windows (rest of the software is a little bit unix centric). I now would like to use the Windows driver under Linux but I have a problem finding the correct linker call. This is more difficult, since I do not use C/C++ directly but another compiler that generates C code wich in turn gets compiled using gcc. So I cannot use winemaker, for which I found some documentation. The Windows Version links explictely against kernel32, user32 and gdi32 DLLs. If I under Linux just leave them away and link only against wine (-lwine) I got unresolved symbols during linking for the Win32 API calls. After that I tried to link against the <windowsdllname>.dll.so files I found (under /usr/libwine, using the Debian testing packages), too, since I assume that these contain the functions I use. But I cannot get the linker to find them. strace shows that it is always searching for lib<windowsdllname>.dll.so. For example it searches for libuser32.dll.so while I only have a user32.dll.so. Is it correct, that I have to link explictely against this libraries? If yes, how can I get the linker to search for the correct names? If no, how to get my stuff to link? -- Gruß... Tim.

4 5

Re: VarRound implementation
by Fabian Cenedese 20 Feb '04

20 Feb '04

>Without a test how can you know if this implementation produces the correct values? What about variant type conversions? It seems silly to send a patch without testing it... Now I'm confused. I'm adding more types to VarRound and I'm also implementing the test_VarRound function (programmer's pride :) For this I tested more cases on Windows and got strange results (in my view). VT_R4: 7.850 -> VarRound(1) -> 7.800 VT_R4: 7.851 -> VarRound(1) -> 7.900 Is this the binary representation (in)accuracy? How can I test if the rounding worked ok when the numbers may differ in the last (invisible) bits? And how should I round a currency? It's valid on Windows but I couldn't interpret the results. Is this some kind of fixed comma type? bye Fabi

2 1

MAPI
by Enrico Weigelt 20 Feb '04

20 Feb '04

Hi folks, i've seen that mapi is currently not implemented. Well, I'd like to sit down and code it, but I require several tools for that: a) mapi documentation (no, I didnt ask google yet ...) b) a small test application c) some shorts words about what I may do and what I may not do (i.e. may I call external unix processes ? whats about fork() ?) cu -- --------------------------------------------------------------------- Enrico Weigelt == metux IT services phone: +49 36207 519931 www: http://www.metux.de/ fax: +49 36207 519932 email: contact(a)metux.de cellphone: +49 174 7066481 --------------------------------------------------------------------- DSL-Zugang ab 0 Euro. -- statische IP -- DSL-Flatfrate -- Diese Mail wurde mit UUCP versandt. http://www.metux.de/uucp/ ---------------------------------------------------------------------

4 4

Caption of TLabel Component is not shown in new Release.
by Samuel Herzog 20 Feb '04

20 Feb '04

Hi, first of all I have to congratulate. Wine runs my Delphi Apps almost without any problems ! The uxtheme bug of the December-Release has also gone. It's ok now ! But unfortuneally I had to report another bug today. Text of the components TLabel and MessageBox Text is not visible anymore. All Message boxes are empty. The buttons on the Message boxes are ok. Sam

2 2

Re: VarRound implementation
by Fabian Cenedese 20 Feb '04

20 Feb '04

>Without a test how can you know if this implementation produces the correct values? What about variant type conversions? It seems silly to send a patch without testing it... I just saw that I submitted a patch with some debug code in it. I guess I'll have to send it again anyway :) bye Fabi

1 0

Re: VarRound implementation
by chmorgan＠charter.net 20 Feb '04

20 Feb '04

Without a test how can you know if this implementation produces the correct values? What about variant type conversions? It seems silly to send a patch without testing it... Chris > > From: Fabian Cenedese <Cenedese(a)indel.ch> > Date: 2004/02/19 Thu AM 08:20:21 EST > To: wine-patches(a)winehq.org > Subject: VarRound implementation > > Hi > > This is the implementation of the Variant Round function. I tried to also create a test > function. But I didn't manage to. > > > > Changelog: > Fabian Cenedese <Cenedese(a)indel.ch> > Implementation of Variant Round function. > > Index: wine/dlls/oleaut32/oleaut32.spec > =================================================================== > RCS file: /home/wine/wine/dlls/oleaut32/oleaut32.spec,v > retrieving revision 1.64 > diff -u -r1.64 oleaut32.spec > --- wine/dlls/oleaut32/oleaut32.spec 21 Jan 2004 22:24:08 -0000 1.64 > +++ wine/dlls/oleaut32/oleaut32.spec 19 Feb 2004 13:09:04 -0000 > @@ -170,7 +170,7 @@ > 172 stdcall VarInt(ptr ptr) > 173 stdcall VarNeg(ptr ptr) > 174 stdcall VarNot(ptr ptr) > -175 stub VarRound # stdcall (ptr long ptr) > +175 stdcall VarRound(ptr long ptr) > 176 stdcall VarCmp(ptr ptr long long) > 177 stdcall VarDecAdd(ptr ptr ptr) > 178 stdcall VarDecDiv(ptr ptr ptr) > Index: wine/dlls/oleaut32/variant.c > =================================================================== > RCS file: /home/wine/wine/dlls/oleaut32/variant.c,v > retrieving revision 1.87 > diff -u -r1.87 variant.c > --- wine/dlls/oleaut32/variant.c 17 Feb 2004 20:25:41 -0000 1.87 > +++ wine/dlls/oleaut32/variant.c 19 Feb 2004 13:09:04 -0000 > @@ -3437,6 +3437,94 @@ > return hRet; > } > + > +/********************************************************************** > + * VarRound [OLEAUT32.175] > + * > + * Perform a round operation on a variant. > + * > + * PARAMS > + * pVarIn [I] Source variant > + * deci [I] Number of decimals to round to > + * pVarOut [O] Destination for converted value > + * > + * RETURNS > + * Success: S_OK. pVarOut contains the converted value. > + * Failure: An HRESULT error code indicating the error. > + * > + * NOTES > + * - Floating point values are rounded to the desired number of decimals. > + * - Negative values are rounded nearer to zero (and not bigger in absolute). > + * - Some integer types are just copied to the return variable. > + * - Some other integer types are not handled and fail. > + */ > +HRESULT WINAPI VarRound(LPVARIANT pVarIn, int deci, LPVARIANT pVarOut) > +{ > + HRESULT hRet = S_OK; > + > +wine_dbg_printf("FABI: VARIANT: VarRound1\n"); > + > + TRACE("(%p->(%s%s),%d)\n", pVarIn, debugstr_VT(pVarIn), debugstr_VF(pVarIn), deci); > + > + switch (V_VT(pVarIn)) > + { > + /* cases that fail on windows */ > + case VT_I1: > + case VT_UI2: > + case VT_UI4: > + hRet = DISP_E_BADVARTYPE; > + break; > + > + /* cases just copying in to out */ > + case VT_UI1: > + V_VT(pVarOut) = V_VT(pVarIn); > + V_UI1(pVarOut) = V_UI1(pVarIn); > + break; > + case VT_I2: > + V_VT(pVarOut) = V_VT(pVarIn); > + V_I2(pVarOut) = V_I2(pVarIn); > + break; > + case VT_I4: > + V_VT(pVarOut) = V_VT(pVarIn); > + V_I4(pVarOut) = V_I4(pVarIn); > + break; > + > + /* cases we need to do math */ > + case VT_R4: > + if (V_R4(pVarIn)>0) { > + V_R4(pVarOut)=floor(V_R4(pVarIn)*pow(10, deci))/pow(10, deci); > + } else { > + V_R4(pVarOut)=ceil(V_R4(pVarIn)*pow(10, deci))/pow(10, deci); > + } > + V_VT(pVarOut) = V_VT(pVarIn); > + break; > + > + case VT_R8: > + if (V_R8(pVarIn)>0) { > + V_R8(pVarOut)=floor(V_R8(pVarIn)*pow(10, deci))/pow(10, deci); > + } else { > + V_R8(pVarOut)=ceil(V_R8(pVarIn)*pow(10, deci))/pow(10, deci); > + } > + V_VT(pVarOut) = V_VT(pVarIn); > + break; > + > + /* cases we don't know yet */ > + default: > + FIXME("Not yet implemented, V_VT(pVarIn) = 0x%X, deci = %d\n", > + V_VT(pVarIn) & VT_TYPEMASK, deci); > + hRet = DISP_E_BADVARTYPE; > + } > + > + if (FAILED(hRet)) > + V_VT(pVarOut) = VT_EMPTY; > + > + TRACE("returning 0x%08lx (%s%s),%f\n", hRet, debugstr_VT(pVarOut), > + debugstr_VF(pVarOut), V_VT(pVarOut) == VT_R4 ? V_R4(pVarOut):-1); > + > + return hRet; > +} > + > + > /********************************************************************** > * VarMod [OLEAUT32.154] > * > > > > >

2 1

Re: Setup .inf files
by Shachar Shemesh 20 Feb '04

20 Feb '04

Chris Morgan wrote: >The best documentation I've found thus far for inf files, >http://www.leeos.com/infdoc.html#Top, doesn't have anything about running >programs from inside of an inf file. If this is possible it would probably >make more sense to have the inf file register the dlls. > > The way to have an INF run a file is by registering it with (if I recall correctly - it has been over four years now) RunOnceEx/Setup in the registry. For those who don't follow - RunOnceEx/Setup is a list of programs to run, executed synchroniously (i.e. - one does not start until the previous one exits), and displaying a small window showing where we are along the process). This brings up a small window with the list of tasks to carry out immediatly after the INF processing is done. There are two problems with this approach: 1. While RunOnceEx/Setup is being processed after each login, the mechanism that runs it after INF processing has always been a mystery to me. I have found no method, other than running an INF, of triggering a processing of RunOnceEx/Setup. 2. Wine(boot) does not currently handle that at all. We currently rely on some helper application that does that for us, that usually gets installed as part of the IE installation. The combination of 1+2 means that it'll probably take some time for Wine's INF processing to work like Windows on this one. -- Shachar Shemesh Lingnu Open Systems Consulting http://www.lingnu.com/

3 4

wine using xp from a dual boot machine?
by r00d00 20 Feb '04

20 Feb '04

Hi I'm in the process of moving over to Linux, I've recently set my machine up dual boot with my old XP Pro and my lovely new Gentoo. However it would be really useful to be able to still access my windows apps in Linux, can I set up wine to use the already installed and configured windows xp setup in this machine. So again in case it doesn't make sense - I want to use the XP files and folders that are already on the machine that would be used when I boot into XP but I want to use them with wine in Linux. Is this possible? I tried it a bit but got very mixed results: I could run things like notepad, but could run bigger apps like word. Is there somethings I should be aware of, or settings maybe I haven't considered important? Many thanks for any help. My config file if it's of any use. ====================================================== WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config ;; If you think it is necessary to show others your complete config for a ;; bug report, filter out empty lines and comments with ;; grep -v "^;" ~/.wine/config | grep '.' ;; ;; MS-DOS drives configuration ;; ;; Each section has the following format: ;; [Drive X] ;; "Path"="xxx" (Unix path for drive root) ;; "Type"="xxx" (supported types are 'floppy', 'hd', 'cdrom' and 'network') ;; "Label"="xxx" (drive label, at most 11 characters) ;; "Serial"="xxx" (serial number, 8 characters hexadecimal number) ;; "Filesystem"="xxx" (supported types are 'msdos'/'dos'/'fat', 'win95'/'vfat', 'unix') ;; This is the FS Wine is supposed to emulate on a certain ;; directory structure. ;; Recommended: ;; - "win95" for ext2fs, VFAT and FAT32 ;; - "msdos" for FAT16 (ugly, upgrading to VFAT driver strongly recommended) ;; DON'T use "unix" unless you intend to port programs using Winelib ! ;; "Device"="/dev/xx" (only if you want to allow raw device access) ;; ;; NOTICE: Uncomment and modify the drives you want to use. ;;[Drive A] ;;"Path" = "/mnt/fd0" ;;"Type" = "floppy" ;;"Label" = "Floppy" ;;"Filesystem" = "win95" ;;"Serial" = "87654321" ;;"Device" = "/dev/fd0" [Drive C] "Path" = "/C" ;;"/home/webdev/.wine/fake_windows" "Type" = "hd" "Label" = "MS-DOS" "Filesystem" = "win95" ;;[Drive D] ;;"Path" = "/path/to/drive_d" ;;"Type" = "hd" ;;"Label" = "LABEL" ;;"Filesystem" = "win95" [Drive E] "Path" = "/mnt/cdrom" "Type" = "cdrom" "Label" = "CD-Rom" "Filesystem" = "win95" [Drive F] "Path" = "/tmp" "Type" = "hd" "Label" = "Tmp Drive" "Filesystem" = "win95" [Drive H] "Path" = "/H" "Type" = "hd" "Label" = "H" "Filesystem" = "win95" [Drive Z] "Path" = "/home/webdev/" "Type" = "network" "Label" = "Root" "Filesystem" = "win95" [wine] "Windows" = "c:\\WINDOWS" "System" = "c:\\WINDOWS\\system" ;;"System32" = "c:\\WINDOWS\system32" "Temp" = "f:\\" "Path" = "c:\\WINDOWS;c:\\WINDOWS\\system;c:\\WINDOWS\\system32;f:\\;h:\\;z:\\" "Profile" = "c:\\Documents and Settings\\Administrator" "GraphicsDriver" = "x11drv" ; Wine doesn't pass directory symlinks to Windows programs by default. ; Enabling this may crash some programs that do recursive lookups of a whole ; subdir tree in case of a symlink pointing back to itself. ;"ShowDirSymlinks" = "1" "ShellLinker" = "wineshelllink" # <wineconf> [Version] ; Windows version to imitate (win95,win98,winme,nt351,nt40,win2k,winxp,win20,win30,win31)" }, "Windows" = "winxp" ; DOS version to imitate ;"DOS" = "6.22" ; Be careful here, wrong DllOverrides settings have the potential ; to pretty much kill your setup. [DllOverrides] "rpcrt4" = "builtin, native" "oleaut32" = "builtin, native" "ole32" = "builtin, native" "commdlg" = "builtin, native" "comdlg32" = "builtin, native" "ver" = "builtin, native" "version" = "builtin, native" "shell" = "builtin, native" "shell32" = "builtin, native" "shfolder" = "builtin, native" "shlwapi" = "builtin, native" "shdocvw" = "builtin, native" "lzexpand" = "builtin, native" "lz32" = "builtin, native" "comctl32" = "builtin, native" "commctrl" = "builtin, native" "advapi32" = "builtin, native" "crtdll" = "builtin, native" "mpr" = "builtin, native" "winspool.drv" = "builtin, native" "ddraw" = "builtin, native" "dinput" = "builtin, native" "dsound" = "builtin, native" "opengl32" = "builtin, native" "msvcrt" = "native, builtin" "msvideo" = "builtin, native" "msvfw32" = "builtin, native" "mcicda.drv" = "builtin, native" "mciseq.drv" = "builtin, native" "mciwave.drv" = "builtin, native" "mciavi.drv" = "native, builtin" "mcianim.drv" = "native, builtin" "msacm.drv" = "builtin, native" "msacm" = "builtin, native" "msacm32" = "builtin, native" "midimap.drv" = "builtin, native" ; you can specify applications too "notepad.exe" = "native, builtin" ; default for all other dlls "*" = "native, builtin" [AppDefaults\\msimn.exe\\DllOverrides] ; For ie6 "*comctl32" = "builtin" ; For Outlook97 "mapi" = "native, builtin" "mapi32" = "native, builtin" ; Native dlls needed for various parts of the install "ole32" = "native, builtin" "compobj" = "native, builtin" "ole2" = "native, builtin" "ole2nls" = "native, builtin" "ole2conv" = "native, builtin" "ole2prox" = "native, builtin" "ole2thk" = "native, builtin" "storage" = "native, builtin" "olepro32" = "native, builtin" "rpcrt4" = "native, builtin" "oleaut32" = "native, builtin" "msvcrt" = "native, builtin" "wininet" = "native, builtin" ; for the ie runonce "setupapi" = "native, builtin" "devenum" = "native, builtin" "quartz" = "native, builtin" "urlmon" = "native" "shdocvw" = "native, builtin" "jscript" = "native, builtin" "wintrust" = "native, builtin" "shlwapi" = "native, builtin" "secur32" = "native, builtin" "crypt32" = "native, builtin" "ddraw" = "native, builtin" ; allow launching user.exe (for Remedy) "*user.exe" = "native,builtin" ; default for all other dlls "*" = "builtin, native" [AppDefaults\\IEXPLORE.EXE\\DllOverrides] ; For ie6 "*comctl32" = "builtin" ; For Outlook97 "mapi" = "native, builtin" "mapi32" = "native, builtin" ; Native dlls needed for various parts of the install "ole32" = "native, builtin" "compobj" = "native, builtin" "ole2" = "native, builtin" "ole2nls" = "native, builtin" "ole2conv" = "native, builtin" "ole2prox" = "native, builtin" "ole2thk" = "native, builtin" "storage" = "native, builtin" "olepro32" = "native, builtin" "rpcrt4" = "native, builtin" "oleaut32" = "native, builtin" "msvcrt" = "native, builtin" "wininet" = "native, builtin" ; for the ie runonce "setupapi" = "native, builtin" "devenum" = "native, builtin" "quartz" = "native, builtin" "urlmon" = "native" "shdocvw" = "native, builtin" "jscript" = "native, builtin" "wintrust" = "native, builtin" "shlwapi" = "native, builtin" "secur32" = "native, builtin" "crypt32" = "native, builtin" "ddraw" = "native, builtin" ; allow launching user.exe (for Remedy) "*user.exe" = "native,builtin" ; default for all other dlls "*" = "builtin, native" [x11drv] ; Number of colors to allocate from the system palette "AllocSystemColors" = "100" ; Use a private color map "PrivateColorMap" = "N" ; Favor correctness over speed in some graphics operations "PerfectGraphics" = "Y" ; Color depth to use on multi-depth screens ;;"ScreenDepth" = "16" ; Name of X11 display to use ;;"Display" = ":0.0" ; Allow the window manager to manage created windows "Managed" = "Y" ; Use a desktop window of 640x480 for Wine "Desktop" = "1024x768" ; Use XFree86 DGA extension if present ; (make sure /dev/mem is accessible by you !) "UseDGA" = "Y" ; Use XShm extension if present "UseXShm" = "Y" ; Use XVidMode extension if present "UseXVidMode" = "Y" ; Enable DirectX mouse grab "DXGrab" = "N" ; Create the desktop window with a double-buffered visual ; (useful to play OpenGL games) "DesktopDoubleBuffered" = "N" ; Code page used for captions in managed mode ; 0 means default ANSI code page (CP_ACP == 0) "TextCP" = "0" ; Use this if you have more than one port for video on your setup ; (Wine uses for now the first 'input image' it finds). ;; "XVideoPort" = "43" ; Run in synchronous mode (useful for debugging X11 problems) ;;"Synchronous" = "Y" [fonts] ;Read the Fonts topic in the Wine User Guide before adding aliases ;See a couple of examples for russian users below "Resolution" = "96" "Default" = "-adobe-helvetica-" "DefaultFixed" = "fixed" "DefaultSerif" = "-adobe-times-" "DefaultSansSerif" = "-adobe-helvetica-" ;; default TrueType fonts with russian koi8-r encoding ;"Default" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultFixed" = "-monotype-courier new-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSerif" = "-monotype-times new roman-*-*-*--*-*-*-*-*-*-koi8-r" ;"DefaultSansSerif" = "-monotype-arial-*-*-*--*-*-*-*-*-*-koi8-r" ;; default cyrillic bitmap X fonts ;"Default" = "-cronyx-helvetica-" ;"DefaultFixed" = "fixed" ;"DefaultSerif" = "-cronyx-times-" ;"DefaultSansSerif" = "-cronyx-helvetica-" ; the TrueType font dirs you want to make accessible to wine [FontDirs] ;"dir1" = "/usr/X11R6/lib/X11/fonts/TrueType" ;"dir2" = "/usr/share/fonts/truetype" ;"dir3" = "/usr/X11R6/lib/X11/fonts/TT" ;"dir4" = "/usr/share/fonts/TT" [serialports] "Com1" = "/dev/ttyS0" "Com2" = "/dev/ttyS1" "Com3" = "/dev/ttyS2" "Com4" = "/dev/modem" [parallelports] "Lpt1" = "/dev/lp0" [ppdev] ;; key: io-base of the emulated port ;; value : parport-device{,timeout} ;; timeout for auto closing an open device ( not yet implemented) ;"378" = "/dev/parport0" ;"278" = "/dev/parport1" ;"3bc" = "/dev/parport2" [spooler] "FILE:" = "tmp.ps" "LPT1:" = "|lpr" "LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -" "LPT3:" = "/dev/lp3" [ports] ;"read" = "0x779,0x379,0x280-0x2a0" ;"write" = "0x779,0x379,0x280-0x2a0" [Debug] ;"RelayExclude" = "RtlEnterCriticalSection;RtlLeaveCriticalSection" ;"RelayInclude" = "user32.CreateWindowA" ;"SnoopExclude" = "RtlEnterCriticalSection;RtlLeaveCriticalSection" ;"SpyExclude" = "WM_SIZE;WM_TIMER;" [registry] ;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false. ;Defaults are read all, write to Home ; Global registries (stored in /etc) "LoadGlobalRegistryFiles" = "Y" ; Home registries (stored in ~user/.wine/) "LoadHomeRegistryFiles" = "Y" ; Load Windows registries from the Windows directory "LoadWindowsRegistryFiles" = "Y" ; TRY to write all changes to home registries "WritetoHomeRegistryFiles" = "Y" ; Registry periodic save timeout in seconds ; "PeriodicSave" = "600" ; Save only modified keys "SaveOnlyUpdatedKeys" = "Y" [Tweak.Layout] ;; supported styles are 'Win31'(default), 'Win95', 'Win98' ;; this has *nothing* to do with the windows version Wine returns: ;; set the "Windows" value in the [Version] section if you want that. "WineLook" = "Win95" [Console] ;"Drivers" = "tty" ;"XtermProg" = "nxterm" ;"InitialRows" = "25" ;"InitialColumns" = "80" ;"TerminalType" = "nxterm" [Clipboard] "ClearAllSelections" = "0" "PersistentSelection" = "1" ; List of all directories directly contain .AFM files [afmdirs] "1" = "/usr/share/ghostscript/fonts" "2" = "/usr/share/a2ps/afm" "3" = "/usr/share/enscript" "4" = "/usr/X11R6/lib/X11/fonts/Type1" [WinMM] "Drivers" = "wineoss.drv" #"Drivers" = "winearts.drv" "WaveMapper" = "msacm.drv" "MidiMapper" = "midimap.drv" [dsound] ;; HEL only: Number of waveOut fragments ahead to mix in new buffers. ;"HELmargin" = "5" ;; HEL only: Number of waveOut fragments ahead to queue to driver. ;"HELqueue" = "5" ;; Max number of fragments to prebuffer ;"SndQueueMax" = "28" ;; Min number of fragments to prebuffer ;"SndQueueMin" = "12" ;; sample AppDefaults entries ;[AppDefaults\\iexplore.exe\\DllOverrides] ;"shlwapi" = "native" ;"rpcrt4" = "native" ;"ole32" = "native" ;"shdocvw" = "native" ;"wininet" = "native" ;"shfolder" = "native" ;"shell32" = "native" ;"shell" = "native" ;"comctl32" = "native" ; ;[AppDefaults\\setup.exe\\x11drv] ;"Desktop" = "800x600" ; ;[AppDefaults\\sol.exe\\Version] ;"Windows" = "nt40" ; ;; Some games (Quake 2, UT) refuse to accept emulated dsound devices. ;; You can add an AppDefault entry like this for such cases. ;[AppDefaults\\pickygame.exe\\dsound] ;"EmulDriver" = "N" ;; Kazaa Lite [AppDefaults\\KazaaLite.kpp\\DllOverrides] "*" = "builtin, native, so" ;"shdoclc" = "native" "shdocvw" = "native" "shlwapi" = "native" "commctrl" = "native" ;"comdlg32" = "native" "oleaut32" = "native" "ole32" = "native" ;[AppDefaults\\_INS5576._MP\\x11drv] ;"Desktop" = "640x480" # </wineconf>

1 0

[WINE] Weird windows systems
by Joshua Hudson 19 Feb '04

19 Feb '04

There are two weird windows cases that might be not be of much value but quite interesting. I have specs. 1) LFN on Windows 3.1 This actually can happen (Winver=3.1, Dosver=7.0). This should be supported LFN on Windows 2000, XP I have verified, the DOS 7 LFN interface works on 2000 and XP Perhaps this should be made to work on wine nt4 mode. 2) Win 3.1 running PE executables Fundamentally weird, but I have specs (OH, and the files required to do this were released by Microsoft for free redistribution) _________________________________________________________________ Click, drag and drop. My MSN is the simple way to design your homepage. http://click.atdmt.com/AVE/go/onm00200364ave/direct/01/

1 0

Re: PATCH wine/controls/button.c paint_button() : "style" range checking
by Alexandre Julliard 19 Feb '04

19 Feb '04

Vincent Pelletier <subdino2004(a)yahoo.fr> writes: > Checks for out-of-range value in "style" (paint_button function): > must be style<MAX_BTN_TYPE or memory violation (reading unpredictable > btyes) occurs, and as it's then used as a function address that could > lead to random code execution. If you really want an assertion you should use assert(), at least then it can be compiled out. And if it's a condition that can legitimately happen, then it has to be handled properly, just adding an ERR doesn't improve anything. In this case I guess it's conceivable that the app would change the style to an invalid one, so it needs to be handled. -- Alexandre Julliard julliard(a)winehq.org

3 3

Re: need some info about Wine
by Brian Vincent 19 Feb '04

19 Feb '04

> [1] did the application like IVR (commercial software for linux) will work > on this Wine for linux. > [2] similarly Automatic call distributor could be executed on linux. Good luck getting any Windows telephony software working, especially an ACD platform. Have you seen http://www.asterisk.org ? > [3] could you please tell me the full dependencies for Wine and the > installation guide for Wine & the configuration info to execute the > application. Please read the documentation at http://www.winehq.org Specifically, http://www.winehq.org/site/docs/wine-user/index > Kindly reply me soon , otherwise I will have to develop on my own efforts. Does that mean you're volunteering to develop the tapi32 DLL? -brian

1 0

Re: [documentation] running.sgml
by Dimitrie O. Paun 19 Feb '04

19 Feb '04

On Wed, 18 Feb 2004, Brian Vincent wrote: > + files you might want to consider using Winefile. This Winelib > + application comes with Wine and can be found in /usr/local/bin. I'm not sure it's wise to hardcode /usr/local/bin into the documentation, it may not be installed there... -- Dimi.

1 0

Re: PATCH: programs/winetest/gui.c fix
by Dimitrie O. Paun 19 Feb '04

19 Feb '04

On Thu, 19 Feb 2004, Gerald Pfeifer wrote: > - default: > + default: ; Oh, just remove it altogether... -- Dimi.

1 0

Re: How do you completely remove wine and start over?
by Ivan Leo Murray-Smith 19 Feb '04

19 Feb '04

Sorry wrong list. Didn't click the stop button fast enought. Ivan.

1 0

Re: How do you completely remove wine and start over?
by Ivan Leo Murray-Smith 19 Feb '04

19 Feb '04

> Do I still need it? No, wineinstall is only needed if installing from the source code. Ivan.

1 0

the lord of the code
by Ivan Leo Murray-Smith 19 Feb '04

19 Feb '04

http://www.geekculture.com/joyoftech/joyarchives/533.html Ivan.

1 0

Win Api Monitor
by Fabian Cenedese 19 Feb '04

19 Feb '04

Hi For figuring out what my program does on Windows I was looking for an Api Monitor, kinda the Windows counterpart of +relay. So I came across this page. It didn't quite help me but it's maybe useful for others. Just be sure to set a process filter or your computer will stop responding as it's overflowed with messages (as happened with me :) http://www.rohitab.com/apimonitor/ bye Fabi

1 0

Re: scanf problem
by Ivan Leo Murray-Smith 19 Feb '04

19 Feb '04

> Try the following patch (compiles, but not tested - I don't use msvcrt). Thanks for the patch, it works perfectly, send it to wine-patches. Ivan.

2 1

What's with command.com / cmd.exe
by Boaz Harrosh 19 Feb '04

19 Feb '04

Some programs, mostly installations also others, look for command.com or cmd.exe to spun commands and batch files. This fails in current wine installation. I know they are not suppose to do that they should use an API, but they do. (What is the API for that and is it supported by wine?) I have soft linked wineconsol.exe.so to \windows\command\command.com in win98 mode. (%systemdir%\cmd.exe in WinNT/XP) And it works OK. (did not yet try WinNT mode). 1) Is this the way to do it? Or are there hidden problems that can arise. (I guess what the application is doing is eventually CreatProcess on command.com/cmd.exe). If so how are we with command-line/Internal-commands compatibility with command.com or cmd.exe? 2) If 1. than should that be done in the regular Install/winecfg session? Or each user to himself. Where are these files in the different windows versions? (By the way same problem in cxoffice) Free Life Boaz

1 0

legal problem for using DLL's
by Erik Dekeyser 19 Feb '04

19 Feb '04

Dear WINE Developers, Briefly with Bricscad IntelliCAD we have an almost-clone of AutoCAD and we are very successfull in selling it to large corporations under a Coporate License Agreement. Several of our Corporate clients want to start with implementing LINUX in their organization. For their engineering departments they need an AutoCAD alternative that is 100% compatible with it and that can be learned by an AutoCAD user in less then 3 hours. BricsCad has invested a lot in making our version of IntelliCAD a stable, relaible and performant CAD software, that is so close to AutoCAD. We have it now ready in a beta version on LINUX. The products name will be BricsCad for Linux and will use WINE. BricsCad for Linux vs AutoCAD is comparable to what Open Office is vs MS Office. We will support three versions: Red Hat, Suse and Java Desktop. Press release is ready. OUR PROBLEM: We are wondering if we can distribute the Microsoft DLL's with the application without infringing the copyright of Microsoft. The alternative is rewrite some of them, but that would require a couple of months of development and postponing the release of the software. I guess we are not the only ones with this problem? Looking forward to your point of view Erik De Keyser CEO BricsCad www.bricscad.com

6 5

Can't compile crosstest
by Jakob Eriksson 19 Feb '04

19 Feb '04

I have noticed I can't compile the crosstests, how can I make it compile? ------------------------- cc1: warning: -fPIC ignored for target (all code is position independent) ../../../tools/make_ctests capture.c dsound.c propset.c >testlist.c || rm -f testlist.c i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o testlist.cross.o testlist.c cc1: warning: -fPIC ignored for target (all code is position independent) i586-mingw32msvc-gcc capture.cross.o dsound.cross.o propset.cross.o testlist.cross.o -o dsound_crosstest.exe -ldsound -luser32 -lkernel32 -ldxguid -luuid -lm propset.cross.o(.text+0xc40): In function `propset_private_tests': /home/jakov/src/wine/dlls/dsound/tests/propset.c:100: undefined reference to `CLSID_DirectSound8' propset.cross.o(.text+0xda0):/home/jakov/src/wine/dlls/dsound/tests/propset.c:120: undefined reference to `CLSID_DirectSoundCapture8' propset.cross.o(.text+0xe50):/home/jakov/src/wine/dlls/dsound/tests/propset.c:130: undefined reference to `CLSID_DirectSoundFullDuplex' propset.cross.o(.text+0xf00):/home/jakov/src/wine/dlls/dsound/tests/propset.c:140: undefined reference to `CLSID_DirectSoundPrivate' propset.cross.o(.text+0xfba):/home/jakov/src/wine/dlls/dsound/tests/propset.c:151: undefined reference to `DSPROPSETID_DirectSoundDevice' propset.cross.o(.text+0x1076):/home/jakov/src/wine/dlls/dsound/tests/propset.c:159: undefined reference to `DSPROPSETID_DirectSoundDevice' propset.cross.o(.text+0x1132):/home/jakov/src/wine/dlls/dsound/tests/propset.c:167: undefined reference to `DSPROPSETID_DirectSoundDevice' propset.cross.o(.text+0x123b):/home/jakov/src/wine/dlls/dsound/tests/propset.c:183: undefined reference to `DSPROPSETID_DirectSoundDevice' make[3]: *** [dsound_crosstest.exe] Error 1 make[3]: Leaving directory `/home/jakov/src/wine/dlls/dsound/tests' make[2]: *** [tests/__crosstest__] Error 2 make[2]: Leaving directory `/home/jakov/src/wine/dlls/dsound' make[1]: *** [dsound/__crosstest__] Error 2 make[1]: Leaving directory `/home/jakov/src/wine/dlls' make: *** [dlls/__crosstest__] Error 2 jakov@dmlive:~/src/wine$

2 1

need some info about Wine
by pooja barmola 19 Feb '04

19 Feb '04

Hello sir , myself is working on linux platform. I want to execute the applications that run on windows , to be executed on linux platform. [1] did the application like IVR (commercial software for linux) will work on this Wine for linux. [2] similarly Automatic call distributor could be executed on linux. [3] could you please tell me the full dependencies for Wine and the installation guide for Wine & the configuration info to execute the application. Kindly reply me soon , otherwise I will have to develop on my own efforts. Thanking you Pooja

1 0

About automatic configuration
by Robert van Herk 18 Feb '04

18 Feb '04

Hi... As I'm working (a bit) on winecfg, I noticed the following line on the todo list Wine installation process should install and configure wine But of course, winecfg also needs some automatic probing of at least disks, since there is a "Autodetect me" button in Winecfg for that. Also, Chris Morgan made a cool feature that autodetects your sound system. I was thinking to write a DLL that would export some functions to autodetect stuff... That DLL could then be called from both the installation (or directly after the installation) to auto-setup both sound and harddisks, and could later on be used from winecfg if something ever changes. Plz give me your opinion on my idea. Is this about what was meant by the remark in the todo-list? Would there be any standards to follow for this kind of functionality? Or should I just hack around a bit? Or is something completely different intended / needed? Grtz, Robert

1 0

scanf problem
by Ivan Leo Murray-Smith 18 Feb '04

18 Feb '04

Apparently there is a problem with wine's scanf. this code #include <stdio.h> int main() { int a; printf ("Type a number\n"); scanf ("%d", &a); printf ("You've entered %d\n", a); return 0; } works as expected on linux, but on wine returns [ivan@localhost ivan]$ wine test.exe Type a number 5 You've entered 1076166144 [ivan@localhost ivan]$ Dimi thinks it's a bug and asked me to fwd this to wine-devel, a very similar program that has the same problem works on windows, I can't test this one because I do't currently have access to a windows box, but unless I've some badly bugged header or something like that, this is a bug. a msvcrt.dll trace follows [ivan@localhost ivan]$ wine test.exe --debugmsg +msvcrt trace:msvcrt:DllMain (0x407d0000, DLL_PROCESS_ATTACH, 0x1) pid(8), tid(9), tls(0) trace:msvcrt:msvcrt_init_mt_locks initializing mtlocks trace:msvcrt:msvcrt_init_io :handles (0x14)(0x24)(0x2c) trace:msvcrt:msvcrt_init_console :Opening console handles warn:msvcrt:msvcrt_init_console :Console handle Initialisation FAILED! trace:msvcrt:msvcrt_init_args got 'test.exe', wide = L"test.exe" argc=1 trace:msvcrt:MSVCRT_setlocale (0 C) trace:msvcrt:_lock (19) trace:msvcrt:_lock (17) trace:msvcrt:_lock : creating lock #19 trace:msvcrt:_unlock (17) trace:msvcrt:_unlock (19) trace:msvcrt:DllMain finished process init trace:msvcrt:MSVCRT___set_app_type (1) Console application trace:msvcrt:__getmainargs (0x403000,0x403004,0x407bff10,-1,0x407bff14). trace:msvcrt:_lock (9) trace:msvcrt:_lock (17) trace:msvcrt:_lock : creating lock #9 trace:msvcrt:_unlock (17) trace:msvcrt:_unlock (9) trace:msvcrt:MSVCRT_atexit (0x4013b0) trace:msvcrt:_onexit (0x4013b0) trace:msvcrt:_lock (13) trace:msvcrt:_lock (17) trace:msvcrt:_lock : creating lock #13 trace:msvcrt:_unlock (17) trace:msvcrt:_onexit expanding table trace:msvcrt:_unlock (13) Type a number warn:msvcrt:MSVCRT_fscanf 0x408068e0 ("%d"): semi-stub trace:msvcrt:_read :fd (0) handle (0x14) buf (0x40363f18) len (512) 5 trace:msvcrt:_read :EOF trace:msvcrt:_read "5\n" trace:msvcrt:MSVCRT_fscanf returning 1 You've entered 1076166144 trace:msvcrt:MSVCRT__cexit (void) trace:msvcrt:DllMain (0x407d0000, DLL_PROCESS_DETACH, 0x1) pid(8), tid(9), tls(0) trace:msvcrt:msvcrt_free_mt_locks : uninitializing all mtlocks trace:msvcrt:_fcloseall :closed (0) handles trace:msvcrt:_close :fd (0) handle (0x14) trace:msvcrt:msvcrt_free_fd :fd (0) freed trace:msvcrt:_close :ok trace:msvcrt:_close :fd (1) handle (0x24) trace:msvcrt:msvcrt_free_fd :fd (1) freed trace:msvcrt:_close :ok trace:msvcrt:_close :fd (2) handle (0x2c) trace:msvcrt:msvcrt_free_fd :fd (2) freed trace:msvcrt:_close :ok trace:msvcrt:msvcrt_free_console :Closing console handles trace:msvcrt:DllMain finished process free [ivan@localhost ivan]$ Ivan.

4 3

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