November 2002 - Wine-Devel - list.winehq.org

Wine button take 2
by Mike Hearn Nov. 11, 2002

Nov. 11, 2002

Here's my next attempt. It's smaller, thinner, anything I missed? A few things to consider - Biggest issue, what happens if we ask somebody to put up a Works With Wine button, and then they release a new version that doesn't? Do they take the button down? See below for a possible resolution to that problem. - Where does the button link to? I vote for a page that introduces Wine and perhaps also Linux, how they relate etc - ie assume zero knowledge about free software. The page then has a link to the appdb entry for the program. The "intro" page would simply be have a dynamically generated link to the appdb, so it acts as a kind of forwarding page. If a new version is released and it no longer works in Wine, this can be noted in the appdb. - Could it be used as the start of trying to get Wine accepted as just another version of Windows? Once the button is up on the site, I should think the app maintainers would want to keep it there, after all if it works in Wine then their app has a bigger market right? I started thinking about how to get more people helping out on Wine, and remembered that in the early days of X some of the developers signed NDAs with hardware makers to get the driver specs. Perhaps if there is an app that for whatever reason doesn't work with Wine, a developer could sign an NDA, get access to the source, and either improve Wine so it works, or alter the program (possibly both). We win, as Wine improves. They win, as their app now works on Linux too. Of course, it'd be nicer to have native apps, but hey. - The button is just there if site owners would like it, I'd be happy to settle for a textual link as well. - Should the intro page explain about the 3 streams of Wine? IE "if the app that linked to this page is a business app, you may have success with CodeWeavers Crossover. If it was a game, then you might want to investigate WineX, or you can get the latest sources direct from WineHQ" etc I'm happy to knock up an intro page that can be integrated into the wine site if that's what people would like. thanks -mike

4 3

TODO: Finish DLL separation Phase 1
by Dimitrie O. Paun Nov. 11, 2002

Nov. 11, 2002

Alexandre, Do you have a gameplan for this beast? -- Dimi.

2 3

[RFC] Better OpenGL separation
by Lionel Ulmer Nov. 11, 2002

Nov. 11, 2002

Hi all, The current OpenGL code (well, to be more precise, the current WGL code) is really X11 dependant and is only separated through hacks via ExtEscape mechanisms to get X11 specific variables. As I never was able to find documentation about the OpenGL ICD mechanism (ie the way all this is handled in real Windows), I see three possible solutions : 1) As almost all WGL functions have an HDC or OpenGL context argument (for those having a context argument, the corresponding HDC can easily be found). Thus one solution would be to use 'DC_GetDCPtr' to get the DC pointer and then move all these functions in the GDI function pointer table. The problem with that is that 'DC_GetDCPtr' is already flagged as a hack and so I am bit reluctant to use it :-) 2) Put all HDC function in GDI itself and replace in OpenGL's spec file all of these by forwards to GDI. 3) Use the ExtEscape mechanism to not only get specific variables, but something akin to what DDraw does to get the HAL function pointer table and then use these pointers to do the real low level work in the WGL functions. For the moment, I think 3) is the best. Feel free to propose other solutions :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 3

[RFC] The new Wine FAQ
by Dimitrie O. Paun Nov. 11, 2002

Nov. 11, 2002

Folks, As promised, the new Wine FAQ (in beautiful color, and an amazing bouquet), is ready for public review before the end of the week. So there. :) At the moment, it is available for your viewing pleasure here: http://www.dssd.ca/Wine-FAQ.html Keith Matthews, and Thomas Wickline did most of the work on this one; we owe it to them. We've also received a number of useful comments from Jeremy White, thanks Jer! Please direct all comments, suggestion, and (last, but not least) flames, to the brand new wine-faq(a)winehq.org. All are most appreciated. Hopefully we'll have this one on the site not before long. -- Dimi.

6 14

Page faults
by Duane Clark Nov. 11, 2002

Nov. 11, 2002

Having just added more memory to prevent the disk swapping I was encountering, I now seem to be crashing with a page fault. I don't really know enough about how the memory is handled. Is this likely to be a wine bug? I am running native versions of msvcrt and mfc42, but pretty much builtin for everything else. This is running Xilinx fpga_editor. When running on this particular design, it appears to use about 350MB of RAM. Unhandled exception: page fault on write access to 0x9c5a7c4c in 32-bit code (0x7800d77a). 0x7800d77a (MSVCRT.DLL._set_sbh_threshold+0x6de in C:\WINDOWS\SYSTEM\MSVCRT.DLL): movl %ecx,0xfffffffc(%ecx,%edx,1) Wine-dbg>bt Backtrace: =>0 0x7800d77a (MSVCRT.DLL._set_sbh_threshold+0x6de in C:\WINDOWS\SYSTEM\MSVCRT.DLL) (ebp=4048f768) 1 0x7800ccf7 (MSVCRT.DLL.??_V(a)YAXPAX@Z+0xe4 in C:\WINDOWS\SYSTEM\MSVCRT.DLL) (ebp=4048f7a0) 2 0x78001026 (MSVCRT.DLL..text+0x26 in C:\WINDOWS\SYSTEM\MSVCRT.DLL) (ebp=405a2dcc) 3 0x5f40b4fe (MFC42.DLL.1576+0x52 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=405a2e8c) 4 0x400c53fc (start_process+0x258 [process.c:564] in libntdll.dll.so) (ebp=405a2f38)

1 0

netapi32 tests fail then crash
by Sylvain Petreolle Nov. 11, 2002

Nov. 11, 2002

