HDTenEightyP/NetNews huggingface dataset:
From: diro@edison.phone.North.DE (Dirk Rode)
Newsgroups: de.comp.security
Subject: Bug oder Feature in Interactive UNIX
Date: 7 Apr 92 15:38:17 GMT


Shalom,

 ich hoffe, ich verbreite hier ein nicht unbedingt allgemein bekanntes
Problem ueber das ich heute gestolpert bin. Ich sollte auf einem 386 Rechner
unter Interactive UNIX Software installieren. Leider war root durch ein
Passwort geschuetzt, sysadm jedoch nicht.

 Loggt man sich nun als sysadm ein, so wird automatisch ein Eingabe- und
Verwaltungsprogramm gestartet. Aus diesem Programm heraus sind im Prinzip alle
systemrelevanten Aufgaben durchzufuehren. Allerdings duerfen Kennungen mit
UID < 100 nicht bearbeitet werden.

 Wie komme ich jetzt an die root Kennung ran? Nur durch einen Umweg.
Zunaechst muss ich mir eine normale User-Kennung einrichten. Unter dieser
Kennung kann ich mich dann einloggen. Mit more /etc/passwd kann ich sehen,
das sysadm mit dem homedir /usr/admin und /bin/rsh gestartet wird. Das
Verwaltungsprogramm wird also aus einem Profile gestartet.

 Also logge ich mich unter meiner neu eingerichteten Kennung ein, und
mache dann ein su sysadm. Nun habe ich schon eine rsh mit root Berechtigung.
Es kann nun nicht mit cd /etc gearbeitet werden, aber vi /etc/shadow ist
moeglich. Dann kann das Passwort der root einfach entfernt werden, und 
schon bin ich als root im System.

 Fazit:

 Auch bei Grundeinrichtung eines Rechners unbedingt auf alle Logins ein
Passwort setzten oder - wie bei Interactive UNIX - im Shadow bzw. Passwortfile
den Passworteintrag aus-xxx-en. Denn nicht nur die Rumspielerei unter
sysadm kann aergerliche Schaeden einrichten, eine rsh ist in diesem Fall
der Systemsicherheit ueberhaupt nicht zutraeglich. 
 Daher koennte man m.E. doch von den Herstellern verlangen, das beim ersten 
Einloggen als root zwangslaeufig ein Passwort fuer alle Kennungen vergeben
werden muss. Dies ist beim Einloggen eines normalen Benutzers so
vorgesehen.


mfG Dirk

P.S.: Ich hoffe, ich habe Euch nicht mit bekannten Dingen gelangweilt :-))
 
-- 
*  Dipl.Inform. Dirk Rode * diro@edison.Phone.North.DE                 *
*  Zwischenahner Str. 64  *                                            *
*  2910 Howiek            * Tel: ????? ????  ask me if you want to know*
*   ... Ein ganzer Kerl ...                                            *
*                       ... Dank Chappi :-))                           *
From: diro@edison.phone.North.DE (Dirk Rode)
Newsgroups: de.comp.security
Subject: Re: Sicherheit (war: Re: Bug oder Feature in Interactive UNIX)
Date: 9 Apr 92 19:12:29 +0200

Shalom,

 volle Zustimmung.

mfG Dirk

-- 
*  Dipl.Inform. Dirk Rode * diro@edison.Phone.North.DE                 *
*  Zwischenahner Str. 64  *                                            *
*  2910 Howiek            * Tel: ????? ????  ask me if you want to know*
*   ... Ein ganzer Kerl ...                                            *
*                       ... Dank Chappi :-))                           *
Newsgroups: de.comp.security
From: lumpi@dobag.in-berlin.de (Joern Lubkoll)
Subject: Re: Bug oder Feature in Interactive UNIX
Organization: dobag Berlin
Date: Thu, 16 Apr 1992 22:46:56 GMT

diro@edison.phone.North.DE (Dirk Rode) writes:
>lumpi@dobag.in-berlin.de (Joern Lubkoll) writes:

>>runterfahren - (oder ausschalten) - DiskEditor rein und passwd-file suchen,
>>dann einfach direkt auffer Platte editieren. Geht ohne Probleme. Oder im
>>installierten Kernel-Debugger die Uids des Prozesses aendern (is schon
>>recht aetzend).

