http://bugs.winehq.org/show_bug.cgi?id=3291
xerox_xerox2000(a)yahoo.co.uk changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hans(a)it.vu.nl
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2005-18-10 10:03 -------
Well, i'm just a beginner; the best i can come up with is this:
#include <windows.h>
main()
{
char* name;
char* mangled=".ABVVec4@ref2@dice@@";
name= __unDName(0, mangled + 1, 0,malloc,free, 0x2800);
printf("name = %s\n",name);
return 0;
}
Now when i compile this (link with msvcrt.lib) and run with wine it gives:
name = class dice::ref2::Vec4 const &
so that looks reasonable. However in cpp.c it says MSVCRT_malloc instead of
malloc. I couldn't get this little test compiled with MSVCRT_malloc. How would i
do that?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2271
------- Additional Comments From leon_fraitak(a)mail.ru 2005-18-10 09:38 -------
With newest CVS Armada dies with unhandled exception right after the splash,
so I can't start it at all.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=2139
vitaliy(a)kievinfo.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
------- Additional Comments From vitaliy(a)kievinfo.com 2005-18-10 09:23 -------
Patch is commited.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3291
------- Additional Comments From hans(a)it.vu.nl 2005-18-10 09:04 -------
My guess our __unDName() can't demangle .ABVVec4@ref2@dice@@, but
I think it should. This should be verified on Windows though.
So, returning "" is acceptable only if Windows does that, which
I doubt. Are you able to test that?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3217
------- Additional Comments From f.h.silva(a)terra.com.br 2005-18-10 09:00 -------
Hi Louis,
like I said I tried that (create a new key) and continue to receive the refresh
rate message error.
but I will try again tonight.
I'm pretty sure that I tried correctly but...
thank you.
Flávio
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3291
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2005-18-10 08:42 -------
btw even returning an empty string like "" fixes the problem. would that be an
acceptable fix?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3291
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2005-18-10 08:31 -------
OK, that previous fix is definitly not correct. I didn't have a real look at the
code. I've put some extra trace's in the code and this is what i found (code
from cpp.c):
/******************************************************************
* ?name@type_info@@QBEPBDXZ (MSVCRT.@)
*/
DEFINE_THISCALL_WRAPPER(MSVCRT_type_info_name);
const char * __stdcall MSVCRT_type_info_name(type_info * _this)
{
if (!_this->name)
{
/* Create and set the demangled name */
/* Nota: mangled name in type_info struct always start with a '.', while
* it isn't valid for mangled name.
* Is this '.' really part of the mangled name, or has it some other meaning ?
*
char* name = __unDName(0, _this->mangled + 1, 0,
MSVCRT_malloc, MSVCRT_free, 0x2800);
--->It turns out that this->mangled = .ABVVec4@ref2@dice@@
and name is nil...... Is that supposed to be correct?
if (name)
{
---> So the rest of the code is skipped....
}
TRACE("(%p) returning %s\n", _this, _this->name);
return _this->name;
---> so it just returns nil
}
Somehow Battlefield chokes because of this null return value. Even if i change
the line
return this->name;
into
return "rubbish";
the game starts up just fine.....
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3609
------- Additional Comments From richard(a)daijobu.co.uk 2005-18-10 07:57 -------
* The environment variable is LD_LIBRARY_PATH (not LD_PATH)
But as Vijay (almost) said
As root:
* add /emul/linux/x86/usr/lib in the file /etc/ld.so.conf (NOT /etc/ld.conf.so)
* run ldconfig
As a user:
* in the wine directory,
./configure && make depend && make
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=3217
------- Additional Comments From xerox_xerox2000(a)yahoo.co.uk 2005-18-10 07:46 -------
Hi, flavio, what i did is create *NEW* key Debug (so *NOT* under Winedbg) and
then create a new string RelayExclude under this new key and give it the value:
ntdll.*;kernel32.*;gdi32.*;user32.*;winex11.drv.*
This way the game is slowed down, but not slowed down so much that you have to
wait for years to get it going.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.