<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
</head>
<body>
<p>Hi Jon,</p>
<p><br>
</p>
<p>thank you for the quick response!</p>
<p><br>
</p>
<blockquote type="cite"
cite="mid:DB6PR0501MB2519D69AAEBD30E888B27D93BAF20@DB6PR0501MB2519.eurprd05.prod.outlook.com">
<meta http-equiv="Content-Type" content="text/html;
charset=windows-1252">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;}</style>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
Compilers and ESP-r - although the new OS is allowing gcc10 I
have found</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
that ESP-r is rather more stable with gcc8. If you are using
homebrew</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
on OSX you can install older versions of the compilers in
addition to the</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
default gcc10. Gcc10 does not like some of the older code
constructs</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
in res where it tries to draw a 3D surface plot.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
To get better debug information always include --debug or
--extra-debug</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
in the Install command line.</div>
</blockquote>
<p>It turned out that the segfault was not due to the compiler, but
that it appears if I start prj without a running x-server. On the
older machine, I had it in the background. On the Catalina
machine, after starting x, I was able to run prj, too. I am
wondering if one should test for an xserver before calling xlib
functions, which would probably avoid the error message I got.<br>
</p>
<blockquote type="cite"
cite="mid:DB6PR0501MB2519D69AAEBD30E888B27D93BAF20@DB6PR0501MB2519.eurprd05.prod.outlook.com">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
An 'end of record' error is a trying to stuff excess characters
into a string.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
So your path or file name might be overly long.</div>
</blockquote>
<p>Interestingly, I got this error before I entered a file-name.<br>
</p>
<blockquote type="cite"
cite="mid:DB6PR0501MB2519D69AAEBD30E888B27D93BAF20@DB6PR0501MB2519.eurprd05.prod.outlook.com">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
I have not yet encountered an issue with a zone that starts with
an elevation above</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
zero so that is a puzzle. As a work-around for the non-zero
elevation you could start the zone at</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif;
font-size: 12pt; color: rgb(0, 0, 0);">
zero and then do a transform of the zone to move it into place.
<br>
</div>
</blockquote>
<p>That is what I am doing for now. If anyone could replicate this,
it might lead to a problem in the processing of geometry though.<br>
</p>
<p><br>
</p>
<p>Besides that, I found another problem when editing constructions
with cavities. On 13.3.11, prj crashes if I add a "gap" to a
construction right after confirmation to do so. I am able to add
the construction to my construction database using an older
version of ESP-r, and then use the that db with 13.3.11, so this
hints at a problem introduced in a recent update.</p>
<p><br>
</p>
<p>Best, Lars.<br>
</p>
</body>
</html>