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
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
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
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,
+%d
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 then
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
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(buff));
+
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 any
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...
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
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 are not
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 objections
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
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
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
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
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
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.
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
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
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
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 rebuild
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
23 matches
Mail list logo