../../../tools/runtest -q -P wine -M netapi32.dll -T ../../.. -p netapi32_test.exe.so access.c && touch access.ok err:win32:PE_fixup_imports No implementation for advapi32.dll.151(LsaClose) imported from C:\WINDOWS\SYSTEM\netapi32. dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.160(LsaFreeMemory) imported from C:\WINDOWS\SYSTEM\neta pi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.167(LsaNtStatusToWinError) imported from C:\WINDOWS\SYS TEM\netapi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.169(LsaOpenPolicy) imported from C:\WINDOWS\SYSTEM\neta pi32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for advapi32.dll.173(LsaQueryInformationPolicy) imported from C:\WINDOWS \SYSTEM\netapi32.dll, setting to 0xdeadbeef access.c:48: Test failed: User Name Retrieved err:netapi32:NetUserGetInfo Invalid level 10000 is specified fixme:netapi32:NetUserGetInfo Can't find information for user L"Nonexistent User" fixme:netapi32:NetUserGetInfo Action Implemented for local computer only. Requested for server L"\\\\Ba path" fixme:netapi32:NetQueryDisplayInformation Level 1 partially implemented access.c:118: Test failed: Information Retrieved wine: Unhandled exception, starting debugger... WineDbg starting on pid 8071e30 No debug information in ELF '/home/wine/miscemu/wine' (0x00000000) Breakpoint 1 at 0x4000acb0 Loaded debug information from ELF '/home/wine/dlls/libntdll.dll.so' (0x40013000) No debug information in ELF '/home/wine/library/libwine.so' (0x40111000) No debug information in ELF '/home/wine/unicode/libwine_unicode.so' (0x40128000) No debug information in ELF '/lib/i686/libm.so.6' (0x4021d000) No debug information in ELF '/lib/libdl.so.2' (0x4023f000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/lib/libnss_files.so.2' (0x40243000) No debug information in ELF '/home/wine/dlls/netapi32/tests/netapi32_test.exe.so' (0x40594000) No debug information in ELF '/home/wine/dlls/netapi32.dll.so' (0x407d3000) No debug information in ELF '/home/wine/dlls/kernel32.dll.so' (0x407f8000) No debug information in 32bit DLL 'W:\dlls\netapi32\tests\netapi32_test.exe' (0x405a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40830000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0xbfed0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NETAPI32.DLL' (0x407e0000) Unhandled exception: page fault on read access to 0x006f0074 in 32-bit code (0x40840eb4). In 32-bit mode. 0x40840eb4 (KERNEL32.DLL.lstrcmpW+0x30 in kernel32.dll.so): movw 0x0(%esi),%ax Wine-dbg>bt Backtrace: =>0 0x40840eb4 (KERNEL32.DLL.lstrcmpW+0x30 in kernel32.dll.so) (ebp=407c2e18) 1 0x405a7511 (netapi32_test.exe.EntryPoint+0x511 in netapi32_test.exe.so) (ebp=407c2e58) 2 0x405a7653 (netapi32_test.exe.EntryPoint+0x653 in netapi32_test.exe.so) (ebp=407c2e64) 3 0x405a8142 (netapi32_test.exe.EntryPoint+0x1142 in netapi32_test.exe.so) (ebp=407c2e78) 4 0x405a7038 (netapi32_test.exe.EntryPoint+0x38 in netapi32_test.exe.so) (ebp=407c2e8c) 5 0x400b45ec (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=407c2f30) 6 0x400b8565 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=407c2ff4) 7 0x400b86a0 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg>info stack Stack dump: 0x407c2e08 (netapi32_test.exe.EntryPoint+0x21be08): ffffffba 405a9374 40251bd0 405a85a4 0x407c2e18 (netapi32_test.exe.EntryPoint+0x21be18): 407c2e58 405a7511 006f0074 405a8520 0x407c2e28 (netapi32_test.exe.EntryPoint+0x21be28): 407c2e48 407c2e44 405a8659 00000000 0x407c2e38 (netapi32_test.exe.EntryPoint+0x21be38): 00000000 00610072 00000005 00000002 0x407c2e48 (netapi32_test.exe.EntryPoint+0x21be48): 40251bb8 405a9374 405a9260 bffff9ec 0x407c2e58 (netapi32_test.exe.EntryPoint+0x21be58): 407c2e64 405a7653 405a9374 407c2e78 0x407c2e68 (netapi32_test.exe.EntryPoint+0x21be68): ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: PATCH: cups dynamical dependency
by Dimitrie O. Paun Nov. 11, 2002

Nov. 11, 2002

On November 10, 2002 02:40 pm, Marcus Meissner wrote: > Do not link against -lcups directly, but dynamically load it > if present. (just like freetype etc.) [...] > +#ifdef HAVE_CUPS > + /* dynamically load CUPS if not yet loaded */ > + if (!cupshandle) { > + cupshandle = wine_dlopen(CUPS_SONAME, RTLD_NOW, NULL, 0); > + if (!cupshandle) cupshandle = (void*)-1; > + } > +#endif Well, if we do this dynamically, why have this HAVE_CUPS check which is a compile time check? IMO we should just include a copy of the CUPS headers that we need, and drop the compile time check altogether. In fact, this check is misleading, as it suggests that we've verified some sort of compatibility with CUPS which we haven't. We _assume_ that a certain API is available at runtime, so why pretend we use something that's on the machine we compile on? -- Dimi.

5 5

Re: Wine 0.8: VB compatibility !!
by Ann and Jason Edmeades Nov. 11, 2002

Nov. 11, 2002

I have a VB prog (see www.badcomp.co.uk) which I spent a long time getting working under Wine and fixed all the oleaut32 Var* routines it used. However if you look at that dll, there are still a huge number of stubs. Additionally the date/time handling is (was, anyway) pretty useless. I would strongly recommend if anyone starts writing VB testcases they try and exercise the Variant cases as well as the standard types (...and no, I dont have time!) VB Window Icons dont work in the wine tree - Marcus sent me a fix for OleLoadPictureEx which solves the problem but he never submitted it to the wine tree (I have a copy, but not of the license it was under). Also, Icons containing transparency dont work for me either, but thats not a vb thing, I guess. I never got printing working (wine and cups doesnt seem to handle hplj's very well - I've seen a lot of problem reports about that) but aside from that, the functionality worked fine as far as I could test. If I ever get motivated I'll try to test the printing as there is a huge amount of code I wrote to do a print preview, and that will probably highlight more var fn's missing. Regards, Jason

2 1

Re: Huge speedup to wine ReadFile on small packets
by Hannu Kotipalo Nov. 11, 2002

Nov. 11, 2002

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Tony Lambregts kirjoitti Maanantai 11. Marraskuuta 2002 07:58: > > > >On Maanantai 11. Marraskuuta 2002 00:49, you wrote : > >>Well I tried it out with a couple of programs. Things seemed ok with > >>small files but when I tried to run SimCity 3000 (just one of my test > >>programs) It freezes up when loading a city (not a crash). I will try > >>to see why when I get a chance. > > > >I think that the size shouldn't be a problem; wzebra reads out a 17 Mb > > file... The problem might be that there is only one buffer. If the > > program reads two files in turns, my code switches the buffer for every > > read. This is actually slower than without. Maybe it is not freezed, > > maybe it is just too slow? Another problem might be the buffer switching > > code. > > Well from what I can see it is opening a lot of little files along with > the big file so it is slowed down to a crawl not frozen. and with trace > on... I think you need more than one than one buffer perhaps. One per > file of course. Havent looked that close... I'll make a version with more, but smaller buffers. I found one bug also; on certain case, a closed file's buffer might has been used for the next opened file with same HANDLE. Where is CLOSEFILE code?! Shouldn't it be on file.c? I need to find it to invalidate the buffer at correct place! I think that the original problem is that wine opens and closes unix file for every ReadFile. This will propably flush all linux own buffers and linux filesystem has to read the same data over and over again (when application calls ReadFile with small buffers, of course). Opened unix files should be kept open as long as corresponding WINAPI files are open. BTW. I'm using totally non-MS system. Is there any problem with MS dll's? Hannu ps. Could you PLEASE add following line to the mailing list archive configuration file: - ------------------ spamprotect = 1 - --------------- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE90A0BuA3ghgc3fUsRAkh1AJ9yZG8l0x7dj81+X+uIiLgJ4xlJXwCfbpEg qW4bHrv1pJ4aFVPvoHA34+k= =1L9Q -----END PGP SIGNATURE-----

1 0

New email addy
by Dustin Navea Nov. 11, 2002

Nov. 11, 2002

Just so everyone knows, since I have Outlook (and Evolution) support with my ISP's email now, I have switched over to it for my list needs. Any emails to me should be directed here, I have updated my accounts with the winehq server. I will still accept emails over at yahoo if need be but the majority should go here... -Dustin

1 0

Re: GetCurrentObject
by steve.lustbader＠philips.com Nov. 11, 2002

Nov. 11, 2002

>On Fri, 8 Nov 2002 17:56:05 -0500, you wrote: > >> GetCurrentObject returns 0, but as far as it knows, it is >> returning successfully. This is because in the line >> >> case OBJ_BITMAP: ret = dc->hBitmap; break; >> >> dc->hBitmap is 0, although dc is a valid DC. The HDC that is passed >> to GetCurrentObject to get dc is obtained by calling >> CWindow::BegingPaint(PAINTSTRUCT *) from a class derived from ATL's >> CWindow. I'm guessing that this is where the problem is probably >> coming from - the app is written in C++ with ATL. >> >> -Steve > >Here a patch that is lying around here for quite a while that I use to >prevent an Eudora 4/5 crash with the same symptoms. I wonder if it >helps you. > >And yes, GetCurrentObject(..,OBJ_BITMAP) on a freshly created dc >returns != 0 in windows. I'm just not sure this patch is the real >solution, although I haven't seen any negative effects. > >Rein. >-- >Rein Klazes >rklazes(a)xs4all.nl This patch did solve the problem for me. Maybe you should submit it to wine-patches, or at least submit it to wine-devel offically for comments. -Steve

1 0

controls/edit.c not so clean - help please
by Carl Sopchak Nov. 11, 2002

Nov. 11, 2002

The following code is in the EDIT_MakeFit() function: if ((es->buffer_limit > 0) && (size > es->buffer_limit)) { EDIT_NOTIFY_PARENT(es, EN_MAXTEXT, "EN_MAXTEXT"); return FALSE; } if ((es->buffer_limit > 0) && (size > es->buffer_limit)) size = es->buffer_limit; Obviously, the second IF condition is never true, since it's the same as the prior IF, which does a 'return FALSE'. EDIT_MakeFit() is ONLY called by EDIT_EM_ReplaceSel(), so it sppears that the second IF is attempting to limit the amount of text that is replaced to the buffer_limit. Obviously, the first IF just notifies the parent that the limit would be exceeded, then returns without modifying the edit control. Although EDIT_MakeFit() is only called from one place, EDIT_EM_ReplaceSel() is called all over the place, enumerated below. Can anyone tell me if any of these invocations should (a) fail without replacing, (b) replace the limited amount of text, or (c) ignore the limit? EDIT_WM_Clear() - Processes WM_CLEAR message - I assume it's moot here... Processing of EM_REPLACESEL message. See note below... EDIT_EM_Undo() - Processes EM_UNDO and WM_UNDO messages EDIT_WM_Char() - Process WM_CHAR message EDIT_WM_Create() - Processes WM_CREATE message - I assume it's moot here... EDIT_WM_Paste - Process WM_PASTE message EDIT_WM_SetText - Process WM_SETTEXT message. See note below... Note: Under the message EM_LIMITTEXT, MSDN states that WM_SETTEXT will not adhear to the limit, but doesn't mention any other text modification messages. The man pages for the other messages do not mention how it's action is effected by the limit. MSDN does state "The EM_LIMITTEXT message limits only the text the user can enter." Unfortunately, I don't have a MS Windows box readily available to test some of these things out on... - - - - - - - - - Another question about this code from controls/edit.c/EDIT_WM_Char(): /* Protect read-only edit control from modification */ if(es->style & ES_READONLY) return; /* BECAUSE OF THIS... */ control = GetKeyState(VK_CONTROL) & 0x8000; switch (c) { case '\r': /* If the edit doesn't want the return and it's not a multiline edit, do nothing */ if(!(es->style & ES_MULTILINE) && !(es->style & ES_WANTRETURN)) break; case '\n': if (es->style & ES_MULTILINE) { if (es->style & ES_READONLY) { /* ... WE NEVER GET HERE! */ EDIT_MoveHome(es, FALSE); EDIT_MoveDown_ML(es, FALSE); } else { static const WCHAR cr_lfW[] = {'\r','\n',0}; EDIT_EM_ReplaceSel(es, TRUE, cr_lfW, TRUE, TRUE); } } break; The place that I marked "/* BECAUSE OF THIS... */" means that the code marked by "/* ... WE NEVER GET HERE! */" will never get executed. My question: In a read only multiline edit control, should a newline move the cursor to the beginning of the next line of text in the control? (I could make this change, but don't have any way of testing it...) - - - - - Thanks for the help, Carl

3 3

Help support
by Dimitrie O. Paun Nov. 11, 2002

Nov. 11, 2002

Another on for the 0.9 TODO: -- launching Help from apps This does not work now, IIRC. It's rather 'simple', and visible from the user POV, so needs fixing IMO. -- Dimi.

9 24

Quicken 2000 / edit.c MakeFit() bug...
by Carl Sopchak Nov. 11, 2002

Nov. 11, 2002

I'm having the following problem with Quicken 2000 Deluxe under wine (CVS as of Thursday morning [and all prior versions]): When I open an investment account, then click on the security name in an existing transaction, and that security name is fairly long (say, 20+ characters), the name gets replaced by the trandaction date! This does not happen with MS Windows. (Before I go any farther, I must say that I know virtually NOTHING about windows programming, and only a small bit more about Wine coding and debugging...) After spending two days drudging through --debugmsg +all logs, I think I have a pretty good idea what's happening. It appears that Quicken uses a single Edit Control for all of it's input fields. When the account is opened, the initial editable field is the date of a new transaction. Quicken sets the maximum input length (with EM_LIMITTEXT) to 10. (Makes sense for a date...) This sets buffer_limit in it's EDITSTATE to 10. Now, when you then go and click on the security name in that existing transaction, Quicken uses WM_SETTEXT to set it's value. Under Wine, this fails, because the size of the string is greater than es->buffer_limit (checked near the top of EDIT_MakeFit() in controls/edit.c). Now, EDIT_MakeFit() does notify Quicken with EN_MAXTEXT, but Quicken doesn't seem to respond in any sensible manner (like getting a bigger control and trying again). (I have not followed this path past this point, but I know that the security name gets wiped out...) Quicken will, AFTER issuing the SETTEXT, try to re-size the field with EM_LIMITTEXT to 30, a security name length. I quote from MSDN (EM_LIMITTEXT Message Remarks section): "The EM_LIMITTEXT message limits only the text the user can enter. It does not affect any text already in the edit control when the message is sent, nor does it affect the length of the text copied to the edit control by the WM_SETTEXT message. If an application uses the WM_SETTEXT message to place more text into an edit control than is specified in the EM_LIMITTEXT message, the user can edit the entire contents of the edit control. " So, according to MSDN, the WM_SETTEXT should successfully set the text to the full length, regardless of the value of buffer_limit. I am in the process of making this change and testing it. I guess my main concern at this point is, "Are there any other ramifications to making this change that I should be concerned about?" If anyone wants to point me in a direction here, I'll follow through... Carl

1 0

Re: Help support
by Mike Hearn Nov. 11, 2002

Nov. 11, 2002

Well, I for one (though as i'm not writing the code this is just my comments) would not be willing to choose a rendering engine based on whether it works or not on platform X. Both Mozilla and KHTML work quite well on a large number of platforms. I'd need to know a lot more about why Mozilla doesn't work well on OpenBSD before ruling out gecko - like, is it due to something missing on OpenBSD itself. In particular due to the very few numbers of people using it on the desktop, I'd say if Mozilla doesn't work on that platform it's the problem of obsd or mozilla, not Wine. On the other hand, I don't really think Gecko is right for this anyway, so it's something of a moot point. Generally though I'd say that making decisions based on what certain platforms can and cannot do is a bad idea when said platform is in the minority of usage (esp when it's all open source). Flame away. On Mon, 2002-11-11 at 11:23, Keith Matthews wrote: > On 11 Nov 2002 08:29:49 +0000 > "Mike Hearn" <m.hearn(a)signal.qinetiq.com> wrote: > > > Hi, > > > > Please make sure you try whatever rendering engine you choose with a > > wide sample of CHM pages. From what I remember of my Windows days, CHM > > help often contains lots of IEisms, from VBScript to IE specific > > DHTML, ie they're not standard HTML despite the name. > > > > Whatever renderer is chosen then should be one we can easily fork and > > massage into a relatively IE compatible one. Here is a quick roundup > > of the options based on what I know of the available engines: > > > > - Gecko: the best (in terms of features/compatability/speed) rendering > > engine around. Also benefits from being very widely deployed at least > > on Linux. Note that soon Mozilla will be splitting into a GRE (gecko > > runtime environment), then an XRE (xul runtime) layered on top, with > > Mozilla being an "application" on top of that framework. When this > > happens, making the GRE a dependancy of Wine would not be such a big > > deal IMHO, it's only a few megs at the moment. > > > > * Pros: We get a high quality rendering engine that we know is > > powerful enough to do what we need, and when the GRE thing happens > > it'll be relatively easy to embed too. Already has IWebBrowser > > interfaces(bitrotted afaik). > > * Cons: Gecko codebase is huge and complex, adding whatever IEisms > > are > > necessary may be hard. Overhead of XPCOM etc. > > > I'll add something else here. > > Mozilla is an absolute pain to run on OpenBSD. The porting team have > recently worked out that they can get it to run as long as they > statically link it. > > I have no idea if the Gecko part is affected by this, and I'm aware that > Wine does not currently run on OBSD anyway, but why make things more > difficult. > > Konq runs happily so KHTML is probably no problem and I have not heard > of any problems with GtkHTML. > >

1 0

Free to a good home :)
by Thomas Wickline Nov. 11, 2002

Nov. 11, 2002

Hello, I have went through my closet and I have found some computer Stuff that I no longer use. And if anyone here is in need of any of this I will be more than glad to let you have it .... No strings attached.. Don't be shy to ask the items are only collecting dust and taking up space. Everything works as far I know.. If you are in need of one of these Items just send me a private E-Mail and ill send it to you. 1) 2 - 128MB PC133 SDram Chips ( Corsair ) 2) 1 - Netgear 10/100 Mbps PCI Ethernet Card and Cables 3) 1 - Philips USB Digital Speaker system works as Analog speakers as well ( Model DSS 350 ) 4) 1 - PS/2 Microsoft two button scroll Intellimouse 5) 1 - Microsoft SideWinder USB Force Feedback-2 JoyStick 6) 1 - 6.2 Gig Seagate HD ( used but still works ) 7) 10 - 1.44 MB floppy drives 8) Ethernet, Printer & Phone Cables, Mouse Pads, HD & CD-Rom Brackets Since Ender does not want a new HD and I offered to get him one I will send $50.00 to the Wine Party Fund $25.00 to Marcus Meissner & $25.00 to Douglas Ridgway http://www.winehq.com/about/index.php?contrib#donate Thomas Wickline

2 1

Re: Question regarding the debate over whether Wine Is Not an Emulator or not..
by Dmitry Timoshkov Nov. 11, 2002

Nov. 11, 2002

"Keith Matthews" <keith_m(a)sweeney.demon.co.uk> wrote: > On Mon, 11 Nov 2002 00:47:44 -0500 > "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > > > On November 8, 2002 10:22 pm, Francois Gouget wrote: > > > If going that way you can use the following: > > > > > > Debunking Wine Myths > > > > > > 1. Myth 1: "Wine is slow because it is an emulator" > > > http://www.winehq.com/about/index.php?myths > > > > Yeah, that's a good start. But I think it's better to avoid the > > whole issue by just not using the work emulator that much. It > > doesn't seem to matter that we say it's NOT an emulator. People > > seem to remember something about an emulator... :( > > > > We should try to position Wine as a (1) PE loader, and (2) toolkit. > > Both are Good Things in geek culture (see ELF loader, and GTK/QT/wxWindows), > > so hopefully we'll have fewer battles to fight. > > > > I think Wine is actually a 'glue', albeit a very thick one. Probably it would be helpful to add that even under NT based OSes Win32 is implemented (emulated) on the top of the Native API. In other words even Microsoft platforms has another layer of APIs under Win32 API. -- Dmitry.

1 0

Error while trying to run a wine
by sean Nov. 11, 2002

Nov. 11, 2002

When running wine with a program that i developed with with delphi 6. I get the following error " variant array out of bounds" can anyone help me i dont know where to start looking to fix this problem -- This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager.Please note that any views or opinions presented in this email are solely those of the author and not necessarily those of the company. Finally, the recipient should check this email and any attachments for the presence of viruses.The company accepts no liability for any damage caused by any virus transmitted by this email.

2 1

Re: Mozilla 1.0.1 Win32 works almost flawlessly
by Dimitrie O. Paun Nov. 11, 2002

Nov. 11, 2002

On November 7, 2002 11:40 am, Andreas Mohr wrote: [Cc:ed to the list maybe people want to comment of it] > Now how to solve the winelauncher wineboot launch problem ? > This needs to be done on first launch only, and it needs to avoid race > conditions. > Maybe we could add the lockfile command (courtesy procmail) to Wine > and implement it with that ? I think we need a well defined notion of 'boot' What about this: on server startup, we do this: if (wine_need_reboot()) spawn("wineboot"); The thing is: 1. dead simple 2. atomic, avoids races 3. fast Surely I may be missing something, but what's wrong with the above? (mind you, I know nothing about the server, but still... :)) -- Dimi.

3 2

Newbe posting, OCX files.
by Ben Clewett Nov. 11, 2002

Nov. 11, 2002

Dear Wine, I have been discussing using WINE as an alternate platform for our company as a way of porting our code to Linux. Something I belive is in the interestes of all centient companies. I have been told that there is a problem of running .OCX visual controls though Wine. Can somebody clarify this for me? With thanks, Ben Clewett.

1 0

Question regarding the debate over whether Wine Is Not an Emulator or not..
by Dustin Navea Nov. 11, 2002

Nov. 11, 2002

In the wine users guide intro it says, and I quote: The former method uses emulation to connect a Windows application to the Wine libraries. You can run your Windows application directly with the emulator, by installing through Wine or by simply copying the Windows executables onto your Linux system. Should I change this or no, because AFAIK, to some people "emulators have not and will not ever un things as fast as the original" and that would give them a bad idea about wine. -Dustin __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2

4 4

Re: resend update to sgml documentation
by Vincent Béron Nov. 11, 2002

Nov. 11, 2002

Le ven 08/11/2002 à 23:27, Tony Lambregts a écrit : > + > + <listItem><para> > + run make_winehq I think the proper way would be to call make doc or make allseparate (with my patch applied). make_winehq is more of a hack to generate html with another dsl file, more suitable for HTML files to be put on www.winehq.org or another webserver. For end-user documentation, make {doc, allseparate} is the way to go. Actually, the advantage of make_winehq is to be able to cvs co wine/documentation only, and still be able to build the doc. So you could reflect that in the doc. Vincent

3 7

Re: [RFC] The new Wine FAQ
by Dustin Navea Nov. 11, 2002

Nov. 11, 2002

uhh, docbook.org only supplies docbookx even tho it says its standard docbook... if you read through the website you will see several references to building xml with the tools downloaded off the site... -Dustin --- Keith Matthews <keith_m(a)sweeney.demon.co.uk> wrote: > On Sun, 10 Nov 2002 10:20:58 -0700 > "Tony Lambregts" <tony_lambregts(a)telusplanet.net> wrote: > > > Dimitrie O. Paun wrote: > > > > >On November 10, 2002 10:49 am, Tony Lambregts wrote: > > > > > > > > >>OK, Once it is finalized... It's on my TODO list. > > >> > > >> > > > > > >That's cool. I can help you with that, it is written so > > >that we can easily convert it into SGML. But to make that > > >step, we have to be able to convince the SGML tools to > > >generate the HTML that _we_ want. I will personally oppose > > >such a conversion until we know how to control the tools. > > >So if you want that to happen, find a way to get the right > > >HTML out of docbook, and we'll convert the whole thing > > >in no time. > > > > > > > > > > > Is there anyone out there that has a clue how to do this... Its a fix > > me in the documentation > > > > > <sect3 id="docbook-tweaking"> > > > <title>Tweaking the DSSSL stylesheets</title> > > > <para> > > > Things you can tweak, and how to do it (examples from > > > default.dsl and winehq.dsl). > > > </para> > > > </sect3> > > > > > > > Not a clue I'm afraid. > > I have a new problem in this area though - some newer distros don't use > traditional docbook, they use docbookx which has an XML startpoint (if I > understand correctly). It could well be where the older ones are heading > too. > > Rock/dRock is a case in point. > __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2

1 0

Re: resend update to sgml documentation
by Dustin Navea Nov. 11, 2002

Nov. 11, 2002

Hmm, wonder where the "generic steps to get output from sgml" came from??? ;) *hint hint* *wink wink* ;P -Dustin --- Tony Lambregts <tony_lambregts(a)telusplanet.net> wrote: > Since the last patch looked really screwed up I am resending with .txt > extention > > Hopfully this makes it easier for others to set up their docbook > environment and encourage more people to write documentation it is not > complete but at least it is a start. > > change log: make the instructions of how to install sgml easier to > understand . > > files changed: > documentation/documentation.sgml > documentation/authors.ent > > -- > > Tony Lambregts > > > Index: documentation.sgml > =================================================================== > RCS file: /home/wine/wine/documentation/documentation.sgml,v > retrieving revision 1.4 > diff -u -r1.4 documentation.sgml > --- documentation.sgml 2 Oct 2001 17:48:16 -0000 1.4 > +++ documentation.sgml 9 Nov 2002 04:00:59 -0000 > @@ -86,6 +86,9 @@ > <para> > Written by &name-john-sheets; <email>&email-john-sheets;</email> > </para> > + <para> > + Modified by &name-tony-lambregts; > <email>&email-tony-lambregts;</email> Nov. 2002 > + </para> > > <sect2 id="writing-docbook"> > <title>Writing Documentation with DocBook</title> > @@ -98,7 +101,123 @@ > DocBook markup looks very similar to HTML markup, although > the names of the markup tags differ. > </para> > + <sect3> > + <title>Getting Started</title> > + <note> > + <title>Why SGML?</title> > + <para> > + The simple answer to that is that SGML allows you > + to create multiple formats of a given document from a > single > + source. Currently sgml is used to create html, pdf and PS > + formats of the Users Guide, Developers Guide, Winelib Users > + Guide Packagers Guide and FAQ. > + </para> > + </note> > + > + <note> > + <title>What do I need?</title> > + <para> > + You need the sgml tools. There are various places where you > + can get them. The most generic way of geting them form > source. > + </para> > + </note> > + > + <note> > + <title>Quick instructions</title> > + <para> > + These are the generic steps to get output from sgml. > + </para> > + </note> > + > + <orderedlist> > + > + <listItem><para> > + Go to <ulink > url="http://www.sgmltools.org">http://www.sgmltools.org</ulink> > + </para></listitem> > + > + <listItem><para> > + Download all of the sgmltools packages > + </para></listitem> > + > + <listItem><para> > + Install them all and build them (./configure; make; make > install) > + </para></listitem> > + > + <listItem><para> > + Switch to your toplevel wine directory > + </para></listitem> > + > + <listItem><para> > + Run ./configure (or make distclean && ./configure) > + </para></listitem> > + > + <listItem><para> > + Switch to the documentation directory > + </para></listitem> > + > + <listItem><para> > + run make_winehq > + </para></listitem> > + > + <listItem><para> > + View wine-doc/index.html in your favorite browser > + </para></listitem> > + > + </orderedlist> > + > + </sect3> > + > + <sect3> > + <title>Getting SGML for various distributions</title> > + <para> > + Most Linux distributions have everything you need already > + bundled up in package form. Unfortunately, each > + distribution seems to handle its SGML environment > + differently, installing it into different paths, and > + naming its packages according to its own whims. > + </para> > + > + <sect4> > + <title>SGML on Redhat</title> > + <para> > + The following packages seems to be sufficient for RedHat 7.1. > You > + will want to be careful about the order in which you install > the > + rpms. > + <itemizedlist> > + <listitem><para>sgml-common-*.rpm</para></listitem> > + <listitem><para>openjade-*.rpm</para></listitem> > + <listitem><para>perl-SGMLSpm-*.rpm</para></listitem> > + <listitem><para>docbook-dtd*.rpm</para></listitem> > + <listitem><para>docbook-style-dsssl-*.rpm</para></listitem> > + <listitem><para>tetex-*.rpm</para></listitem> > + <listitem><para>jadetex-*.rpm</para></listitem> > + <listitem><para>docbook-utils-*.rpm</para></listitem> > + </itemizedlist> > + You can also use ghostscript to view the ps format output and > + Adobe Acrobat 4 to view the pdf file. > + </para> > + </sect4> > + > + <sect4> > + <title>SGML on Debian</title> > + <note> > + <title>Fix me</title> > + <para> > + List package names and install locations... > + </para> > + </note> > + </sect4> > > + <sect4> > + <title>SGML on Other Distributions</title> > + <note> > + <title>Fix me</title> > + <para> > + List package names and install locations... > + </para> > + </note> > + </sect4> > + </sect3> > <sect3> > <title>Terminology</title> > > @@ -1006,47 +1125,6 @@ > </para> > </sect3> > > - <sect3> > - <title>SGML on Redhat</title> > - <para> > - Most Linux distributions have everything you need already > - bundled up in package form. Unfortunately, each > - distribution seems to handle its SGML environment > - differently, installing it into different paths, and > - naming its packages according to its own whims. > - </para> > - <para> > - The following packages seems to be sufficient for RedHat 7.1. > You > - will want to be careful about the order in which you install > the > - rpms. > - <itemizedlist> > - <listitem><para>sgml-common-*.rpm</para></listitem> > - <listitem><para>openjade-*.rpm</para></listitem> > - <listitem><para>perl-SGMLSpm-*.rpm</para></listitem> > - <listitem><para>docbook-dtd*.rpm</para></listitem> > - <listitem><para>docbook-style-dsssl-*.rpm</para></listitem> > - <listitem><para>tetex-*.rpm</para></listitem> > - <listitem><para>jadetex-*.rpm</para></listitem> > - <listitem><para>docbook-utils-*.rpm</para></listitem> > - </itemizedlist> > - You can also use ghostscript to view the ps format output and > - Adobe Acrobat 4 to view the pdf file. > - </para> > - </sect3> > - > - <sect3> > - <title>SGML on Debian</title> > - <para> > - List package names and install locations... > - </para> > - </sect3> > - > - <sect3> > - <title>SGML on Other Distributions</title> > - <para> > - List package names and install locations... > - </para> > - </sect3> > </sect2> > > <sect2 id="emacs-psgml"> > Index: authors.ent > =================================================================== > RCS file: /home/wine/wine/documentation/authors.ent,v > retrieving revision 1.2 > diff -u -r1.2 authors.ent > --- authors.ent 24 Jul 2002 03:00:02 -0000 1.2 > +++ authors.ent 9 Nov 2002 04:01:56 -0000 > @@ -43,6 +43,9 @@ > <!entity name-alex-korobka "Alex Korobka"> > <!entity email-alex-korobka "alex(a)aikea.ams.sunysb.edu"> > > +<!entity name-tony-lambregts "Tony Lambregts"> > +<!entity email-tony-lambregts "tony_lambregts(a)telusplanet.net"> > + > <!entity name-marcus-meissner "Marcus Meissner"> >  > <!entity email-marcus-meissner "Marcus.Meissner(a)caldera.de"> > __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2

4 6

Re: Help support
by Ender Nov. 11, 2002

Nov. 11, 2002

> Well, a minimal Mozilla/Win32 installation is 6MB. How can you develop > on Wine when you can't afford 6MB? I've just checked, and you need > 400MB to compile Wine... Which is why I can't afford the space :) /dev/hdb1 10GB 9.1GB 415MB 96% /development - Ender

3 3

Re: Wine 0.9 TODO v0.4
by Dustin Navea Nov. 11, 2002

Nov. 11, 2002

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > On November 10, 2002 03:40 am, you wrote: > > Status update, submitted first wave of patches to wine-patches, updates > > intro and getting wine, help not really needed but appreciated. Figuring > > out what is out of date as I go along, and fixing the fixme's in the docs > > as I get to them and with as much knowledge as i have on the subject... > > Noted. It would be nice if you can tell me a progress indicator, like 20% > done, or so... > Doh! I knew I forgot something! I was tired earlier, so I took a nap. Progress, 7.5% done (yes im serious) -Dustin __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2

1 0

Re: Regedit from ReactOS
by Vincent Béron Nov. 10, 2002

Nov. 10, 2002

Le sam 09/11/2002 à 21:20, Steven Edwards a écrit : > > Bugs: > 1. The current treeview code doesnt compile under WINE for some resion. > When building under Mingw I dont have this problem. > treeview.c: In function `AddEntryToTree': > treeview.c:99: structure has no member named `item' > treeview.c: In function `InitTreeViewItems': > treeview.c:124: structure has no member named `item' Because of -DNONAMELESSUNION in Makeprog.rules.in. Now, why is it always set? It comes from this patch (http://www.winehq.com/hypermail/wine-cvs/2001/11/0114.html) applied nearly one year ago. Alternatively, the other way is to reference foo.u.bar instead of foo.bar. And actually, that's the way it's done in the rest of programs/. (Verified: it compiles correctly). Vincent

2 1

Re: int21 move a0-a7
by Jukka Heinonen Nov. 10, 2002

Nov. 10, 2002

Patch a1 is wrong and must not be applied. Function 0x0c is really a recursive call and cannot be handled this way. Simple fix would be to call DOSVM_Int21Handler from function 0x0c handler after AH register has been modified (and lets add a detailed comment here this time so everybody understands what 0x0c really does...). Call me blind, but I fail to see how DOSCONF_config gets initialized after patch a2. This set of patches break DOS3Call and calling INT21 using VXDs and DeviceIoControl. I have no idea how much these interfaces are used but I guess this will be fixed in a future patch? Actually the same problem exists with all those interrupt handlers that can be invoked through VXDs. However, other handlers do still work because I have not yet posted patches that touch those handlers. I already know how to fix this issue but I want to work slowly and wait until pending interrupt patches either get applied or rejected before posting anything new. Nogs patches already modify the same files as my patches and I want things to stabilize a bit. Anyway, I don't have time for reviewing patches of this size; those above comments were produced by quickly scanning through the patches and they were really easy to spot. I give up and leave fixing int21 stuff to Nog. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Re: Help support
by Ender Nov. 10, 2002

Nov. 10, 2002

Just so people don't double up, I'll let everyone know I'm working on a CHM viewer. Although I still havn't worked out how I will do the actual HTML viewing, my first priority is to actually build code to parse the file :) I might even ponder implementing a simple IWebBrowser implementation based off of Konq-Embedded/khtml, which would be -extremely- easy... and best of all, light-weight (there is NO way I'm going to install Mozilla/Win32 to have large portions of WINE working, I can't afford the diskspace!) Of course the whole GPL vs LGPL thing is a bit of an annoyance. - Ender

2 1

Making documentation - was RE: Docu updates question..
by Medland, Bill Nov. 10, 2002

Nov. 10, 2002

> -----Original Message----- > From: wine-devel-admin(a)winehq.com > [mailto:wine-devel-admin(a)winehq.com]On > Behalf Of Dustin Navea > Sent: Thursday, November 07, 2002 8:53 PM > To: wine-devel(a)winehq.com > Subject: Re: Docu updates question.. > snip > 2) The wine guides as they are are so confusing to me on how > to recreate > winehq that I cant even get make_winehq to work... That may just be > something I'm doing... Could someone explain to me how to > get the docs > "compiled" so I can see them as they should look? > I remember having some difficulty in setting my machine up to be able to do it so I sympathize. I'll try to help as much as I can. If you cd to documentation what happens if you 1. make everything 2. If that fails try 2a. make ps 2b. make html 2c. make pdf > -Dustin > > __________________________________________________ > Do you Yahoo!? > U2 on LAUNCH - Exclusive greatest hits videos > http://launch.yahoo.com/u2 > > Bill

6 21

test - please ignore
by Hetz Ben Hamo Nov. 10, 2002

Nov. 10, 2002

1 0

Re: ddraw fix
by Lionel Ulmer Nov. 10, 2002

Nov. 10, 2002

> Probably application bug: it called DIB_DirectDrawSurface_Blt > with .bottom > 36000, seems like DirectDraw sanitized the values. Well, I would prefer the fix to be different... For example, it seems to be valid to have negative top values as long as 'bottom - top' is valid (as it seems that DDraw will clip the blit for you). Problem is that if negative top is valid, then bottom being bigger than dwHeight should be valid too. And your patch will thus prevent this case to work. Did you try to simply return an error message (instead of doing the assert) to see if you see any graphical glitches ? Anyway, I am installing Mingw + the DirectX SDKs to do some test apps on a Win2K laptop. I will try this case to see if I manage to see what real Windows does. Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: Regedit from ReactOS
by Dimitrie O. Paun Nov. 10, 2002

Nov. 10, 2002

On November 9, 2002 09:20 pm, Steven Edwards wrote: > Thanks to Robert Dickenson for his work on this. If someone wants to > adopt then here it is. Good stuff. This needs a bit of massaging, but looks good. -- Dimi.

1 0

Re: Fun projects
by Sylvain Petreolle Nov. 10, 2002

Nov. 10, 2002

This is what I did. the gcc included in dev-c++ is a statically linked that doesn't need the cygwin1.dll to run. But that I looked particularily at compiling cygwin under wine. Using the cygwin under is difficult for the moment, as bash and sh both refuse to run today. > I presume this is possible, although the other interesting approach > would be > to run the gcc binary from mingw/cygin under wine itself. I saw that > somebody > got it running recently on the newsgroup; see > http://groups.google.com/groups?q=ming32w+gcc+wine > > Note: I haven't actually done this. These are just ideas :-) Thanks for taking time to answer. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

5 8

Wine 0.9 TODO v0.4
by Dimitrie O. Paun Nov. 10, 2002

Nov. 10, 2002

*Lots* of updates on this one: http://www.dssd.ca/Wine-0.9-TODO-0.4.html Please note that the above URL is for the _released_ TODO (note that the version appears in the URL). If you want to follow the working version, you can do so at: http://www.dssd.ca/Wine-0.9-TODO.html However, this version is constantly changing; it is relative to the last _released_ version. This is important to keep in mind when looking at the bold items. For example, if you look at the working version right after a new version is released, nothing is going to be bold, as nothing has changed from the released version. To better understand the changes from version to version, you should consult the released versions. The TODO is included below as text, for your commenting convenience. A. WineHQ work Beta available here 1. Website redesign [IN PROGRESS] * worker: Jeremy Newman * status: backend is getting finalized * updated: Nov 7, 2002 2. Move the doc scripts out of documentation into the tools CVS module [TODO] * worker: Jeremy Newman * status: should remind Jeremy to do it :) * updated: Nov 7, 2002 3. Reorganize the navigational menu [DONE] * worker: Francois Gouget & al. * status: merged into new site * updated: Nov 5, 2002 4. Create some really sexy screenshots [IN PROGRESS] * worker: Brian Vincent * status: please send screenshots to the above mentioned maintainer * updated: Nov 9, 2002 * criteria: one app per screenshot, avoid cluttered desktop 5. Rework the FAQ interface [IN PROGRESS] * workers: Dimitrie O. Paun, Keith Matthews, Thomas Wickline * status: released for public review here * updated: Nov 9, 2002 6. Enlist some 'official' distribution maintainers [DONE] * RedHat: Vincent Béron * SUSE: Marcus Meissner * Mandrake: Kye Lewis * Debian: Ove Kaaven * FreeBSD: Gerald Pfeifer * status: completed * updated: Nov 7, 2002 7. Create nice page with apps that run virtually flawless [IN PROGRESS] * workers: Carlos Lozano, Dustin Navea * status: 20% * updated: Nov 7, 2002 * criteria: not MS dlls required, no tricks, etc. B. Documentation work 1. We need to first figure what is out of date. [IN PROGRESS] * worker: Dustin Navea * status: just started, help needed * updated: Nov 9, 2002 2. Fix documentation build process [IN PROGRESS] * worker: Tony Lambregts * status: just started * updated: Nov 9, 2002 3. Move CVS docu from User Guide to Devel Guide [IN PROGRESS] * worker: Bill Medland * status: just started * updated: Nov 7, 2002 4. Merge documentation/wine.texinfo into the Development Guide [TODO] 5. Merge documentation/HOWTO-winelib into the Development Guide [TODO] 6. Do something about documentation/installation-und-konfiguration.german [TODO] 7. Do something about documentation/shell32 [TODO] 8. Do something about documentation/status [TODO] C. Wine configuration 1. Merge configuration into the registry [TODO] 2. Write control panel applets for editing it [TODO] 3. Have decent defaults so we can start control panel without prior configuration [TODO] 4. Have wizard like app to autoconfigure wine [TODO] * proposal: WineSetupTk by Jeremy White 5. Make Wine's DLLs register themselves to avoid manual merging of the winedefault.reg [TODO] 6. Write wine.inf script to setup a new Wine installation [TODO] 7. Have a wineboot script for RunOnce stuff [IN PROGRESS] * workers: Andreas Mohr, Shachar Shemesh * status: 50% * updated: Nov 7, 2002 D. Stabilize utilities 1. Get rid of the init directive from .spec files [DONE] * worker: Alexandre Julliard * status: implemented by this * updated: Nov 7, 2002 2. Make sure the .spec file format is fairly stable [IN PROGRESS] * worker: Alexandre Julliard * status: Yes, I'll do that. * updated: Nov 7, 2002 * what: can we get rid of the rsrc directive? 3. Ensure the various utilities' options are stable [IN PROGRESS] * status: Alexandre fixed winebuild options * updated: Nov 7, 2002 * what: audit the other utilites 4. Get rid of the Perl testing framework [IN PROGRESS] * worker: Dimitrie O. Paun * status: submitted patch for review * updated: Nov 7, 2002 E. Important fixes 1. Window management rewrite, so we can install apps in managed mode. [TODO] * worker: Alexandre Julliard * status: not started 2. Finish DLL separation Phase 1 [IN PROGRESS] * worker: ? * status: ntdll, and kernel not done * updated: Nov 7, 2002 * criteria: DLLs should use only functions exported through .spec file. 3. Detect printing system at runtime [TODO] * worker: Huw Davies * status: Yup, I'm going to do this in the near future. * updated: Nov 7, 2002 4. Detect OpenGL system at runtime [IN PROGRESS] * worker: Lionel Ulmer * status: Patch submitted for review. * updated: Nov 9, 2002 5. Start builtin WinHelp when invoked from apps [IN PROGRESS] * worker: Eric Pouech * status: I have a working version of this * updated: Nov 9, 2002 6. Add macro support to the builin WinHelp [TODO] * worker: Eric Pouech * status: I have this on my todo list * updated: Nov 8, 2002 7. Add CHM support to builtin WinHelp [IN PROGRESS] * worker: ? * status: Cabextract donated to Wine * updated: Nov 9, 2002 8. Good support for VisualBasic apps [TODO] * worker: ? * status: ? * updated: Nov 9, 2002 * tests: submitted by Roderick Colenbrander -- Dimi.

5 5

Resolving winelib dll dependencies
by Nix N. Nix Nov. 10, 2002

Nov. 10, 2002

I have an application that consists of a single DLL and the EXE. I have the sources required for the DLL in one directory and I have used winemaker --dll to create the infrastructure for building the winelib dll. It worked. So, now, I have "nix_ctls.dll.so". My problem is that I cannot, for some reason use nix_ctls.dll.so as I would, say comctl32.dll.so . What I mean is this: The sources for the EXE are in another directory. Both are subdirectories of the "project" directory. The name of the EXE is supposed to be "iconmake.exe", if it were compiled under Windoze. So, naturally, my Makefile contains a setting called "iconmake_DLLS". To this setting I have appended "nix_ctls.dll" and to the "iconmake_DLL_PATH" I have appended "-L../nix_ctls". This makes everything work, except the spec thing. This is what that one says: gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I../common -I. -I/usr/wine/include/wine -o iconmake.spec.o iconmake.spec.c gcc -shared -Wl,-Bsymbolic -o iconmake.so dlg_box.o filedlgs.o mdi_icon.o ../common/helper.o ../common/debugmsg.o ../common/instance.o ../common/dynarray.o mdichild.o toolbars.o iconmake.spec.o -L/usr/wine/lib -lwine -lwine_unicode -lwine_uuid -lm dlg_box.o: In function `PickIconDlg': /home/nix/source/mdi_icon/iconmake/dlg_box.c:396: undefined reference to `InitPicPick' mdichild.o: In function `ChildWndProc': /home/nix/source/mdi_icon/iconmake/mdichild.c:86: undefined reference to `InitEditorWindow' toolbars.o: In function `CreateTheRebar': /home/nix/source/mdi_icon/iconmake/toolbars.c:23: undefined reference to `InitColourControl' Where do I specify "nix_ctls.dll" and the corresponding path "../nix_ctls" in the Makefile so that it will be added to this command as it is added to the command before it, which is: LD_LIBRARY_PATH="/usr/wine/lib:/usr/wine/lib:$LD_LIBRARY_PATH:../nix_ctls" /usr/wine/bin/winebuild -fPIC -o iconmake.spec.c -res mdi_icon.res -L/usr/wine/lib -L../nix_ctls -L/usr/wine/lib/wine -ladvapi32.dll -lcomdlg32.dll -lgdi32.dll -lkernel32.dll -lodbc32.dll -lole32.dll -loleaut32.dll -lshell32.dll -luser32.dll -lcomctl32.dll -lnix_ctls.dll -lwinspool.drv -m gui -exe iconmake dlg_box.o filedlgs.o mdi_icon.o ../common/helper.o ../common/debugmsg.o ../common/instance.o ../common/dynarray.o mdichild.o toolbars.o This command works fine, because the library paths and -l settings are all there. Thanks for your help.

1 0

Re: resend update to sgml documentation
by Dustin Navea Nov. 10, 2002

Nov. 10, 2002

Hmm, wonder where the "generic steps to get output from sgml" came from??? ;) *hint hint* *wink wink* ;P -Dustin --- Tony Lambregts <tony_lambregts(a)telusplanet.net> wrote: > Since the last patch looked really screwed up I am resending with .txt > extention > > Hopfully this makes it easier for others to set up their docbook > environment and encourage more people to write documentation it is not > complete but at least it is a start. > > change log: make the instructions of how to install sgml easier to > understand . > > files changed: > documentation/documentation.sgml > documentation/authors.ent > > -- > > Tony Lambregts > > > Index: documentation.sgml > =================================================================== > RCS file: /home/wine/wine/documentation/documentation.sgml,v > retrieving revision 1.4 > diff -u -r1.4 documentation.sgml > --- documentation.sgml 2 Oct 2001 17:48:16 -0000 1.4 > +++ documentation.sgml 9 Nov 2002 04:00:59 -0000 > @@ -86,6 +86,9 @@ > <para> > Written by &name-john-sheets; <email>&email-john-sheets;</email> > </para> > + <para> > + Modified by &name-tony-lambregts; > <email>&email-tony-lambregts;</email> Nov. 2002 > + </para> > > <sect2 id="writing-docbook"> > <title>Writing Documentation with DocBook</title> > @@ -98,7 +101,123 @@ > DocBook markup looks very similar to HTML markup, although > the names of the markup tags differ. > </para> > + <sect3> > + <title>Getting Started</title> > + <note> > + <title>Why SGML?</title> > + <para> > + The simple answer to that is that SGML allows you > + to create multiple formats of a given document from a > single > + source. Currently sgml is used to create html, pdf and PS > + formats of the Users Guide, Developers Guide, Winelib Users > + Guide Packagers Guide and FAQ. > + </para> > + </note> > + > + <note> > + <title>What do I need?</title> > + <para> > + You need the sgml tools. There are various places where you > + can get them. The most generic way of geting them form > source. > + </para> > + </note> > + > + <note> > + <title>Quick instructions</title> > + <para> > + These are the generic steps to get output from sgml. > + </para> > + </note> > + > + <orderedlist> > + > + <listItem><para> > + Go to <ulink > url="http://www.sgmltools.org">http://www.sgmltools.org</ulink> > + </para></listitem> > + > + <listItem><para> > + Download all of the sgmltools packages > + </para></listitem> > + > + <listItem><para> > + Install them all and build them (./configure; make; make > install) > + </para></listitem> > + > + <listItem><para> > + Switch to your toplevel wine directory > + </para></listitem> > + > + <listItem><para> > + Run ./configure (or make distclean && ./configure) > + </para></listitem> > + > + <listItem><para> > + Switch to the documentation directory > + </para></listitem> > + > + <listItem><para> > + run make_winehq > + </para></listitem> > + > + <listItem><para> > + View wine-doc/index.html in your favorite browser > + </para></listitem> > + > + </orderedlist> > + > + </sect3> > + > + <sect3> > + <title>Getting SGML for various distributions</title> > + <para> > + Most Linux distributions have everything you need already > + bundled up in package form. Unfortunately, each > + distribution seems to handle its SGML environment > + differently, installing it into different paths, and > + naming its packages according to its own whims. > + </para> > + > + <sect4> > + <title>SGML on Redhat</title> > + <para> > + The following packages seems to be sufficient for RedHat 7.1. > You > + will want to be careful about the order in which you install > the > + rpms. > + <itemizedlist> > + <listitem><para>sgml-common-*.rpm</para></listitem> > + <listitem><para>openjade-*.rpm</para></listitem> > + <listitem><para>perl-SGMLSpm-*.rpm</para></listitem> > + <listitem><para>docbook-dtd*.rpm</para></listitem> > + <listitem><para>docbook-style-dsssl-*.rpm</para></listitem> > + <listitem><para>tetex-*.rpm</para></listitem> > + <listitem><para>jadetex-*.rpm</para></listitem> > + <listitem><para>docbook-utils-*.rpm</para></listitem> > + </itemizedlist> > + You can also use ghostscript to view the ps format output and > + Adobe Acrobat 4 to view the pdf file. > + </para> > + </sect4> > + > + <sect4> > + <title>SGML on Debian</title> > + <note> > + <title>Fix me</title> > + <para> > + List package names and install locations... > + </para> > + </note> > + </sect4> > > + <sect4> > + <title>SGML on Other Distributions</title> > + <note> > + <title>Fix me</title> > + <para> > + List package names and install locations... > + </para> > + </note> > + </sect4> > + </sect3> > <sect3> > <title>Terminology</title> > > @@ -1006,47 +1125,6 @@ > </para> > </sect3> > > - <sect3> > - <title>SGML on Redhat</title> > - <para> > - Most Linux distributions have everything you need already > - bundled up in package form. Unfortunately, each > - distribution seems to handle its SGML environment > - differently, installing it into different paths, and > - naming its packages according to its own whims. > - </para> > - <para> > - The following packages seems to be sufficient for RedHat 7.1. > You > - will want to be careful about the order in which you install > the > - rpms. > - <itemizedlist> > - <listitem><para>sgml-common-*.rpm</para></listitem> > - <listitem><para>openjade-*.rpm</para></listitem> > - <listitem><para>perl-SGMLSpm-*.rpm</para></listitem> > - <listitem><para>docbook-dtd*.rpm</para></listitem> > - <listitem><para>docbook-style-dsssl-*.rpm</para></listitem> > - <listitem><para>tetex-*.rpm</para></listitem> > - <listitem><para>jadetex-*.rpm</para></listitem> > - <listitem><para>docbook-utils-*.rpm</para></listitem> > - </itemizedlist> > - You can also use ghostscript to view the ps format output and > - Adobe Acrobat 4 to view the pdf file. > - </para> > - </sect3> > - > - <sect3> > - <title>SGML on Debian</title> > - <para> > - List package names and install locations... > - </para> > - </sect3> > - > - <sect3> > - <title>SGML on Other Distributions</title> > - <para> > - List package names and install locations... > - </para> > - </sect3> > </sect2> > > <sect2 id="emacs-psgml"> > Index: authors.ent > =================================================================== > RCS file: /home/wine/wine/documentation/authors.ent,v > retrieving revision 1.2 > diff -u -r1.2 authors.ent > --- authors.ent 24 Jul 2002 03:00:02 -0000 1.2 > +++ authors.ent 9 Nov 2002 04:01:56 -0000 > @@ -43,6 +43,9 @@ > <!entity name-alex-korobka "Alex Korobka"> > <!entity email-alex-korobka "alex(a)aikea.ams.sunysb.edu"> > > +<!entity name-tony-lambregts "Tony Lambregts"> > +<!entity email-tony-lambregts "tony_lambregts(a)telusplanet.net"> > + > <!entity name-marcus-meissner "Marcus Meissner"> >  > <!entity email-marcus-meissner "Marcus.Meissner(a)caldera.de"> > __________________________________________________ Do you Yahoo!? U2 on LAUNCH - Exclusive greatest hits videos http://launch.yahoo.com/u2

1 0

Fix for bug #688 (documentation building)
by Vincent Béron Nov. 10, 2002

Nov. 10, 2002

This one I'm not sure which one is better. So I include both patches, but only one should be applied. Functionnally, both produce the exact same html files, although the fix1 creates (by the system's db2html) a directory with images (which are unused). So I'd tend to go with fix2. Please comment, and I'll post the good one to wine-patches. Vincent

4 6

RFC: rpcss skeleton prototype #2
by Greg Turner Nov. 10, 2002

Nov. 10, 2002

This one implements "pseudo-fork" behavior, a main workhorse loop, pseudo-debug log emitter, and command-line interpretation. In particular I'm looking for comments/criticism/flames/etc for: o my handling of NO_NAMELESS_STRUCT... works for me, but how correct will this be, say, under MSVC with Microsoft headers? o I differentiate between "server mode" and "lazy mode"... In lazy mode I assume that I'll have at least one incoming connection (if not I time out after 20 minutes); after that, once all endpoints are unmapped (all RPC-specific code is unimplmented, but this is what RPCSS_empty() is supposed to detect) I time out after a short delay (20 sec.) In server mode, I just wait around forever until I'm told to terminate (unimplemented, will be a command-line arg in the tradition of "wineserver -k", processed via the pipe)... reasonable? o Pseudo-debug log emitter: should I be using stderr? is this basically an OK approach? What is the hex number that most real wine debug logs begin with? I'd like to look the same. o Make/autoconf BS o the pseudo-fork crud (RPCSS_spork() and the /^ cmd-line arg.) should I be worried about accidentally invoking the real rpcss.exe? is this an unacceptably stupid approach in general? thanks for your help. diff -ur -x CVS -x 'bigdif*' ../wine.test/configure.ac ./configure.ac --- ../wine.test/configure.ac 2002-11-03 11:50:15.000000000 -0600 +++ ./configure.ac 2002-11-01 18:53:32.000000000 -0600 @@ -1501,6 +1501,7 @@ programs/regedit/Makefile programs/regsvr32/Makefile programs/regtest/Makefile +programs/rpcss/Makefile programs/uninstaller/Makefile programs/view/Makefile programs/wcmd/Makefile diff -ur -x CVS -x 'bigdif*' ../wine.test/programs/Makefile.in ./programs/Makefile.in --- ../wine.test/programs/Makefile.in 2002-11-03 11:50:15.000000000 -0600 +++ ./programs/Makefile.in 2002-11-01 18:53:18.000000000 -0600 @@ -17,6 +17,7 @@ regedit \ regsvr32 \ regtest \ + rpcss \ uninstaller \ view \ wcmd \ @@ -39,6 +40,7 @@ progman \ regedit \ regsvr32 \ + rpcss \ uninstaller \ wcmd \ wineconsole \ @@ -56,6 +58,7 @@ progman \ regedit \ regsvr32 \ + rpcss \ uninstaller \ wcmd \ wineconsole \ @@ -67,6 +70,7 @@ # Symlinks to apps that we want to run from inside the source tree SYMLINKS = \ + rpcss.exe \ wineconsole.exe \ winedbg.exe @@ -115,12 +119,16 @@ # Rules for symlinks +rpcss.exe$(DLLEXT): rpcss/rpcss.exe$(DLLEXT) + $(RM) $@ && $(LN_S) rpcss/rpcss.exe$(DLLEXT) $@ + wineconsole.exe$(DLLEXT): wineconsole/wineconsole.exe$(DLLEXT) $(RM) $@ && $(LN_S) wineconsole/wineconsole.exe$(DLLEXT) $@ winedbg.exe$(DLLEXT): winedbg/winedbg.exe$(DLLEXT) $(RM) $@ && $(LN_S) winedbg/winedbg.exe$(DLLEXT) $@ +rpcss/rpcss.exe$(DLLEXT): rpcss wineconsole/wineconsole.exe$(DLLEXT): wineconsole winedbg/winedbg.exe$(DLLEXT): winedbg --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./programs/rpcss/Makefile.in 2002-11-03 18:51:44.000000000 -0600 @@ -0,0 +1,15 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = rpcss.exe +APPMODE = cui +IMPORTS = user32 kernel32 + +C_SRCS = \ + rpcss_main.c + +(a)MAKE_PROG_RULES@ + +### Dependencies: + --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./programs/rpcss/README 2002-11-03 18:52:12.000000000 -0600 @@ -0,0 +1,23 @@ +rpcss README + +rpcss, copyright 2002, Greg Turner +rpcss is to be distributed under the LGPL/X11-MIT licenses +See the Wine License for further information. + +Wine needs a server whose role is somewhat like that +of rpcss.exe in windows. + +Enjoy. + +KNOWN BUGS / TODO: + + o Service hooks are unimplemented (if you bother to implement + these, also implement net.exe, at least for "net start" and + "net stop" (should be pretty easy I guess, assuming the rest + of the services API infrastructure works (which net.exe should + assume, even if the API is lean or bugged))). + + o Is supposed to use RPC, not random kludges, to map endpoints. + + o Who knows? Whatever (sane) things rpcss does, we ought to at + least think about doing... but what /does/ it do? --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./programs/rpcss/rpcss.h 2002-11-03 18:50:26.000000000 -0600 @@ -0,0 +1,43 @@ +/* + * Copyright 2002 Greg Turner <gmturner007(a)ameritech.net> + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#ifndef __WINE_RPCSS_H +#define __WINE_RPCSS_H + +#include <stdio.h> + +#include "windows.h" + +/* yet another crude debug logger substitute (just what wine needed!) */ +#define RPCSS_DEBUG(args...) \ + do { \ + if (in_debug_mode) {\ + printf("rpcss.exe.so:%s: ", __FUNCTION__); \ + printf(args); \ + } \ + } while (FALSE) + +extern BOOL in_debug_mode; + +extern BOOL RPCSS_is_server(); +extern void RPCSS_be_server(); +extern void RPCSS_server_terminate(); + +#endif /* __WINE_RPCSS_H */ + +/* end of header */ --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./programs/rpcss/rpcss_main.c 2002-11-04 01:16:29.000000000 -0600 @@ -0,0 +1,308 @@ +/* + * rpcss (main.c) + * + * Copyright 2002 Greg Turner <gmturner007(a)ameritech.net> + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <assert.h> + +#include "rpcss.h" +#include "winnt.h" + +/* in seconds */ +#define RPCSS_LONG_LAZY_TIMEOUT 1200 +#define RPCSS_SHORT_LAZY_TIMEOUT 20 + +/* are we the "fork child"? */ +static BOOL secret_fork_child; + +/* do we dump debug info to the console? */ +static BOOL in_debug_mode; + +/* are we in server mode, with no timeout? */ +static BOOL in_server_mode; + +/* was server mode terminated? */ +static BOOL server_mode_was_terminated; + +/* when do we just give up and bail? (UTC) */ +static SYSTEMTIME lazy_timeout_time; + +#if defined(NONAMELESSSTRUCT) + #define FILETIME_TO_ULARGEINT(filetime, ularge) \ + ( ularge.s.LowPart = filetime.dwLowDateTime, \ + ularge.s.HighPart = filetime.dwHighDateTime, \ + ularge ) /* r-value */ + #define ULARGEINT_TO_FILETIME(ularge, filetime) \ + ( filetime.dwLowDateTime = ularge.s.LowPart, \ + filetime.dwHighDateTime = ularge.s.HighPart, \ + filetime ) /* r-value */ +#else + #define FILETIME_TO_ULARGEINT(filetime, ularge) \ + ( ularge.LowPart = filetime.dwLowDateTime, \ + ularge.HighPart = filetime.dwHighDateTime, \ + ularge ) /* r-value */ + #define ULARGEINT_TO_FILETIME(ularge, filetime) \ + ( filetime.dwLowDateTime = ularge.LowPart, \ + filetime.dwHighDateTime = ularge.HighPart, \ + filetime ) /* r-value */ +#endif /* NONAMELESSSTRUCT */ + +#define TEN_MIL 10000000LL + +/* returns time remaining in seconds */ +long RPCSS_GetLazyTimeRemaining() +{ + SYSTEMTIME st_just_now; + FILETIME ft_jn, ft_ltt; + ULARGE_INTEGER ul_jn, ul_ltt; + + assert(! in_server_mode); /* then why are you calling? */ + + GetSystemTime(&st_just_now); + SystemTimeToFileTime(&st_just_now, &ft_jn); + FILETIME_TO_ULARGEINT(ft_jn, ul_jn); + + SystemTimeToFileTime(&lazy_timeout_time, &ft_ltt); + FILETIME_TO_ULARGEINT(ft_ltt, ul_ltt); + + return (ul_ltt.QuadPart - ul_jn.QuadPart) / TEN_MIL; +} + +void RPCSS_SetLazyTimeRemaining(long seconds) +{ + SYSTEMTIME st_just_now; + FILETIME ft_jn, ft_ltt; + ULARGE_INTEGER ul_jn, ul_ltt; + + RPCSS_DEBUG("(seconds == %ld)\n", seconds); + + assert(! in_server_mode); /* then why are you calling? */ + assert(seconds >= 0); /* negatives are not allowed */ + + GetSystemTime(&st_just_now); + SystemTimeToFileTime(&st_just_now, &ft_jn); + FILETIME_TO_ULARGEINT(ft_jn, ul_jn); + + /* we want to find the time ltt, s.t. ltt = just_now + seconds */ + ul_ltt.QuadPart = ul_jn.QuadPart + seconds * TEN_MIL; + + /* great. just remember it */ + ULARGEINT_TO_FILETIME(ul_ltt, ft_ltt); + if (! FileTimeToSystemTime(&ft_ltt, &lazy_timeout_time)) + assert(FALSE); +} + +#undef FILETIME_TO_ULARGEINT +#undef ULARGEINT_TO_FILETIME +#undef TEN_MIL + +BOOL RPCSS_is_server() +{ + return in_server_mode; +} + +void RPCSS_be_server() +{ + RPCSS_DEBUG("\n"); + in_server_mode = TRUE; +} + +void RPCSS_server_terminate() +{ + assert(in_server_mode); + server_mode_was_terminated = TRUE; +} + +BOOL RPCSS_work() +{ + RPCSS_DEBUG("\n"); + Sleep(1000); + return FALSE; /* we didn't do anything */ +} + +BOOL RPCSS_empty() +{ + BOOL rslt = TRUE; + + /* FIXME */ + + RPCSS_DEBUG("%s\n", rslt ? "TRUE" : "FALSE" ); + return rslt; +} + +BOOL RPCSS_is_ready_to_die() +{ + return + ( + RPCSS_empty() && + ( + (in_server_mode && server_mode_was_terminated) || + ( + (! in_server_mode) && + (RPCSS_GetLazyTimeRemaining() <= 0) + ) + ) + ); +} + +void RPCSS_main_loop() { + BOOL did_something_new; + + RPCSS_DEBUG("\n"); + + for (;;) { + did_something_new = FALSE; + + while ( (! did_something_new) && (! RPCSS_is_ready_to_die()) ) + did_something_new = (RPCSS_work() || did_something_new); + + if ((! did_something_new) && RPCSS_is_ready_to_die()) + break; /* that's it for us */ + + if (did_something_new) { + /* if we were in server mode, but terminated, then, + because we did something new, fall back to lazy mode */ + if (in_server_mode && server_mode_was_terminated) + in_server_mode = server_mode_was_terminated = FALSE; + + /* if we aren't in server mode, set the lazy timeout */ + if (! in_server_mode) + RPCSS_SetLazyTimeRemaining(RPCSS_SHORT_LAZY_TIMEOUT); + } + } +} + +BOOL RPCSS_ProcessArgs( int argc, char **argv ) +{ + int i; + char *c; + + for (i = 1; i < argc; i++) { + c = argv[i]; + while (*c == ' ') c++; + if ((*c != '-') && (*c != '/')) + return FALSE; + c++; + switch (*c++) { + case 's': + case 'S': + in_server_mode = TRUE; + break; + case 'd': + case 'D': + in_debug_mode = TRUE; + break; + case '^': + /* "secret" hidden command-line arg means we are the "fork child" */ + secret_fork_child = TRUE; + break; + default: + return FALSE; + break; + } + while (*c == ' ') c++; + if (*c != '\0') return FALSE; + } + + return TRUE; +} + +void RPCSS_Usage() +{ + printf("\nWine RPCSS\n"); + printf("\nsyntax: rpcss [/d] [/s]\n\n"); + printf(" /d: debug mode (print debug messages to std. output)\n"); + printf(" /s: server mode (don't time out)\n\n"); +} + +void RPCSS_Spork() +{ + /* Because we are a wine app, we can't fork. This is + a trick to invoke ourselves, so we can provide a + similar effect of creating a "background" process */ + + PROCESS_INFORMATION pi; + STARTUPINFO si; + char *oldcmdline, *newcmdline; + + /* create a string to invoke ourselves */ + oldcmdline = GetCommandLineA(); + newcmdline = LocalAlloc(LPTR, strlen(oldcmdline) + 10); /* more than enough */ + assert(newcmdline); /* must succeed */ + + sprintf(newcmdline, "%s /^", oldcmdline); + + ZeroMemory(&pi, sizeof(PROCESS_INFORMATION)); + ZeroMemory(&si, sizeof(STARTUPINFO)); + si.cb = sizeof(STARTUPINFO); + + if (!CreateProcess( + NULL, // executable + newcmdline, // command line + NULL, // process security attributes + NULL, // primary thread security attributes + FALSE, // no inherit handles + 0, // creation flags + NULL, // use parent's environment + NULL, // use parent's current directory + &si, // STARTUPINFO pointer + &pi // PROCESS_INFORMATION + )) + assert(FALSE); + + LocalFree(newcmdline); +} + +int main( int argc, char **argv ) +{ + /* + * We are invoked as a standard executable; typically, we act in a + * "lazy" manner. We open up our pipe, and hang around until we have + * nothing left to do, and then silently terminate. When we're needed + * again, rpcrt4.dll.so will invoke us automatically. + */ + + if (!RPCSS_ProcessArgs(argc, argv)) { + RPCSS_Usage(); + return 1; + } + + if (! in_debug_mode) { + if (secret_fork_child) + FreeConsole(); + else { + /* pseudo-fork */ + RPCSS_Spork(); + return 0; + } + } else if (secret_fork_child) { + /* this should never happen... perhaps they typed /d /^ on cmd line */ + RPCSS_Usage(); + return 2; + } + + if (! in_server_mode) + /* we want to wait for something to happen, and then + timeout when no activity occurs... but we will be + extra patient on the first wait */ + RPCSS_SetLazyTimeRemaining(RPCSS_LONG_LAZY_TIMEOUT); + + RPCSS_main_loop(); + + return 0; +} -- gmt "The purpose of government is to rein in the rights of the people" --President Bill Clinton, MTV interview, 1993

7 15

Re: help support
by Sylvain Petreolle Nov. 10, 2002

Nov. 10, 2002

CHM is a special extension of IE. The patch to make any windows compatible with CHM (except Win 3.1) is downloadable at http://www.microsoft.com/downloads/release.asp?ReleaseID=30328 To handle and generate CHM I found a french page (tools are in english). http://www.jurixt.com/informatique/hlp_compile_aide.htm Utility to decompile CHM and many many more : http://www.keyworks.net/keytools.htm Google power ! ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: int21 move a8
by Jukka Heinonen Nov. 9, 2002

Nov. 9, 2002

Again, no full review, just quickly browsed through the patch. I have a feeling that I have just scratched the surface regarding this patch series and it would need a full review before it can be accepted. Function 0x40 change in winedos/int21.c breaks DOS VGA text console. Function 0x3f handling drops WIN16_hread which used to check for segment size. That check seemed to be for running buggy Win16 programs. At least I wouldn't have courage to delete this kind of checks. -- Jukka Heinonen <http://www.iki.fi/jhei/>

1 0

Re: winamp patch A0
by Vincent Béron Nov. 9, 2002

Nov. 9, 2002

Le sam 09/11/2002 à 11:22, Andreas Mohr a écrit : > Hi all, > > IMHO we should now switch to Win98 SE as default Windows version. > Too many programs expect at least Win98 to be running already. > > Winamp also checks the Version registry keys, so I added them to > winedefault.reg. > > Index: winedefault.reg > =================================================================== > RCS file: /home/wine/wine/winedefault.reg,v > retrieving revision 1.58 > diff -u -r1.58 winedefault.reg > --- winedefault.reg 25 Oct 2002 19:05:19 -0000 1.58 > +++ winedefault.reg 9 Nov 2002 16:20:36 -0000 > @@ -72,6 +72,9 @@ > "ProgramFilesDir"="C:\\Program Files" > "RegisteredOrganization"="Change preferred organization in ~/.wine/system.reg" > "RegisteredOwner"="Change preferred owner in ~/.wine/system.reg" > +"SubVersionNumber"=" A " > +"Version"="Windows 98" > +"VersionNumber"="4.10.2222" This doesn't seem the place to do it, since if we specify something different (in config) then the registry keys do not match, and some other app could possibly have some problems. Would it be possible to generate automatically those keys with a call to GetVersionEx or something similar? Vincent

3 2

Re: GetCurrentObject
by steve.lustbader＠philips.com Nov. 9, 2002

Nov. 9, 2002

GetCurrentObject returns 0, but as far as it knows, it is returning successfully. This is because in the line case OBJ_BITMAP: ret = dc->hBitmap; break; dc->hBitmap is 0, although dc is a valid DC. The HDC that is passed to GetCurrentObject to get dc is obtained by calling CWindow::BegingPaint(PAINTSTRUCT *) from a class derived from ATL's CWindow. I'm guessing that this is where the problem is probably coming from - the app is written in C++ with ATL. -Steve I've seen this occur when wine frees a gdi handle it shouldn't. Check that the OBJ_BITMAP handle is really valid. Also wierd stuff can occur if the app expects a HDIB but we provide it a HBITMAP... or vice versa. Mike steve.lustbader(a)philips.com wrote: > My app calls GetCurrentObject with a valid HDC and OBJ_BITMAP. > It returns 0, however, which causes my app to crash. What further > info can I provide to help debug this? > > -Steve >

2 1

Fwd: Re: So lets say we do it
by Dimitrie O. Paun Nov. 9, 2002

Nov. 9, 2002

---------- Forwarded Message ---------- Subject: Re: So lets say we do it Date: Sat, 9 Nov 2002 02:51:47 -0800 From: Kenny Smith <kenny(a)blindinstinct.com> To: dpaun(a)rogers.com I don't know how to use mail lists, so i though I might mail you In responce to your ideas about reorganizing the winehq site, i think there should be a site for development, like winehq, and a site for users. most users don't want to know about listview overhauls, etc. They wnat to know if their precious Quicken will run on linux or not. I'm sure a web design would be EASILY feasible. I'm a web designer (never done anything that big), and a 6-month linux user and there are tons of people like me who i'm sure would love to help. I use wine because I am somewhat computer-savvy (A+ certified savvy). I hope this message can be passed along, if you can't maybe you can tell me how to quickly... would google-groups let me?? kenny smith (AIM:standsolid) ------------------------------------------------------- -- Dimi.

1 0

re: Wine 0.8: VB compatibility !!
by Dan Kegel Nov. 9, 2002

Nov. 9, 2002

Andreas Mohr wrote: > I keep encountering people mentioning that VB stuff has > lotsa problems on Wine. > While I really can't say that I like VB, a lot of people > seem to use it for critical tasks in companies on a > daily basis, so it sounds like perfect > VB compatibility would be utterly important. > IMHO improving that should be a goal of 0.8. Make sense. How about this: let's add a visual basic regression test suite to Wine. I'm not kidding! Ought to be pretty easy to hit at least the non-gui parts... - Dan

6 6

Re: wine button
by Mike Hearn Nov. 9, 2002

Nov. 9, 2002

[ps i assumed by what was written you meant for this to go to wine-devel but didn't hit reply-to-all, sorry if it was meant for me only] > There's the application, and button with a wine bottle, that says > 'works with wine'. You could come up with quite a few jokes with that. heh, true. It doesn't look good with the first letter capitalized, at least imho, and probably wouldn't alter the impression non-initiates would get. I tried putting "windows emulator" underneath, but it looks a bit out of place and kind of reduces the impact. It also makes it harder to scale down, at 50% of the size you can still read the "works with wine" text, but not the "windows emulator" underneath. It might also piss off people who say "Wine is not an emulator" :) Actually, letting people make jokes about it might be a good thing - I doubt many people would actually take it literally and assuming they do find out, if they're talking and joking about it, they're more likely to remember it too. On Fri, 2002-11-08 at 15:35, Rick Romero wrote: > > On Fri, 2002-11-08 at 08:53, Mike Hearn wrote: > > Here is my first attempt. I'm hardly an ace designer, so feel free to > > criticize, tell me to junk it etc. > I think it looks great, but if I were a Windows app owner, how would my > potential users see it? > > There's the application, and button with a wine bottle, that says > 'works with wine'. You could come up with quite a few jokes with that. > > Of course we all know what it means, should the 'W' be capitalized to > differentiate it from alcohol? > > I don't intend to start a logo flame war, but I think perceptions are > everything. > > Good thing I'm only around for another 90 minutes today :P > > Rick > > > > > > > -- > -- > Rick Romero > IT Manager > Valeo, Inc. ph: 262.695.4841 > Sussex, WI. fax: 262.695.4850 > Rick(a)valeoinc.com > >

3 2

wine button
by Mike Hearn Nov. 9, 2002

Nov. 9, 2002

Here is my first attempt. I'm hardly an ace designer, so feel free to criticize, tell me to junk it etc. I did try at first to make a browser style button, but it was very hard to make the wine logo fit in a way that didn't look odd, as it's largely a vertical type of logo. Also, is the Windows logo usable? I'd assume it's trademarked or something, but i've seen the 4 colour blocks used in for instance icon overlays in KDE. If it's thought that this is too large, I can either scale it, or try and make another from scratch that is more button sized. thanks -mike

7 10

Wine 0.9 TODO v0.1
by Dimitrie O. Paun Nov. 9, 2002

Nov. 9, 2002

This is based upon the Wine 0.8 TODO v0.2 send earlier to the list. It is important to get a comprehensive list of what needs to be done, in order to have a successful 0.9 release. This includes all things Wine-related, not only the code. I can not do it alone -- I need your input. Before I start, a quick reminder for the 0.9 criteria: -- Users can start using Wine -- works well for a fair number of apps -- no MS DLLs required (from real Windows) -- User facing stuff (website, docs, etc.) are in a decent state, to avoid scaring them away What is NOT in 0.9: -- stable server protocol (no binary compatibility) -- DLL separation (phase 2) Please review it, and let me know if: - I've left something out - Something is in, and it doesn't belong in here (for 0.9 that is) - I have put your name on a task you are not working on - I have NOT put your name on a task you are working on - You have a status update (if you're working on something) - You want to start working on some of these. Comments, flames, suggestions, are appreciated, as always. A. WineHQ work (Beta at: http://lostwages.winehq.org) 0. Website redesign [IN PROGRESS] - worker: Jeremy Newman <jnewman(a)codeweavers.com> 1. Reorganize the navigational menu [BETA] - wine-devel consensus merged into new site 2. Create some really sexy screenshots [IN PROGRESS] -- one app per screenshot, avoid cluttered desktop -- minimize size, if possible by using 'Positioned Color Dithering' 3. Rework the FAQ interface [IN PROGRESS] - workers: Dimitrie Paun, Keith Matthews, Thomas Wickline) 4. Enlist some 'official' distribution maintainers [TODO] (at the minimum RedHat, SUSE, Mandrake, Debian) 5. Create nice page with apps that run virtually flawless [IN PROGRESS] They should not require MS dlls, tricks, etc. to run - worker: Carlos <clozano(a)andago.com> B. Documentation work 0. We need to first figure _what_ is out of date. [TODO] 1. Convert man pages to SGML [TODO] 2. Move CVS docu from User Guide to Devel Guide [TODO] C. Wine configuration 0. Merge configuration into the registry [TODO] 1. Write control panel applets for editing it [TODO] 2. Have decent defaults so we can start control panel without prior configuration [TODO] 3. Have wizard like app to autoconfigure wine [TODO] WineSetupTk proposed by Jeremy White <jwhite(a)codeweavers.com> 4. Make Wine's DLLs register themselves to avoid manual merging of the winedefault.reg [TODO] 5. Write .inf script to setup a new Wine installation [TODO] 6. Have a wineboot script for RunOnce stuff [IN PROGRESS] - worker: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> D. Stabilize utilities 0. Get rid of the init directive from .spec files [DONE] - worker: Alexandre Julliard <julliard(a)winehq.com> 1. Make sure the .spec file format is fairly stable [TODO] Any other things that may need changing here? 2. Ensure the various utilities' options are stable [IN PROGRESS] - Alexandre fixed winebuild options Anything here? E. Important fixes 0. Window management rewrite, so we can install apps in managed mode. - worker: Alexandre Julliard <julliard(a)winehq.com> 1. Finish DLL separation Phase 1 [IN PROGRESS] That is, DLLs should use only functions exported through .spec file. Phase 2 is getting rid of unwanted functions from .spec file, and this is not a target for 0.9. -- Dimi.

10 25

Re: dosconf move try 2
by Jukka Heinonen Nov. 9, 2002

Nov. 9, 2002

György 'Nog' Jeney wrote: > ChangeLog: > * dlls/winedos/dosconf.c > * include/callback.h > * msdos/dmpi.c > * msdos/dosconf.c (removed) > * dlls/ntdll/Makefile.in > * dlls/winedos/winedos.spec > * dlls/winedos/Makefile.in > Move dosconf to winedos. This still won't work if Dos3Call is called directly before winedos.dll has been loaded. If this is fixed, I don't see any reason why this patch couldn't be applied. This reminds me that int21 handling is quite messy. Interrups call first DOSVM_Int21Handler and might be chained to Dos3Call. But, if you call Dos3Call directly, execution does not go through DOSVM_Int21Handler. This causes some code duplication and makes things like dosconf unnecessarily complicated. I was hoping that I could leave this stuff to its current state until I had cleaned up other interrupts. Simple solution would be to make Dos3Call load winedos.dll and call DOSVM_Int21Handler through function pointer, move all common code from old Dos3Call to DOSVM_Int21Handler and move code that is difficult to handle in winedos to INT_Int21Handler which would be chained to from DOSVM_Int21Handler when a few selected functions need to be emulated. But this requires lots of work because each int21 function must be separately evaluated in order to see how it must be emulated to properly support both Win16 and DOS; first step would probably just add check if(DOSVM_IsWin16()) to each DOSVM_Int21Handler function and chain to INT_Int21Handler if true. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Fun projects
by Dimitrie O. Paun Nov. 9, 2002

Nov. 9, 2002

Folks, It's Friday, I'm out of my meetings, weather is superb here in Toronto (so I'm gonna go for a ride on my bike); this calls for some lighter, more entertaining stuff. So, if someone feels like doing something fun, here is a list of interesting Wine-related projects: 1. compile & run Wine under Cygwin (in Windows) This is too cool for words, when it's going to work. It will stress the heck out of Cygwin (good test case), improve out portability 2. compile & run Cygwin under Wine (in Linux) This is also way cool, being the complement of 1. It will stress Wine a lot (another good test case), improve Cygwin portability 3. compile wxWindows/QT/Gtk+ (in Linux), under Wine All of these libraries compile under Windows. So they should compile under Wine just fine. Another superb test case for Wine. 4. make a ghostscript driver that uses Wine to print When we are going to support native Windows printer drivers, this is going to allow ghostscript to use any of the existing gazillion printer drivers out there. 5. compile OSS apps that compile under Windows under Wine This includes stuff like Mozilla, Gimp-Win32, etc. Lots of these are around, many of them hosted at http://sourceforge.net In fact, imagine if we get 3 done, and we can get all KDE/GNOME working in Wine! (I know it's not easily possible, but just the possibility is there :)) And yeah, don't ask me 'why would you want to do that?'. The answer is: Because We Can! :) Really folks, just think how cool these are! ;) Comments, suggestions, additions, are welcome. -- Dimi.

3 2