Grex System Problems - Winter 2005/06

Dec 23 04:28 UTC 2005

This item is for system problems.  If something on Grex isn't working 
right (line noise on a modem, weird behavior from a program, etc.), 
this is the place to announce it.  Except for security holes.  If you 
find a hole in system security, mail information about it to "staff".

response 2 of 260:

Dec 23 05:23 UTC 2005

I still can't compile my C++ programs since the upgrade.  I compile the
source files like this:

g++ -c -fno-exceptions box.cpp
g++ -c -fno-exceptions line.cpp
g++ -c -fno-exceptions parse.cpp
g++ -c -fno-exceptions token.cpp

and then link them like this:

ld -L/usr/lib/gcc-lib/i386-unknown-openbsd3.8/3.3.5 -lc -lm -lstdc++ -o box
box.o line.o parse.o token.o

The compiles go fine, but the linker has lots of errors of the form:

/usr/lib/libstdc++.so.40.0: undefined reference to `_Unwind_Resume'
/usr/lib/libstdc++.so.40.0: undefined reference to `_Unwind_DeleteException'

and lots more like that.  I'm not calling the "Unwind" routines from my
code, so I presume the compiler is putting references in automatically.  I
thought maybe if I turned off exceptions that would take care of it, but as
you can see the "-fno-exceptions" flag didn't fix the problem.

So I need to either
a) tell the compiler not to insert those references, or
b) find the libraries that include those Unwind routines and link them in.
Anybody have any ideas?

response 4 of 260:

Dec 24 21:05 UTC 2005

THanks Mike - that's better.  Now I only get two linker errors:

/usr/lib/libc.so.38.2: undefined reference to `environ'
/usr/lib/libc.so.38.2: undefined reference to `__progname'

I'm not referring to those two variables in my program; it looks like libc
is.  Is that the right libc to use?  Anybody know what library has those
symbols?

response 6 of 260:

Dec 25 02:55 UTC 2005

Why was Grex down for the last day or two?

response 10 of 260:

Dec 25 07:25 UTC 2005

Is this a bug?

response 12 of 260:

Dec 25 08:20 UTC 2005

Thanks Dan -
/--------------------------------\
| Now I can put things in boxes! |
\--------------------------------/
  ___            _  I can also use drop capitals, in any figlet font.  Of
 / _ \          | | course, that necessitates writing a long paragraph,
/ /_\ \_ __   __| | which gets tiredome for the reader. I am curious what
|  _  | '_ \ / _` | the correct libraries are to use with ld - Dan told me
| | | | | | | (_| | to use "c++" for both compiling and linking, and I
\_| |_/_| |_|\__,_| presume c++ is just g++ with certain options.  (But
                    since it's a binary, I can't tell what options.) Still,
ln ought to work with the right libraries, oughtn't it?

  ___  _             how do I tell the linker not to give warnings whehever
 / _ \| |            I use strcpy or sprintf?  It seems very maternalistic
/ /_\ \ |___  ___    about that.  There must be some option that turns off
|  _  | / __|/ _ \   those warnings, I would think.
| | | | \__ \ (_) |
\_| |_/_|___/\___( )
                 |/

response 18 of 260:

Dec 25 18:48 UTC 2005

fronttalk is hell.

response 20 of 260:

Dec 25 20:56 UTC 2005

Thanks Dan.  I know everyone has a string class they think is the answer to
all problems; I've written a few of them myself.  But a lot of times I don't
want or need the overhead.

response 22 of 260:

Dec 26 01:15 UTC 2005

I just dialed into grex (with DOS kermit) and instead of letting me hit
Enter to select the default VT100:
Terminal type:  [vt100]  (I hit Enter key)
tset:  unknown terminal type
I had to type out VT100.
What was changed and please fix it.  I don't know how long ago this happened
because I was not able to dial in for a couple of weeks, maybe the BSD upgrade
caused the problem.

response 24 of 260:

Dec 26 05:55 UTC 2005

(Joe's comment slipped in ahead of mine)

Nothing has been changed since I fixed the dialup line tty speed a
week or so ago.

Is it possible that your .login or .profile has some dependency on
the default tty value used on the dialin lines?  The default TERM
for tty00 and tty01 is now "dialup" instead of "unknown".