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

LinuxTag 2002

by Malte Cornils

Hi all, I'm just writing to "report" from WINE's booth during LinuxTag in Karlsruhe, Germany. Andreas Mohr and Uwe Bonnes were the developers staffing the booth. Generally, there was significant interest and high hopes for the WINE project, requests for application support was centered on MS Office (Word and Access mainly, also secondary MS apps like Visio and MS Project), Lotus Notes (but that one works quite well already, although we didn't demo it), WYSIWIG Web editors (Dreamweaver, Homesite) and DTP application (very common was support for PageMaker, which is the predecessor to Adobe InDesign). Illustrator and Photoshop were also common requests. The other notable application was Act 2000, which is some kind of Personal Information Management Software (and it did not work :)). CAD software was also commonly requested, though requests were spread on a lot of products. We tried to analyze most of the problems - I hope I can put in some bug reports later. We were able to solve *two* problems - Rhinoceros 3D modelling software (Andi will mail the patch later) and some fixes for BuildCommDCB (for some special hardware development software). A personal wishlist item: I'd like to have some overview documentation for the tricky areas in Wine, like Interprocess communication and window management (how to debug this, mainly). We found out that the wine debugger doesn't really work that well yet :-) (for me, it only worked after setting it to not using an xterm/wconsole) Marcus Meissner also stopped by and found out that most apps (Homesite, Dreamweaver, Adobe InDesign 2.0) were using encryption to protect their application file, we didn't get the decryption working. A lot of apps would probably start working if we could support "encrypted" binaries. I'll try to put in more detail later, however, you can download their trial applications and see for yourself :-) Another area of consternation was installer support, however, most InstallShield-based installers worked with a native stdole32.tlb (maybe a message to the user that (s)he needs this would be a good idea while we can't generate the typelib file ourselves, or is there some rewind stuff we could use?). About games: we showed Half-life, Diablo 2, Starcraft and Grim Fandango, we used winex for that, though. Reaction to the proprietary extensions of Transgaming (and sometimes Codeweavers) were varied. It was a bit sad that most non-game applications each had some flaws (the WordArt bug for Office, dibengine problems for MS IE, the non-working compiler backend for Visual Studio (could be a problem with the specific computer) and well... there weren't many more apps we could show because most didn't start up :)) Links to trial applications: (those I mentioned above) InDesign 1.5: ? InDesign 2.0 (PageMaker would also be interesting, get it from the same URL): http://www.adobe.com/support/downloads/main.html Illustrator 10: http://www.adobe.com/support/downloads/main.html Act 2000: http://www.act.com/products/50/freetrial/index.cfm CoolEdit 2000: http://www.syntrillium.com/download/download.html?1 Homesite: http://www.macromedia.com/software/homesite/trial/ (note: registering should not be necessary, click on "continue w/o login" Dreamweaver: http://www.macromedia.com/software/trial_download/ Rhinoceros 3D: http://download.mcneel.com/rhino/2.0/eval/default.asp (this one works great with Andi's patch!) (and those that were rarely or just once mentioned, and not mentioned above) Gandke & Schubert EAR and GS-Verein: http://www.gsn.de/download/default.asp Lemmings Revolution: http://www.gsn.de/download/default.asp Mindmap: http://www.mindjet.de/download/download.php?produkt=mm2002std-g (with registration) Q-Stat: http://www.q-das.de/homepage_e/produkt%FCbersicht_e.htm (no free download. contacting them via mail requesting a demo per snail mail should work) Xara X: http://www.xara.com/downloads/xarax/ Photos: We made few. I hope Andi will mail an URL with them to wine-devel later. (I hope I can post some debug logs later and put some entries in the bug tracking system. No firm promises though, but you can always try most apps yourself) Yours Malte #8-)

June 9, 2002

Re: Error messages when typing Hebrew characters

by Dmitry Timoshkov

"Shachar Shemesh" <wine-devel(a)sun.consumer.org.il> wrote: > Ok, I found the problem with the kind help of the Ivrix mailing list guys. > > The problem was that the locales were not installed (none of them). I > installed the locales and presto - everything started to work. Thanks > for everyone here for helping out. Shachar, could you please provide an URL or the whole description of the steps required to correctly setup Hebrew locale support in Linux (for archival purposes)? Thanks in advance. -- Dmitry.

June 9, 2002

command line options and registry questions

by Christian Costa

Hi winers! The command line -winver option has been removed. I found that this option was quite convenient because : 1) it can be used easily in shortcut (in KDE for example) 2) when you don't know the windows version an app runs on, it is easier to test until you match the right one. Is there a reason for this removal ? Moreover it seems that some wine configuration are stored in the registry (the windows version for each apps for example). Is it wise to use the registry for wine specific configuration ? Personaly, I think a very cool feature could be to specify a registry file when invoking wine. So, you don't have to worried about breaking an app while installing another. A+ Christian

June 9, 2002

Re: Error messages when typing Hebrew characters

by Shachar Shemesh