> spielst Du damit auf diese boese Interactive Macke an? Die soll aber gefixed
>sein. Somit scheidet m.E. die Kernel-Debugger Methode fuer UID!=0 aus.

Mit dem Kernel Debugger darfst du alles - erstes Gesetz :-)
Und meinen alten schoenen Security Bug haben sie doch wirklich gefixed,
muss man ihnen lassen - hat ja auch lange genug gedauert (d.h. nach dem
Posting ging es sehr schnell :-))

> Ok, auf Hardware Seite kann man (fast) alles machen. Manchmal wirds einem
>da echt einfach gemacht (wie bei SUN). Die urspruengliche Geschichte ist 

naja, eeproms koennen ja auch passwords haben.

jl


-- 
Joern Lubkoll, lumpi@dobag.in-berlin.de, 	| Gib  EMMA |
*-> NeXTMail _unerwuenscht_ <-*			| K E I N E |
						|  CHANCE   |
From: lumpi@dobag.in-berlin.de (Joern Lubkoll)
Subject: Re: Bug oder Feature in Interactive UNIX
Organization: dobag Berlin
Date: Tue, 14 Apr 1992 22:17:33 GMT

root@chshost.in-berlin.de (Thomas Liening) writes:

>Dabei hatte ich als root mit "vi /etc/passwd" eine andere Shell fuer den
>root-Account eingetragen, die allerdings tatsaechlich gar nicht mehr auf
>der Platte vorhanden war. Unmittelbar danach hatte ich das System herunter-
>gefahren und konnte mich nach dem naechsten Reboot nicht mehr als root
>einloggen. Nur durch Ausnutzung einer Sicherheitsluecke gelang es mir,
>wieder als Superuser in die Kiste reinzukommen.

runterfahren - (oder ausschalten) - DiskEditor rein und passwd-file suchen,
dann einfach direkt auffer Platte editieren. Geht ohne Probleme. Oder im
installierten Kernel-Debugger die Uids des Prozesses aendern (is schon
recht aetzend).

jl


-- 
Joern Lubkoll, lumpi@dobag.in-berlin.de, *-> NeXTMail _unerwuenscht_ <-*
From: diro@edison.phone.North.DE (Dirk Rode)
Newsgroups: de.comp.security
Subject: Frage ueber CERT/BSI
Date: 7 Apr 92 17:42:52 +0200

Shalom,

 hat einer - ausser Terra :-))) - Infos ueber die Entstehungsgeschichte
und die Aufgaben von CERT und BSI/ZSI/ZfCh ? Insbesondere warum diese
entstanden sind und wie sie die Informationen verteilen interessiert mich :-))

 Sobald ich alle diese Infos zusammen habe, werde ich eine Zusammenfassung mit
den fuer die Netzbenutzer interessantesten Daten posten :-))


mfG Dirk
 
-- 
*  Dipl.Inform. Dirk Rode * diro@edison.Phone.North.DE                 *
*  Zwischenahner Str. 64  *                                            *
*  2910 Howiek            * Tel: ????? ????  ask me if you want to know*
*   ... Ein ganzer Kerl ...                                            *
*                       ... Dank Chappi :-))                           *
From: diro@edison.phone.North.DE (Dirk Rode)
Newsgroups: de.comp.security
Subject: Re: Bug oder Feature in Interactive UNIX
Date: 9 Apr 92 19:12:01 +0200

Shalom,

 Fakt war, das Du mir einen Rechner mit gesetztem Root PW uebergeben
hast, und nicht einmal mehr das root PW-wusstest, das Du gesetzt hattest,
damit keiner in den Rechner ueber Netz einbrechen kann. Da musste ich 
gezwungenermassen hacken. Und nicht einmal Du hast diesen "Bug" gekannt,
obwohl Du als Systemadministrator in einem Netzlabor arbeitest.

 Ausserdem gehoeren diese UNIX ausgestatteten Telespielconsolen hoechstens
