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

PATCH: SPI_GETGRADIENTCAPTIONS

by J C

Hi All, I've put together a little patch to allow SystemParametersInfoA to read an actual registry value for SPI_GETGRADIENTCAPTIONS instead of the default 'false' that was returned all the time (got tired of seeing those fixmes). I based the registry information off of this page: http://212.203.14.81/virtualp/html/ui_tips.html How does this patch look? It's the first i've put together for Wine (so be easy ;). I will continue to flesh out the remaining UI settings (at least those that apply in all versions of windows (9x,nt,2000,xp) if there is interest and i'm on the right path here. The only thing i can think of us doing is reading these values from the Window Manager instead of our own registry values. Are there standard ways of detecting this or is it just best left in the registry? I have included the patch as well as the Reg Key for these settings (with gradient captions disabled by default). Justin Chevrier _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

Feb. 1, 2004

Re: [ddraw] asynchronous screen updates

by Piotr Pawłow

On Monday 26 January 2004 22:44, Lionel Ulmer wrote: > The only comment I have on the patch is that you are using the rectangle > from the 'User_DirectDrawSurface_unlock_update' code. The big problem here > is that for old DirectX versions (versions 1 to 3), the lock rectangle was > not repeated in the Unlock call (it was only present in the Lock code). Oh, I see. > So, basically, you will always force a full redraw for these old DirectX > versions. So, the best would be to add the dirty rectangles in the Lock > calls (if we are not in READONLY mode). Then I would be drawing rectangles which are not ready for a redraw yet. Does UnLock release only last lock or all locks on these old DX versions? > PS: all these dirty region handling should be factorized as I did the same > kind of hacks in the D3D code to speed up transfer between 2D and 3D > buffers. OK, I will look in there too. -- Piotr Pawłow mailto:pp(a)siedziba.pl

Feb. 1, 2004

Re: DIB_DirectDrawSurface_BltFast signed/unsigned comparision bug

by Piotr Pawłow

On Monday 26 January 2004 22:27, Lionel Ulmer wrote: > While your patch is certainly OK, if 'ddesc.dwWidth-dstx' is lower than > zero, it means that there is nothing to do (as the destination X coordinate > is out of the screen). Same for the source rectangle. Are you sure about this? Isn't INVALIDRECT returned in this case? I am asking these questions, because I could not find any documentation in MSDN explaining when is INVALIDRECT returned. Do you have any test results? Maybe I should write a test? > And check if it gives you the same result as your previous patch. Maybe > it's some added code, but well, it will be a bit cleaner IMHO. > Anyway, thanks for fixing bugs in the DDraw code, we certainly needs more > contributors :-) Thanks, I will look into this as soon as I find some free time. Currently I have more important work to do for a living, so Wine has to wait :/ -- Piotr Pawłow mailto:pp(a)siedziba.pl

Feb. 1, 2004

GetBitmapDimensionEx() usage in STATIC_PaintBitmapfn()

by Ge van Geldorp

The call to GetBitmapDimensionEx() and the use of the returned size as the x and y offset for the BitBlt in controls/static.c function STATIC_PaintBitmapfn (around line 576) looks incorrect to me. Does anyone have an idea what the purpose of that code could be? Gé van Geldorp.

Feb. 1, 2004

Wineps.drv not a fully windows compliant printer driver?

by ceztko＠libero.it

1 week ago, i posted a msg (subject: 16bit app calls wineps.drv, but wine has wineps.dll) in the ml reporting a run-time error 482: Printer Error with a 16 bit app. Weel, that report is not rappresentative of the problem, it seems more complicated than i tought. At MSDN, i found: Printer error (Error 482) There is some problem that prevents printing. This error has the following causes and solutions: * You don't have a printer installed from the Windows Control Panel. Open the Control Panel, double-click the Printers icon, and choose Add Printer to install a printer. * Your printer isn't online. Physically switch the printer online. * Your printer is jammed or out of paper. Physically correct the problem. * You tried to print a form to a printer that can accept only text. Switch to an installed printer that can print graphics. In windows, all is OK with all type of printer. After 2 weeks of attempts, i understood i'm unable to find the origin of the problem and a possible resolution. So, hoping you can help me, i did a snapshot of my wine configuration including the non-working app and the natives dll needed to run it (no problem of dependences: they should be ok). The snapshot is not very big (~7mb), and it's a simple copy of .wine dir with a testapp script (cd ..., WINEDLLOVERRIDES=... wine app.exe) to immediately run the fucking/non-working app. So, a backup of your .wine dir is needed. Weel, there's also the problem of trust: a new non-root user is OK =) My interest in this stupid business app is only to convert my father to linux, but if you can help me, a donation to the wine project is CERTAIN! Here the easy instruction: NB: Use a new non-root user for trust, or at least # mv .wine winebak 1 - Download to your home http://digilander.libero.it/ceztko/testapp.tar.gz 3 - # tar xvzf testapp.tar.gz 4 - # ./testapp The error message i get is this: run-time error '482': Printer Error ( http://digilander.libero.it/ceztko/snapshot-err.png ) Instead, it should be like this http://digilander.libero.it/ceztko/screenshot-ok.png . I'm unable to understand if is a my mis-configuration or a bug in wine (and maybe this snapshot is not weel configured anyway). But, after 2 weeks of attempts without results, using different printer configurations FROM SCRATCH (cups, file, original windows printer driver, ..), i'm almost sure this is a bug, or a sort of... Thanks for your help!

