August 2005 - Wine-Devel - list.winehq.org

Re: [Bug 3148] Mouse: multi-file "selection" & drag behavior broken

by Hiji

--- Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > * On Tue, 23 Aug 2005, Hiji wrote: > > --- Vitaly Lipatov <lav(a)etersoft.ru> wrote: > > > > > Hi, Can you pay attention to this patch? It > really fixes the problem > > > but not discussed in the list and not applied: > > > > > http://www.winehq.com/hypermail/wine-patches/2005/08/0018.html > > > > WOOHOO! This fixes "half" the problem with > Bug3148. > > Once I applied the patch, I no longer had the > problem > > with the effect of the mouse button being > continously > > pressed once I clicked on something. > ... > > So, can someone listen (pay attention) to Vitaly > and > > apply the patch so at least this bug can get > half-way > > fixed??? > > The patch has 2 points to change (I am afraid): > > a, header of its first section refers to > "sysparams.c" and > "dlls/user/sysparams.c", which makes patcher to > not find needed file > (dlls/user/tests/sysparams.c). > Command "cvs diff -pu dlls/user/" would do the > job. :-P > > b, first hunk of the second section > (dlls/user/sysparams.c) is already > in the tree, so it fails too. Ok, I had applied it to the July release, but if some changes are already in the tree, then that's good news. Vitaly, any thoughts on this? Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

Aug. 24, 2005

Re[2]: Delphi 5 debugger is working!

by Vitaliy Margolen

Wednesday, August 24, 2005, 11:00:06 AM, Marco Pietrobono wrote: > Il giorno mar, 23-08-2005 alle 18:05 -0600, Vitaliy Margolen ha scritto: > [snip] >> Unfortunately fixing NtQueryVirtualMemory, NtProtectVirtualMemory and others >> is not that simple. Basically there are no way to do it from other processes. >> Ok, NtQueryVirtualMemory could be implemented some-what easily using >> NtReadVirtualMemory and possibly one more server call. But for others I see only >> three ways to implement them: > [snip] >> Any other solutions that I have forgotten/haven't even thought of? > have you checked this one? > http://www.die.net/doc/linux/man/man5/proc.5.html > especially with regards to mem e map. > it should work, at least on linux. > bye, Ok, and how would I allocate, free, change protection with that? Wine already has read/write access using ptread. Vitaliy

Aug. 24, 2005

Re: Delphi 5 debugger is working!

by Marco Pietrobono

Il giorno mar, 23-08-2005 alle 18:05 -0600, Vitaliy Margolen ha scritto: [snip] > Unfortunately fixing NtQueryVirtualMemory, NtProtectVirtualMemory and others > is not that simple. Basically there are no way to do it from other processes. > Ok, NtQueryVirtualMemory could be implemented some-what easily using > NtReadVirtualMemory and possibly one more server call. But for others I see only > three ways to implement them: [snip] > Any other solutions that I have forgotten/haven't even thought of? have you checked this one? http://www.die.net/doc/linux/man/man5/proc.5.html especially with regards to mem e map. it should work, at least on linux. bye, /pietrobo -- Stud. Marco Pietrobono | Murphy's Law: if something can v. del Calice, 39 - 00178 ROMA | go wrong, it will do. Tel. +39.06.7186329 +39.339.7410893 | Legge di Murphy: se qualcosa puo' http://www.pietrobo.com | andar male, lo fara'. ------------------------------------------------------------------------ Strange game. The only winning move is not to play. What about a nice play of chess ?

Aug. 24, 2005

Re: Software patents

by Gregory M. Turner

On Friday 13 May 2005 19:07, Gregory M. Turner wrote: > Code using the C syntax described in the patent doesn't compile in winelib > yet [snip]. Give me a week or two... Imagine that, it seems I have once again imagined myself to have more spare time than I really do. Honestly, folks, I can't wait to lay into __TRY & family -- especially since that work brings me closer to __try & family for winelib, which, as far as I'm concerned, is unfinished business -- but I simply am not in a position to do anything about it until I finish my dissertation and take care of some other pressing matters. Regardless, I am still alive and still plan to do this, sooner than later. In the meanwhile, I'm glad to see that the rest of you are being better wine hackers than I! "I'll be back," -- gmt

Aug. 24, 2005

Re: Delphi 5 debugger is working!

by Alexandre Julliard

Kuba Ober <kuba(a)mareimbrium.org> writes: > What are the problems with implementing those using SIGSTOP/SIGCONT and > ptrace(2)? The same problems that you'll have with signals, plus a few more <g> -- Alexandre Julliard julliard(a)winehq.org

