...which doesn't happen in your test program as it doesn't use as
many. Remember that it takes only one page of memory sitting at the
wrong virtual memory address to divide the available contiguous
addresses in half. I would suggest playing around with the prelink
tool to put dynamic libra
Dmitry Timoshkov wrote:
"Christian Gmeiner" <[EMAIL PROTECTED]> wrote:
+/**
+ * Dll lifetime tracking declaration
+ */
+void LockModule(void)
+{
+InterlockedIncrement(&dll_count);
+}
+
+void UnlockModule(void)
+{
+I
Mike Hearn wrote:
On Sat, 03 Dec 2005 15:38:10 -0500, Ivan Gyurdiev wrote:
Running the same call from a test program suceeds - I can mmap() things
that are an order of magnitude larger without problems (as a regular user).
How big is your swapfile? It should probably have a MAP_NORESER
Am Montag, 5. Dezember 2005 07:48 schrieb Roderick Colenbrander:
> The patch can make TA a lot faster the problem is that the game crashes
> because it becomes multithreaded. Command&Conquer (which crashes when you
> move the mouse) felt a lot faster, further StarCraft is a lot faster too.
> When t
Hi,
> Is Starcraft really that slow? How does this compare with using DGA?
> I'm not too sure because its speed vaires. I've been testing
> Starcraft this weekend and it has been plenty speedy. But I do
> remember when trying to play it multiplayer a few months ago and was
> burned when it r
The patch can make TA a lot faster the problem is that the game crashes
because it becomes multithreaded. Command&Conquer (which crashes when you
move the mouse) felt a lot faster, further StarCraft is a lot faster too.
When the multithreading issue is over TA will most likely be playable on
your s
Hello, Robert!
I'm sorry, but you keep breaking Wine for me. The latest change in
dlls/wininet/netconnection.c (revision 1.18) doesn't compile. Two files
need to be included - errno.h for error names and stdio.h for perror().
Actually, I think perror() should be avoided - Wine has its own error
> Is Starcraft really that slow? How does this compare with using DGA?
> I'm not too sure because its speed vaires. I've been testing
> Starcraft this weekend and it has been plenty speedy. But I do
> remember when trying to play it multiplayer a few months ago and was
> burned when it ran sl
On Sat, 2005-12-03 at 09:26 +0100, Marcus Meissner wrote:
> > I'm posting the script here in hope that it will be useful for some Wine
> > users. I'm not sure it it merits inclusion in Wine, but I would not
> > object.
>
> Fedora should probably provide foo-devel-32bit development packages too.
Here they are.
On 12/4/05, Raphael <[EMAIL PROTECTED]> wrote:
> On Saturday 03 December 2005 09:20, Toan T Nguyen wrote:
> > FYI, here is the code in question:
> >
> > http://cvs.sourceforge.net/viewcvs.py/q2e/q2e/source/win32/glw_win.c?rev=1.
> >13&view=auto
> >
> > The function where pixelFormat
"Christian Gmeiner" <[EMAIL PROTECTED]> wrote:
> +/**
> + * Dll lifetime tracking declaration
> + */
> +void LockModule(void)
> +{
> +InterlockedIncrement(&dll_count);
> +}
> +
> +void UnlockModule(void)
> +{
> +Interlocke
On 12/4/05, Roderick Colenbrander <[EMAIL PROTECTED]> wrote:
> Hi,
>
> As you all might know 2d games tend to be slow on Wine. For a lot of games the
> main bottleneck is depth conversion which happens in cases when the depth
> requested by the game and the X desktop color are not the same.
>
> As
(This time with booleans as suggested by Alexandre)
This patch partially implements the undocumented REExtendedRegisterClass()
function by registering the two missing classes. That way MS Office 2003 and
probably other programs that rely on these classes display dialogs
completely which were empty
On Saturday 03 December 2005 09:20, Toan T Nguyen wrote:
> FYI, here is the code in question:
>
> http://cvs.sourceforge.net/viewcvs.py/q2e/q2e/source/win32/glw_win.c?rev=1.
>13&view=auto
>
> The function where pixelFormat is initialized is GLW_ChoosePixelFormat.
>
> Toan
>
Hi,
behavior seems str
Hi,
> boils down to a one-line patch. RTLD_NEXT doesn't work, I have to use
> RTLD_DEFAULT to make wine (or the dynamic loader) use my functions.
You should send patches to [EMAIL PROTECTED] to get them included.
Stefan
Colin Wright wrote:
Colin Wright wrote:
I didn't have the openssl development headers and as a previous
post mentioned Robert Shearman made a change that requires them.
That was an oversight on my part. If you use the recently sent patch by
Patrick Ammann it should compile again without
Hi,
As you all might know 2d games tend to be slow on Wine. For a lot of games the
main bottleneck is depth conversion which happens in cases when the depth
requested by the game and the X desktop color are not the same.
As a way to speedup 2d Lionel assisted me with hacking wine's ddraw to let
Colin Wright wrote:
> A load of pointless stuff
I didn't have the openssl development headers and as a previous
post mentioned Robert Shearman made a change that requires them.
Colin Wright
[EMAIL PROTECTED]
Martin Fuchs <[EMAIL PROTECTED]> writes:
> While searching for good examples I good even more comfortable with
> the second idea: The changelog can be quite long, and only displaying
> some truncated part of it may not be that good. Using the mail subject
> instead is better because the patch writ
Michael Ost wrote:
Does anyone know how to set up Eclipse to debug winelib applications?
I tried just replacing 'gdb' with 'winedbg' on the "Debugger" tab on the
"Debug" window. After Eclipse says "Launching..." there is an error that
says "Process terminated."
After reviewing the winelib de
On Sat, 03 Dec 2005 15:38:10 -0500, Ivan Gyurdiev wrote:
> Running the same call from a test program suceeds - I can mmap() things
> that are an order of magnitude larger without problems (as a regular user).
How big is your swapfile? It should probably have a MAP_NORESERVE flag.
I have a Envy24PT sound chip, without hardware mixing, so I had to setup
dmix (in ~/.asoundrc). That works fine when I try to play two sound
files with any combination of mplayer, alsaplayer and mpg123). But when
I start any of those a then wine, I get this:
ALSA lib pcm_dmix.c:788:(snd_pcm_dm
After a clean and cvs -PAd I get the following errors during make
netconnection.c: In function `sock_get_error':
netconnection.c:205: error: `EINTR' undeclared (first use in this function)
netconnection.c:205: error: (Each undeclared identifier is reported only
once
netconnection.c:205: error: for
Michael Jung wrote:
Hi,
On Sunday 04 December 2005 04:35, James Hawkins wrote:
On 12/3/05, Dustin Navea <[EMAIL PROTECTED]> wrote:
make[3]: Entering directory `/home/speeddy/wine/dlls/advapi32/tests'
../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p
advapi32_test.exe.so crypt.
Mike McCormack wrote:
eg. use RTLD_NEXT instead of the real libGL handle. This would make it
possible to preload my own library but wouldn't change the weak
linking. In fact, that's how I've modified my local wine copy, and it
worked.
Well, you have the patch now, so all you need to do is
eg. use RTLD_NEXT instead of the real libGL handle. This would make it
possible to preload my own library but wouldn't change the weak linking.
In fact, that's how I've modified my local wine copy, and it worked.
Well, you have the patch now, so all you need to do is submit it ;)
Mike
Mike McCormack wrote:
Mike Hearn wrote:
On Thu, 01 Dec 2005 16:12:47 +, Tomas Carnecky wrote:
I've had a discussion with someone through this list about wine and
libGL.so. It was about wine using dlopen("libGL.so") instead of linking
directly with libGL.so.
IIRC this was done so Code
I mean like this, say the message queue looks like this:
ConfigureNotify
other message
ConfigureNotify
With the "oldest" at the bottom. The code will then search for newer
ConfigureNotify messages in the queue, and find it (the one at the top)
and deliver that to the application. So it will b
Mike Hearn wrote:
On Thu, 01 Dec 2005 16:12:47 +, Tomas Carnecky wrote:
I've had a discussion with someone through this list about wine and
libGL.so. It was about wine using dlopen("libGL.so") instead of linking
directly with libGL.so.
IIRC this was done so CodeWeavers can ship a GL ena
On Sat, 3 Dec 2005 09:44:07 +0100, you wrote:
>> This is wrong. No user program should modify our internal data. I think
>> you need to copy this data into heap before passing it to the app. You
>> should make simple test to check if the data returned on windows is
>> within heap or not.
>
>Yeah,
Hi,
On Sunday 04 December 2005 04:35, James Hawkins wrote:
> On 12/3/05, Dustin Navea <[EMAIL PROTECTED]> wrote:
> > make[3]: Entering directory `/home/speeddy/wine/dlls/advapi32/tests'
> > ../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p
> > advapi32_test.exe.so crypt.c && touch c
Am Samstag, 3. Dezember 2005 18:59 schrieb Marcus Meissner:
> On Sat, Dec 03, 2005 at 06:16:48PM +0100, Stefan Leichter wrote:
> > Hi,
> >
> > i am a little confuse about the uxtheme dll. I have a program that raises
> > an execption after each call (not the return!) to the ordinal 1 of the
> > dll
32 matches
Mail list logo