Feb. 1, 2004

WineConf Webcast

by Uwe Bonnes

Hallo, when is the webcast supposed to start today? Any chance to get non-choppy sound, even perhaps at the expense of no video stream? If we have a video stream, can the camera OSD perhaps be disables? Any conclusions why the stream yesterday was tagged "non-cachable", perhaps resulting in the choopy sound due to network latencies? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Feb. 1, 2004

Re: [Bug 1982] Can't SSH into a computer and use "wine cmd" or wineconsole

by Dan Kegel

On Sat, Jan 31, 2004 at 01:24:49PM -0600, Wine Bugs wrote: >> ------- Additional Comments From netdemonz_at_yahoo.com 2004-31-01 13:24 ------- >> I had already tried that. >> >> Connection to 192.168.0.1 closed. >> (~)> ssh -X 192.168.0.1 >> boberb_at_192.168.0.1's password: >> (~)> wine cmd >> x11drv: Can't open display: > > Maybe a solution would be to ssh -x (in case -X is default)? No, that's not a solution, that's a workaround. (And it's -X you want.) Wine should be able to run commandline programs WITHOUT USING X IN ANY WAY, SHAPE, OR FORM! This is a longstanding bug in Wine, and one that periodically makes my blood boil. The workaround I've used in the past is to create a .winetty directory with special settings to use the tty driver instead of the x driver, but that's a pain in the ass. - Dan

Feb. 1, 2004

window focus working better?

by Alex Pasadyn

Greetings all! I just happened to run an installer with Wine and I forgot to trap it inside a desktop, and to my surprise, it did NOT put a big blank window up front, so I was able to use it normally. I had not used one of these in a while, so I tried a couple others, and they worked normally too (outside of desktop mode). Looking back through the logs, I think this patch may have fixed that issue, at least for a lot of cases: http://www.winehq.org/hypermail/wine-cvs/2003/12/0156.html I couldn't see any discussion of this in here, so I was wondering if anyone else has seen similar results. I also tried several full-screen games that historically gave me keyboard focus trouble, and every one of them got keyboard input. I have not changed anything with my window manager, and reversing that patch causes the problem to return. So, is this working now for anyone else? Did I overlook the discussion? Alex

Feb. 1, 2004

Re: [Bug 1982] Can't SSH into a computer and use "wine cmd" or wineconsole

by Brian Bober

-x is the default for cygwin ssh Please CC me on any responses since I'm not on the mailing list. Thanks. --- Joerg Mayer <jmayer(a)loplof.de> wrote: > On Sat, Jan 31, 2004 at 01:24:49PM -0600, Wine Bugs wrote: > > ------- Additional Comments From netdemonz(a)yahoo.com 2004-31-01 13:24 > ------- > > I had already tried that. > > > > Connection to 192.168.0.1 closed. > > (~)> ssh -X 192.168.0.1 > > boberb(a)192.168.0.1's password: > > (~)> wine cmd > > x11drv: Can't open display: > > Maybe a solution would be to ssh -x (in case -X is default)? > > Ciao > J�rg > > -- > Joerg Mayer <jmayer(a)loplof.de> > We are stuck with technology when what we really want is just stuff that > works. Some say that should read Microsoft instead of technology.

Feb. 1, 2004

Re: [Bug 1982] Can't SSH into a computer and use "wine cmd" or wineconsole

by Joerg Mayer

On Sat, Jan 31, 2004 at 01:24:49PM -0600, Wine Bugs wrote: > ------- Additional Comments From netdemonz(a)yahoo.com 2004-31-01 13:24 ------- > I had already tried that. > > Connection to 192.168.0.1 closed. > (~)> ssh -X 192.168.0.1 > boberb(a)192.168.0.1's password: > (~)> wine cmd > x11drv: Can't open display: Maybe a solution would be to ssh -x (in case -X is default)? Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology.

Feb. 1, 2004