On Mon, Dec 18, 2000 at 02:58:16AM +1000, Stephen McKay wrote:
The other day, on a whim, I decided to try running an old binary
of SimCity (the same one found in the 'commerce' directory on
many FBSD cds), and it failed in a odd way...
Does anyone have any old a.out binaries other than
Looks like you got a lot farther than I did with it... Are you
sure you don't have an old aout ld.so on that machine? Here's
what I get:
dmaddox SimCity
Starting SimCity ...
SimCity Classic - UNIX / Tcl Tk Toolkit version 3.6b - Mattes
/usr/libexec/ld.so: Undefined symbol "___error" called
On Mon, Dec 18, 2000 at 02:58:16AM +1000, Stephen McKay wrote:
This has been broken for new users for some time. :-( Those of us
upgrading from source have been immune to this problem, because we
retain the old a.out ld.so binary.
/usr/libexec/ld.so: Undefined symbol "___error" called from
Actually, the aout libs I am using when I get the ___error undefined
are the ones from the XFree86-3.3.6 distribution, compiled for
FreeBSD 3.x. Originally I was using the aout X libs I built myself
when building the XFree86-3.3.6 port. Using those, I still got an
undefined symbol, but it
On Wed, Dec 20, 2000 at 03:57:07AM -0500, Donald J . Maddox wrote:
Looks like you got a lot farther than I did with it... Are you
sure you don't have an old aout ld.so on that machine?
Nope. This is a box that was a virgin install of 5-CURRENT a month ago.
I had to install the compat20 and
Hi,
On Wed, Dec 20, 2000 at 01:52:23AM -0800, David O'Brien wrote:
Nope. This is a box that was a virgin install of 5-CURRENT a month ago.
I had to install the compat20 and compat21 dists, along with doing a
``pkg_add -r XFree86-aoutlibs''. The Tk is 8.0.5.
The XFree86-aoutlibs are
On Wed, Dec 20, 2000 at 01:52:23AM -0800, David O'Brien wrote:
On Wed, Dec 20, 2000 at 03:57:07AM -0500, Donald J . Maddox wrote:
Looks like you got a lot farther than I did with it... Are you
sure you don't have an old aout ld.so on that machine?
Nope. This is a box that was a virgin
On Wed, Dec 20, 2000 at 05:09:45AM -0500, Donald J . Maddox wrote:
res ldd sim
sim:
-lXext.6 = /usr/X11R6/lib/aout/libXext.so.6.3 (0x200c5000)
-lX11.6 = /usr/X11R6/lib/aout/libX11.so.6.1 (0x200cf000)
-lc.2 = /usr/lib/compat/aout/libc.so.2.2 (0x20166000)
-lm.2 =
On Wed, Dec 20, 2000 at 02:24:26AM -0800, David O'Brien wrote:
On Wed, Dec 20, 2000 at 05:09:45AM -0500, Donald J . Maddox wrote:
res ldd sim
sim:
-lXext.6 = /usr/X11R6/lib/aout/libXext.so.6.3 (0x200c5000)
-lX11.6 = /usr/X11R6/lib/aout/libX11.so.6.1 (0x200cf000)
-lc.2 =
Interesting. After I installed the XFree86-aoutlibs port, SimCity
works fine for me (on an 8-bit display)...
It didn't work with the X libs built by the port when aout libs
are requested, and it didn't work with the X libs from 3.3.6, but
it works with these.
Looks good. Can you install the
On Wednesday, 20th December 2000, "David O'Brien" wrote:
On Mon, Dec 18, 2000 at 02:58:16AM +1000, Stephen McKay wrote:
This has been broken for new users for some time. :-( Those of us
upgrading from source have been immune to this problem, because we
retain the old a.out ld.so binary.
On Wednesday, 20th December 2000, "Donald J . Maddox" wrote:
Looks good. Can you install the XFree896-aoutlib port? You may have
seen were someone posted the a.out libs from 3.3.6 are known to not be
the the best to use for compatibility use.
Interesting. After I installed the
On Wed, Dec 20, 2000 at 11:15:55PM +1000, Stephen McKay wrote:
Correcting slightly for your slightly off assumption: The X11 libs were
probably built on a 3.x box. Their problem is that being newer than
libc.so.2.2 (or was it libc.so.3.0) they use ___error but libc does not
supply it. My
On Wed, Dec 20, 2000 at 10:14:09AM -0800, David O'Brien wrote:
On Wed, Dec 20, 2000 at 11:15:55PM +1000, Stephen McKay wrote:
Correcting slightly for your slightly off assumption: The X11 libs were
probably built on a 3.x box. Their problem is that being newer than
libc.so.2.2 (or was it
On Wed, Dec 20, 2000 at 05:28:45AM -0500, Donald J . Maddox wrote:
Heh :) You don't have to dink around with your config... Just do
'startx -- -bpp 8'.
You assume I'm using an XFree86 server ;-) -- I am not.
How can you be using the same X libs as me, and not be using
XFree86?
On Wed, Dec 20, 2000 at 10:43:39AM -0800, David O'Brien wrote:
On Wed, Dec 20, 2000 at 05:28:45AM -0500, Donald J . Maddox wrote:
How can you be using the same X libs as me, and not be using
XFree86?
XFree86 has many components to it -- binaries (such as Xterm), libs (such
as
On Wednesday, 20th December 2000, "Donald J . Maddox" wrote:
On Wed, Dec 20, 2000 at 10:14:09AM -0800, David O'Brien wrote:
On Wed, Dec 20, 2000 at 11:15:55PM +1000, Stephen McKay wrote:
Correcting slightly for your slightly off assumption: The X11 libs were
probably built on a 3.x box.
On Wed, Dec 20, 2000 at 02:05:20AM -0800, Jeremy Lea wrote:
Hi,
On Wed, Dec 20, 2000 at 01:52:23AM -0800, David O'Brien wrote:
Nope. This is a box that was a virgin install of 5-CURRENT a month ago.
I had to install the compat20 and compat21 dists, along with doing a
``pkg_add -r
Hi,
On Wed, Dec 20, 2000 at 07:13:05PM -0800, Kris Kennaway wrote:
Argh. I'm going to have to mark that port FORBIDDEN, then, because old
versions of the X libraries have remote vulnerabilities.
Hmmm... Are there patches available to just fix the security problems?
We can't move much beyond
On Wed, Dec 20, 2000 at 07:13:05PM -0800, Kris Kennaway wrote:
Argh. I'm going to have to mark that port FORBIDDEN, then, because old
versions of the X libraries have remote vulnerabilities.
Hmmm... Are there patches available to just fix the security problems?
We can't move much
On Monday, 18th December 2000, "Donald J . Maddox" wrote:
On Mon, Dec 18, 2000 at 04:41:17PM +1000, Stephen McKay wrote:
I expected some build tool expert to say "Just compile with these
options". But they haven't. So I'll see if the bits have rotted,
or whether we can keep building ld.so
On Tuesday, 19th December 2000, Stephen McKay wrote:
But it might be just as easy to copy it off the 3.3 CD every time.
Oops! As I wrote earlier, 3.3 and onward have the broken ld.so. Good
copies are found on 3.0 though to 3.2.
Sorry for veering off the road there. :-)
Stephen.
To
On Tue, Dec 19, 2000 at 01:00:28AM +1000, Stephen McKay wrote:
So we could in principle build ld.so for every release.
I would say "no". The building of a.out bits is getting harder as more
and more framework pieces are removed. I don't quite fully understand
the problem yet. Do you have a
You don't need a CDROM... You can get it from:
ftp://ftp.freebsd.org/pub/FreeBSD/FreeBSD-current/commerce/games/SimCity/SimCity-3.6b.tgz
On Mon, Dec 18, 2000 at 10:03:15AM -0800, David O'Brien wrote:
On Tue, Dec 19, 2000 at 01:00:28AM +1000, Stephen McKay wrote:
So we could in principle
The generated ld.so has bloated a bit :-) but works fine. So we could
in principle build ld.so for every release. It's just a question of
whether we should. I think we should. But it might be just as easy
to copy it off the 3.3 CD every time. It's dead end stuff after all.
Does the
On Monday, 18th December 2000, Jordan Hubbard wrote:
The generated ld.so has bloated a bit :-) but works fine. So we could
in principle build ld.so for every release. It's just a question of
whether we should. I think we should. But it might be just as easy
to copy it off the 3.3 CD
On Tue, Dec 19, 2000 at 03:08:25PM +1000, Stephen McKay wrote:
Our current problem is that an older ld.so has somehow been made part
of compat22. I'm now attempting to determine whether the ld.so on
the 3.2 CD contains the fix in rev 1.57 of rtld-aout/rtld.c, and if
so I'll just commit it in
On Saturday, 16th December 2000, "Donald J . Maddox" wrote:
The other day, on a whim, I decided to try running an old binary
of SimCity (the same one found in the 'commerce' directory on
many FBSD cds), and it failed in a odd way...
You and I may be the only people in the world that run old
Ok, thanks for a very enlightening explanation :)
Under the circumstances, it seems silly to have aout conpat
bits installed at all, seeing as how they cannot work.
Like you, I normally upgrade from source -- This box has
been -current ever since 2.0.5 or so was -current, but I
had to
On Sunday, 17th December 2000, "Donald J . Maddox" wrote:
Under the circumstances, it seems silly to have aout conpat
bits installed at all, seeing as how they cannot work.
Old programs that don't depend on recompiled libraries are fine. I can't
guess at the percentages though. Also, nearly
Well, if you do manage to uncover the lost magic, please let me
know :)
On Mon, Dec 18, 2000 at 04:41:17PM +1000, Stephen McKay wrote:
I expected some build tool expert to say "Just compile with these
options". But they haven't. So I'll see if the bits have rotted,
or whether we can keep
The other day, on a whim, I decided to try running an old binary
of SimCity (the same one found in the 'commerce' directory on
many FBSD cds), and it failed in a odd way...
/usr/libexec/ld.so: Undefined symbol "___error" called from
sim:/usr/X11R6/lib/aout/libX11.so.6.1 at 0x20160644
# ldd sim
32 matches
Mail list logo