in ein Kinderzimmer und nicht an ein Netzwerk wie Internet. Zumindest dann 
nicht, wenn der Administrator absolut keine Ahnung (damit bist Du nicht 
gemeint - Du hast Ahnung) von Sicherheit hat.

 Warst Du vielleicht noch nicht ganz wach, als Du Dein Followup
geschrieben hast? Anders ist Dein etwas unverschaemter Ton doch wohl nicht
zu erklaeren.

mfG Dirk

-- 
*  Dipl.Inform. Dirk Rode * diro@edison.Phone.North.DE                 *
*  Zwischenahner Str. 64  *                                            *
*  2910 Howiek            * Tel: ????? ????  ask me if you want to know*
*   ... Ein ganzer Kerl ...                                            *
*                       ... Dank Chappi :-))                           *
Newsgroups: de.comp.security
From: root@chshost.in-berlin.de (Thomas Liening)
Subject: Re: Bug oder Feature in Interactive UNIX
Organization: Creative Hard- & Software, Berlin, Germany
Date: Fri, 10 Apr 1992 16:21:24 GMT

Hallo,

Matthias.Krippendorf@arbi.informatik.uni-oldenburg.de (Matthias.Krippendorf) writes:

[...]
>Es ist auch durchaus sinnvoll, auf dieses hinzuweisen. Jedoch eine detailierte 
>Beschreibung zum Einbruch in ein System zu liefern, ist ja wohl das daemlichste,
>was ich unter Security-News-Gruppen gesehen habe.

>Stell Dir nur mal den Sysadmin vor, der aus dem Urlaub wieder kommt, Dein 
>posting liest und dann feststellt, dass der Weg tatsaechlich funktioniert. Es 
>sind dann naemlich schon einige eingebrochen. DANK SOLCHEN LEUTEN WIE DIR!!!!

Dies ist die eine und sicherlich wichtigere Seite der Medaille. Ich hatte
aber auch schon mal einen Fall, bei dem mich exakt ein solcher Bug davor
bewahrt hat, auf meinem System eine komplette Neueinrichtung eines ISC-
Systems - verbunden mit erheblichen Datenverlusten - durchfuehren zu muessen.
Dabei hatte ich als root mit "vi /etc/passwd" eine andere Shell fuer den
root-Account eingetragen, die allerdings tatsaechlich gar nicht mehr auf
der Platte vorhanden war. Unmittelbar danach hatte ich das System herunter-
gefahren und konnte mich nach dem naechsten Reboot nicht mehr als root
einloggen. Nur durch Ausnutzung einer Sicherheitsluecke gelang es mir,
wieder als Superuser in die Kiste reinzukommen.
Deswegen finde ich es _als Betreiber eines niemandem ausser mir zugaeng-
lichen Unix-Systems_ sehr praktisch, wenn man Kenntnis auch ueber das
zum Einbruch noetige Verfahren bekommt. Allgemein gesehen ist es nichts-
destotrotz unverantwortlich ... nur wie sollte man sicherstellen, dass 
nur "berechtigte" Sysadmins die entsprechenden Informationen erhalten?
Denn andererseits: Was nutzt es mir, wenn ich den Weg nur Sicherheits-
organisationen erklaere, die dann vielleicht irgendwann mal den Hersteller
des Systems informieren, der seinerseits eventuell irgendwann vielleicht
einen Bugfix dafuer erstellt? 

Gruss, Thomas.

-----------------------------------------------------------------------
Thomas Liening * Roennebergstrasse 14 * 1000 Berlin 41, Germany, Europe 
Voice: +49 30 852 59 28 * Fax: +49 30 852 59 28 (call voice prior!)
Smart: root@chshost.in-berlin.de
Bang: ...mcsun!unido!fub!einoed!bitcave!chshost!root
From: Frank.Simon@sol.ccc.de (Frank Simon)
Newsgroups: de.comp.security
Subject: Re: Fragen zu CERT
Date: 8 Apr 92 10:24:29 +0200
Article-I.D.: sol.3565
Organisation: Solar System, Ls 441, Oldenburg, Germany

Hallo, 

