wine-devel

wine-devel@winehq.org

4 participants
84464 discussions

known x11drv issue?
by Chris 03 May '02

03 May '02

hullo everybody, i'm new to the wine-devel list, but i was wondering if this: http://chris.luethy.net/wine/image.jpg was a known issue. Whenever you drag around flat-edged windows (I'm not sure what the offical name is in Win32), like the type you see in Winamp's preferences or any non-resizeable window (thus, the flat edge window) it leaves behind the white outline of that window (see link above). I was wondering if anybody is currently working to resolve this issue, or perhaps this is an issue in my configuration. Any hints? -- Chris Thielen chris(a)luethy.net

2 1

Re: wine/ ./winedefault.reg dlls/Makefile.in dlls/ ...
by Hidenori TAKESHIMA 03 May '02

03 May '02

> I haven't participated in the list before so I won't > now, but I'm curious. Is there some reason you are > taking all of your multimedia code out of the source > base? My all MultiMedia codes are completely written from scratch. No disassembling. I believe there are no legal issues. But, I cannot warrant... I should protect myself from any potential problems now... > Of course, someone else can just add it back in since > it was GPLd code... but if there is some good reason > not to add it back (patent infringement, etc.) you owe > it to the community to indicate that... derived > projects may already be dependent on your code. And > that would make it more likely that your wishes will > be carried out and no one will add the code back in. The main issues for me are 1) restrictions of EULA - some codes may be based on information from non-VS6. I don't want to battle with EULA. 2) afraid to many pending patents. I cannot check all patents... and there are some other reasons I don't want to write... So, finally, I decided to solicite Alexandre...

1 0

"Please report this"
by Medland, Bill 03 May '02

03 May '02

err:clipping:CLIPPING_UpdateGCRegion. hVisRgn is zero. Please report this. Duly reported. Anyone know why we cared? It's been in the code since the initial revision. Bill

2 1

Re: xrender patch
by Duane Clark 02 May '02

02 May '02

The xrender CVS patch of 4/23 is causing one of my apps to crash: Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x438198ee). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x438198ee (_end+0x2ce2726 in libXrender.so): movl 0x0(%eax),%eax Wine-dbg>bt Backtrace: =>0 0x438198ee (_end+0x2ce2726 in libXrender.so) (ebp=405b60c4) 1 0x40af71cf (X11DRV_XRender_ExtTextOut+0x1103(physDev=0x40399e44, x=0x0, y=0x2c, flags=0x0, lprect=0x0, wstr=0x4039a6b0, count=0xc, lpDx=0x0) [xrender.c:703] in x11drv.dll.so) (ebp=405b650c) 2 0x40b0d92a (X11DRV_ExtTextOut+0x66(physDev=0x40399e44, x=0x0, y=0x20, flags=0x0, lprect=0x0, wstr=0x4039a6b0, count=0xc, lpDx=0x0) [text.c:65] in x11drv.dll.so) (ebp=405b6888) 3 0x407aa0a0 (ExtTextOutW+0x74(hdc=0x8f0, x=0x0, y=0x20, flags=0x0, lprect=0x0, str=0x4039a6b0, count=0xc, lpDx=0x0) [text.c:174] in libgdi32.dll.so) (ebp=405b68bc) 4 0x407a9ff0 (ExtTextOutA+0xc0(hdc=0x8f0, x=0x0, y=0x20, flags=0x0, lprect=0x0, str=0x43c85c40, count=0xc, lpDx=0x0) [text.c:155] in libgdi32.dll.so) (ebp=405b6900) 5 0x407aa11e (TextOutA+0x2a(hdc=0x8f0, x=0x0, y=0x20, str=0x43c85c40, count=0xc) [text.c:196] in libgdi32.dll.so) (ebp=405b692c) 6 0x00443f70 (schedit.exe..text+0x42f70 in C:\CapFast\wcs\bin\schedit.exe) (ebp=405b6948)

4 6

RE: More MSVC fixes
by Steven Edwards 02 May '02

02 May '02

How are you planning on linking the dlls/resources once wine is up 2 date on MSVC? Can MSVC build wrc resources and link them? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Re: wine/ ./winedefault.reg dlls/Makefile.in dlls/ ...
by Michael Cardenas 02 May '02

02 May '02

