This is the mail archive of the
ecos-bugs@sources.redhat.com
mailing list for the eCos project.
[Bug 1000173] New: Operator new fails on SSV DNP/5280 board with Coldfire MCF5282
- From: bugzilla at ecoscentric dot com
- To: ecos-bugs at sources dot redhat dot com
- Date: Mon, 25 Apr 2005 23:00:11 +0100 (BST)
- Subject: [Bug 1000173] New: Operator new fails on SSV DNP/5280 board with Coldfire MCF5282
http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000173
Summary: Operator new fails on SSV DNP/5280 board with Coldfire
MCF5282
Product: eCos
Version: 2.0b1
Platform: Other
OS/Version: Motorola 68k
Status: UNCONFIRMED
Severity: major
Priority: normal
Component: Memory allocators
AssignedTo: jifl@ecoscentric.com
ReportedBy: uwe_kindler@web.de
QAContact: ecos-bugs@sources.redhat.com
cxxsupp hung at the following point while running on a SSV DNP/5280 board:
...
#if CYGINT_ISO_MALLOC
Derived *derived2 = new Derived(2);
...
This problem occures whenever the operator new is called. This problem also
occures in any other application that uses operator new. If operator new in
cxxsupp is single stepped in assembly mode then it hung at the following point:
0x180c8 <operator new(unsigned long)>: linkw %fp,#-60
0x180cc <operator new(unsigned long)+4> fmovemx %fp2-%fp7,%sp@-
...
The statement fmovemx seems to be a floating point statement and fp2-fp7 are
floating point registers. According to MCF5200 programming manual this statemant
and the registers are not available on MCF5282.
If an own new operator is provided by the eCos application then this problem
does not occur.
Host OS: Windows XP Service Pack 2
Build Environment: Cygwin (from eCosCentric eCosPro 2.0.10 Starter Kit)
Toolchain: m68k-elf (from eCosCentric eCosPro 2.0.10 Starter Kit)
eCos: Version 2.0.10 (from eCosCentric eCosPro 2.0.10 Starter Kit)
Platform: SSV DNP/5280 embedded controller board
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.