Re: Still can't even compile Wine at PowerPC-based Linux-box.

Hi Peter, If all you want is to build a Winelib program for Linux/ppc, you can try to comment out shdocvw-related stuff from dlls/Makefile.in, and rebuild. Will work fine if your application does not want this particular dll. On 09/10/06, Mike McCormack <[EMAIL PROTECTED]> wrote: > I have no cl

Re: Still can't even compile Wine at PowerPC-based Linux-box.

Peter Lemenkov wrote: The last wine version which at least compiles at my PowerPC fine is 0.9.17. You could do a regression analysis with Git, described at the bottom of the GitWine Wiki page, to find the patch that changed behaviour. I have no clue how to debug this, so I would ask you:

Re: Make all windows moveable by default

Dmitry Timoshkov wrote: > "Vitaliy Margolen" <[EMAIL PROTECTED]> wrote: > >> This patch broke some full screen programs for me on KDE. Now their >> caption is always visible and doesn't move off the screen. It might be >> some additional magic going on with KDE to detect full-screen windows. > >

Re: [TRY4 4/8] gdi32: Generate the [HKLM\Software\Microsoft\WindowsNT\CurrentVersion\GRE_Initialize].

"Byeong-Sik Jeon" <[EMAIL PROTECTED]> wrote: +/* @@ Wine registry key: HKLM\Software\Microsoft\Windows NT\CurrentVersion\GRE_Initialize */ +if(RegCreateKeyExW(HKEY_LOCAL_MACHINE, gre_initialize_reg_key, +0, NULL, 0, KEY_ALL_ACCESS, NULL, &hkey, NULL) == ERROR_SUCCESS)

Re: Make all windows moveable by default

"Vitaliy Margolen" <[EMAIL PROTECTED]> wrote: This patch broke some full screen programs for me on KDE. Now their caption is always visible and doesn't move off the screen. It might be some additional magic going on with KDE to detect full-screen windows. What version of KDE is it? Do you hav

re: windows web server app fails to send more than 11680 bytes !?

idc wrote: I'm testing a windows app I'd very much like to run under Wine (using v0.9.22)... It's not yet working under Wine, fails to serve larger files... For example, the app tries to write 25017 bytes to the socket, but the socket only allows 11680 bytes at a time, and the TCP stack fragmen

Re: Make all windows moveable by default

Dmitry Timoshkov wrote: > Hello, > > an app I'm working on creates a top level window without a caption, > and returns HTCAPTION on WM_NCHITTEST to make the window moveable by > dragging its client area. The app's window currently is not moveable > under Wine because we don't set MWM_FUNC_MOVE WM

windows web server app fails to send more than 11680 bytes !?

Hello, I'm testing a windows app I'd very much like to run under Wine (using v0.9.22), being in touch with the author. This is a small web server app based on a Microsoft MFC sample app. It happily works under Windows, but that'd be the wrong thing for running it 24/7. ;-) It's not yet workin

Re: Probing videoram using ATIFGLEXTENSION

