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
A better technique is to the CSS unicode bi-di attributes to convert
Mike Hearn <[EMAIL PROTECTED]>
in the webpage to
Mike Hearn <[EMAIL PROTECTED]>
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 ho
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
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
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
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
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
> "Mike" == Mike McCormack <[EMAIL PROTECTED]> 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 sugge
Uwe Bonnes wrote:
any ideas how to pinpoint that problem? Any debug output you need?
I tried installing WebPACK_42wp30_full_installer.exe, but it seemed to
have other problems. Are you installing it on the Wine CVS? Did you
install other software into your ~/.wine first ?
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_installe
It may work for one application, but it doesn't look like a propper fix.
I'd suggest there's probably something else going on that's causing
stack corruption.
Probably it was declared with the wrong calling convention. Windows
deals with this transparently but perhaps more transparently than us
tir, 31.08.2004 kl. 05.23 skrev [EMAIL PROTECTED]:
> On Mon, Aug 30, 2004 at 08:52:04AM +0200, Ove Kaaven wrote:
> > 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 prior
> "Mike" == Mike McCormack <[EMAIL PROTECTED]> writes:
Mike> Uwe Bonnes wrote:
>> any ideas how to pinpoint that problem? Any debug output you need?
Mike> I tried installing WebPACK_42wp30_full_installer.exe, but it
Mike> seemed to have other problems. Are you installing it
2) After you've reduced a thread or process's priority, it's not
possible to elevate it to the original level again (without being root),
so if a thread is set to low priority temporarily, it won't be possible
to restore it to normal priority under Linux. Under Windows it's of
course possible.
Othe
Uwe Bonnes wrote:
The problem happens quite early, when the installation wrapper asks for a
location to unzip the file. If the error happens, nothing is displayed. If
the wrapper error doesn't happen. a Messagebox "WebPACK" : To begin the
installation... is displayed.
Are you talking about the dial
> "Mike" == Mike McCormack <[EMAIL PROTECTED]> writes:
Mike> Uwe Bonnes wrote:
>> The problem happens quite early, when the installation wrapper asks
>> for a location to unzip the file. If the error happens, nothing is
>> displayed. If the wrapper error doesn't happen. a Mess
On Tue, 31 Aug 2004 00:38:30 +0200 (EET), you 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/w
Uwe Bonnes wrote:
Mike> Perhaps the problem is due to a missing registry key or directory?
Mike> If you'd like I can send you a relay trace to compare.
Please do so.
Strangely enough when I try to do so, it crashes :) I'll investigate a bit.
Mike
On Tue, Aug 31, 2004 at 11:48:16AM +0300, Shachar Shemesh wrote:
> 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
>
"Mike McCormack" <[EMAIL PROTECTED]> wrote:
> +r = WaitNamedPipeW( lpNamedPipeName, nTimeout );
> +if( !r )
> +return r;
win2k kernel32 does not do WaitNamedPipeW.
> +handle = CreateFileW( lpNamedPipeName, GENERIC_READ|GENERIC_WRITE,
> + 0, NULL, OPEN
On Tue, Aug 31, 2004 at 10:54:46AM +0100, Mike Hearn wrote:
Hmm, so I suppose the idea of getting all wine processes nice 19 and
then doing something internally to manage win's prios when it gets the
CPU is out of the question, right?
It's an issue of performance vs. performance -- performance wi
> "Dmitry" == Dmitry Timoshkov <[EMAIL PROTECTED]> writes:
Dmitry> Hello, installer of Quicken depends on last error values set by
Dmitry> GetFileVersionInfoSize and expects them to be set to something
Dmitry> different than ERROR_RESOURCE_DATA_NOT_FOUND set on NT
Dmitry> platf
Other solution is just to detect this and ask the user to rerun Wine as
root. I don't think that'd be a big deal.
But then that brings up the issue of users not being able to run wine
merely because they don't have root access, i.e. users on a Linux system
in a business environment, or remote X/t
"Uwe Bonnes" <[EMAIL PROTECTED]> wrote:
> A test programm for our test suite will easily show (and document) that
> behaviour.
A test is already there (dlls/version/tests/info.c) and pretty much
shows the desired behaviour.
--
Dmitry.
Sorry for the late reply, but I was out of town for the weekend.
Anyway, it fails to compile:
Vector:/usr/src/wine/wine-0.0.20040615/dlls/dbghelp# make
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC
-Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing
> 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
The best way to test the functionality of a certain api function
against windows is to read the msdn docs on that function. There are
certain easy things to check l
Mike Hearn <[EMAIL PROTECTED]> writes:
> +dnl This is used for binary relocatability
> +if echo $libdir | grep '^\${exec_prefix}' >/dev/null; then
> + RPATH="-Wl,-rpath,'\$\${ORIGIN}/..'`echo $libdir | sed 's/\${exec_prefix}//'`"
> +fi
This is still making assumptions about the contents of bind
Mike Hearn wrote:
A better technique is to the CSS unicode bi-di attributes to convert
Mike Hearn <[EMAIL PROTECTED]>
in the webpage to
Mike Hearn <[EMAIL PROTECTED]>
in the rendered image the browser shows you. I came across this trick
the other day and it's pretty neat. Boring old techniques lik
I was looking at the development tasklets for something I might be able to do.
I noticed bug #230 - winemaker: Extract more information from the source
files.
How do I make known my interest in attempting to do this task?
On Tue, 31 Aug 2004, Patrick Goupell wrote:
> I was looking at the development tasklets for something I might be able to do.
>
> I noticed bug #230 - winemaker: Extract more information from the source
> files.
>
> How do I make known my interest in attempting to do this task?
Seems like you just
Rein Klazes <[EMAIL PROTECTED]> writes:
> Well, Pegasus Mail has the same problem with lists. And it is fatal: no
> mail in any mailbox is visible.
>
> The configuration dialog of Agent news reader has yet another problem,
> disappearing buttons:
>
> http://home.wanadoo.nl/wijn/tmp/shot1.png befor
On Mon, Aug 30, 2004 at 02:55:46PM -0700, Juan Lang wrote:
> --- Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
> > I don't know ordinal value of this function.
>
> I neither. I don't have this versions handy at the
> moment either. Maybe some kind soul who does can
> provide them?
My linux box h
Hi,
I have checked this patch over and over, but I would appreciate it
if you guys could make sure it is ready to be committed. I tried to
break up the changes into as many patches as I could, but these last
few functions depend on CRYPT_GetProvKeyName and CRYPT_GetTypeKeyName
which had to be
oops forgot to add a changelog
Changelog
* w->a cleanup of CryptAcquireContext, CryptEnumProviderTypes,
CryptGetDefaultProvider, and CryptSetProviderEx.
On Tue, 31 Aug 2004 21:37:50 -0400, James Hawkins <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have checked this patch over and over, but I w
On Mon, Aug 30, 2004 at 12:37:50PM -0400, Tom wrote:
> Jeremy Newman wrote:
>
> >
> >The site is not hosted by PayPal, seems that having the two images right
> >next to each other is confusing. Does this confuse anyone else?
>
> NO!
>
> Should
> >we simply remove the donate link?
>
> Well if
35 matches
Mail list logo