----------- From Andrew Weston, Adacel Pty Ltd -----------
X-Mailer: ELM [version 2.4 PL21]
Content-Type: text
Content-Length: 3873
Dear all,
A user here tried to compile a program using make and received the
following error:
% make
rm -f track.o
CPP_CC=cxx dc++ -dcpp_debug_object_old -w0 -g -Dexplicit= -DTARGET_OS=180
-DTARGET_COMPUTER=185 -DDEBUG -pipe -I/usr/include/cxx -I.
-I/projects/act/devel_dec/src/include -I/projects/act/devel_dec/src/eh_include
-I. -I/usr/local/port/include -I/opt/uimx2.6/include
-I/usr/local/gen_comp/include -I/usr/local/gen_comp/edh_include -c track.cc
Fatal: An attempt to allocate memory failed.
dc++: Error: cxx failed.
*** Exit 1
Stop.
We were wondering if this is a C++ compiler problem, lack of physical
memory and/or lack of swap space.
I have argued that since swap is more than 4 times the physical memory,
that adding more will not resolve this problem. Am I correct.
For those who require more details:
We are using DU 3.2c with CXX packages:
CXXBASEA510 installed DEC C++ (cxx) for Digital UNIX
CXXLIBA510 installed DEC C++ static class libraries
CXXMANA510 installed DEC C++ manual pages: cxx, demangler and library
routines
CXXOLDA510 installed DEC C++ old packages: oldc89 and ild
CXXSHRDA306 installed DEC C++ Class Library, Run-Time Support
Machine is DEC Alpha 3000 model 700 turbochannel (server).
We have 64MB physical memory (as seen from the following uerf extract:
OS EVENT TYPE 300. SYSTEM STARTUP
SEQUENCE NUMBER 0.
OPERATING SYSTEM DEC OSF/1
OCCURRED/LOGGED ON Mon Feb 20 18:59:36 1995
OCCURRED ON SYSTEM video
SYSTEM ID x00060004 CPU TYPE: DEC 3000
SYSTYPE x00000000
MESSAGE Alpha boot: available memory from
_0x7dc000 to 0x4000000
Digital UNIX V3.2C (Rev. 148); Mon
_Feb 20 18:57:34 EST 1995
physical memory = 64.00 megabytes.
available memory = 56.14 megabytes.
using 238 buffers containing 1.85
_megabytes of memory
tc0 at nexus
Whilst root (/) and /usr filesystem are Advance Filesystems, we accepted
the default of putting swap in usr domain (at least I thought I selected
the default option), which seems to be using b partition of the disk
according to /etc/fstab:
# fgrep swap /etc/fstab
/dev/rz0b swap1 ufs sw 0 2
The b partition has approximately 260MB as seen from the disklabel
extract:
# disklabel -r /dev/rrz0a
# /dev/rrz0a:
type: SCSI
disk: rz26
label:
flags:
bytes/sector: 512
sectors/track: 57
...
8 partitions:
# size offset fstype [fsize bsize cpg]
a: 131072 0 ADVfs # (Cyl. 0 - 164*)
b: 523776 131072 unused 1024 8192 # (Cyl. 164*- 820*)
c: 2050860 0 unused 1024 8192 # (Cyl. 0 - 2569)
d: 512 654848 LSMsimp # (Cyl. 820*- 821*)
e: 552548 945764 unused 1024 8192 # (Cyl. 1185*- 1877*)
f: 552548 1498312 unused 1024 8192 # (Cyl. 1877*- 2569*)
g: 1395500 655360 ADVfs # (Cyl. 821*- 2569*)
h: 838444 1212416 unused 1024 8192 # (Cyl. 1519*- 2569*)
I will summarise if I receive any replies.
Thankyou,
Andrew Weston
(Network Adminstrator)
Note: Any comments I may make are not necessarily those of my employer.
+-------------------------------------------------------------------------+
| Adacel Pty Ltd, 250 Bay street Brighton Victoria 3182 Australia |
| email: andreww_at_adacel.com.au ph: +61 3 9596-2991 fax: +61 3 9596 2960 |
+-------------------------------------------------------------------------+
Received on Wed Jul 10 1996 - 07:27:08 NZST