Conference turris::c_plus_plus

3593.0. "Missing symbol CXX$NPS55BSCSTRNGC22STRN0NK0DNJ" by CSC32::EHA (Flip) Fri May 30 1997 12:33

    Hello,
    
    I have reproduced a problem that a customer sent in on an Alpha VMS 6.2
    using DEC C++ V5.5-017.  The following log file show what I have done:
    
$ ver = f$verify(1)
$ on warning then goto clean_up
$ create test.cxx
// Test.cxx

#include <iostream.h>
#include <algorithm>
#include <assert.h>
#include <vector>

vector<char> vec(char* s)
{
  vector<char> x;
   while(*s != '\0')
      x.push_back (*s++);
   return x;
}

main()
{
  cout << "Using reverse algorithm with a vector" << endl;
  vector<char> vector1 = vec("Mark Twain");
  reverse(vector1.begin(), vector1.end());
  assert(vector1 == vec("niawT kraM"));

}
//////////////////////////////
$ CXX/EXCEPTION/ASSUME=NOHEAD/TEMPLATE=AUTOMATIC/list Test
$! Errors expected:
$! %LINK-W-NUDFSYMS, 1 undefined symbol:
$! %LINK-I-UDFSYM,         CXX$NPS55BSCSTRNGC22STRN0NK0DNJ
$! %LINK-W-USEUNDEF, undefined symbol CXX$NPS55BSCSTRNGC22STRN0NK0DNJ referenced
$!         in psect $LINK$ offset %X000003D0
$!         in module BV_INST file SYS$COMMON:[SYSLIB]LIBCXXSTD.OLB;1
$!
$ CXXLINK TEST
LINK  TEST ,XWINGS$DKA100:[EHA.WORK]CXX_REPOSITORY.OPT/OPT,SYS$LIBRARY:LIBCXXSTD.OLB/LIB
SYS$DISK:[.CXX_REPOSITORY]CXX$RVRSXPCPC26RNDMCCSST3GQG2C7.obj
SYS$DISK:[.CXX_REPOSITORY]DESTROY__XPCPC.obj
SYS$DISK:[.CXX_REPOSITORY]MISMATCH__XPKCPKCPKC.obj
SYS$DISK:[.CXX_REPOSITORY]UNINITIALIZED_COPY__XPKCPKCPC.obj
SYS$DISK:[.CXX_REPOSITORY]vector___c13allocator___c.obj
SYS$DISK:[.CXX_REPOSITORY]COPY_BACKWARD__XPCPCPC.obj
SYS$DISK:[.CXX_REPOSITORY]UNINITIALIZED_COPY__XPCPCPC.obj
%LINK-W-NUDFSYMS, 1 undefined symbol:
%LINK-I-UDFSYM, 	CXX$NPS55BSCSTRNGC22STRN0NK0DNJ 
%LINK-W-USEUNDEF, undefined symbol CXX$NPS55BSCSTRNGC22STRN0NK0DNJ referenced
	in psect $LINK$ offset %X000003D0
	in module BV_INST file SYS$COMMON:[SYSLIB]LIBCXXSTD.OLB;4
$clean_up:
$ ver = f$verify(ver)
    
    Do you have any idea where this is comming from? 
    
    Al Eha
    Digital Customer Support

We've reproduced the problem ... there is an unresolved
external reference in one of the standard library
object files to basic_string<char>::npos. We're
investigating a solution...

We've rebuilt a libcxxstd.olb for V5.5 that fixes this problem and are working
on the details of getting it to the customer.

Brian J. McCarthy