wolfgang@pf.sub.org (Wolfgang Zenker) writes:
>Wenn jetzt noch jemand verlauten lassen koennte, WO man sich da
>anmeldet, wuerden das sicherlich auch ne Menge Leute tun (ich
>zum Bleistift).
Frag mal bei cert@cert.sei.cmu.edu.

Terra
-- 
-------------------------------------------------------------------------------
!   Frank Simon (Terra), Ammerlaender Heerstr. 389, D-2900 Oldenburg, FRG     !
!  terra@sol.ccc.de, terra@sol.zer, ext/simon@kmx.gmd.dbp.de, +49 441 76206   !
!	       "Gelesen, Gemerkt, Vergessen" (Joerg Lehners)                  !
-------------------------------------------------------------------------------

Newsgroups: de.comp.security
From: ralf@ptavv.ka.sub.org (Ralf Wenk)
Subject: Re: Bug oder Feature in Interactive UNIX
Organization: The known space
Date: Wed, 15 Apr 1992 21:34:02 GMT

root@chshost.in-berlin.de (Thomas Liening) writes:
> [...]
> Dies ist die eine und sicherlich wichtigere Seite der Medaille. Ich hatte
> aber auch schon mal einen Fall, bei dem mich exakt ein solcher Bug davor
> bewahrt hat, auf meinem System eine komplette Neueinrichtung eines ISC-
> Systems - verbunden mit erheblichen Datenverlusten - durchfuehren zu muessen.
> Dabei hatte ich als root mit "vi /etc/passwd" eine andere Shell fuer den
> root-Account eingetragen, die allerdings tatsaechlich gar nicht mehr auf
> der Platte vorhanden war. Unmittelbar danach hatte ich das System herunter-
> gefahren und konnte mich nach dem naechsten Reboot nicht mehr als root
> einloggen. Nur durch Ausnutzung einer Sicherheitsluecke gelang es mir,
> wieder als Superuser in die Kiste reinzukommen.

Hm, Du hast doch sicherlich eine Bootdiskette mit der Du Dein System
mal zum Installieren hochgefahren hast. Falls Du im dortigen Kernel
die notwendigen Treiber hast kannst Du von dieser Diskette booten.
Anschliessend noch etwas mounten und den Rest kannst Du Dir sicher
denken.

> Deswegen finde ich es _als Betreiber eines niemandem ausser mir zugaeng-
> lichen Unix-Systems_ sehr praktisch, wenn man Kenntnis auch ueber das
> zum Einbruch noetige Verfahren bekommt. Allgemein gesehen ist es nichts-
> destotrotz unverantwortlich ... nur wie sollte man sicherstellen, dass 
> nur "berechtigte" Sysadmins die entsprechenden Informationen erhalten?
> Denn andererseits: Was nutzt es mir, wenn ich den Weg nur Sicherheits-
> organisationen erklaere, die dann vielleicht irgendwann mal den Hersteller
> des Systems informieren, der seinerseits eventuell irgendwann vielleicht
> einen Bugfix dafuer erstellt? 

Und wer garantiert Dir, dass die Sicherheitsorganisation die ihr
bekannten Informationen nicht "zweckentfremdet" ?
Da ist mir die Veroeffentlichung noch lieber.

-- 
-- 
Ralf Wenk -- ralf@ptavv.ka.sub.org
Newsgroups: de.comp.security
From: root@chamber.in-berlin.de (Patrick Wendt)
Subject: Re: Bug oder Feature in Interactive UNIX
Organization: Zombie's Burial Chamber, Berlin, West Germany.
Date: Fri, 10 Apr 1992 10:28:24 GMT

Matthias.Krippendorf@arbi.informatik.uni-oldenburg.de (Matthias.Krippendorf) writes:

>Stell Dir nur mal den Sysadmin vor, der aus dem Urlaub wieder kommt, Dein 
>posting liest und dann feststellt, dass der Weg tatsaechlich funktioniert. Es 
>sind dann naemlich schon einige eingebrochen. DANK SOLCHEN LEUTEN WIE DIR!!!!