Hi Fabian. I tested with the stonehenge-Demo from www.ogre3d.org (DX9) > Tested with current HEAD: > WINEDEBUG="+x11drv,+d3d,+d3d_caps,+opengl,+wgl,+fps" wine \ > explorer.exe /desktop=xxx,800x600 Magic_of_stonehenge.exe > > trace:d3d:IWineD3DImpl_FillGLCaps FOUND (fake) card: 0x1002 (vendor i

Re: Probing videoram using ATIFGLEXTENSION

Hi, Myself I have written similar code before just for testing but something like this can't be easily added to Wine. First of all adding new ExtEscape calls is not an option, second in the near future I will drop all X code from wined3d. I was planning to add videoram detection code once I'm d

Re: Probing videoram using ATIFGLEXTENSION

On Fr, 2006-10-06 at 01:05 +0200, Fabian Bieler wrote: > Alternatively, I attached a small test program which > just prints the amount of videoram to stdout and uses the same code as the > patch. PCI-ID: 1002:4e45 ATI Technologies Inc Radeon R300 NE [Radeon 9500 Pro] (Text on the Label is ATI Ra

Re: [RPCRT4] TCP server support (2/2) accept TCP connections

Damjan Jovanovic wrote: Adds support for RPC TCP servers using native (as opposed to winsock) sockets. Probably closes bug 2416. Is this any better, Robert? The design looks good to me. I'll work on the provider infrastructure so that the extra thread isn't needed in the TCP case. I think y

Re: Force a Display/Input-Driver?

On Do, 2006-10-05 at 18:11 -0600, Vitaliy Margolen wrote: > > When we force wine to use a specific Display/Input-Driver, the > > driver-selection by reading the Registry is unneeded and should > > be removed. > This is not "LoadModule"this is GetModuleHandle - I wanted to learn from your code and

Re: [PATCH 1/3] lz32/tests: Test more last errors set by LZOpenFile[AW].

On Mi, 2006-10-04 at 23:22 +0300, Saulius Krasuckas wrote: > > For the normal case, SetLastError() is called only on failure. > > http://msdn.microsoft.com/library/en-us/debug/base/setlasterror.asp > > Do we trust MSDN when we can check things ourselves? No, we don't trust, > right? :) We trus

Re: Client-side DIB copy optimization patch on Bugzilla

On 10/6/06, Willie Sippel <[EMAIL PROTECTED]> wrote: Hi there. A patch by Iulian Marinescu was posted on Bugzilla a few days ago to optimize client-side DIB copy operations. I tested it, and it definitely improves the performance of a few applications quite a bit (Propellerhead Reason for exampl

Re: [Tools/Wine.inf] Set Internet Explorer version

On 28.06.2006 21:03, Sven Paschukat wrote: > Maarten Lankhorst schrieb: >> Windows seems to set internet explorer only during a new installation >> or upgrade of internet explorer, so I put it in wine.inf, which seemed >> appropriate. >> >> Changelog: >> Set version strings for Internet Explorer so

Still can't even compile Wine at PowerPC-based Linux-box.

Hello, All! The last wine version which at least compiles at my PowerPC fine is 0.9.17. Since then I can't even compile Wine. It fails with the next message ../../tools/widl/widl -I. -I. -I../../include -I../../include -D__WINESRC__ -D_SHDOCVW_ -t -T shdocv

Re: d3d9 make test failure

Am Samstag 07 Oktober 2006 04:44 schrieb Mike McCormack: > Since we're trying to get "make test" working nicely on everybody's > machine, here's the failure of the day for me. > > This is on Debian/unstable for AMD64, with libGL and libGLU provided by > ia32-libs 1.15. > > Mike > > > make[2]: Enter

Re: dsound.dll, dlls/dsound/mixer.c -- DSOUND_MixerVol() optimization

Isn't this just a matter of #ifdefs? I don't really think Wine should stick to the lowest common denominator. I do think that such optimizations should be very well documented and in sync with the original code. Stephen On 10/8/06, Roderick Colenbrander <[EMAIL PROTECTED]> wrote: > I was readi

Re: dsound.dll, dlls/dsound/mixer.c -- DSOUND_MixerVol() optimization

> I was reading through dlls/dsound/mixer.c and I came across the function > DSOUND_MixerVol() that really stood out. The purpose of the code it to > apply a volume amplification by multiplying the channel data by the > amplification factor. What *really* struck me was the parallelism that > could

Re: dsound.dll, dlls/dsound/mixer.c -- DSOUND_MixerVol() optimization

> What platform does not have MMX instructions and is now supported, is it > problem to detect if CPU have MMX and use it if is it possible? Because > speed improvment is always wantable. > > Mirek Think about non-x86 CPUs on which Wine(lib) is used too. Roderick -- Der GMX SmartSurfer hilft

Re: dsound.dll, dlls/dsound/mixer.c -- DSOUND_MixerVol() optimization

What platform does not have MMX instructions and is now supported, is it problem to detect if CPU have MMX and use it if is it possible? Because speed improvment is always wantable. Mirek Vijay Kiran Kamuju napsal(a): Hi, using MMX/SSE2 means it would be platform/architecture specific code.