| |
OE1SMC > WAMPES 08.07.00 17:07l 53 Lines 1660 Bytes #999 (0) @ DL
BID : 87AOE1XAB00L
Read: GUEST
Subj: _JBLEN u. newstackptr
Path: DB0ROF<DB0CWS<DB0ABH<DB0RGB<OE5XBL<OE3XSR<OE1XAB
Sent: 000708/1620z @:OE1XAB.#OE1.AUT.EU [OeVSV-LV1 BBS SysOp OE3DZW] bcm1.42n $
From: OE1SMC @ OE1XAB.#OE1.AUT.EU (Hans)
To: WAMPES @ DL
X-Info: No login password
hallo wampes gemeinde !
vorerst vielen dank an michaela fuers einspielen der letzten
version. ausserdem lese ich da etwas von gips, ich hoffe es ist
nicht schlimm. wuensche baldige besserung.
ich wende mich an euch, mit der hoffnung, dass ihr mir
helfen koennt. wampes habe ich lange zeit auf solaris mit
sparc plattform verwendet, aber unter dem gleichen solaris
auf intel bringe ich es nicht zum laufen.
wampes ist ziemlich betriebssystem nah programmiert.
es ist zum einen das kernel.o und zweitens das ksubr.o das sich
nicht kompilieren laesst.
aus den inhalten von /usr/include/setjmp.h bin ich so weit, dass
ich in kernel.c etwa folgenden patch anbringen muss:
182,189d181
< #elif _JBLEN == 10
< {
< jmp_buf jmpenv;
< if (!setjmp(jmpenv)) {
< jmpenv[1] = (int) newstackptr;
< longjmp(jmpenv, 1);
< }
< }
das _JBLEN geht aus /usr/include/setjmp.h hervor, allerdings
ist mir der code nicht ganz klar, vor allem die zeile
jmpenv[1] = (int) newstackptr;
im speziellen der "1" durefte nicht richtig sein.
ausserdem gehoert ksubr.c um zeile 135 herum auch noch angepasst.
dort wird dann uber eine struktur "env" uber "sp" zugegriffen.
hinter _JBLEN verbirgt sich offensichtlich eine struktur und nun
meine frage an euch, wie sieht diese aus.
ich erwarte mir nun keine antwort speziell fuer solaris, aber
wampes lauft auf vielen anderen plattformen auch, und ich denke,
das ist dort sicherlich nicht empirisch ermittelt worden.
mit der hoffnung auf loesung
schoene gruesse
hans
oe1smc
Read previous mail | Read next mail
| |