Ok, I found the problem with the kind help of the Ivrix mailing list guys. The problem was that the locales were not installed (none of them). I installed the locales and presto - everything started to work. Thanks for everyone here for helping out. Shachar Dmitry Timoshkov wrote: >"Shachar Shemesh" <wine-devel(a)sun.consumer.org.il> wrote: > > > >>I typed a Hebrew word, followed by a english one (you can also see the >>keys used to tell kxdb to switch keyboard layouts). I am guessing that X >>needs some global config to make Hebrew work, but I don't know what or >>where it is. Maybe I need to set LC_CTYPE before running the X server? >> >> > > > >>Current locale: C >>XLocaleOfIM: C >> >> > >Here is an answer (two lines above). > >I have no a slightest idea how Mozilla and Kedit manage to work. It seems >they use some library which does all hard work for them. But as you can see >XFree86 APIs use "C" locale for Input Method and apparently for keyboard >translation too. C run-time uses "C" locale as well, therefore all tools >which use only standard C library APIs (sorting, string comparing, etc.) >will not work correctly for you either. > >And yes, could you please try to set LC_CTYPE and LANG to something sensible, >perhaps 'he_IL', or 'he_HE', or 'iw_IL', or 'iw_HE'? I don't know what value >will work in your envirinment, sorry. You should experiment a bit. > >By the way, what distribution are you using? Glibc? XFree86 (mentioned 4.2.0)? > > >

June 9, 2002

Locale support

by P. Christeas

I haven't looked at wine code yet. However, I think I have an idea about locale use both in KDE and glibc-based programs. Those two use a totally different subsystem: KDE uses Qt unicode support from QString class. glibc has locale functions and supports both wide (16-bit) and byte (8-bit) strings. Here, nothing is expected to work until you call the set_locale fn. In both cases, applications (including wine) have to be locale-aware in order for things to work. Most of the apps currently have lots of bugs related to locales in strings. You can ask for my help in such cases, as I am strongly for internatinalized programms.

June 9, 2002

[Fwd: [BUGZILLA] Security Advisory For Versions of Bugzilla 2.14 Prior To 2.14.2, 2.16 Prior To 2.16rc2]

by Shachar Shemesh

FYI.

June 9, 2002

Word2K crash (window management, remote)

by Andreas Mohr

