HDTenEightyP/NetNews huggingface dataset:
From: tex@ipf.bau-verm.uni-karlsruhe.de (Stefan Tex Tel 0721 608 2316)
Subject: HILFE: Automounter AMD
Keywords: amd
Reply-To: tex@ipf.bau-verm.uni-karlsruhe.de
Organization: IPF, University of Karlsruhe
Date: Thu, 30 Jul 1992 07:50:54 GMT



Der Automounter AMD ist zweifellos ein sehr maechtiges Tool mit 
unbestreitbaren Vorteilen gegenueber dem Automounter von SUN.
Aber die Konfigurierung des AMD ist ein Problem fuer sich ...

Es ist mir zwar gelungen, unsere Home-Verzeichnisse "auto" zu mounten.
Aber es ist mir nicht klar, wie ich /etc/fstab-Eintraege der Form

       ipf1:/usr13    /usr13         nfs bg,rw,hard,intr 0 0 

mit "amd" simulieren kann. Mit dem Automounter von SUN ging's recht
einfach.

Bemerkung: Ich moechte das Remote Volume /usr13 in das Root-Verzeichnis
           der lokalen Maschine einbinden und nicht in ein Unterver-
           zeichnis "/amd" zum Beispiel. Automounting in Unter-
           verzeichnisse der Root ist mir gelungen. Aber das ist
           nicht das, was ich brauche !!!

Gibt's irgendwo einen kundigen AMD-Wizard ?? Bitte schickt mir die
Antwort via E-Mail direkt zu, da ich kein regelmaessiger Leser dieser
Gruppe bin.


DANKE !!!

Stefan Tex

--
 
********************** Brain fault (core dumped) **********************
       |^^^^^^|        __________________________________
       |      |       /                                  \
       |      |      | Stefan Tex                         |
       | (o)(o)      | IPF-University of Karlsruhe        |
      @      _)      | Englerstr. 7, D-7500 Karlsruhe     |
       | ,___|     ,,| Phone: +49 721 608 4131            |
       |   /   ..''  | Fax:   +49 721 694 568             |
      /____\         | Internet:                          |
                     |  tex@ipf.bau-verm.uni-karlsruhe.de |
                     |                                    |
                      \__________________________________/



Newsgroups: de.comp.os.unix
From: erb@insu1.etec.uni-karlsruhe.de (Olaf Erb)
Subject: Re: Suche compiled'n X386
Organization: Institut fuer Nachrichtensysteme, Uni Karlsruhe
Date: Thu, 23 Jul 1992 12:18:25 GMT

In article <1992Jul22.232325.25447@oops.zigzag.hanse.de>, fs@oops.zigzag.hanse.de (Frank Seitz @ home) writes:
|> olaf@dc1ik.ka.sub.org (Olaf Erb) writes:
|> 
|> ()Hi,
|> ()ich hab hier folgendes Problem - Microsoft BUS-Maus, 2 Tasten :-(, und den
|> ()Wunsch X386 laufen zu lassen (ISC 3.0).
|> ()Der X386 fuer X11r4 kennt leider kein 'Emulate3Buttons'
|> 
|> Das stimmt nicht ganz. Der folgende Eintrag in Xconfig (fuer eine
|> serielle Microsoft-Maus) aktiviert die 3-Button-Emulation im Server:
|> 
|> Microsoft	2 "/dev/tty01"

Ah, klasse - ich hatte schon 'BusMouse "/dev/mouse" 2 probiert, aber 
das wollte er nicht. Mal schaun ob das so tut, werde ich nacher gleich
ausprobieren :-)

Trotzdem nochmal, nachdem ich nun das Announcement gelesen habe :-)
Hat jemand ein ISC 3.0 Binary fuer X386 1.2E 1.0?


|> 
|> Hoffe, das hilft.

Ich auch...

Gruss
Olaf
-- 
-----------------------------------------------------------------
! erb@insu1.etec.uni-karlsruhe.de  - dc1ik@db0sao.ampr.org      !
-----------------------------------------------------------------
Newsgroups: de.comp.os.unix
From: ulla@kaa.informatik.rwth-aachen.de (Ursula Derichs)
Subject: Heap Space Probleme
Keywords: unix, sun
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Distribution: dnet
Date: 29 Jul 92 16:20:59 GMT


