Pavel Roskin wrote:
find_symbol() looks for DT_HASH (4) to set symtabend and fails to find
it. As I understand it, we should trick ld into creating the DT_HASH
tag or use some other way to locate wine_main_preload_info.
The 6ef5 tag is DT_GNU_HASH - that may be a good alternative to
DT_HA
> The only thing I can think of that might have happened (other than a
> Wine bug) is GCC or GLIBC being upgraded by 'emerge world'. GCC
> --version says "gcc (GCC) 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0,
> pie-8.7.8)", while ls /lib/libc* says "libc-2.3.6.so".
Perhaps you can revert to 0.9.15 and r
Hi Mike,
I have found a workaround!
On Mon, 2006-07-31 at 00:23 -0400, Pavel Roskin wrote:
> I agree. My gdb cannot show variables in 32-bit binaries (or maybe it's
> just something Wine specific), but it shows the line numbers. I traced
> find_symbol() in preloader.c, and it seems like symtab
Pavel Roskin wrote:
I agree. My gdb cannot show variables in 32-bit binaries (or maybe it's
just something Wine specific), but it shows the line numbers. I traced
find_symbol() in preloader.c, and it seems like symtabend is 0, so that
the last loop is skipped and NULL is returned. This is al
On Mon, 2006-07-31 at 20:43 +0900, Mike McCormack wrote:
> OK, it seems to be that the preloader can't lookup the ELF symbol
> "wine_main_preload_info" in wine-pthread.
I agree. My gdb cannot show variables in 32-bit binaries (or maybe it's
just something Wine specific), but it shows the line n
Vitaliy Margolen wrote:
> Any suggestions (please!)?
Yes of course:
Please file a proper bug report in Bugzilla. And use wine-users ML for this.
That's hardly very helpful, but thanks anyway.
Sunday, July 30, 2006, 9:55:57 PM, Molle Bestefich wrote:
> Been running 0.9.15 for a while without problems.
> Since a week ago (or so) when I updated to HEAD, all I get from Wine is this:
> wine-git # notepad
> Segmentation fault
[skip]
> Any suggestions (please!)?
Yes of course:
Please file a
Been running 0.9.15 for a while without problems.
Since a week ago (or so) when I updated to HEAD, all I get from Wine is this:
wine-git # notepad
Segmentation fault
Nuking ~/.wine doesn't help:
wine-git # rm -rf ~/.wine
wine-git # notepad
wine: creating configuration directory '/root/.wine'...
Pavel Roskin wrote:
It is installed and it is run. If I replace wine-preloader with a
script that logs the arguments and runs the renamed wine-preloader, I
see it being called twice when an exe file with run with Wine. For
example:
$ wine FarManager170.exe
wine_main_preload_info not found
Hello, Mike!
On Sat, 2006-07-29 at 18:23 +0900, Mike McCormack wrote:
> Pavel Roskin wrote:
>
> > Something strange to happened my Wine installation recently. I'm
> > getting following messages if I run any program from Wine:
> >
> > $ winemine
> > wine_main_preload_info not found
> > err:dosm
"Vijay Kiran Kamuju" <[EMAIL PROTECTED]> wrote:
In windows the identification of the unicode strings is handled by msvcrt.
I think we should put helper functions so that we can use them in msvcrt.
Which will be inturn used in usp10
That's not true. Everything in msvcrt is implemented on top of
I think someone has to clarify what the purpose of this
vendor/company/developer piece of information for a given application
is. Do we just want something that is unambiguous and easy to fill in,
or do we want information that might help get better support under
WINE for a particular application.
On 7/30/06, Alexander Nicolaysen Sørnes <[EMAIL PROTECTED]> wrote:
Søndag 30 juli 2006 18:49, skrev du :
> On Sunday 30 July 2006 7:45 am, Alexander Nicolaysen Sørnes wrote:
> > The patch is the same; I would just like to point out that this change
> > has been discusses, and there were no object
Søndag 30 juli 2006 18:49, skrev du :
> On Sunday 30 July 2006 7:45 am, Alexander Nicolaysen Sørnes wrote:
> > The patch is the same; I would just like to point out that this change
> > has been discusses, and there were no objections to it.
> >
> > Change 'vendor' to 'developer'. Variable names a
Do we currently have a team working with evenbalance to test punkbuster
support under wine? If not, is there anyone who would be interested in
forming a team to troubleshoot/develop punkbuster compatibility under wine?
According to the transgaming forums cedega is currently working with
punkbus
On 7/28/06, Drew Ronneberg <[EMAIL PROTECTED]> wrote:
-AC_SUBST(DLLFLAGS,"-D_REENTRANT")
+AC_SUBST(DLLFLAGS,"")
Are you quite sure about that? The C runtime library
uses this symbol. Unless you have a very good reason
for removing that, I'd leave well enough alone...
On Sunday 30 July 2006 7:45 am, Alexander Nicolaysen Sørnes wrote:
> The patch is the same; I would just like to point out that this change has
> been discusses, and there were no objections to it.
>
> Change 'vendor' to 'developer'. Variable names are not changed, so this
> patch should not cause
Sunday, July 30, 2006, 6:29:43 AM, Detlef Riekenberg wrote:
> Vitaliy Margolen wrote:
>> ChangeLog:
>> user: Preserve LastError.
> You can move the ok() for GetLastError() direct after GetKeyNameTextA():
>> +SetLastError(0xdeadbeef);
>> len = GetKeyNameTextA(i << 16, buff, sizeof(
You'll want to make these functions static member functions of the version
class. Since we can't really mark them static with php4 that means just
putting them in the version class and making sure they don't refer to $this.
There should be other examples of this with calls to functions in the
Duane Clark wrote:
> Detlef Riekenberg wrote:
> >
> > My direction to fix printing in wine is from low-level to high-level.
> > Print-Monitors are already managed in git-HEAD, and they are loaded and
> > used in my tree (Port-Functions).
> > Afterwards, the Printer-Functions will be updated and t
Vitaliy Margolen wrote:
> ChangeLog:
> user: Preserve LastError.
You can move the ok() for GetLastError() direct after GetKeyNameTextA():
> +SetLastError(0xdeadbeef);
> len = GetKeyNameTextA(i << 16, buff, sizeof(buff));
> +ok( GetLastError() == 0xdeadbeef,
> +
Robert Reif wrote:
> +BOOL ADVAPI_GetComputerSid(PSID sid)
> +if ((ret = RegOpenKeyExA(HKEY_LOCAL_MACHINE,
> +"SECURITY\\SAM\\Domains\\Account", 0,
> +KEY_READ, &key)) == ERROR_SUCCESS)
I did not test the patch, but is there a Reason against UNICODE here ?
(The other calls
On Sunday 30 July 2006 09:30, Jeff L wrote:
> + Script_string_analysis *pScript_str_analysis;
> +void *pAnalysis_ptrstr;
Uniscribe is about scripts, so why not leave off these 'Script' prefixes?
Furthermore, I think encoding the type in the variable name is redundant,
you get that informat
Vitaliy Margolen wrote:
This one implements the checks described in the API. I think that we
need to reproduce those checks but I can make the message more clear though.
Jeff
Can you use something that every other person would understand?
if (cString < 1 || !pString) {
Please use WARN i
24 matches
Mail list logo