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

Re: Add some padding in WINPROC_wrapper

by Uwe Bonnes

>>>>> "Mike" == Mike McCormack <mike(a)codeweavers.com> writes: Mike> Uwe Bonnes wrote: >> Changelog windows/winproc.c: WINPROC_wrapper Add some padding between >> saved registers and the winproc arguments. Some winprocs may trash >> the register area. >> >> As Mike Hearn suggested, adding some padding helped with my problem >> with WebPACK_42wp30_full_installer.exe. I hope, I found the right way >> to add that padding. Mike> It may work for one application, but it doesn't look like a Mike> propper fix. I'd suggest there's probably something else going on Mike> that's causing stack corruption. Mike, any ideas how to pinpoint that problem? Any debug output you need? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Aug. 31, 2004

Re: wineserver epoll

by Mike Hearn

> Details, please. How do I do that? readelf -aW /lib/libc.so.6 | grep epoll if the symbols are declared WEAK then you can do this (assuming AJ agrees). #pragma weak epoll_whatever should do the trick. In the resulting binary "readelf -aW mybinary | grep epoll" should should you the weak linkage. At runtime: if (epoll_foobar) { ... it's safe to use }

Aug. 31, 2004

W->A calls

by Joris Huizer

Hello, By accident, I removed the emails of the thread I started, but I'll look it up if necessary; I found this old wine issue of some time ago.. I think the patch it has there could be helpfull http://winehq.org/?issue=229#About%20Converting%20W-%3EA%20Calls However, I don't know how to make simple tests.. as I'd really need to test wether the code I write works, and works properly :p How do I write tests for that? I'm running linux (in practice, I never boot into windows) so how should I do this (testing without windows environment)? How are tests supposed to run? I hope you can give some clues on that; I found there are many W->A calls in dlls/winmm/winmm.c (according to the janitorial page) so I might start there (hoping not all of them are so tricky ;) ) Thanks for suggestions on this, Joris

Aug. 31, 2004

Re: wineserver epoll

by Shachar Shemesh

Mike Hearn wrote: >> Building with a recent glibc and running on an older one is not >> supported by glibc, and it won't work for many reasons having nothing >> to do with epoll. Crossover runs everywhere because it is built >> against a very old glibc. > > > To clarify, it is possible to build against a new glibc and have it > run on older libcs, but the process is far from intuitive and requires > special tools, header overrides etc. We do this in autopackage, and it > works, but it's quite tricky to get right. > > So I guess Shachar could use dlopen, or possibly the epoll functions > are weak symbols - quite a lot of glibc functions are these days. In > that case you can just mark them with the weak attribute and that's no > problem. Details, please. How do I do that? Shachar

Aug. 31, 2004

Re: regression: listbox stays disabled in created dialog-window

by Mike Hearn

Yes this is very annoying. I noticed it last night when taking another look at winecfg. Another regression I noticed is that sometimes child windows are offset by about 3-4 pixels to the top/left. For instance the white part of the edit control looks like it's "popped out" of the bevelled edges. Also the dialogs embedded in the property sheet sometimes pop out of the sheet. I can ignore this for now, it's just a visual problem. The listview problem is somewhat more troublesome so if there's a workaround I can memorize (no net connection on my laptop!) that'd be good. Saulius Krasuckas wrote: > The [1] patch brings some regression. I have filled a bugreport: [2]. > > Here are two png screenshots: [3] [4], one made before the patch is > applied, another made after the patch is applied. > > > [1] http://www.winehq.org/hypermail/wine-cvs/2004/08/0341.html > [2] http://bugs.winehq.org/show_bug.cgi?id=2454 > [3] http://bugs.winehq.org/attachment.cgi?id=681&action=view > [4] http://bugs.winehq.org/attachment.cgi?id=682&action=view > > > >

Aug. 31, 2004

Re: E-mail adress

by Mike Hearn

A better technique is to the CSS unicode bi-di attributes to convert Mike Hearn <xc.ivan(a)ekim> in the webpage to Mike Hearn <mike(a)navi.cx> in the rendered image the browser shows you. I came across this trick the other day and it's pretty neat. Boring old techniques like "username at host" are apparently useless against modern harvester bots, so maybe it's worth doing this. Davide Giannotti wrote: > I'm trying to fight spam like anybody else, and first thing is to remove mail > adresses from every page on the internet. > > A google search on my adress shows only 2 pages where i compare, they both > come frome wine archive: > > http://www.winehq.com/hypermail/wine-devel/2003.04.txt > http://www.spinics.net/lists/wine/msg08863.html > > Is there a way to make them remove from there? > > Just a suggestion: i'm conscious that mail adress need to be post into such a > mailing list, but wouldn't be good to keep a script running that alter them > into something like 'myname {at} mydomain' ? > > Just a little sacrifice for everybody to help fighting spam. > > Think about.. pls... >