Hallo !

Wir koennen keine groesseren (> 4MB) executable Image Files auf
unserer Sparc Station1 (mit SunOs 4.01) laufen lassen. Es kommt
dann naemlich die Fehlermeldung

 Cannot obtain enough heap space from the operating system to start.

Hat jemand eine Ahnung, wie man den Heap Space vergroessern kann, oder wie
man das Problem sonst loesen koennte ??

Vielen Dank schon mal,

Ursula Derichs

e-mail : ulla@buggi.or.rwth-aachen.de	
Newsgroups: de.comp.os.unix
From: bilbo@generics.ka.sub.org (Michael Gauges)
Subject: Wie uebersetzt man "locale"?
Organization: Generics GmbH
Date: Wed, 29 Jul 1992 13:12:38 GMT

Eventuell ist das die falsche Gruppe, doch ich versuche es trotzdem mal ...

In internationalisierten UNIX-Versionen kommt das Wort "locale"
recht oft vor. Was ist eine geschickte bzw. sinnvolle Uebersetzung dafuer?

-- 

	Michael Gauges (bilbo@generics.ka.sub.org)
Newsgroups: de.comp.os.unix
From: kirch@nazareth.sni.de (Kirchner)
Subject: CodeView mit zwei Bildschirmen
Date: Tue, 28 Jul 1992 09:23:04 GMT
Organization: Siemens Nixdorf Info.Sys. AG, Paderborn, Germany
Keywords: CodeView debug monitors


Hallo allerseits,


Wer weiss, ob und wie es moeglich ist, CodeView mit zwei (2) Bildschirmen
zu benutzen?
(einer als Debug-Schirm, der andere fuer Anwendungs-Ausgaben)

Dank im voraus

Juergen

--
Juergen Kirchner       : Mail:   kirchner.pad@sni.de          :
Siemens Nixdorf        :                                      :       //  //  //Informationssysteme AG : USA:    kirchner.pad@sni-usa.de      :      //  // //
Department AP 555      :                                      :     //  ////    Riemeckestr. 160       : {..!mcvax}!unido!nixpbe!kirchner.pad : /  //  // //
D-4790 Paderborn       : Phone:  (49) 5251 834954             ://///  //   //   (Germany)              : Fax:    (49) 5251 834902             :
Newsgroups: de.comp.os.unix
From: gfv@daddel.saar.de (Gero Verch)
Subject: Re: Zwei Fragen zu BSD: getty und ulimit
Date: Thu, 23 Jul 1992 10:59:56 GMT

schneck@Physik.TU-Muenchen.DE (Bernhard Schneck) writes:

>hwr@pilhuhn.ka.sub.org (Heiko W.Rupp) writes:

>>space@ncc1701.stgt.sub.org (Lars Soltau) writes:

>>>Ich habe zwei Fragen resp. BSD 4.3:

>>>1.) Wie bekomme ich es hin, dass ich auf einem Port sowohl einen getty laufen
>>>    lassen kann als auch noch (per uucico z.B.) rauswaehlen?

>>Setze den getty auf /dev/tty[d]XY und waehle auf /dev/cuXY raus. 

>Sorry ... das geht nur bei SunOS so.  Der Vorschlag sowas in BSD
>reinzumachen wurde von Mike Karels abgelehnt.

>Ich mach das momentan so dass ich einfach vor/nach dial-out jeweils
>die /etc/ttys umbaue und init ein SIGHUP schicke.

Warum so kompliziert? Habt ihr keinen uugetty? Auf SYSV-kisten ist der 
eigentlich immer dabei, wenn auch ein uucico vorhanden ist. Ich kann
mir nicht vorstellen, dass unter BSD der uugetty entfallen ist.

Tschau

	Gero
-- 
Gero Verch, Saarbruecken (Germany)                     EMail: gfv@daddel.saar.de
From: fs@oops.zigzag.hanse.de (Frank Seitz @ home)
Newsgroups: de.comp.os.unix
Subject: Re: HILFE: Daten retten von einer unmountable Disk ?
Keywords: System kapput.
Date: 26 Jul 92 14:30:59 GMT
Organization: OOPS (Netzwerke/Datenbanksysteme/Sprachverarbeitung)