Aeh, also, wenn ein Systemverwalter einen sysadm-Account ungeschuetzt
laesst, dann verdient er es, dass seine Platte formatiert ist, wenn
er aus dem Urlaub wiederkommt.  -  Es ist doch Tatsache, dass man
solche Accounts (und eigentlich alle Accounts) nicht ohne Password
laesst; wer das tut, sollte sich einen anderen Job suchen.

Daher weiss ich auch nicht, warum das, was Dirk gepostet hat, hier
nicht hergehoert, denn es sagt nur dass, was jedem SysAdm bekannt
sein sollte ... und es verdeutlicht, wie wichtig es ist, sich nicht
auf vorgetaeuschte Sicherheit eines Systems zu verlassen. Es gibt keine
absolute Sicherheit in RechnerSystemen, es sei denn, man schaltet sie aus :-)

Gruss ... Pat !

-- 

--
 ----------------------------------------------------------------------------
 -  Patrick Wendt  |   root@chamber.in-berlin.de |  Zombies Burial Chamber  -
 - Chamber-Systems |   root@megiddo.in-berlin.de | Public UNIX Sys-V 386/33 -
 - - - - - - - - - | pwendt@opal.cs.tu-berlin.de | Data: +49 30 / 402 56 92 -
 - Berlin, Germany | pwendt@bitcave.in-berlin.de | HST D.S. 14400bps V32bis - 
 ----------------------------------------------------------------------------
From: Matthias.Krippendorf@arbi.informatik.uni-oldenburg.de (Matthias.Krippendorf)
Newsgroups: de.comp.security
Subject: Re: Bug oder Feature in Interactive UNIX
Date: 8 Apr 92 09:05:44 GMT
Organization: University of Oldenburg, Germany

diro@edison.phone.North.DE (Dirk Rode) writes:

Naja Dirk!

Schoen, dass Du eine der ueblichen Sicherheitsluecken in frisch installierten
Betriebssystemen gefunden hast. Es ist leider ueblich, dass System-Accounts
ungesichert ausgeliefert werden. 

Es ist auch durchaus sinnvoll, auf dieses hinzuweisen. Jedoch eine detailierte 
Beschreibung zum Einbruch in ein System zu liefern, ist ja wohl das daemlichste,
was ich unter Security-News-Gruppen gesehen habe.

Stell Dir nur mal den Sysadmin vor, der aus dem Urlaub wieder kommt, Dein 
posting liest und dann feststellt, dass der Weg tatsaechlich funktioniert. Es 
sind dann naemlich schon einige eingebrochen. DANK SOLCHEN LEUTEN WIE DIR!!!!

Superuser koennen nun einmal nicht immer als erste News lesen.

Beim naechsten Mal kannst Du uns News-Lesern erzaehlen, dass es eine Luecke
gibt. Den Weg erklaerst Du bitte nur CERT oder vergleichbaren!!


	Danke im voraus, Matthias

PS: CERT posted auch nur das und nicht wie!
-- 
****************************************************************************
Matthias Krippendorf      Inhouse: lmk@kepler
Wiefelstederstrasse 45    Internet: Matthias.Krippendorf@arbi.Informatik.
2903 Bad Zwischenahn                Uni-Oldenburg.DE
************   Anybody out there with a longer email address   *************
From: diro@edison.phone.North.DE (Dirk Rode)
Newsgroups: de.comp.security
Subject: Re: Bug oder Feature in Interactive UNIX
Date: 15 Apr 92 19:24:56 +0200

Shalom,

lumpi@dobag.in-berlin.de (Joern Lubkoll) writes:

>runterfahren - (oder ausschalten) - DiskEditor rein und passwd-file suchen,
>dann einfach direkt auffer Platte editieren. Geht ohne Probleme. Oder im
>installierten Kernel-Debugger die Uids des Prozesses aendern (is schon
>recht aetzend).

 spielst Du damit auf diese boese Interactive Macke an? Die soll aber gefixed
sein. Somit scheidet m.E. die Kernel-Debugger Methode fuer UID!=0 aus.

 Ok, auf Hardware Seite kann man (fast) alles machen. Manchmal wirds einem
da echt einfach gemacht (wie bei SUN). Die urspruengliche Geschichte ist 
- und das war die eigentliche Gefahr - im Prinzip primiv ueber das Netz
machen. Zumal per default in 

