Problem with Memory with strings on HP-IPF

I have a customer that is working on HP-IPF with the SourcePro edition 9 release of the Standard Library. He is noticing quite a bit of memory growth on the HP IPF versus the HP pa-risc platforms. I was wondering if anyone has run into this problem. Here is a sample test case provided by the

Crash with using a std::vector

I have a customer that is getting the following core dump. It apperas to be throwing an assertion in the reference operator* () const function. Any thoughts as to what might be causing this error? Platform: AIX 5.3 xlC++ 8.0 Multi Threaded Shared Release Library. Core output as follows:

Problem building stdcxx-4.2.0-rc6 on Solaris

-4.2.0' gmake[2]: *** [w] Error 2 gmake[2]: Leaving directory `/build/dean/stdcxx-420-rc6/stdcxx-4.2.0' gmake[1]: *** [libstd] Error 2 gmake[1]: Leaving directory `/build/dean/stdcxx-420-rc6/stdcxx-4.2.0' gmake: *** [libstd] Error 2 Jeremy Dean Rogue Wave Software, Inc. Technical Support Phone

RE: Getting incorrect behavior on strstream

] Sent: Monday, June 25, 2007 11:36 AM To: stdcxx-dev@incubator.apache.org Subject: Re: Getting incorrect behavior on strstream Farid Zaripov wrote: -Original Message- From: Jeremy Dean [mailto:[EMAIL PROTECTED] Sent: Friday, June 22, 2007 11:45 PM To: stdcxx-dev@incubator.apache.org

[jira] Created: (STDCXX-461) Error in formatting of infinity

Reporter: Jeremy Dean Priority: Minor referrenced in e-mail thread: http://mail-archives.apache.org/mod_mbox/incubator-stdcxx-dev/200706.mbox/ajax/[EMAIL PROTECTED] But the test program does demonstrate a real problem, and that is the formatting of infinity when the stream precision

Getting incorrect behavior on strstream

ing inf else Any thoughts on this problem? Thanks, Jeremy Jeremy Dean Rogue Wave Software, A QUOVADX(tm) division Technical Support Phone: 303-545-3205 -- 1-800-404-4767 E-mail: [EMAIL PROTECTED] Web: http://www.roguewave.com/support Knowledge Base entries: http://www.roguewave.com

Question on Static builds

./../../../lib/libstd41-rsd.a. a - stdrsd.o Is this supposed to be intentional or is this a bug with the SourcePro release. Jeremy Jeremy Dean Rogue Wave Software, A QUOVADX(tm) division Technical Support Phone: 303-545-3205 -- 1-800-404-4767 E-mail: [EMAIL PROTECTED] Web: http

question about locales

Is there a workaround for not having any locale installed on a machine other then installing one? The error that comes up is that _RWSTD_LC_ALL is undefined. Jeremy Dean Rogue Wave Software, A QUOVADX(tm) division Technical Support Phone: 303-545-3205 -- 1-800-404-4767 E-mail: [EMAIL

AIX xlC 7.0 and static library

of a static library? Jeremy Dean Rogue Wave Software, A QUOVADX(tm) division Technical Support Phone: 303-545-3205 -- 1-800-404-4767 E-mail: [EMAIL PROTECTED] Web: http://www.roguewave.com/support Knowledge Base entries: http://www.roguewave.com/kbdocs/search.html View issues online at: http

[jira] Created: (STDCXX-286) AIX static libraries are not static, but rather use the mkshrobj flag

Issue Type: Bug Components: Build Affects Versions: 4.1.3 Environment: AIX with Visual Age compiler Reporter: Jeremy Dean The static library that is generated is not static within the application. The library would still need to be deployed with application

[jira] Updated: (STDCXX-286) AIX static libraries are not static, but rather use the mkshrobj flag

[ http://issues.apache.org/jira/browse/STDCXX-286?page=all ] Jeremy Dean updated STDCXX-286: --- Description: The static library that is generated is not static within the application. The library would still need to be deployed with application otherwise

[jira] Created: (STDCXX-189) locale_name_fmat seg faults during the configuration

Environment: Linux AS 4u3 gcc 3.4.4-2 Reporter: Jeremy Dean If locale command is lengthy then LOCALE_NAME_FMAT.cpp program will crash. Seems to be a buffer overrun in LOCALE_NAME_FMAT.cpp at line189 (trunk) because the 'def_locale' buffer may not have enough space to hold the name

Problem building Standard library

--pedantic -Wall -W -Wno-long-long -c /roguewave/SourcePro/Ed9/source/stdlib/codecvt.cpp In file included from /roguewave/SourcePro/Ed9/source/stdlib/codecvt.cpp:58: /roguewave/SourcePro/Ed9/source/stdlib/setlocale.h:45: error: `_RWSTD_LC_ALL' was not declared in this scope Jeremy Dean

RE: Problem building Standard library

Jeremy Dean wrote: I am having a problem building Standard Library. [...] When I try to build an optimized build, the localedef hangs and never returns. Have you searched the bug database for similar problems? The configuration issue below causes similar symptoms in locale: http

RE: Problem building Standard library

I compiled this new test on the system and it also gets a segmentation fault. Jremy -Original Message- From: Martin Sebor [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 17, 2006 2:57 PM To: stdcxx-dev@incubator.apache.org Subject: Re: Problem building Standard library Jeremy Dean

Problem building locales on AIX

: 1254-004 The error code from the last command is 255. My platform is AIX 5.3 with Visual Age 6.0 Jeremy Dean Rogue Wave Software, A QUOVADX(tm) division Technical Support Phone: 303-545-3205 -- 1-800-404-4767 E-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Web: http://www.roguewave.com

Problems with locale warnings

with the libraries. Previously we always had LANG set to en_US. Any idea what is causing these and what I need to do to get rid of them? Regards Jeremy Dean Rogue Wave Software, A QUOVADX(tm) division Technical Support Phone: 303-545-3205 -- 1-800-404-4767 E-mail: [EMAIL PROTECTED] mailto

RE: Problem building on Solaris

building on Solaris Jeremy Dean wrote: I am building on Solaris 10 with the Sun Studio 10 compiler and getting this error: CC -D_RWCONFIG=15dECB -I./../../../include -I./../../.. -I.. -I. -D_RWBUILD_std -g -D_REENTRANT -mt -PIC -library=%none -c ../bitset.cpp CC -D_RWCONFIG=15dECB

problem with older Standard Library

; } Any ideas what might be the problem? Jeremy Dean

Any ideas on these StdLib build errors?

message was produced while processing class std::basic_streambufchar,std::char_traitschar . make: 1254-004 The error code from the last command is 1. Jeremy Dean

problem with map class and forward class declaration

::pairconst int, A. ../st1.cpp, line 5: Where: Specialized in non-template code. 1 Error(s) detected. *** Error code 1 make: Fatal error: Command failed for target `st1.o' Jeremy Dean