root@chamber.in-berlin.de (Patrick Wendt) writes:

()Vor einigen Tagen hat mir wohl ein defekter Controller die ersten
()beiden meiner Platten (ESDI) verstoert, soll heissen, er hat es
()fuer notwendig befunden, einige Bad-Sectors strategisch guenstig
()in den Boot-Block, diverse Superblocks, etc. zu schreiben ...

()Leider befanden sich gerade auf diesen Platten sowohl das
()ROOT-Filesystem als auch /usr. - Da auf /usr noch diverse Daten
()liegen (vielleicht :-<), insbesondere /usr/mail/*, waere ich
()daran interessiert zu wissen, ob es IRGENDEINE Moeglichkeit
()gibt, an selbige ranzukommen ?!

Je nach Zustand des Filesystems kann das kompliziert
bis unmoeglich sein. Wenn "nur" der Superblock
zernagelt ist, kannst Du folgendes versuchen:

	1. Mit /etc/ncheck die Inode-Nummern
	   der Dich interessierenden Files bestimmen. Gebrauch
	   siehe Man-Page.
	2. Mit fslook (anbei) die den Inodes zugeordneten
	   Daten (Files) selektiv vom nicht-mountbaren Filesystem
	   herunterkopieren.

Eine intimere Kenntnis der Filesystem-Struktur (es geht hier um System V,
wenn ich nicht irre) kann von Nutzen sein. Literatur (z.B.):

Haviland, Keith; Salama, Ben; 1987; "Unix System Programming";
	Addison-Wesley; pp 77-85.

Bach, Maurice J.; "The Design of the Unix Operating System";
	Prentice Hall; pp 60-74.

Anbei fslook. Sind weniger als 10k und sicher auch fuer manch
anderen interessant. Schliesslich crasht es frueher oder spaeter
bei jedem mal ;-)

#!/bin/sh
# This is a shell archive (produced by shar 3.49)
# To extract the files from this archive, save it to a file, remove
# everything above the "!/bin/sh" line above, and type "sh file_name".
#
# made 07/26/1992 14:11 UTC by root@oops
# Source directory /usr/tmp/fslook
#
# existing files will NOT be overwritten unless -c is specified
#
# This shar contains:
# length  mode       name
# ------ ---------- ------------------------------------------
#   3618 -rw-rw-r-- POSTER
#   5525 -rw-rw-r-- fslook.c
#
# ============= POSTER ==============
if test -f 'POSTER' -a X"$1" != X"-c"; then
	echo 'x - skipping POSTER (File already exists)'
else
echo 'x - extracting POSTER (Text)'
sed 's/^X//' << 'SHAR_EOF' > 'POSTER' &&
XFrom: jik@athena.mit.edu (Jonathan I. Kamens)
Newsgroups: alt.sources
Subject: [comp.unix.internals] Generating files from inodes (Was Re: BSD inodes vs. SYSV inodes?)
Date: 31 Dec 91 19:34:57 +0100
Article-I.D.: athena.1991Dec31.193457.4903
Followup-To: alt.sources.d
Organization: Massachusetts Institute of Technology
X
Archive-name: fslook/part01
Submitted-by: root@candle.uucp (Bruce Momjian)
X
Article: 4209 of comp.unix.internals
From: Ralf_Montino@un.maus.de (Ralf Montino)
Newsgroups: de.comp.os.unix
Subject: Soulbourne S4000
Date: 22 Jul 92 23:23:00 GMT
Article-I.D.: UN.A11668
Organization: MausNet
X-Gateway: MausGate/News 1.11

HELP!

Momentan geht es bei uns um die Anschaffung einer neuen Maschine. Ich
persoenlich wuerde eine Sparc II (Kompatible) vorziehen. Nun steht als
Alternative eine Soulbourne S4000 im Raum. Ein wenig weis ich schon ueber die
Maschine (Kein Clone, nur aehnliches BS) und habe auch schon ein wenig damit
gespielt.
Hat irgendwer weitere Informationen (BENCHMARKS!!!)


im vorraus vielen Dank


ralf
Newsgroups: de.comp.os.unix
From: xmaster@eumelos.stgt.sub.org (Peter Dieth)
Subject: Re: UNIX-Literatur?
Organization: Eumelos Labs, Reutlingen, Germany
Date: Thu, 30 Jul 1992 17:17:55 GMT

hwg@mailbox.ruhr.sub.org (Hans-Werner Guth) writes:

>Lies mal irgendwas von Tannenbaum (dem MINIX-Schaffer)
			~~~~~~~~~~

			Aber nur echt mit EINEM 'n' !


Mit Weihnachten hat der gute Mann wirklich nix zu tun. :-)


-mfg-
Peter

-- 
  Save Cyberspace -
	Shoot a DOS Developer
From: maverick@mavsh.mali.sub.org (Jan-Oliver Neumann)
Newsgroups: de.comp.os.unix
Subject: Re: Probleme bei 386BSD 0.1
Date: Wed, 29 Jul 92 15:50:28 +0200
Organization: MavSH, Schleswig-Holstein, Germany.

urlichs@smurf.sub.org (Matthias Urlichs) writes:

Hallo Matthias!
> In de.comp.os.unix, article <LqqkoB1w165w@mavsh.mali.sub.org>,
>   maverick@mavsh.mali.sub.org (Jan-Oliver Neumann) writes:
> < 1. Die Ortszeit: 
> <       Wenn ich 386BSD nach dem Installieren der Binary-Distribution
> <       das System starte, ist als Zeitzone "PDT" eingestellt. Als
> <       Zeit wird die Zeit der Real-Time-Clock angezeigt. Ich habe nun
> <       in /etc den symbolischen Link "localtime" entdeckt. Er hat die
> <       Modes lrwxrwxrwx. Er zeigt auf eine Datei namens /usr/..../.../
> <       zoneinfo/US/PDT oder so. Loesche ich nun diesen Link und ersetze
> <       ihn durch einen Link auf /usr/.../.../zoneinfo/MET, dann wird nach
> <       dem booten als Zeitzone MET DST angezeigt. Schoen und gut....
> <       AAber: Die Zeit ist jetzt falsch, es wurde die Differenz zwischen
> <       PDT und MET DST aufaddiert. Wenn ich dass mit DATE xxxx aendere,
> <       ist es beim naechsten booten wieder falsch. Was auffaellt ist, dass
> <       der neue link die Modes lrwxrwxr-x hat. Mittels chmod laesst sich das
> <       bei Links nicht aendern. Vielleicht hat das system nicht die Moeglich
> <       die Zeit irgendwie darauf zu speichern? Eine Variable TZ laesst sich
> <       in keinem Shell entdecken...
> 
> Vergiss TZ. Die Zeitdifferenz kommt wahrscheinlich von der rechnereigenen
> Hardwareuhr. Stell die mal auf PDT um (- 9 Stunden), dann muesste der Kernel
> das eigentlich fressen.
> Kann auch sein, dass das Tail beim Booten /etc/localtime lesen will und wegen
> fehlendem /usr nicht kann. Versuche, MET direkt nach /etc/localtime zu
Das mit dem /usr versteh ich nicht. Meinst Du das Verzeichnis /usr? Das ist
ja da. Anyway, heiko@uwesa.hanse.de hatte einen guten Vorschlag: Ich werde ein
kleines Programm in C schreiben welches den Offset wieder abzieht.
> kopieren (vorher symlink entfernen!).
> Welche Permissions ein Symlink hat, ist uninteressant, Hauptsache r.xr.xr.x.
Aha...
Gruss, Jan.

______________________________________________________________________________
Jeder hat das Recht, seine Meinung in Wort, Schrift und Bild frei zu aeussern
und zu verbreiten und sich aus allgemein zugaenglichen Quellen ungehindert zu
unterrichten. Die Pressefreiheit und die Freiheit der Berichterstattung durch
Rundfunk und Film werden gewaehrleistet. Eine Zensur findet nicht statt.
 - Grundgesetz der Bundesrepublik Deutschland, Artikel 5, Absatz 1.
From: maverick@mavsh.mali.sub.org (Jan-Oliver Neumann)
Newsgroups: de.comp.os.unix
Subject: Re: Probleme bei 386BSD 0.1
Date: Fri, 31 Jul 92 00:02:02 +0200
Organization: MavSH, Germany, Earth, Solar system, Milky way.

wiljo@freeside.ki.open.de (Wiljo Heinen) writes:

> urlichs@smurf.sub.org (Matthias Urlichs) writes:
> 
> >In de.comp.os.unix, article <LqqkoB1w165w@mavsh.mali.sub.org>,
> >  maverick@mavsh.mali.sub.org (Jan-Oliver Neumann) writes:
> >< 1. Die Ortszeit: 
> ><       dem booten als Zeitzone MET DST angezeigt. Schoen und gut....
> ><       AAber: Die Zeit ist jetzt falsch, es wurde die Differenz zwischen
> ><       PDT und MET DST aufaddiert. Wenn ich dass mit DATE xxxx aendere,
> ><       ist es beim naechsten booten wieder falsch. Was auffaellt ist, dass
> 
> >Vergiss TZ. Die Zeitdifferenz kommt wahrscheinlich von der rechnereigenen
> >Hardwareuhr. Stell die mal auf PDT um (- 9 Stunden), dann muesste der Kernel
> >das eigentlich fressen.
Das war mir auch klar. Ich hab ja aber auch noch DOS auf der Platte (Waffle etc...)
und deswegen ist das nicht so ideal. Naja, ich werd halt beim Booten von 386BSD
den Offset wieder kompensieren.
> 
> So ist es. (Fuer alle, die sich mit 386bsd rumspielen, sei uebrigens strengst
> das Lesen der Gruppe comp.unix.bsd empfohlen !) :
> 
> > Subject: Re: Date problem!
> > Message-ID: <1992Jul20.065410.3329@spcvxb.spc.edu>
> > Date: 20 Jul 92 10:54:10 GMT
> > References: <QeOYGKu00WB3E8k0Rx@andrew.cmu.edu>
> > Organization: St. Peter's College, US
> > Lines: 16
> > 
> > In article <QeOYGKu00WB3E8k0Rx@andrew.cmu.edu>, tj2n+@andrew.cmu.edu (Tao J
> > >      One proble is that no mater how I changed the timezone definition in
> > > the config file (as SUMNER), the date command gave me the same time which
> > > was not the east time. (two hours later of east time. say if the
> > > east time is 21:0:0, then the date gives me 19:0:0 with PDT 'NOT' EDT),
> > > any one has clues?
> > 
> >   A quick glance shows that nothing uses the timezone in the config file.
> > You need to link /etc/localtime to /usr/share/zoneinfo/US/Eastern. Also
> > note that if you're in EDT (which you are) that the PC's CMOS clock needs
> > to be set an hour back to compensate. Last, remember that the 'date' com-
> > mand doesn't set the CMOS date/time.
> > 
> >     Terry Kennedy           Operations Manager, Academic Computing
> >     terry@spcvxa.bitnet     St. Peter's College, Jersey City, NJ USA
> >     terry@spcvxa.spc.edu    +1 201 915 9381
Okay...

 Gruss,
       Jan

______________________________________________________________________________
Jan-Oliver Neumann                                 maverick@mavsh.mali.sub.org
"So. Nun legst Du den Joystick beiseite, nimmst die 3-D-Brille ab und siehst 
 aus dem Fenster. Da draussen ist die richtige Welt." 
 - Juergen Ernst Guenther in <A0bs2gtq@asbach.nbg.sub.org> ueber Multi-Media.
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.os.unix
Subject: Re: Probleme bei 386BSD 0.1
Date: 28 Jul 1992 17:43:08 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comp.os.unix, article <LqqkoB1w165w@mavsh.mali.sub.org>,
  maverick@mavsh.mali.sub.org (Jan-Oliver Neumann) writes:
< 1. Die Ortszeit: 
<       Wenn ich 386BSD nach dem Installieren der Binary-Distribution
<       das System starte, ist als Zeitzone "PDT" eingestellt. Als
<       Zeit wird die Zeit der Real-Time-Clock angezeigt. Ich habe nun
<       in /etc den symbolischen Link "localtime" entdeckt. Er hat die
<       Modes lrwxrwxrwx. Er zeigt auf eine Datei namens /usr/..../.../
<       zoneinfo/US/PDT oder so. Loesche ich nun diesen Link und ersetze
<       ihn durch einen Link auf /usr/.../.../zoneinfo/MET, dann wird nach
<       dem booten als Zeitzone MET DST angezeigt. Schoen und gut....
<       AAber: Die Zeit ist jetzt falsch, es wurde die Differenz zwischen
<       PDT und MET DST aufaddiert. Wenn ich dass mit DATE xxxx aendere,
<       ist es beim naechsten booten wieder falsch. Was auffaellt ist, dass
<       der neue link die Modes lrwxrwxr-x hat. Mittels chmod laesst sich das
<       bei Links nicht aendern. Vielleicht hat das system nicht die Moeglichkeit
<       die Zeit irgendwie darauf zu speichern? Eine Variable TZ laesst sich
<       in keinem Shell entdecken...

Vergiss TZ. Die Zeitdifferenz kommt wahrscheinlich von der rechnereigenen
Hardwareuhr. Stell die mal auf PDT um (- 9 Stunden), dann muesste der Kernel
das eigentlich fressen.
Kann auch sein, dass das Tail beim Booten /etc/localtime lesen will und wegen
fehlendem /usr nicht kann. Versuche, MET direkt nach /etc/localtime zu
kopieren (vorher symlink entfernen!).
Welche Permissions ein Symlink hat, ist uninteressant, Hauptsache r.xr.xr.x.

-- 
Life is wasted on the living.
- Zaphod Beeblebrox IV
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Xref: sparky de.comp.os.unix:1298 de.comm.internet:324
From: stefan@meki.toppoint.de (Stefan Mehne)
Newsgroups: de.comp.os.unix,de.comm.internet
Subject: Dialup-SLIP (die zweite Fortsetung)
Keywords: Dialup SLIP
Date: 25 Jul 92 17:15:15 GMT
Followup-To: sde.comp.os.unix

Moin!
Man soll es kaum fuer moeglich halten aber inzwischen klappt Dialup-SLIP
sogar bei mir :-) (d.h. mit sldialup und sllogin)

ISC 2.2.1 (TCP 1.2) <- Nullmodem -> ISC 2.2.1 (TCP 1.3)
ISC 2.2.1 (TCP 1.2) <--  Modem  --> Dell SYSVR4

PC-NFS konnte ich immer noch nicht ueberreden zumindest den Modem-Connect zu
ueberleben (weder 3.0 noch 4.0 :-(, das CONNECT.EXE ist mir einfach
schleierhaft. Anyway, spaeter mal !

Bei obigen Verbindungen habe ich aber nun noch das Problem, dass ich sie
nicht sauber zum terminieren bringen kann. Der User, als den man sich
eingeloggt hat, bleibt auf dem tty stehen, man hat nun einen dezidierten SLIP
Eingang, sodass der naechste der ein ganz normales Login haben moechte
ziemlich dumm darsteht. Man kann zwar mit kill -1 den Port freischiessen,
aber wenn man das selber macht im Remote-Rechner geht dort ein pty floeten
(wenn man es ueber telnet macht) und der Sysop hat auch andere Sorgen als
staendig Ports freizuschiessen.

Ist das nun eigentlich ein Bug oder ein Feature?

Warum kommt der HUP nicht durch, wenn das Modem auflegt ?
(ein abschliessendes "ifconfig sl0 down" bewirkt auch nichts)

Ciao
  Stefan

*****************************************************************************
* Stefan Mehne; Harriesstrasse 17; 2300 Kiel (Germany); Tel:+49 431 674875  *
*         stefan@meki.toppoint.de (postmaster@tpki.toppoint.de)	            *
*          A mind is like a parachute it only works when open.              * 
*****************************************************************************



*****************************************************************************
* Stefan Mehne; Harriesstrasse 17; 2300 Kiel (Germany); Tel:+49 431 674875  *
*         stefan@meki.toppoint.de (postmaster@tpki.toppoint.de)	            *
*          A mind is like a parachute it only works when open.              * 
*****************************************************************************
From: prang@du9ds4.uni-duisburg.de (Juergen Prang)
Newsgroups: de.comp.os.unix
Subject: Re: Soulbourne S4000
Date: 24 Jul 92 13:37:25 GMT
Organization: Rechenzentrum Uni-Duisburg

Ralf_Montino@un.maus.de (Ralf Montino) writes:

>HELP!

>Momentan geht es bei uns um die Anschaffung einer neuen Maschine. Ich
>persoenlich wuerde eine Sparc II (Kompatible) vorziehen. Nun steht als
>Alternative eine Soulbourne S4000 im Raum. Ein wenig weis ich schon ueber die
>Maschine (Kein Clone, nur aehnliches BS) und habe auch schon ein wenig damit
>gespielt.
>Hat irgendwer weitere Informationen (BENCHMARKS!!!)

Leider keine Zahlen, aber als Erfahrungswerte kann ich sagen, dass die
Solbourne nicht unbedingt ein Renner ist. Sie ist relativ schnell bei
FP-Operationen.

Viel gravierender ist die Verwendung eines eigenen Betriebssystems und damit
habe ich schon eine Bauchlandung erlebt. Seit nunmehr 5 Monaten besitze ich
eine Software (Gensym G2 Realtime XPS-Shell v2.1), die fuer eine Reihe
von Workstations/Unix-Derivate (u.a. SUN Sparc/SunOS 4.1.X) geliefert wird.

Lange Rede, kurzer Sinn: die SW stuerzt immer wieder unmotiviert ab mit der
Fehlermeldung "Stack Pointer doesn't point to stack" (!). Seit etwa 4 Monaten
ist das Problem dem deutschen Lieferanten und Solbourne bekannt, ohne dass
es bisher beseitigt werden konnte. (nebenbei: G2 laeuft ohne Probleme
auf Sun's)

Ich hatte ausserdem Ende Maerz alle zu dem Zeitpunkt verfuegbaren Patches
zu unserer Betriebssystem-Version (OS/MP 4.1A.1) installiert mit dem
Ergebnis, dass die Maschine auch ohne G2 instabil wurde. (Wenn man sich
die Patches naeher anschaut, faellt auf, dass eine ganze Reihe davon
speziell gegen Probleme im Speichermanagement helfen sollten. Die Patches
haben offensichtlich nur verschlimmbessert)

Ein anderer Aspekt: Es gibt Software von Sun, die sich nicht ohne weiteres
unter Solbourne-OS installieren laesst, da bestimmte Informationen im
/vmunix abgefragt werden und das ist eben nicht SunOS. 

Ergebnis: Ich reaktiviere nun eine alte Sun SS1+ und hoffe auf Geld
fuer eine original SS2. Solbourne ist wohl nur zu 99% komptibel.

-- 
   Juergen Prang           | INTERNET: prang@du9ds4.uni-duisburg.de
   University of Duisburg  | BITNET: prang%du9ds4.uni-duisburg.de@UNIDO
   EE - Dept. of Dataprocessing - Bismarckstr. 81 - D-4100 Duisburg 1
From: cn@Materna.DE (Carsten Neumann)
Newsgroups: de.comp.os.unix
Subject: Re: UNIX-Literatur?
Date: 31 Jul 92 12:20:13 GMT

In <1992Jul30.171755.1133@eumelos.stgt.sub.org> xmaster@eumelos.stgt.sub.org (Peter Dieth) writes:

>hwg@mailbox.ruhr.sub.org (Hans-Werner Guth) writes:
>>Lies mal irgendwas von Tannenbaum (dem MINIX-Schaffer)
>			~~~~~~~~~~
>			Aber nur echt mit EINEM 'n' !
Nein, mit zwei! Eines vor dem 'e' und eines dahinter. :-)
Da kennt wohl einer die "Feuerzangenbowle" nicht. :-(

>-mfg-
>Peter

bye, Carsten.
--
-----------------------------------------------------------------
Carsten Neumann                         E-MAIL : cn@Materna.de
Dr. Materna GmbH			VOX    : +49 231 5599-123
Vosskuhle 37, D-4600 Dortmund 1		FAX    : +49 231 5599-100
Newsgroups: de.comp.os.unix