Aug. 31, 2004

Re: wineserver epoll

by Mike Hearn

> Building with a recent glibc and running on an older one is not > supported by glibc, and it won't work for many reasons having nothing > to do with epoll. Crossover runs everywhere because it is built > against a very old glibc. To clarify, it is possible to build against a new glibc and have it run on older libcs, but the process is far from intuitive and requires special tools, header overrides etc. We do this in autopackage, and it works, but it's quite tricky to get right. So I guess Shachar could use dlopen, or possibly the epoll functions are weak symbols - quite a lot of glibc functions are these days. In that case you can just mark them with the weak attribute and that's no problem.

Aug. 31, 2004

Re: Debug Channels trashed

by Mike Hearn

> Good question. I don't know. > > Possibly the window procedure is declared using a calling convention that > somehow mangles even the wrapper stack, so we're popping garbage off it > into %ebx. But I'm out of ideas for now. What I would suggest is putting some stack padding between the saved registers and the window proc parameters. If that makes a difference submit it to wine-patches, as it's likely that the padding has been blasted rather than the register save area.

Aug. 31, 2004

Re: [wine] Linux registry

by Shachar Shemesh

Hmm, How about a more general approach, then. I offered in the past to put wine's registry into a relational database, for performance reasons. That was turned down due to editability reasons. However, how about we use a plugin mechanism. We will have the wine built in text-file registry handler, and we will also have a plugin mechanism by which we could write external registry handlers. This way, wine could have registry in a relational database, in a binary windows compatible file, or using these guys' project, and the end user will be the one to decide which is best for them. David Lee Lambert wrote: >On Mon, Aug 30, 2004 at 03:27:49PM +0200, Robert van Herk wrote: > > Lots of good reasons on why this project is not good enough to rely on. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

Aug. 31, 2004

Re: [ck] Re: Threading issues? [ck-request@vds.kolivas.org: ck Digest, Vol 3, Issue 16]

by michael＠cherryblossom.homelinux.com

On Mon, Aug 30, 2004 at 08:52:04AM +0200, Ove Kaaven wrote: > man, 30.08.2004 kl. 02.50 skrev michael(a)cherryblossom.homelinux.com: > > > Only root can do this under Linux. > > > > Maybe I sound naive, but would it be possible to get the highest > > priority supported by the user (root or otherwise) without going to > > root; getting as close to real-time as possible? > > It's not. Linux only allows non-root processes to reduce its priority, > not increase it, even for non-real-time priorities. Windows, however, > allows it for non-real-time priorities. So the current priority would be the highest priority supported by the user or process, unless running as root. Hm. And I suppose that non-root processes can't decrease priority of other processes (that aren't threads of said process) owned by the user it's running under to simulate a higher-priority, or that it would be a bad idea, right? Does renice count as a process run under said user that changes the priority of a process? I suppose there's also the idea of having a single root process or daemon (probably which would be an optional component) to "increase performance" by "allowing wine to increase it's priority" by sending the a said process or daemon a message or signal to tell it to increase the priority of (a) wine process(es). Of course, if this is a reality, then we have to debate over whether we want this installed by default, how it would be configured, communication mechanisms (i.e. Signals, such as USRSIG1, Unix Sockets, or IP Sockets), coding style, how interrupts and whatnot are handled, how the daemon can be efficcently designed... And then what about people who complain about having too many daemons to configure and run on their Linux system to do basic tasks... What about emulating this increasible priority, at the risk of lowering wine's performance? Keep the actual real linux priority the same, but do sleep cycles or slow down the process in some way so that by default processes run at "Normal", at like, say, 75% (or whatever is the accepted Windows computed CPU usage) of the thread's assigned/capable processing power, and then "Idle" or "Low" only running if no other threads (within wine, or in general) are using the CPU, and then "High" using 100% of the thread's power? Or are you guys already saying this? Of course, This is all speculation, I cannot guarantee the reasonableness, quality, logicalness, or feasibility of this message. --Michael Chang

Aug. 31, 2004