Aug. 24, 2005

Loading resources from wine dlls

by Michael Jung

Hello, I would like to add a 'My Documents' icon to shell32. This icon has a resource ID of 235 in WinXP's shell32. Apparently one can't load resources from wine's own dlls, though. If you call PrivateExtractIcons with 'c:\windows\system32\shell32.dll' as the file name parameter, you'll get a 'WARN: File %s not found or path too long'. I guess that's because there is no such file in wine's fake windows environment. There is a hack (which is even declared as a hack in the comment) in the initialization code of the 'Shell Icon Cache' (starting from line 372 in 'dlls/shell32/iconcache.c'). It loads the first 38 icons from shell32 at initialization time, and later returns them from the cache without having to access the file (which would'nt work). This seems to be a principal problem (Loading resources from wine dlls, if they are accessed by the filename they have on a windows system). Are there any plans on how to fix this? Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

Aug. 24, 2005

Re: solution for including itss.h in hhctrl.ocx

by Alexandre Julliard

James Hawkins <truiken(a)gmail.com> writes: > I need to be able to include itss.h from dlls/itss in order to read > CHM files. Mike offered the solution that I add -I($SRCDIR)../itss to > hhctrl's Makefile.in. The next problem comes when I run make depend. > make depend looks for itss.h but can't find it because it hasn't been > built yet. Mike then suggested adding ../dlls/itss/itss.idl to > IDL_SRCS in include/Makefile.in. No, you can't do that sort of thing. You have to move the idl file to the include directory (probably in include/wine). -- Alexandre Julliard julliard(a)winehq.org

Aug. 24, 2005

Re: Delphi 5 debugger is working!

by Boaz Harrosh

Vitaliy Margolen wrote: >As of todays CVS Delphi 5 debugger is fixed. > >.... >Unfortunately fixing NtQueryVirtualMemory, NtProtectVirtualMemory and others >is not that simple. Basically there are no way to do it from other processes. >Ok, NtQueryVirtualMemory could be implemented some-what easily using >NtReadVirtualMemory and possibly one more server call. But for others I see only > > How does gdb do these things to a Linux process? I would think a Debugger should have such services from the Linux Kernel. Is not the Delphi debugger a Debugger through the debug services Wine implements? (dbghelp and friends) Free Life Boaz

Aug. 24, 2005

Re[2]: Delphi 5 debugger is working!

by Vitaliy Margolen

Wednesday, August 24, 2005, 6:20:40 AM, Kuba Ober wrote: > On Tuesday 23 August 2005 20:05, Vitaliy Margolen wrote: >> As of todays CVS Delphi 5 debugger is fixed. >> >> Well, ok, there are still some bugs. One is a minor bug (Module view >> reports all modules as a project executable name), but all exports are >> there. You can even try to disassemble them. But here is where the major >> problems start. Debugger segfaults on that. This is because >> NtQueryVirtualMemory and >> NtProtectVirtualMemory currently don't work on other processes. > What are the problems with implementing those using SIGSTOP/SIGCONT and > ptrace(2)? I imagine that for example changing memory protection for another > process could be achieved as follows: > 1. SIGSTOP to the process > 2. inject code that invokes mprotect() and stops execution > 3. change EIP, ESP, etc. then SIGCONT > 4. wait(pid,&status,WUNTRACED) on the child > 5. remove the injected code, restore registers, SIGCONT > I have never implemented such a beast so I might be way off, nevertheless it'd > be interesting to hear what the problems are. phrack might also be a useful > read in that respect. Hmm, that looks familiar. Something like that safedisc uses, that currently doesn't work. The only difference - safedisc limited to win API. I guess I can give it a try to see if it will work. Vitaliy

Aug. 24, 2005

Re: commctrl: dialog theming

by Dripple

Hi, I'm trying to have this app (http://appdb.winehq.org/appview.php?versionId=2451) with wine, but for the moment it requires native commctrl.dll && comctl32.dll, for installation (more linked with InstallShield than with app). What traces should I provide to help you with this ? Mike McCormack a écrit : > > Evil wrote: > >> I'm no longer able to run programs that require the native comctl32 >> and commctrl DLLs, since updating to today's CVS. Could it be related >> to these theme patches? > > > You shouldn't need to use the native comctl32 any longer. Please update > your dll overrides to "comctl32" = "builtin". > > Wine's comctl32 implementation is almost complete. If there's bugs with > the builtin comctl32 then please help us by reporting them rather than > sweeping the problem under the carpet and using the native dll. > > Mike > >

Aug. 24, 2005