Hi all, crash for Word2K, current CVS, Insert->Object...->Microsoft WordArt 2.0: 153 if (!(parentWnd->dwStyle & WS_CLIPCHILDREN) && parentWnd->hrgnUpdate) Wine-dbg>bt Backtrace: =>0 0x405ebaae (WIN_HaveToDelayNCPAINT+0x3e(hwnd=0x1004b, uncFlags=0x0) [painting.c:153] in user32.dll.so) (ebp=40566cb4) 1 0x405ec571 (RDW_Paint+0x81(wndPtr=0x403980a0, hrgn=0x0, flags=0x50, ex=0x0) [painting.c:606] in user32.dll.so) (ebp=40566ce0 2 0x405ecae5 (RedrawWindow+0x3b1(hwnd=0x1004b, rectUpdate=0x0, hrgnUpdate=0x0, flags=0x50) [painting.c:801] in user32.dll.so) (ebp=40566d4c) 3 0x40614ba9 (PeekMessageW+0xfd(msg_out=0x447030, hwnd=0x0, first=0x0, last=0x0, flags=0x0) [message.c:2103] in user32.dll.so) 4 0x40614c1b (PeekMessageA+0x27(msg=0x447030, hwnd=0x0, first=0x0, last=0x0, flags=0x0) [message.c:2126] in user32.dll.so) (ebp=40566dbc) 5 0x0040ce4f (Wrdart32.exe..text+0xbe4f in C:\Program Files\Common Files\Microsoft Shared\WordArt\Wrdart32.exe) (ebp=00447030) 6 0x00000532 (ebp=00020040) inf loc: hwnd == 0x1004b uncFlags == 0 parentWnd == 0 The parent window seems to be a valid window handle, but the parent wnd *ptr* becomes NULL -> crash. Sounds like some code nullifies the valid parent window handle in between. Of course I suppose that window locking was supposed to take care of this. Seems like this isn't exactly the case here ;-) Any ideas ? Hmm, wait, in a trace I just found: trace:win:RedrawWindow 10048 (16a6) NULL 0,0-0,0 0000 flags=0050 trace:win:OffsetRect <- 0,0-78,13 trace:win:RDW_UpdateRgns hwnd 10048 [16a6] -> hrgn [0000], flags [0050] trace:win:RDW_Paint hwnd 10048 [16a6] -> hrgn [0000], flags [0050] err:win:WIN_FindWndPtr window 10022 belongs to other process 093bda98:Call kernel32.UnhandledExceptionFilter(40454900) ret=0043854a wine: Unhandled exception, starting debugger... So it seems like the parent window is in another process and thus WIN_FindWndPtr fails to return the handle and returns NULL. Should we handle the possibility of a foreign parent window handle by not doing anything in case of a NULL parent wndPtr in WIN_HaveToDelayNCPaint() ? Thanks ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

June 9, 2002

Games, Stuff and Whatnot

by Phil Bordelon

Hello there. I've been following the wine-devel--and, more recently, the wine-license--mailing lists for some time now. While I am a competent C and C++ programmer, I haven't had the time to really come up-to-speed with the Windows API enough to help in re-implementing it. [Part of that comes from an aversion to even learning enough about the Windows API to re-implement it.] Nevertheless, for a considerable period of time before I switched entirely to Linux, I happened to be a professional video-game reviewer. I was the primary PC game reviewer for the site, and because of that I happen to have legitimate copies of just about every major PC release for the past two years, not counting stuff in the last handful of months. [I have Max Payne, but not Morrowind, and so on.] I also happen to be a game collector, and over the years I've picked up a number of games even older than those, including a game (Surface Tension) that uses what I believe to be pre-3.0 DirectX. Meep! Anyway, the point of this letter is this--if people are planning on starting on an implementation of the whole Direct3D/DirectX thing for the WineHQ wine, I'm willing to be an official 'guinea pig.' I can provide any developer working on this with a list of games I own, and we can start banging away on getting them to work. There is one caveat: I don't reboot into Windows, so it'll have to be installable under Linux. While some older games work already, the InstallShield work from Transgaming that they're putting into the ReWind tree is probably necessary before the recent stuff will work. Eventually, I'd like to help with the code as well, but I'd like to proffer what services I can right now. Phil -- "'Original .signatures are for wimps!' .signatures are for wimps!" .signatures are for wimps!

June 8, 2002

Re: Error messages when typing Hebrew characters

by Dmitry Timoshkov

"Shachar Shemesh" <wine-devel(a)sun.consumer.org.il> wrote: > I typed a Hebrew word, followed by a english one (you can also see the > keys used to tell kxdb to switch keyboard layouts). I am guessing that X > needs some global config to make Hebrew work, but I don't know what or > where it is. Maybe I need to set LC_CTYPE before running the X server? > Current locale: C > XLocaleOfIM: C Here is an answer (two lines above). I have no a slightest idea how Mozilla and Kedit manage to work. It seems they use some library which does all hard work for them. But as you can see XFree86 APIs use "C" locale for Input Method and apparently for keyboard translation too. C run-time uses "C" locale as well, therefore all tools which use only standard C library APIs (sorting, string comparing, etc.) will not work correctly for you either. And yes, could you please try to set LC_CTYPE and LANG to something sensible, perhaps 'he_IL', or 'he_HE', or 'iw_IL', or 'iw_HE'? I don't know what value will work in your envirinment, sorry. You should experiment a bit. By the way, what distribution are you using? Glibc? XFree86 (mentioned 4.2.0)? -- Dmitry.

June 8, 2002

Re: Error messages when typing Hebrew characters

by Shachar Shemesh

Dmitry Timoshkov wrote: >>>What reports xev? (And it would be a good idea to add setlocale(LC_CTYPE,""); >>>at the very first lines of xev.c, recompile it, and check whether it still >>>works). >>> >>> >>> >>I did not setlocale as you suggested, but I did not set LANG= anything >>when running it either. My environment did not contain any LANG or LC >>settings at all. >> >>KeyPress event, serial 30, synthetic NO, window 0x2200001, >> root 0x31, subw 0x0, time 1260238500, (89,131), root:(681,151), >> state 0x2010, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES, >> XLookupString gives 0 characters: "" >> >> > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >Yes, it has the same problem as Wine. XLookupString just returns 0 characters. > >Could you please try to compile and run attached program and report whether >using XmbLookupString makes things work better? If it doesn't, please post >its output here. > >Thanks. > > > I did, but I have only a vauge idea what it was doing (my X programming knowledge is soso. I actually had to research my system for a few minutes before I found out the command line that was required in order to compile the program). Output is attached. I sent it to one windows (the one activated by default when the program starts), and then activated the second one and typing again. As can be guessed, no go. I typed a Hebrew word, followed by a english one (you can also see the keys used to tell kxdb to switch keyboard layouts). I am guessing that X needs some global config to make Hebrew work, but I don't know what or where it is. Maybe I need to set LC_CTYPE before running the X server? Shachar Current locale: C XLocaleOfIM: C Window 1 = 2000001 Window 2 = 2000003 FocusIn for 2000001 FocusIn for 2000003 KeyRelease event, serial 19, synthetic No, window 0x2000003, KeyPress event, serial 19, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322861660, (-33,215), root:(1043,973), state 0x2010, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyRelease event, serial 25, synthetic No, window 0x2000003, KeyPress event, serial 25, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322861780, (-33,215), root:(1043,973), state 0x2010, keycode 45 (keysym 0xcec, hebrew_lamed), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyRelease event, serial 25, synthetic No, window 0x2000003, KeyPress event, serial 25, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322862015, (-33,215), root:(1043,973), state 0x2010, keycode 30 (keysym 0xce5, hebrew_waw), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyRelease event, serial 25, synthetic No, window 0x2000003, KeyPress event, serial 25, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322862582, (-33,215), root:(1043,973), state 0x2010, keycode 32 (keysym 0xced, hebrew_finalmem), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyRelease event, serial 25, synthetic No, window 0x2000003, KeyPress event, serial 25, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322863633, (-33,215), root:(1043,973), state 0x2010, keycode 37 (keysym 0xffe3, Control_L), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyPress event, serial 25, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322863640, (-33,215), root:(1043,973), state 0x2014, keycode 64 (keysym 0xffe9, Alt_L), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : FocusIn for 2000003 Unknown event type 34 KeyRelease event, serial 25, synthetic No, window 0x2000003, KeyRelease event, serial 25, synthetic No, window 0x2000003, KeyRelease event, serial 25, synthetic No, window 0x2000003, KeyPress event, serial 25, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322865111, (-33,215), root:(1043,973), state 0x10, keycode 43 (keysym 0x68, h), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "h" : 68 KeyRelease event, serial 27, synthetic No, window 0x2000003, KeyPress event, serial 27, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322865352, (-33,215), root:(1043,973), state 0x10, keycode 26 (keysym 0x65, e), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "e" : 65 KeyRelease event, serial 28, synthetic No, window 0x2000003, KeyPress event, serial 28, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322865748, (-33,215), root:(1043,973), state 0x10, keycode 46 (keysym 0x6c, l), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "l" : 6c KeyRelease event, serial 29, synthetic No, window 0x2000003, KeyPress event, serial 29, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322865918, (-33,215), root:(1043,973), state 0x10, keycode 46 (keysym 0x6c, l), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "l" : 6c KeyRelease event, serial 30, synthetic No, window 0x2000003, KeyPress event, serial 30, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322866171, (-33,215), root:(1043,973), state 0x10, keycode 32 (keysym 0x6f, o), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "o" : 6f KeyRelease event, serial 31, synthetic No, window 0x2000003, KeyPress event, serial 31, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322867019, (-33,215), root:(1043,973), state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyPress event, serial 31, synthetic No, window 0x2000003, Current XNFocusWindow = 2000003 root 0x31, subw 0x0, time 1322867024, (-33,215), root:(1043,973), state 0x14, keycode 64 (keysym 0xffe9, Alt_L), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : FocusIn for 2000003 Unknown event type 34 KeyRelease event, serial 31, synthetic No, window 0x2000003, KeyRelease event, serial 31, synthetic No, window 0x2000003, KeyRelease event, serial 31, synthetic No, window 0x2000003, FocusIn for 2000001 KeyPress event, serial 31, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322870777, (484,-95), root:(488,663), state 0x2010, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyRelease event, serial 32, synthetic No, window 0x2000001, KeyPress event, serial 32, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322870949, (484,-95), root:(488,663), state 0x2010, keycode 45 (keysym 0xcec, hebrew_lamed), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyRelease event, serial 32, synthetic No, window 0x2000001, KeyPress event, serial 32, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322871149, (484,-95), root:(488,663), state 0x2010, keycode 30 (keysym 0xce5, hebrew_waw), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyRelease event, serial 32, synthetic No, window 0x2000001, KeyPress event, serial 32, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322871402, (484,-95), root:(488,663), state 0x2010, keycode 32 (keysym 0xced, hebrew_finalmem), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyRelease event, serial 32, synthetic No, window 0x2000001, KeyPress event, serial 32, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322872827, (484,-95), root:(488,663), state 0x2010, keycode 64 (keysym 0xffe9, Alt_L), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : KeyPress event, serial 32, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322872835, (484,-95), root:(488,663), state 0x2018, keycode 37 (keysym 0xffe3, Control_L), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 0 characters: "" : FocusIn for 2000001 Unknown event type 34 KeyRelease event, serial 32, synthetic No, window 0x2000001, KeyRelease event, serial 32, synthetic No, window 0x2000001, KeyRelease event, serial 32, synthetic No, window 0x2000001, KeyPress event, serial 32, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322875277, (484,-95), root:(488,663), state 0x10, keycode 43 (keysym 0x68, h), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "h" : 68 KeyRelease event, serial 34, synthetic No, window 0x2000001, KeyPress event, serial 34, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322875481, (484,-95), root:(488,663), state 0x10, keycode 26 (keysym 0x65, e), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "e" : 65 KeyRelease event, serial 35, synthetic No, window 0x2000001, KeyPress event, serial 35, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322875782, (484,-95), root:(488,663), state 0x10, keycode 46 (keysym 0x6c, l), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "l" : 6c KeyRelease event, serial 36, synthetic No, window 0x2000001, KeyPress event, serial 36, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322875958, (484,-95), root:(488,663), state 0x10, keycode 46 (keysym 0x6c, l), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "l" : 6c KeyRelease event, serial 37, synthetic No, window 0x2000001, KeyPress event, serial 37, synthetic No, window 0x2000001, Current XNFocusWindow = 2000001 root 0x31, subw 0x0, time 1322876125, (484,-95), root:(488,663), state 0x10, keycode 32 (keysym 0x6f, o), same_screen Yes, XFilterEvent returns: False XmbLookupString gives 1 characters: "o" : 6f KeyRelease event, serial 38, synthetic No, window 0x2000001,

June 8, 2002

Re: Lotus Notes R5 devel

by Francois Gouget

On Fri, 7 Jun 2002, Andriy Palamarchuk wrote: [...] > I got a really great feedback to my request. > A few people suggested their help with Lotes Notes and > one of them became the application owner. > However you still can submit bug reports for Lotus > Notes to make it run on Wine even better. More people > do this - better the application runs on Wine. Yes, especially if you know Notes well, it could be interesting for you to work with the Notes maintainer (who I guess also knows Notes quite well). Between you two you should get a pretty good coverage. Part of the job of an application maintainer is to build up a knowledge of the common issues with the application, and act as a repository of sorts for workarounds and tricks, an ideally put these on the applications's page in the Application Database (not sure if this part is very feasible right now). -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ It really galls me that most of the computer power in the world is wasted on screen savers. Chris Caldwell from the GIMPS project http://www.mersenne.org/prime.htm

June 8, 2002

Re: Error messages when typing Hebrew characters

by Dmitry Timoshkov

"Shachar Shemesh" <wine-devel(a)sun.consumer.org.il> wrote: > >Probably LOCVAL(LOCALE_SISO3166CTRYNAME,"HE") in dlls/kernel/nls/heb.nls is > >wrong and "HE" should be replaced by "IL" (at least Windows 2000 reports "IL"). > >Windows2000 also reports LOCALE_SISO639LANGNAME = "iw". It would be a good > >idea to revise all fields in that file. > > > > > I'll have a look, but I don't think its related to the problem I > reported here. In any case, I changed "HE" to "IL", and the warning > message disappeared, but the rest of the messages remained the same. I > suspect it doesn't matter one way or the other, as the match would have > still been made with the language name, and chosen the right locale. Right. [skipped] > >What reports xev? (And it would be a good idea to add setlocale(LC_CTYPE,""); > >at the very first lines of xev.c, recompile it, and check whether it still > >works). > > > I did not setlocale as you suggested, but I did not set LANG= anything > when running it either. My environment did not contain any LANG or LC > settings at all. > > KeyPress event, serial 30, synthetic NO, window 0x2200001, > root 0x31, subw 0x0, time 1260238500, (89,131), root:(681,151), > state 0x2010, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES, > XLookupString gives 0 characters: "" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Yes, it has the same problem as Wine. XLookupString just returns 0 characters. Could you please try to compile and run attached program and report whether using XmbLookupString makes things work better? If it doesn't, please post its output here. Thanks. -- Dmitry.

June 7, 2002

Re: Problems converting DLL to unix SO with winelib

by Alexandre Julliard

list(a)vmn.com.br writes: > bash# make > gcc -g -c test.c -I/usr/local/include/wine -I/usr/local/include/wine/msvcrt > -I/home/nwine/ifdt32/ifdt32 > gcc -o test test.o -lifdt32 -L/usr/local/lib You cannot do it that way. Your test app must be a Winelib app in order to be able to use a Winelib dll. -- Alexandre Julliard julliard(a)winehq.com

June 7, 2002

How to compile to include debug info

by Medland, Bill

I am trying to track down a problem that is resulting in an attempt to dereference the null pointer. Very conveniently this happens in some code for which I have the source. However winedbg reckons there is no debug information in the DLL. This is not true; there is an enormous amount in there so I guess its in the wrong format. Can anyone tell me which settings I need when compiling the DLL under VC6++ in order to allow winedbg to understand the information and give me a usable stack trace? Bill

June 7, 2002

Call for testers

by Johan Gill

Quoting a comment I made for bug# 722: This is troublesome. I can fix this problem by reenabling these things in dlls/version/info.c: /* Temporary workaround a broken behaviour of the 16-bit loader */ len = 0; /* VERSION_GetFileVersionInfo_16(filename, handle, 0, NULL); */ /* Temporary workaround a broken behaviour of the 16-bit loader */ len = 0; /* VERSION_GetFileVersionInfo_16(filename, &handle, datasize, data); */ Doing so, however, is said to break installation of Office 2000. I don't have Office 2000, so it's quite impossible for me to know what's wrong. I would like to hear from anyone having it, and who is willing to try installation of it with those calls reenabled.

June 7, 2002

Re: Problems converting DLL to unix SO with winelib

by list＠vmn.com.br

Martin, Thanks for your help. I see from your output that the diff file is correct. I think my email program is messing with the contents of the email. I had diferent errors from your email than I had from the web page. I tried editing some of the diff file but it was hopeless.... I didnt get a nice patch like your output suggests. I dont know what to put into the spec file. I read everything but winebuild source. I am not familiar enough with ELF, linking etc to understand what is going on in the source. I havent been able to get a simple example to compile and work either. This simple example doesnt need to import any Dlls. It seems that I am not writing the spec file correctly. Therefore, winelib is not init ing correctly and my DllMain function is not being called when the Shared Object inits. Any pointers? Can you send me the diff file gzipped or whatever so I can finaly make the patch work? Thanks, Miguel Quoting Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com>: > Am Fre, 2002-06-07 um 16.59 schrieb mfeitosa(a)vmn.com.br: > > > Here is the output... > > And here is mine: > > [martin(a)biker tools]$ cvs diff -u -r 1.39 winemaker > [martin(a)biker tools]$ cd .. > [martin(a)biker wine]$ patch -p0 --dry-run </tmp/winemaker.diff > patching file tools/winemaker > patching file documentation/winemaker.man > [martin(a)biker wine]$ > > Perhaps you have the wrong patch. I attach it. > Martin > > -- > Martin Wilck Phone: +49 5251 8 15113 > Fujitsu Siemens Computers Fax: +49 5251 8 20409 > Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com > D-33106 Paderborn http://www.fujitsu-siemens.com/primergy > > > > > ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

June 7, 2002

Simple Windows DLL does not work correctly with winelib - HELP

by list＠vmn.com.br

Hello All, I am trying to create a shared object from a DLL with winelib. I have been unable to make things work. Therefore I made a small example that points out the issues I am facing. I certainly appreciate your help. This has been tested on the last two versions of wine. wine-20020509 and 20020605 Say I had a windows DLL defined in mytest.c as #include <windows.h> #include <stdio.h> BOOL APIENTRY DllMain(HINSTANCE hinstDLL , DWORD fdwReason, LPVOID lpvReserved ) { printf("DllMain called"); return TRUE; } void usefullFunction() { printf("Usefull function got called"); } I put mytest.c inside a directory called mytest I then call winemaker as winemaker --dll --nomfc . I edit libmytest.spec so it looks like name meuteste type win32 mode dll init DllMain I then call configure make and make install I edit a file called callmytest.c #include "mytest.h" int main(void) { usefullFunction(); } After compiling, when calling ./callmytest I get output: Usefull function got called =>Supposed to get "DllMain got called" too It seems winelib is not initializing correctly and calling DllMain... It seems that the spec file format changed and so my spec file is incorrect. [Thanks Martin Wilck for your help) I read the libwine manual in winehq.com , wine/tools/winebuild/README , wine-devel list etc and still cant see what else I should do. Can someone help me get this simple example to work? Thanks, Miguel Feitosa This is output from make clean all rm -f *.spec.c y.tab.c y.tab.h lex.yy.c core *.orig *.rej \#*\# *~ *% .\#* meuteste.o libmeuteste.spec.o libmeuteste.tmp.o libmeuteste.so gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o meuteste.o meuteste.c ld -r meuteste.o -o libmeuteste.tmp.o strip --strip-unneeded libmeuteste.tmp.o LD_LIBRARY_PATH="/usr/local/lib:$LD_LIBRARY_PATH" /usr/local/bin/winebuild -fPIC -L/usr/local/lib/wine -sym libmeuteste.tmp.o -o libmeuteste.spec.c -spec ./libmeuteste.spec gcc -c -g -O2 -fPIC -D_REENTRANT -DWINELIB -I. -I/usr/local/include/wine -o libmeuteste.spec.o libmeuteste.spec.c gcc -shared -Wl,-rpath,/usr/local/lib -Wl,-Bsymbolic -o libmeuteste.so meuteste.o libmeuteste.spec.o -lwine -lwine_unicode -lwine_uuid -lm ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

June 7, 2002

Re: Need help debugging problem w/Quicken

by Vincent Béron

Carl Sopchak a écrit : > > 1) Is networking support implemented in wine yet (even partially)? If not, I > guess I'll have to wait a while, as I'm not in a position (knowledge or time > wise) to write something like that from scratch :-(. If it is > implemented,... The network part of Wine works (ie, I played Diablo II woth some friends). Now, it may be that a particular API that Q2000 uses is not implemented, or not complete, r has a bug. > > 2) I know about --debugmsg, and the four classes of debug messages, but I > haven't come across many debug channel names, besides all, relay, and snoop. > But the amount of messages that these generate lend them to be pretty > unusable. Can someone point me to a list of names, tell me how to find the > names in the source, or at least give me a few names that might be helpful in > debuggin my problem? There's a list in documentation/running.sgml. If you build the documentation, it should be in wine-doc.pdf. It's only a list; the majority of names are self-explanatory, but some are not. There's a bug in Bugzilla to better document the different debugging channels. > > 3) I'm guessing that I'll probably need some documentation on the WinAPI. > Does Microsoft have that on their web site? (If not, where might I find it?) Our primary source of documentation is http://msdn.microsoft.com. Or you can try google for older functions. > > 4) Does anyone know of a version of Quicken (>= Q2000) that already runs on > wine? I'd be willing to upgrade if it would solve my problem... > > Thanks for any help you can give! Hopefully my work on this will improve wine > in some small way... > > Carl Vincent

June 7, 2002

Need help debugging problem w/Quicken

by Carl Sopchak

I'm trying to get Quicken 2000 Deluxe running under Wine (on a Red Het 7.3 box). In order to use Quicken the way I want to, I need to have the internet connection going (for stock price updates). However, when I try to configure it, I can't get anywhere. When I press Edit -> Internet Connection Setup, the cursoe goes to an hourglass and hangs. If I move the cursor after that, it goes back to a normal arrow pointer. The setup dialog never pops up. I'm using the current CVS version of Wine (as of this morning, June 7). Now, I'm VERY new to Wine, and know less about Windows internals, but I've been in similar postitions and successfully resolved similar problems - with a little help... I guess I'm looking for some tips on how to debug this. I currently have these specific questions: 1) Is networking support implemented in wine yet (even partially)? If not, I guess I'll have to wait a while, as I'm not in a position (knowledge or time wise) to write something like that from scratch :-(. If it is implemented,... 2) I know about --debugmsg, and the four classes of debug messages, but I haven't come across many debug channel names, besides all, relay, and snoop. But the amount of messages that these generate lend them to be pretty unusable. Can someone point me to a list of names, tell me how to find the names in the source, or at least give me a few names that might be helpful in debuggin my problem? 3) I'm guessing that I'll probably need some documentation on the WinAPI. Does Microsoft have that on their web site? (If not, where might I find it?) 4) Does anyone know of a version of Quicken (>= Q2000) that already runs on wine? I'd be willing to upgrade if it would solve my problem... Thanks for any help you can give! Hopefully my work on this will improve wine in some small way... Carl

