Subject: Re: compat_solaris
To: Christos Zoulas <christos@zoulas.com>
From: Michael <macallan18@earthlink.net>
List: port-sparc64
Date: 02/06/2005 23:50:20
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hello,
> -- Subject: Re: compat_solaris
>
> | Ok, the Opera 7.54 binary has ~17000 sections. For some reason it
> dumps
> | core when showing the main GUI, the 8.0 Beta sort of works, but all
> the
> | graphics are badly distorted.
>
> What is the last syscall before it dumps?
~> kdump opera.trace |tail
"\^A \^S\M-2\0\0\0 \0\0\0#\0\0\0\0\0\0\0
\0\0\0\0\0\0\0\0\0\0\0\
\0"
19891 opera RET read 32/0x20, 4294948704/0xffffb760
19891 opera CALL read(3,0x10dffc0,0x24)
19891 opera GIO fd 3 read 36 bytes
"\0\0\0C\0\0\0\^A\0\0\0\^A\^A\^Zi\M-P~\M-~\M-~\M^?\M^A\^A\^A\0\^A\^Y\
\M-`@\0\0\0\0\^A\M-`\0 "
19891 opera RET read 36/0x24, 17694656/0x10dffc0
19891 opera PSIG SIGSEGV SIG_DFL
19891 opera NAMI "opera.core"
> | So this begs a few questions about Solaris compatibility:
> | Does networking actually work? Solaris' ftp crashes on startup and
> | Opera doesn't even attempt to connect to anything.
>
> ftp used to work last time I tried it. That was circa 2.7 with sparc
> not sparc64.
12223 ftp RET ioctl 0, 21505/0x5401
12223 ftp CALL read(3,0x3fe94,0x400)
12223 ftp GIO fd 3 read 752 bytes
"root:*:0:0:Charlie &:/root:/bin/ksh
toor:*:0:0:Bourne-again Superuser:/root:/bin/sh
daemon:*:1:1:The devil himself:/:/sbin/nologin
operator:*:2:5:System &:/usr/guest/operator:/sbin/nologin
bin:*:3:7:Binaries Commands and Source:/:/sbin/nologin
games:*:7:13:& pseudo-user:/usr/games:/sbin/nologin
postfix:*:12:12:& pseudo-user:/var/spool/postfix:/sbin/nologin
named:*:14:14:& pseudo-user:/var/chroot/named:/sbin/nologin
ntpd:*:15:15:& pseudo-user:/var/chroot/ntpd:/sbin/nologin
sshd:*:16:16:& pseudo-user:/var/chroot/sshd:/sbin/nologin
smmsp:*:17:17:Sendmail Message Submission
Program:/nonexistent:/sbin/n\
ologin
uucp:*:66:1:UNIX-to-UNIX
Copy:/var/spool/uucppublic:/usr/libexec/uucp/\
uucico
nobody:*:32767:39:Unprivileged user:/nonexistent:/sbin/nologin
"
12223 ftp RET read 752/0x2f0, 261780/0x3fe94
12223 ftp CALL llseek(3,0xffffffff,0xfffffd34,1)
12223 ftp RET llseek 36/0x24, -1/0xffffffffffffffff
12223 ftp CALL close(3)
12223 ftp RET close 0, 177184/0x2b420
12223 ftp CALL context(0,0xffffbf20)
12223 ftp RET context 0, 4294950688/0xffffbf20
12223 ftp PSIG SIGSEGV SIG_DFL
12223 ftp NAMI "ftp.core"
Hmm, apparently it doesn't like NetBSD's passwd file... I'll check if
Solaris uses a different format and make up some fake.
> | Communication with the Xserver seems flaky at least - some simple
> | things like xterm works, but Opera... well, primitives like lines,
> | rectangles and text are mostly ok, but everything that involves
> | (rendering) graphics looks totally wrong. I'm not sure what could be
> | the cause, it tried to load librender.so, maybe it got the NetBSD
> lib -
> | I'm pretty sure Sun's Xserver doesn't have XRender.
> | Then I tried to run it chroot'ed to /emul/svr4_32 but then it
> couldn't
> | connect to the Xserver, not even when I set DISPLAY to 127.0.0.1:0.0
> so
> | I guess sockets don't work properly for some reason.
> | Are these known problems or am I missing something?
>
> You are in uncharted territory. I have not tried compat_svr4 with
> sparc64,
> but I don't think that things being rendered wrong is a compat issue.
> Most probably it is an xserver problem.
Hmm, I'll try running Opera from Solaris with its display on the NetBSD
box, but I'm pretty sure it will just work - the Xserver I'm running is
stock XFree86 4.0 compiled straight from xsrc a month ago or so. To me
it looks like something gets lost on the way from xlib to the Xserver.
have fun
Michael
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (Darwin)
iQEVAwUBQgbzjMpnzkX8Yg2nAQLvPQf+M+hVlhJiCpLI/cb7Y3ClomV9+wseBkGD
IPrC/3XwZtUaXWvkf3cffWqgqT+wOidhq8Z2xv/WHMed+xqXCTVVw53Kk3YcH56f
mPovXbcMuM9iRxp9mhtCfrEZxAlmqnW2NgQHtOagD+e6mydaOXphSNkTPEvSrO6n
1P9l40r4f+Y9bYFItHatIoIf0rMJx4jL6UeuAP/UeBC5ocu5QHJUDURd6+O1VPId
eGHkI8WEJ4VAta31ZIpVs/BLFTrMaFWyqo0XCxRvYmS5EYwWscOlIiGzxQ1AwT4y
lb8OE8xa9duKKS6qqQYrSwtu9thY8bcriWaMhQggnEq5Y+tn7JvoIg==
=406Z
-----END PGP SIGNATURE-----