Who's Hidenori? Is this code being moved somewhere else? On Wed, May 01, 2002 at 08:29:19PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 1020302959714181280302913 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/05/01 20:29:19 > > Modified files: > . : winedefault.reg > dlls : Makefile.in > dlls/avifil32 : Makefile.in avifil32.spec > dlls/imm32 : imm.c imm32.spec > dlls/quartz : Makefile.in main.c quartz.spec > include : Makefile.in > ole : uuid.c > Added files: > dlls/avifil32 : avifile.c > Removed files: > dlls/avifil32 : api.c avifile_private.h comentry.c iafile.c > iastream.c igframe.c main.c string.c > dlls/imm32 : immddk.h > dlls/quartz : README acmwrap.c amundoc.c asyncsrc.c > asyncsrc.h audioutl.c audioutl.h audren.c > audren.h avidec.c aviparse.c basefilt.c > basefilt.h basepin.c capgraph.c capgraph.h > complist.c complist.h csconv.c devenum.c > devenum.h enumunk.c enumunk.h fgevent.c > fgpass.c fgraph.c fgraph.h filesink.c > filesink.h fmap.c fmap.h ifgraph.c ijgdec.c > ijgdec.h imcntl.c imfilter.c impos.c imseek.c > iunk.c iunk.h memalloc.c memalloc.h midparse.c > mjpgdec.c mpadec.c mpgparse.c mpvdec.c mtype.c > mtype.h parser.c parser.h qtdec.c qtparse.c > quartz_private.h regsvr.c regsvr.h sample.c > sample.h seekpass.c seekpass.h sysclock.c > sysclock.h videoblt.c videoblt.h vidren.c > vidren.h wavparse.c xform.c xform.h > include : amaudio.h amvideo.h control.h errors.h evcode.h > strmif.h > > Log message: > Removed a bunch of multimedia code at Hidenori's request. > > Patch: http://cvs.winehq.com/patch.py?id=1020302959714181280302913 > > Revision Changes Path > 1.43 +0 -494 wine/winedefault.reg > 1.127 +4 -7 wine/dlls/Makefile.in > 1.17 +1 -8 wine/dlls/avifil32/Makefile.in > 1.9 +14 -16 wine/dlls/avifil32/avifil32.spec > 1.23 +17 -2 wine/dlls/avifil32/avifile.c > 1.15 +173 -784 wine/dlls/imm32/imm.c > 1.11 +16 -28 wine/dlls/imm32/imm32.spec > 1.22 +1 -46 wine/dlls/quartz/Makefile.in > 1.21 +1 -612 wine/dlls/quartz/main.c > 1.11 +8 -18 wine/dlls/quartz/quartz.spec > 1.47 +0 -6 wine/include/Makefile.in > 1.9 +2 -2 wine/ole/uuid.c > > > > -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

2 1

menu behaviour on window losing focus
by Rizsanyi Zsolt 02 May '02

02 May '02

Hi! Now that my patch to fix the alt behaviour made to the cvs (altough somewhat cleaned up by Alexandre :), I'm going on to fix what remained here to fix :) The problem is that when you activate the menu (by pressing ALT), and then the window loses focus, the menu stays active. And when you return to your window the menu still has focus. This is not right for two reasons: 1) This is not the windows behaviour - on windows when the window loses focus the menu is deactivated. I have tested this. The same is the behaviour with kde. 2) When you switch beetween windows by Alt+TAB sometimes the menu stays active. It does not happen so frequently, but it is annoying. So I would like to deactivate the menu when the window loses focus. Can somebody please point me to the point in code where I should put my deactivation (a code which is called on window deactivation), and also to the function by which I can deactivate the menu. If nobody answers, I will try to find these myself, but I have thought, that maybe there is somebody who can answer these questions in no time. Thanks in advance Zsolt Rizsanyi

2 1

a small error in Wine, when it gets to the make install stage..
by Ya'ad Golani 02 May '02

02 May '02

Good evening. When trying to install wine-20020411 I got the following error message (running through the "wineinstall" script, and not manually): --------------------------------------------------------------------------------- Performing 'make install' as root to install binaries, enter root password Password: /bin/bash: - : unrecognized option Either you entered an incorrect password or we failed to run 'make install' correctly. If you didn't enter an incorrect password then please report this error to wine-devel(a)winehq.com. --------------------------------------------------------------------------------- Welp, as you can see, I didn't enter the wrong password and got a "/bin/bash: - : unrecognized option", just letting you know. -Cheers, Ya'ad Golani.

2 1

DrawIconEx (...DI_IMAGE)
by Medland, Bill 02 May '02

02 May '02

Can anyone who understands the icon, bit stretch etc code help me out here? Our code calls DrawIconEx to draw an icon in the status bar, specifying DI_IMAGE rather than DI_NORMAL. On Windows the black pixels are drawn but on WINE they aren't. I have confirmed that it is the absence of the DI_MASK that results in this difference but I am not sure why. Is it obvious to someone more knowledgeable? Bill

1 0

PATCH - makedep
by Steven Edwards 02 May '02

02 May '02

I don't know if this will cause any problems for other platforms but it works here. Of course so did my last dirty hack so can someone point out a better way? According to http://www.delorie.com/djgpp/doc/libc/libc_95.html if the system has ftruncate it just calls it. If this isnt cool then would the configure check work here to #define ftruncate chsize? Changelog: changed ftruncate to chsize for mingw port cvs diff -u makedep.c Index: makedep.c =================================================================== RCS file: /home/wine/wine/tools/makedep.c,v retrieving revision 1.10 diff -u -r1.10 makedep.c --- makedep.c 10 Mar 2002 00:24:22 -0000 1.10 +++ makedep.c 2 May 2002 09:31:04 -0000 @@ -381,7 +381,7 @@ { while (fgets( buffer, sizeof(buffer), file )) if (!strncmp( buffer, Separator, strlen(Separator) )) break; - ftruncate( fileno(file), ftell(file) ); + chsize( fileno(file), ftell(file) ); fseek( file, 0L, SEEK_END ); } if (!file)

2 1

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel