Font problem + patch solution
Hi all, Since wine 0.9.31 there is a font problem (at least latin charset). There is a patch proposed at the bug #7571 (http://bugs.winehq.org/show_bug.cgi?id=7571). It works very well and I did not experiment any regression. Maybe it is not the ideal patch and if it is not, maybe we can provide a fix for that. However, at least it fixes the font problem and did not introduce any undesirable efects. Is that possible to apply that patch at the main tree? Comments are also welcome! Thank you in advance.
Winetools -> wine doors
Hi Karl, > I would love it if people would get involved, a few good coders can have > SVN/trac access I'll work on opening up to the public soon. > > pygtk/pyxml/wine hackers/shell scripters very welcome. Maybe I can help with bash scripting (very good skill) I know nothing about python ... 8( ... but can learn quickly. BTW, I would like to point out two suggestions: 1) you (we) should set up a winedoors-devel list. This discussion should be out of the wine-devel list (we should not mix things up and wine devel folks are already too busy) 2) the winedoors should return some information to the AppDB in order to keep that information for the wine devel folks get some feedback what is going on with, for example, DLL overrides. For example, if the AppDB keeps track of the most overriden DLLs (information "feeded" by winedoors - or winetools 8)) I think wine developers could query the database in order to see which DLL needs some improvement because its is the most one overriden. One more thing, I like Winetools. It helped me a lot. Does it need improvement? Yes, it needs, but it is not the reason we may "burn" it. Regards (I am not subscribed at wine-devel list, so please cc me) ----- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 -
Keyboard fix - patch available
Hi all, Sorry for bothering you guys . but I saw a patch for bug #2400 (a very old bug) at http://bugs.winehq.org/show_bug.cgi?id=2400 Looking at the comments at the bugzilla tracking, the patch worked flawlessly for lots of keyboard types (croatian, german and russian), including mine: a brazilian abnt2 keyboard. The patch looks fine and very clean. The problem mentioned with remote X-windows access seems not to occur besides someone mention it. Anyway, at least the problem is gone with local access and, *if confirmed*, remains with remote access only. Maybe, just maybe, the patch could be applied for the next version of wine (0.9.11) ;-) Thank you very much for the very good piece of work: WINE (I use it since 1999). - Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 - P.S.: I am not subscribed at wine-devel list (just wine-users list)
Launch native Linux apps? YES!!
Hi all, You can find more information on launching native Linux apps at the wiki: http://wiki.jswindle.com/index.php/Advanced_Wine_User_Information#Runing_Linux_software_From_Wine The example there works for any extension you want: .ODT, .DOC, .XLS, .PDF, .ODS, .RTF, .JPG and so on You just have to use your imagination and make your own shell scripts I already have some! Regards (I am not subscribed at wine-devel list). - Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 -
Re: key is sending an extra char when NumLock is ON
zhilla wrote: > > I am going to open a bug at bugzilla and send the WINEDEBUG=+key > > (just the piece where the stuff happens). > > dont, its already opened for a while. > http://bugs.winehq.org/show_bug.cgi?id=2400 > there is a working patch there... but some people claim its not very > good since it hardwires the key to code. > somebody should really look into this already... half of solution is > already there :) Sorry ... I did a search and found nothing so I have already opened a bug. Anyway, they already marked it as duplicated. Well, I was taking a look into it but I am going to need some explanations. If someone could provide (or point me out) I will be very thankful. 1) Does X send two separate sequences of keys for some type of keys ( for example)? 2) The translation from keycode to virtual key in wine is a little bit difficult to understand (at a first glance). Is there an email or any documentation explaining that (besides the source code ;-))? Otherwise it will take some weeks just to understand how it works 8-( 3) The patch proposed at bug #2400 works very well, however it seems to be not in a correct place (at first glance) 4) There is a "gap" in the nonchar_key_scan[] array just at the VK_SEPARATOR equivalent position (0xFFAC) on the nonchar_key_vkey[] position (see the question mark below - as in source code): static const WORD nonchar_key_vkey[256]= { . 0, 0, 0, 0, 0, 0, 0, 0, /* FFA8 */ VK_SEPARATOR, VK_SUBTRACT, VK_DECIMAL, VK_DIVIDE, .. }; static const WORD nonchar_key_scan[256]= { .. 0x00, 0x00, 0x37, 0x4e, /* ? */ 0, 0x4a, 0x53, 0x135, /*FFA8 */ .. }; The VK_SEPARATOR is the and/or <,> key at the numeric pad. Any relation with the problem? Thanks. ----- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 -
key is sending an extra char when NumLock is ON
Hi, I was looking at an old problem I have with wine and saw some record at the wine-devel and wine-users lists that I think are related with the same problem. Look at: http://www.winehq.org/hypermail/wine-users/2004.03.txt (look for "get a comma on the place" in your browser) and also at: http://www.winehq.org/hypermail/wine-devel/2000.10.txt (look for "but then it inserts" in your browser) When the NumLock is ON wine is sending an extra key. Wine deletes the corresponding char but also send a period (.) or a comma (,) <- it depends on the type of the keyboard. In my case, which is a brazilian ABNT2, it sends an extra comma _only_ if the NumLock is ON. It does not mater if I press the key at the numeric key pad or at the "island" that contais the ... stuff. I am going to open a bug at bugzilla and send the WINEDEBUG=+key (just the piece where the stuff happens). wine=0.9.6 for Mandriva 2006 pre-built by Ivan keyboard=brazilian abnt2 Thanks. ----- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 -
Re: wine 0.9.6 segfaults-Found the problem but not the solution (was :Re: wine 0.9.5 - segmentation fault with some apps)
Hi Mike, >> The problem seems to be with the name of the executable: >> "user.exe" (sounds crazy, but it was I could realize after some tests). > > That's quite possible. user.exe is a 16 bit part of user32.dll, and > Wine treats it in a special way. In fact there are a little more with same problem: start.exe and sound.dll (as reported in bugs 3950, 4351 and 4311) > > You might be able to add a dll override entry in winecfg like this: > > *user.exe = native, builtin However "winecfg" does not allow me to input free form strings (at least I try and could not find a way). It does only allow me to navigate throught the file system and choose the application. And the "Libraries" tab, in winecfg, it is only for DLL's - I guess! (Am I wrong?) The only solution I tried is using "vi" to edit ~/.wine/user.reg but I think I made a mistake because wien still segfaults. Here is the KEY I have put: [Software\\Wine\\AppDefaults\\*user.exe\\DllOverrides] 1138094570 "*"="native,builtin" I have also tried a variation of it but it still segfaults when calling "wine user.exe": [Software\\Wine\\AppDefaults] 1138094570 "*user.exe"="native,builtin" Thanks - Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 -
Re: wine 0.9.6 segfaults-Found the problem but not the solution (was :Re: wine 0.9.5 - segmentation fault with some apps)
Hi all, I have posted a comment at http://bugs.winehq.org/show_bug.cgi?id=4351 The problem seems to be with the name of the executable: "user.exe" (sounds crazy, but it was I could realize after some tests). Regards. - Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 -
wine 0.9.6 segfaults (was :Re: wine 0.9.5 - segmentation fault with some apps)
Alex, > That might be a problem. It would be better if you could compile the > latest snapshot, or even better, the latest CVS, from scratch. This > would enable you to test any patches I (or somebody else) might send to > try and fix the problem. OK, I will do it then! But I will have to learn a bit on how to use subversion trhough our autenticated squid proxy. It will take some hours (or days 8-/). As soon as I get a local snapshot working I will post a message again (also after reporting the bug) > >>I also noticed I can do something like: >> WINEDUBUG=+all winebdg user.exe >> >>Are you interested in the output of the above? Winedbg does not segfault. >>It freezes. >> >> >> >It should be WINEDEBUG=+all, not WINEDUBUG... might be the problem. Sorry! Just a typo I meant WINEDEBUG > However, the debug trace was useful by itself. > >The last lines of your trace show the following: > >0009:Call ntdll.RtlImageNtHeader() ret=7fce61da >0009: *killed* exit_code=0 > >This is bad - RtlImageNtHeader should be supplied a non-NULL pointer, >and somebody passed it a NULL one instead. In addition, it seems there >is an issue with the exception handling in RtlImageNtHeader > > From dlls/ntdll/loader.c: > >/*** > * RtlImageNtHeader (NTDLL.@) >*/ >PIMAGE_NT_HEADERS WINAPI RtlImageNtHeader(HMODULE hModule) >{ >IMAGE_NT_HEADERS *ret; > >__TRY >{ >IMAGE_DOS_HEADER *dos = (IMAGE_DOS_HEADER *)hModule; > >ret = NULL; >if (dos->e_magic == IMAGE_DOS_SIGNATURE) >{ >ret = (IMAGE_NT_HEADERS *)((char *)dos + dos->e_lfanew); >if (ret->Signature != IMAGE_NT_SIGNATURE) ret = NULL; >} >} >__EXCEPT_PAGE_FAULT >{ >return NULL; >} >__ENDTRY >return ret; >} > >The exception handler is supposed to return NULL in case of a page fault >(such as trying to access a NULL pointer, as is your case). However, I >think I saw a discussion somewhere in wine-devel that advised *not* to >return from inside an __EXCEPT clause of an exception handler in Wine >(most probably because __ENDTRY needs to run in order to clean up). If >this is true, then RtlImageNtHeader is violating this rule. Your >segmentation fault might be the expected result of a violation of the >return rule. Could anybody in wine-devel speak up to confirm or refute >this observation about exception handlers? > >This, of course, does not address the actual issue of passing a NULL >pointer to RtlImageNtHeader(). I could make a set of patches to add >TRACEs to all functions with uses of RtlImageNtHeader(), but you need to >be able to apply the patches for them to be actually of use. > >Alex VillacĂs Lasso I will be working on setting up an environment to apply the patches. Just wait some time in order to me to work on some issues I would have ... Thanks. - Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 -
wine 0.9.6 segfaults (was: Re: wine 0.9.5 - segmentation fault with some apps)
Alex, Exactly the same problem with wine-0.9.6 (pre-built - downloaded from sourceforge) .. Wanna trace? > Is there a bug report for this application (bugs.winehq.org)? Now, you are going to need? I can do it > Have you tried running the installer under winedbg ("winedbg user.exe", > then type "cont" at the debug prompt to pass control to the > application)? Same problem here. It freezes waiting for something ... The processes running are the same: /usr/bin/wine-preloader /usr/bin/wine-pthread winedbg.exe user.exe /usr/bin/wineserver Regards. ----- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 -
Re: wine 0.9.5 - segmentation fault with some apps
Alex, Thanks for the reply. I am going to wait for a pre built (RPM package) for wine-0.9.6 because if I compile I think I can introduce too many variables. Anyway, I am goig to report your sugestions with wine 0.9.5 and, ASAP, with wine-0.9.6. > Where can somebody download the application? It is a commercial package. It can not be downloaded. Sorry > Is there a bug report for this application (bugs.winehq.org)? No. If you guys wish I can do it (just going to wait for wine-0.9.6) > Just in case, are you installing on a VFAT partition, or on a ext2/ext3 partition? No windows involved. Just a ~.wine/drive_c inside a ext3 partition. > Have you tried running the installer under winedbg ("winedbg user.exe", > then type "cont" at the debug prompt to pass control to the > application)? Good point!! I started right now, however the "winedbg user.exe" does not return any prompt. It seems freezed, waiting for something The processes running are: /usr/bin/wine-preloader /usr/bin/wine-pthread winedbg.exe user.exe /usr/bin/wineserver I also noticed I can do something like: WINEDUBUG=+all winebdg user.exe Are you interested in the output of the above? Winedbg does not segfault. It freezes. > Your stack trace is missing the callback on where inside > wine the fault occurred. I am sending, attached, all the trace . it is not too big but I can notice there are some entries like: __wine_exception_handler ntdll.dll.1009 . - 8< -- 0009:trace:imports:import_dll --- RtlUnicodeToMultiByteSize ntdll.dll.639 = 0x7bea3670 0009:trace:imports:import_dll --- sprintf ntdll.dll.965 = 0x7bea5464 0009:trace:imports:import_dll --- sscanf ntdll.dll.967 = 0x7bea547c 0009:trace:imports:import_dll --- _strlwr ntdll.dll.912 = 0x7bea48e8 0009:trace:imports:import_dll --- _strupr ntdll.dll.914 = 0x7bea4918 --->> 0009:trace:imports:import_dll --- __wine_exception_handler ntdll.dll.1009 = 0x7beb17b0 0009:trace:imports:import_dll --- wine_server_call ntdll.dll.1013 = 0x7bed4f00 0009:trace:virtual:NtProtectVirtualMemory 0x 0x7fbf5000 1000 0080 0009:trace:virtual:VIRTUAL_SetProt 0x7fbf5000-0x7fbf5fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView View: 0x7fb2 - 0x7fc3 (system) 0009:trace:virtual:VIRTUAL_DumpView 0x7fb2 - 0x7fc3 c-rWx 0009:trace:module:load_builtin_callback loaded user32.dll 0x7fd849f8 0x7fb2 - 8< -- Wine, in my opinion, is the next step for Linux to take over the desktop. It is the only tool that is missing. You guys are doing a great job. I am a wine user since 2000. Regards. ----- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 - wine-0.9.5-output_of_user.exe-txt.gz Description: Binary data
wine 0.9.5 - segmentation fault with some apps
Hi all, I have already posted this message at the wine-users list (sorry for the cross posting but I think this subject is related to devel people instead of users). I am trying to install ARS V4.5.1, from Remedy, using wine-0.9.5 for Mandriva (RPM built by Ivan). My Mandriva is 2006. If I try to run the installer (called "user.exe") wine segfaults immediately. So I run "WINEDEBUG=+all wine user.exe" just to get more information. Follows the end of the output just before the segfault: -- 8< -- 0009:trace:virtual:VIRTUAL_SetProt 0x7fbf5000-0x7fbf5fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView View: 0x7fb2 - 0x7fc3 (system) 0009:trace:virtual:VIRTUAL_DumpView 0x7fb2 - 0x7fc3 c-rWx 0009:trace:module:load_builtin_callback loaded user32.dll 0x7fd84868 0x7fb2 0009: load_dll( handle=(nil), base=0x7fb2, size=1179648, dbg_offset=0, dbg_size=0, name=0x7fd84890, filename=L"c:\\windows\\system32\\user32.dll" ) 0009: load_dll() = 0 0009:trace:heap:RtlAllocateHeap (0x7fd8,000a,15f0): returning 0x7fd865a0 0009:Call ntdll.RtlAllocateHeap(7fd8,,001a) ret=7fce4f5f 0009:trace:heap:RtlAllocateHeap (0x7fd8,0002,001a): returning 0x7fd84908 0009:Ret ntdll.RtlAllocateHeap() retval=7fd84908 ret=7fce4f5f 0009:trace:nls:WideCharToMultiByte cp 0 L"user.exe" -> (null) 0009:Call ntdll.RtlAllocateHeap(7fd8,,0011) ret=7fce4fb4 0009:trace:heap:RtlAllocateHeap (0x7fd8,0002,0011): returning 0x7fd84930 0009:Ret ntdll.RtlAllocateHeap() retval=7fd84930 ret=7fce4fb4 0009:trace:nls:WideCharToMultiByte cp 0 L"user.exe" -> "user.exe" 0009:Call ntdll.RtlAllocateHeap(7fd8,,0012) ret=7fce526d 0009:trace:heap:RtlAllocateHeap (0x7fd8,0002,0012): returning 0x7fd84a08 0009:Ret ntdll.RtlAllocateHeap() retval=7fd84a08 ret=7fce526d 0009:Call ntdll.RtlImageNtHeader() ret=7fce61da 0009: *killed* exit_code=0 Segmentation Fault - 8< - I have ARS Remedy versions V3.0, V4.5.1, V5.1 and V5.1.2. The segfault problem happens with V4.5.1 and V5.1. Version 5.1.2 installs but has a different problem (it complains about permission even if I am the owner of the files and directories 8-P. I have checked and the owner has all permissions). Version 3.0 is too old and also complains (I do not remember right now what is the complaint). Please CC me because I am only subscribed at wine-users. Any clue/sugestions? More information? Thanks. ----- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 -