June 7, 2002

Re: Lotus Notes R5 devel

by Andriy Palamarchuk

John, thank you for suggesting the help. We very appreciate your suggestion. --- JJ Neff <jjneff(a)yahoo.com> wrote: > I am a NON-Programmer (very few C C++ classes some > time ago:-) I read that > regulr Notes users are needed. I have been trying to > run Notes with verying > success for some time. I am a Notes Admin and have > had some success with R5 > under Wine. I run Debian unstable and use daily > build Wine debs from > gluck.debian.org. I got a really great feedback to my request. A few people suggested their help with Lotes Notes and one of them became the application owner. However you still can submit bug reports for Lotus Notes to make it run on Wine even better. More people do this - better the application runs on Wine. Regards, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

June 7, 2002

Re: Error messages when typing Hebrew characters

by Shachar Shemesh

Dmitry Timoshkov wrote: >"Shachar Shemesh" <wine-devel(a)sun.consumer.org.il> wrote: > > > >>I tried repeating Hetz's experiment, and run the command "LANG=he_IL >>wine notepad", and then type a few (random) Hebrew chars. I get the >>following messages on screen: >> >>Warning: Language 'he_IL' was not found, retrying without country name... >> >> > >Probably LOCVAL(LOCALE_SISO3166CTRYNAME,"HE") in dlls/kernel/nls/heb.nls is >wrong and "HE" should be replaced by "IL" (at least Windows 2000 reports "IL"). >Windows2000 also reports LOCALE_SISO639LANGNAME = "iw". It would be a good >idea to revise all fields in that file. > > I'll have a look, but I don't think its related to the problem I reported here. In any case, I changed "HE" to "IL", and the warning message disappeared, but the rest of the messages remained the same. I suspect it doesn't matter one way or the other, as the match would have still been made with the language name, and chosen the right locale. >>fixme:edit:EDIT_EM_FmtLines soft break enabled, not implemented >>fixme:win:GetProcessDefaultLayout ( 0x40556df4 ): No BiDi >>err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CEA >>(hebrew_finalkaph) : >>err:keyboard:X11DRV_ToUnicode (virtKey=4C,scanCode=26,keycode=2E,state=2010) >>err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CF9 >>(hebrew_shin) : >>err:keyboard:X11DRV_ToUnicode (virtKey=41,scanCode=1E,keycode=26,state=2010) >>err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CEC >>(hebrew_lamed) : >>err:keyboard:X11DRV_ToUnicode (virtKey=4B,scanCode=25,keycode=2D,state=2010) >>err:keyboard:X11DRV_ToUnicode Please report: no char for keysym 0CE3 >>(hebrew_dalet) : >>err:keyboard:X11DRV_ToUnicode (virtKey=53,scanCode=1F,keycode=27,state=2010) >> This is of particular strangness, as E3 *is* the right character for hebrew_dalet, and all I could see that the missing function SHOULD do is do this translation. >> >>I tried following X11DRV_ToUnicode around a bit, but hit a brick wall at >>the X11 function "TSXKeysymToString". Anyone has any idea why the Hebrew >>characters are not being translated correctly (the character names are >>correct). >> >> > >First of all: are hebrew keyboard input works in a native X11 text editor? > Yes. Mozilla, kedit, using the same keymap, issue Hebrew characters just fine. >What reports xev? (And it would be a good idea to add setlocale(LC_CTYPE,""); >at the very first lines of xev.c, recompile it, and check whether it still >works). > I did not setlocale as you suggested, but I did not set LANG= anything when running it either. My environment did not contain any LANG or LC settings at all. KeyPress event, serial 30, synthetic NO, window 0x2200001, root 0x31, subw 0x0, time 1260238500, (89,131), root:(681,151), state 0x2010, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 30, synthetic NO, window 0x2200001, root 0x31, subw 0x0, time 1260238535, (89,131), root:(681,151), state 0x2010, keycode 38 (keysym 0xcf9, hebrew_shin), same_screen YES, XLookupString gives 0 characters: "" > > > I don't know how to read xev's output, so I do not know what to look for (nor do I know what it is that TSXKeysymToString is supposed to do, or what configuration file it depends on). Trying to look the function up only returned "XKeysymToString". According to it, "hebrew_shin" should be translated according to X11/keysymdef.h, which has the following line: #define XK_hebrew_shin 0xcf9 In other words - there is every indication that this should have worked. Unless, of course, I have mislabled "TSXKeysymToString" as "XKeysymToString", which, quite frankly, is highly probable due to the use it gets. Shachar

