Conference hydra::axp-developer

3130.0. "Neovista Sfw." by HYDRA::AXPDEVELOPER (Alpha Developer support) Mon Feb 03 1997 18:21

    Company Name :  Neovista Sfw.
    Contact Name :  Larry Prevost
    Phone        :  (408)343-4263
    Fax          :  
    Email        :  
    Date/Time in :   3-FEB-1997 18:15:27
    Entered by   :  Brush Bradley
    SPE center   :  MRO

    Category     :  wunix
    OS Version   :  3.2c/4.0a
    System H/W   :  server


    Brief Description of Problem:
    -----------------------------
Customer reports a C++ compiler bug on UNIX v3.2c and UNIX v4.0a, with v5.3 &
v5.4 C++ on UNIX v3.2c.  Code fails on "type-def of ENUM as "template argument"
with memory access violation or bus error or segment fault.

Customer sent in sample code in mail message, that is copied below.



           #1           3-FEB-1997 17:49:14.63                                 
NEWMAIL
From:   SMTP%"[email protected]"
To:     [email protected]
CC:     [email protected]
Subj:   cxx bug report

Return-Path: [email protected]
Received: by asimov.mro.dec.com (UCX V4.1-12, OpenVMS V6.2 VAX);
        Mon, 3 Feb 1997 17:49:11 -0500
Received: from pobox1.pa.dec.com by fluid.mro.dec.com;
(5.65v3.2/1.1.8.2/19Nov96
-0448PM)
        id AA22786; Mon, 3 Feb 1997 17:49:22 -0500
Received: by pobox1.pa.dec.com; id AA23290; Mon, 3 Feb 97 14:49:23 -0800
Received: from maspar.neovista.com by mail2.digital.com (5.65 EXP 4/12/95 for
V3
.2/1.0/WV)
        id AA13810; Mon, 3 Feb 1997 14:39:49 -0800
Received: from exosecure-neovista.neovista.com (exosecure-neovista
[192.84.231.2
0]) by maspar.com (8.7.5/8.6.10) with SMTP id OAA28587 for
<alpha-developer@digi
tal.com>; Mon, 3 Feb 1997 14:45:15 -0800
Received: from argosy.maspar.com by exosecure-neovista.neovista.com
          via smtpd (for maspar.neovista.com [192.84.231.1]) with SMTP; 3 Feb
19
97 22:37:37 UT
Received: by argosy.MasPar.COM (5.57/Ultrix2.4-C)
        id AA28160; Mon, 3 Feb 97 14:46:06 -0800
Date: Mon, 3 Feb 97 14:46:06 -0800
From: [email protected] (Larry Prevost)
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: cxx bug report



Bug SVRqa08871                     DEC                      Submitted 970120
ASSIGNED defect report             cxx, version 5.4          Assigned 970120
                                 1 enclosure

  "cxx fails on typedef of enum as template argument"


DETECTION INFORMATION                    LABORATORY INFORMATION            H=2

 Test program name: bug1.cc
 Machine Type:      alpha
 Version of OS:     3.2

Bug SVRqa08871                     DEC                      Enclosure 1 of 1
                                   cxx                      Added 970120 by fbw

                            -- problem description --

Get the diagnostic:

cxx: Fatal: A memory access violation (bus error or segmentation fault)
has occurred.  Please submit a problem report.

when executing:

cxx bug1.cc


DETECTION INFORMATION                    LABORATORY INFORMATION            H=2

 Test program name: bug1.cc
 Machine Type:      alpha
 Version of OS:     3.2

Bug SVRqa08871                     DEC                      Enclosure 1 of 1
                                   cxx                      Added 970120 by fbw

                            -- problem description --

Get the diagnostic:

cxx: Fatal: A memory access violation (bus error or segmentation fault)
has occurred.  Please submit a problem report.

when executing:

cxx bug1.cc

  void add (T value) ;
};

typedef enum {
  myval
} mytype;

class myclass : public mytemplate <mytype> {
public:
  myclass () {
    add (myval);
  }
};

Took initial call.  Asked customer questions about O/S can C++ versions.  
Customer did not have this information. 

Called customer back, had version numbers and sample code.

Asked customer to e-mail sample code, which they did.  Included sample code and
mail message in the call track message log.

Will call customer back.

Created C++ notefile entry on axp-developer system.

Searched through all notes in notes files for all occurances of "enum" and
"fatal".  Found references to going to optimization level "o0", as a work around
to temporarily fix the problem.  Found references to going from C++ v5.4 to v5.5
to fix some problems.

Found note in conference that stated C++ group uses their notesfile to track
bugs (they don't use QAR's, notefile is prefered method.)

Entered customers bug report in notesfile for TURRIS::C_plus_plus.

Called customer back, asked them what level of optimization they were using,
they said none.  Told them that there were no guarantees that going to v 5.5 of
C ++ would help them fix there buig, but asked if they were willing to try. 
They said that they would consider this.

Called customer back, they upgraded there system to UINIX 4.0B and C++ 5.5, and
still see the same error with the compiler.