/etc/default/login zwar console fuer root login vorgegeben ist, aber in
/etc/default/su    eben mit #console ein su von ueberall her moeglich ist.

 Das ist schon bitter. Zumindest, wenn man das nicht weiss. Und an dieser
Stelle sucht man garantiert zuletzt, da die Dateien in /etc/default 
unuebersichtlich sind (wer ahnt, das der simple Hinweis auf Console 
sich mit der Zulassung des RootLogins befasst). Ich habe das Zeugs auch
erst gefunden als ich mich mit dem ulimit angelegt habe und es veraendern
wollte. Das steht naemlich auch in /etc/default/login.


mfG Dirk

-- 
*  Dipl.Inform. Dirk Rode - Zwischenahner Str. 64 - D-W-2910 Howiek        *
*  OFFIS - Rechnerbetrieb   E-Mail: diro@edison.phone.North.DE             *
*   Fuer Veroeffentlichungen _AUSSERHALB_ des Newssystemes gelten _MEINE_  *
*  Geschaeftsbedingungen. Nichtbeachtung wird in der Regel zivil- und      *
*  strafrechtliche Folgen nach sich ziehen.       gez. Dirk Rode           *
Newsgroups: de.comp.sys.apple
From: czychi@bernina.ethz.ch (Gary Czychi)
Subject: Re: Quantum-Festplatte an Mac
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Wed, 8 Apr 1992 05:50:08 GMT

Hi,

ich wuerde sagen, Du hast ein Problem. Hoffentlich musst Du den Drive nicht
zum Formatieren einschicken, denn der Treiber von Apple ist unter Umstaenden
ziemlich hartnaeckig.

Apple's HD Setup kannst Du sowieso vergessen. Am besten nimmst Du ein 3rd
Party Formatierprogramm, zum Beispiel Silverlining von La Cie. Das gehoert
zu den besten Programmen fuer den Mac. Einige Apple-Techniker in Cupertino
benutzen es selber.

Viel Spass,

  Gary

    Gary T. Czychi          University of St.Gallen

       czychi@alpha.unisg.ch (preferred host)
         czychi at csghsg52   (=bitnet)
           czychi@bernina.ethz.ch
             Switzerland
              -
From: mlelstv@speckled.mpifr-bonn.mpg.de (Michael van Elst)
Newsgroups: de.comp.sys.apple
Subject: Quantum-Festplatte an Mac
Summary: Fremdplatten, HD Install
Date: 7 Apr 92 15:32:09 GMT
Organization: Max Planck Institut fuer Radioastronomie

Hallo Leute,

Ich habe hier einen Mac IIci (System 6.04d) und moechte gerne eine
Quantum LPS120 anschliessen. Hardwaremaessig scheint soweit alles
zu funktioneren aber die Mac HD Installationssoftware stellt mich
vor einige Probleme.

'Harddisk installieren' erkennt die Platte ueberhaupt nicht, weil
das Programm eine Liste von 'unterstuetzten Platten' hat. Nachdem
ich die Quantum in dieser Liste eingetragen habe, erkennt das Programm
zwar die Platte, aber die Initialisierung wird spaeter mit einer
Fehlermeldung abgebrochen.

Ich nehme an, dass 'Harddisk installieren' noch spezielle Parameter/
Kommandos fuer die unterstuetzen Platten kennt, die von meiner
Quantumplatte abweichen, und die ich natuerlich nicht eingestellt habe.

Kann mir jemand dabei helfen ?

MfG,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
From: blackbox@pfunk.hanse.de (Michael Kistenmacher)
Newsgroups: de.comp.sys.apple
Organization: Blackbox Inc.
Subject: Re: Quantum-Festplatte an Mac
Summary: Fremdplatten, HD Install
Reply-To: blackbox@pfunk.hanse.de
X-Software: HERMES GUS 1.00 Rev. Jan 16 1992
Date: Wed, 08 Apr 1992 08:20:18 MET