June 7, 2002

Deffered Debugmessages patch side effect

by Uwe Bonnes

Hallo, recent changes in debugmsg messages affected the --debugmsg -XXX behaviour. Now this command lines is a NOP. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

June 7, 2002

Re: Problems converting DLL to unix SO with winelib

by list＠vmn.com.br

Hi Martin, Sorry to bother you again. I was unable to patch winemaker from http://www.winehq.com/hypermail/wine-devel/2002/05/0624.html I was using a clean wine-20020509 that has version 1.39 of winemaker [I saw this with cvs log tools/winemaker] Here is the output of the command [dt(a)linux wine]$ patch -p0 < winemaker.patch patching file tools/winemaker Hunk #2 FAILED at 443. Hunk #3 FAILED at 563. Hunk #4 FAILED at 573. Hunk #6 FAILED at 1007. Hunk #7 FAILED at 1660. Hunk #8 FAILED at 1871. Hunk #9 FAILED at 1957. Hunk #10 FAILED at 2173. Hunk #11 FAILED at 2186. Hunk #12 FAILED at 2246. Hunk #14 succeeded at 2287 with fuzz 2. Hunk #17 succeeded at 3225 with fuzz 2. 10 out of 18 hunks FAILED -- saving rejects to file tools/winemaker.rej patching file documentation/winemaker.man Hunk #1 FAILED at 17. 1 out of 4 hunks FAILED -- saving rejects to file documentation/winemaker.man.rej [dt(a)linux wine]$ pwd /home/dt/src/wine-20020509/wine What have I done wrong? Your diff was the "unified version"that is the patch command default for its input. Again Thanks for your help, Miguel P.S> Could this be the reason that the patch was not applied to the cvs tree? I am going to review the man file for winebuild to see if I can understand the correct format for the spec file. Quoting Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com>: > Am Fre, 2002-06-07 um 15.00 schrieb list(a)vmn.com.br: > > Wow, now I really lost it... > > I have tried to remove the imports from the spec file > > It doesn't suffice to just remove the imports. > Please obtain the patch I was talking about, and try running winemaker > again. > > Martin > > -- > Martin Wilck Phone: +49 5251 8 15113 > Fujitsu Siemens Computers Fax: +49 5251 8 20409 > Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com > D-33106 Paderborn http://www.fujitsu-siemens.com/primergy > > > > > ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

June 7, 2002

Re: Problems converting DLL to unix SO with winelib

by Martin Wilck

Am Fre, 2002-06-07 um 15.00 schrieb list(a)vmn.com.br: > Wow, now I really lost it... > I have tried to remove the imports from the spec file It doesn't suffice to just remove the imports. Please obtain the patch I was talking about, and try running winemaker again. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

June 7, 2002

Re: Problems converting DLL to unix SO with winelib

by list＠vmn.com.br

Wow, now I really lost it... I have tried to remove the imports from the spec file but then I get unresolved symbols when linking the so.. So what should it contain? Where is [if at all] the documentation for the spec file... Thanks, Miguel Quoting Martin Wilck <Martin.Wilck(a)Fujitsu-Siemens.com>: > Hi, > > winemaker in CVS is broken. Your "spec" file should not contain any > "imports" anymore, for example. > > I have submitted a patch for this a while ago to this list ("winemaker > fixes", 2002/05/22), which doesn't seem to have made it into CVS. > > Martin > > -- > Martin Wilck Phone: +49 5251 8 15113 > Fujitsu Siemens Computers Fax: +49 5251 8 20409 > Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com > D-33106 Paderborn http://www.fujitsu-siemens.com/primergy > > > > > ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

June 7, 2002