In <1992Apr7.153209.9536@mpifr-bonn.mpg.de>, Michael van Elst writes:
>das Programm eine Liste von 'unterstuetzten Platten' hat. Nachdem
>ich die Quantum in dieser Liste eingetragen habe, erkennt das Programm
>zwar die Platte, aber die Initialisierung wird spaeter mit einer
>Fehlermeldung abgebrochen.

Es reicht nicht, die Platte nur im "%A5Init"-Segment einzutragen.
Du musst einige zusaetzliche Patches anbringen, die wie folgt lauten:

1. CODE-Segment "Main":
	Offset $A46; 670E -> 600E
2. CODE-Segment "Main":
	Offset $1528; 6702 -> 6002
3. CODE-Segment "Install":
	Offset $130; 670E -> 600E

Nun muesste es gehen.

Ciao.....Michael

-- 
/------------------------------------\
| Michael Kistenmacher /  blackbox   |
|   Germany / ++ 49 40 552 37 66     |
\------------------------------------/
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.sys.apple
Subject: Re: Quantum-Festplatte an Mac
Date: 9 Apr 1992 16:35:04 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: smurf.smurf.sub.org

In de.comp.sys.apple, article <H.oBO0v52BH4I@pfunk.hanse.de>,
  blackbox@pfunk.hanse.de writes:
< In <1992Apr7.153209.9536@mpifr-bonn.mpg.de>, Michael van Elst writes:
< >das Programm eine Liste von 'unterstuetzten Platten' hat. Nachdem
< >ich die Quantum in dieser Liste eingetragen habe, erkennt das Programm
< >zwar die Platte, aber die Initialisierung wird spaeter mit einer
< >Fehlermeldung abgebrochen.
< 
< Du musst einige zusaetzliche Patches anbringen, die wie folgt lauten:
< 
< 1. CODE-Segment "Main":
< 	Offset $A46; 670E -> 600E
< 2. CODE-Segment "Main":
< 	Offset $1528; 6702 -> 6002
< 3. CODE-Segment "Install":
< 	Offset $130; 670E -> 600E

Bessere Idee: Im A5Init nicht den Eintrag irgendeiner Festplatte
ueberkritzeln, sondern den richtigen, d.h. einen aehnlichen.
Da Apple Quantum-Festplatten verwendet, duerfte es keine Probleme
machen, den der Q250 durch den der LPS120 zu ersetzen.
Das ist auf jeden Fall eine sicherere Methode, als ein paar Abfragen
aus dem Programm rauszupatchen.

-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
From: espen@coli.uni-sb.de (Espen J. Vestre)
Newsgroups: de.comp.sys.apple
Subject: OzTeX 1.41 (was: Re: Printer Trouble with OzTeX)
Date: 6 Apr 92 08:30:57 GMT
Organization: U of Saarbruecken, Dept. of Computational Linguistics

In article <ktofcsINN1md@smurf.smurf.sub.org> urlichs@smurf.sub.org 
(Matthias Urlichs) writes:
> Ganz einfach, OzTeX ist bescheuert programmiert und will den 
Druckertreiber

...nicht mal halb so bescheuert wie TeXtures, und die verlangen obendrauf 
GELD!!

> direkt aufmachen. Das geht unter Sys7 schief, weil der Treiber nicht mehr
> im Systemordner rumfliegt, sondern im Extensions-Ordner.

In OzTeX 1.4 (sollte man sich sowieso holen, viele Neuigkeiten gegenueber 
1.3: z.B. TeX 3.14, \special unterstuetzt jetzt auch PICT und PNTG files) 
ist das Problem geloest.  Dachte ich.  Aber es funktioniert immer noch 
nicht mit deutschem System, weil der Extensions-Ordner hierzulande 
"Systemerweiterungen" heisst.

Der Programmierer hat mir vor zwei Wochen geschriben dass ein Fix (version 
1.41) bald vorhanden sein wird, ist wahrscheinlich schon auf z.B. 
midway.uchicago.edu zu haben.


--------------------------------------------------------------
Espen J. Vestre,                          espen@coli.uni-sb.de
Universitaet des Saarlandes,        
Computerlinguistik, Gebaeude 17.2 
Im Stadtwald,
D-6600 SAARBRUECKEN, Germany           tel. +49 (681) 302 4501
--------------------------------------------------------------