HDTenEightyP/NetNews huggingface dataset:
From: root@stanny.GUN.de (Stefan Haefs)
Newsgroups: de.comp.os.unix
Subject: Frage zum Terminalanschluss unter SCO Unix
Date: 22 Jan 93 12:20:21 GMT
Reply-To: stefan@stanny.GUN.de (Stefan Haefs)
Organization: stanny

Hi !

Ich habe eine Frage zum Terminalanschluss unter SCO Unix:
Und zwar bekomme ich vor der Eingabe der Terminalemulation immer eine 
Zeile mit irgendwelchem Muell so in der Art "ooo=oo=fft=112......"
Wenn ich per Modem/ Terminal einlogge ist das immer gleich.
Aber danach geht alles normal weiter.

Ist eigentlich ziemlich seltsam und erst seit ein paar Tagen.
Danke schon mal im Voraus fuer Hilfe.
Gruss,
   Stefan
Newsgroups: de.comp.os.unix
From: kris@black.toppoint.de (Kristian Koehntopp)
Subject: Re: UNIX Raetselstunde (was Re: Quasselnder rm)
X-Excuse: X-Copyright wegen Emma, Suedwestpresse und /C'T/DISKUSSIONEN.
Organization: Toppoint Mailbox e.V.
Date: Sun, 24 Jan 1993 09:51:29 GMT
X-Copyright: (C) Copyright 1993 Kristian Koehntopp -- All rights reserved.
		 Reproduktion, auch auszugsweise, ausserhalb elektronischer,
		 nichtkommerzieller Datennetze nur mit ausdruecklichem,
		 schriftlichem Einverstaendnis des Autors.

In <1069@watzman.quest.sub.org> harm@quest.sub.org (Harm Luebben) writes:
>Aber ich erinnere mich da noch an NOGLOB ! ;-)
>Wer kennt noch schoene, never used variables ?

noglob wird bei SCO XENIX im .cshrc verwendet. Der tset-Befehl
bei XENIX setzt nicht nur die TERM-Variable, sondern rueckt
auch gleich den ganzen TERMCAP-Eintrag raus, der dann in die
gleichnamige Env-Variable kopiert wird. Das Kopieren ist aber
dergestalt codiert, dass es bei nicht gesetztem noglob in die
Luft fliegt. Also ist die ganze Geschichte dort mit set noglob
und unset noglob eingerahmt.

Einige User auf tpki (als diese noch unter XENIX lief) haben
beim Editieren ihres .cshrc versehentlich das unset noglob
geloescht, was gelegentlich zu bizarren Fehlermeldungen
fuehrte. Wenn man es erst einmal weiss, ist der Fehler aber
schnell gefunden.

Kristian
-- 
[ (Kristian Koehntopp) (Harmsstrasse 98) (2300 Kiel) (+49 431 676689) ]
/a{def}def /e{exch}a /p{currentpoint e pop}a /m{moveto}a /s{sub}a
/Times-BoldItalic findfont setfont 36 36 scale 0 4 m{p 12 2 index stringwidth
pop s 2 div e m show p 0 e 1 s dup 4 e s 4 div setgray m}forall showpage
From: terra@sol.ccc.de (Frank Simon)
Newsgroups: de.comp.os.unix
Subject: Re: Unterschied CRTSFL und RTSFLOW
Date: 26 Jan 93 10:50:46 +0100
Article-I.D.: sol.2782
Organization: Solar System, LS 441, FRG

Hallo,

bof@midget.saar.de (Patrick Schaaf) writes:
>terra@sol.ccc.de (Frank Simon) writes:
>>Kann mir jemand mal den Unterschied zwischen CRTSFL und RTSFLOW bei
>>SCO ODT2.0 erklaeren ?
>Du meinst sicher CTSFLOW und RTSFLOW, oder?
Nein. Ich meinte CRTSFL und RTSFLOW. BEIDE sollen was mit dem
Hardware Flowcontrol (RTS) zu tun haben.

[Erklaerungen uebner RTSFLOW/CTSFLOW]
>Hilft das?
Danke, aber das war mir bekannt. Es ging wirklich um dieses komische
Flag in SCO.

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  !
! Es gibt 2 absolute Wahrheiten: OSI ist Fortschritt, die Erde eine Scheibe !
-----------------------------------------------------------------------------
From: daniel@fiction.ms.sub.org (Daniel Roedding)
Date: 28 Jan 1993 18:20:50 +0100
Subject: Re: automatischer Dateistart nach dem booten
Newsgroups: de.comp.os.unix
stefan@stanny.GUN.de (Stefan Haefs) schreibt:

>Ich moechte gerne verschiedene Programme nach dem booten automatisch starten
>lassen.
>In welche Datei muss ich dass bei SCO UNIX 3.2.4.0 schreiben und was muss
>dabei beachtet werden ?

Bei fast allen Unixen gibt eine /etc/rc und meist auch eine /etc/rc.local
fuer die lokale, umgebungsspezifische Installation. Schau' da einfach
mal nach und trag's an der Stelle ein, wo Du es in den Bootvorgang
einbinden willst.

Die Prozesse laufen natuerlich unter root und sollten tunlichst auch schnell
wieder zurueckkommen, Daemonen, die sich nicht selbst in den Hintergrund
"wegforken", wollen mit einem "&" aufgestartet werden, sonst kommt Deine
Kiste natuerlich nicht hoch...

Aehem ... ja, je nachdem wie frueh Du in den Bootvorgang eingreifst, musst
Du natuerlich prinzipiell damit rechnen, dass noch nicht alle Resourcen
vollstaendig verfuegbar sind (z. B. Platten, die im Background gemounted
werden, es soll genug Leute geben, die das machen).

Daniel

-- 
Daniel Roedding       daniel@fiction.ms.sub.org, danny@pbhrzx.uni-paderborn.de
Detmolder Str. 19
4790 Paderborn        "I wouldn't mind dying so much if it wasn't
(0 52 51) 54 19 65     necessarily followed by death." -- Thomas Nagel
Newsgroups: de.comp.os.unix
From: Axel.Eble@IMBI.Uni-Freiburg.DE (Axel Eble)
Subject: S: VT >=320 Emulation fuer Unix
Content-Type: text/plain
 charset=iso-8859-1
Reply-To: Axel.Eble@IMBI.Uni-Freiburg.DE (Axel Eble)
Content-Transfer-Encoding: 8bit
Organization: Albert-Ludwigs-Universitaet Freiburg, Germany
Date: Fri, 22 Jan 93 08:46:10 GMT
MIME-Version: 1.0

Moin *seufz*

wir brauchen eine Terminalemulation fuer Unix, die mindestens
ein VT 320 emulieren kann... Ihr wollt nicht wissen, wofuer...
(ich wollte das eigentlich auch nicht wissen, so im Nachhinein
betrachtet ;-). Kann mich da irgendjemand mit der Nase oder sonstwas
draufstossen?

Gruss,
	Axel
-- 
     /\ xel Eble         | Email:      Balrog@IMBI.Uni-Freiburg.DE 
    /  \ Mooswaldstr. 32 |             Axel.Eble@IMBI.Uni-Freiburg.DE
   / /\ \ 7800 Freiburg- | Disclaimer: only my opinions!
  / ____ \     Hochdorf  | Irc:        Balrog
 /_/    \_\    Germany   | Smail:      see left

The above expressed opinions are mine alone. A further propagation,
publication or utilization outside the UseNet without my consent will
be prosecuted.
From: CB@brewhq.swb.de (Christian Balzer)
Newsgroups: de.comp.os.vms
Subject: Re: Kleine Warnung (koennte eure User-Disk retten...)
Date: Wed, 20 Jan 1993 21:12:12 GMT
Reply-To: CB@brewhq.swb.de (Christian Balzer)
Organization: The Software Brewery
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit

In article <1jdspbINNek7@urmel.informatik.rwth-aachen.de> jogl@merry.imib.rwth-aachen.de (Joachim Glaubrecht  #Alwd#) writes:
>
>
[Cluster_Config Blues]

Ich habe zahlose Cluster seit VMS 5.1 und davon die meisten unter 5.4 und
und 5.5 (5.5-1 und 5.5-2 wohlgemerkt) gebastelt und kein Problem dieser
Art gehabt.

Die Meldung:

>"device allready mounted".

wird wohl darauf zu beruhen das tatsaechliche ein System im Cluster,
wahrscheinlich der Bootserver, diese Platte schon _vorher_ gemounted
hatte. War der Satellit in irgendeiner Form vorher schon im Cluster?

>
>also, work-around ist, ALLE Satelliten erst einmal als diskless
>anzugeben und dann von hand die richtigen PAGE/SWAP-Devices anlegen.
>
Das ist unter Umstaenden (denn so entgehen diese Page- und Swapfiles
naemlich erstmal der gnadenlosen, da feedbacklosen, Reduktion durch das
AUTOGEN beim Cluster_Config) sicherlich sinnvoll, aber wie gesagt absolut
nicht notwendig.

Skol,

<CB>
-- 
  // <CB> aka Christian Balzer, P.O. Box 1348, D-W6108 Weiterstadt, Germany
\X/  -The Software Brewery- Fax/Data: +49 6150 17426, Voice: +49 6150 17427
SWB  CB@brewhq.swb.de | CB@brewhq.swb.sub.org | balzer@frsmic.enet.dec.com
"Another hope, another dream, another truth - installed by the machine"
								Propaganda

Newsgroups: de.comp.os.vms
From: rodney@tyrell.tynet.sub.org (Rodney Volz)
Subject: Re: Modem-Probleme an Sinix
Organization: Tyrell, Stuttgart (FRG)
Date: Sat, 23 Jan 1993 07:54:01 GMT

In article <2772@sol.ccc.de> terra@sol.ccc.de (Frank Simon) writes:
>Wir haben hier ein Problem. An einer Sinix ist ein Modem angeschlossen.
>Aus unerfindlichen Gruenden scheint der Sinix-getty (das ist wenigstens
>meine derzeitige Vermutung) mit dem Modem zu reden und teilt dem Modem
>mit, dass es 7E1 machen soll. Spreche ich nun das Modem z.B. mit
>xcmalt an, verwendet es 7E1 und ist auch nicht davon abzubringen. 
>
>Den Effekt hatten wir bei einen HST und bei einen Worldblazer. In
>gettydefs habe ich aber eigentlich cs8 eingetragen, aber das scheint
>hier voellig egal zu sein.

- Was sagt ein "stty -a < /dev/tty00", wenn das Modem an tty00 haengt,
und der getty darauf laeuft? Aendert sich die Ausgabe, wenn Du ein
"stty cs8 < /dev/tty00" machst, waehrend der Getty laeuft, bzw. wenn
eine Verbindung zu einem Anrufer steht?

- In /etc/gettydefs gibt es zwei Definitionsfelder. Eines ist fuer den
Login-Vorgang zustaendig, und eines fuer die Einstellung nach erfolgtem
Login. Enthalten beide Felder ein cs8?

- Spricht der Getty wirklich mit dem Modem, oder wartet er nur auf die
DCD-Leitung? -> Baudrate auf 2400 Baud setzen, und die LED's
beobachten. Was passiert, wenn Du auf der Sinix-Kiste einen Kermit
laufen laesst, und einem Anrufer mit "ATA" antwortest?

Oft ist es eine gute Idee, den getty schlicht neu zu compilieren.

Gruss,
-Rodney
-- 
                     Rodney Volz - 7000 Stuttgart 1 - FRG
 ===================> ...uunet!uka!smurf!tyrell!rodney <====================
  Tyrell: +49 711 651429 V32bis Public access - rodney@tyrell.tynet.sub.org
  \_____________ May your children and mine live in peace. _______________/
From: daniel@fiction.ms.sub.org (Daniel Roedding)
Date: 27 Jan 1993 00:06:16 +0100
Subject: Re: Prozeduren typisieren?
Newsgroups: de.comp.lang.c
strnadl@tph04.tuwien.ac.at (Christoph F.Strnadl) schreibt:

>In article <1a395c4517092fnBUa@fiction.ms.sub.org>, daniel@fiction.ms.sub.org (Daniel Roedding) writes:
>|> 	typedef char (*proc)(int x, int y);

>|> Kann man spaeter irgendwie sowas in der Art
>|> 
>|> 	proc xyz
>|> 	{
>|> 	  ...
>|> 	}
>|> 
>|> schreiben und wenn ja, wie? So wie oben scheint es naemlich eben nicht zu
>|> gehen ;-)
>
>Es ist ein Unterschied zwischen einem typedef und einem Macro.

Es sollte eben kein Makro sein, sondern wirklich eine Loesung auf sprach-
licher Ebene, nicht zuletzt aus den weiter unten von Dir geschilderten
Problemen.

>void dummy_function(proc pFunc)
(...)
>Aber es sollte wohl auch
>
>proc xyz(int a, int b)

>syntaktische korrekt sein.
>
>
>Ich kann natuerlich immer noch
>
>#define proc(name)	char proc(int x, int y)
>
>definieren. Fragt sich, wer solchen Code noch lesen will, wenn er
>nicht muss:

(Abschreckendes Beispiel geloescht, igitt :-)

Jaja... dass man das mit #defines nicht oder nur hoechst grausam hinbekommt,
war mir wohl auch klar. Die Ueberlegung fuer mich war nur folgende:

Ich habe eine Struktur, in der Pointer auf Prozeduren stehen, die alle gleiche
Parameter bekommen. Also habe ich natuerlich die Pointer auf diese Prozeduren
typisiert. Nun moechte ich mehrere dieser Strukturen mit Pointern auf im
Code vorkommende, "real-existente" Prozeduren fuellen.

Von diesen Prozeduren existieren in meinem Source mittlerweile einige und
ich hatte offengestanden gehofft, irgendwie eine Loesung zu finden, die
Prozedurkoepfe auch mit Rueckgriff auf die bereits getroffene Typvereinbarung
zu vereinfachen.

Noch Ideen? (Nein, #define's kommen mit nicht ins Haus)

Daniel

-- 
Daniel Roedding       daniel@fiction.ms.sub.org, danny@pbhrzx.uni-paderborn.de
Detmolder Str. 19
4790 Paderborn        "I wouldn't mind dying so much if it wasn't
(0 52 51) 54 19 65     necessarily followed by death." -- Thomas Nagel
From: daniel@fiction.ms.sub.org (Daniel Roedding)
Date: 25 Jan 1993 11:34:10 +0100
Subject: Prozeduren typisieren?
Newsgroups: de.comp.lang.c
Moin!

Folgendes Problem hatte ich jetzt schon ein paar Mal:

Prozeduren typisieren ist ja erstmal kein Problem:

	typedef char (*proc)(int x, int y);

oder aehnliches funktioniert wunderbar, nur wenn ich spaeter wirklich
so'ne Prozedur in meinem Programm habe, muss ich immer noch die volle
Deklaration angeben. Oder habe ich nur den Trick noch nicht gefunden?
Kann man spaeter irgendwie sowas in der Art

	proc xyz
	{
	  ...
	}

schreiben und wenn ja, wie? So wie oben scheint es naemlich eben nicht zu
gehen ;-)

Daniel

-- 
Daniel Roedding       daniel@fiction.ms.sub.org, danny@pbhrzx.uni-paderborn.de
Detmolder Str. 19
4790 Paderborn        "I wouldn't mind dying so much if it wasn't
(0 52 51) 54 19 65     necessarily followed by death." -- Thomas Nagel
Newsgroups: de.comp.lang.c
From: luik@isa.de (Andreas Luik)
Subject: Re: Prozeduren typisieren?
Organization: ISA GmbH, Stuttgart, FRG
Date: Tue, 26 Jan 1993 00:15:23 GMT

In article <1a395c4517092fnBUa@fiction.ms.sub.org> daniel@fiction.ms.sub.org (Daniel Roedding) writes:
   Prozeduren typisieren ist ja erstmal kein Problem:

	   typedef char (*proc)(int x, int y);

   oder aehnliches funktioniert wunderbar, nur wenn ich spaeter wirklich
   so'ne Prozedur in meinem Programm habe, muss ich immer noch die volle
   Deklaration angeben. Oder habe ich nur den Trick noch nicht gefunden?
   Kann man spaeter irgendwie sowas in der Art

	   proc xyz
	   {
	     ...
	   }

   schreiben und wenn ja, wie? So wie oben scheint es naemlich eben nicht zu
   gehen ;-)

Das geht auch nicht (wenn man mal von Praeprozessor-Tricks absieht).
Aus dem ANSI-Standard:

3.7.1 Function Definitions

Constraints: The identifier declared in a function definition (which
is the name of the function) shall have a function type, as specified
by the declarator portion of the function definition. Footnote: The
intent is that the type category in a function definition cannot be
inherited from a typedef: [examples]

Zusammengefast: Der Typ einer Funktionsdefinition muss ein
"function-type" sein, d.h. die Parameter muessen bei der
Funktionsdefinition angegeben werden. Natuerlich kannst du den
"return-type" durch einen Typedef abkurzen, aber das ist was ganz
anderes.

--
Andreas Luik                E-Mail: luik@isa.de
(postmaster@isa.de)         UUCP:   ...!{uunet!unido,pyramid}!isaak!luik
Newsgroups: de.comp.lang.c
From: strnadl@tph04.tuwien.ac.at (Christoph F.Strnadl)
Subject: Re: Prozeduren typisieren?
Reply-To: strnadl@tph01.tuwien.ac.at
Organization: Institute for Theoretical Physics, TU Vienna
Date: Mon, 25 Jan 1993 17:31:47 GMT

In article <1a395c4517092fnBUa@fiction.ms.sub.org>, daniel@fiction.ms.sub.org (Daniel Roedding) writes:
|> 	typedef char (*proc)(int x, int y);
|> 
|> oder aehnliches funktioniert wunderbar, nur wenn ich spaeter wirklich
|> so'ne Prozedur in meinem Programm habe, muss ich immer noch die volle
|> Deklaration angeben. Oder habe ich nur den Trick noch nicht gefunden?
|> Kann man spaeter irgendwie sowas in der Art
|> 
|> 	proc xyz
|> 	{
|> 	  ...
|> 	}
|> 
|> schreiben und wenn ja, wie? So wie oben scheint es naemlich eben nicht zu
|> gehen ;-)

Es ist ein Unterschied zwischen einem typedef und einem Macro. Nur
letzterer substituiert wirklich Buchstaben im Source-Text (salopp
formuliert. Eine  typedef darf nur verwendet werden, wenn eine
Typendeklaration erlaubt waere, also zB:

void dummy_function(proc pFunc)
{
	int i, j;		/* define some local variables */
	proc pFunc1, pFunc2;    /* Pointer auf bestimmte Funktionen */

	/* some actual code may follow */

}

Aber es sollte wohl auch

proc xyz(int a, int b)
{....
}

syntaktische korrekt sein.


Ich kann natuerlich immer noch

#define proc(name)	char proc(int x, int y)

definieren. Fragt sich, wer solchen Code noch lesen will, wenn er
nicht muss:

static int x;		/* besonders gemein */

proc(funny)
{
	int z;

	x = z*2:	/* tja, woher kommt das x? An eine lokale 
			   Variable denkt dabei wohl niemand, die 
			   meisten wohl eher an die globale Variable.
			   Aber die wird natuerlich durch die
			   Definition von x als function argument
			   ueberholt, sodass x doch nur lokal ist. */

-cfs

-- 
Christoph F. Strnadl              | The term 'politically correct', co-
Institute for Theoretical Physics | opted by the white power elite as a
TU Vienna, Austria                | tool for attacking multiculturalism,
email: strnadl@tph01.tuwien.ac.at | is no longer politically correct.
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.lang.misc
Subject: Re: Woche im Jahr
Date: 26 Jan 1993 09:37:54 +0100
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comp.lang.misc, article <C1E89G.4wK@jat.sub.org>,
  achim@jat.sub.org (Joachim Astel) writes:
> Suche einen effizienten Algorithmus, mit dem ich die Woche im laufenden
> Jahr ermitteln kann. Insbesondere dreht sich die ganze Problematik darum,
> ob der/die ersten Januartag[e] noch zur letzten (52./53.?) Woche des alten
> Jahres oder schon zu ersten Woche des neuen Jahres zaehl{t|en}. Wer kennt
> die Systematik, die hinter dem Ganzen steckt?
> 
Wo liegt das Problem? Wenn der Donnerstag im neuen Jahr liegt, d.h. die Woche
im neuen Jahr mehr Tage hat als im alten, dann ist diese Woche die erste.

woche_in_jahr(tag) ::= int((tag_in_jahr(tag)-tag_in_woche(1.1.)+10)/7)

sollte passen. [ tag_in_jahr(1.1.) ::= tag_in_woche(Montag) ::= 1 ]

Das Ausrechnen von tag_in_jahr und tag_in_woche wird dem Leser zur Uebung
ueberlassen.

-- 
He is winding the watch of his wit; by and by it will strike.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
Newsgroups: de.comp.lang.misc
From: achim@jat.sub.org (Joachim Astel)
Subject: Woche im Jahr
Organization: Mail/News Server Leinburg
Date: Mon, 25 Jan 1993 04:53:39 GMT

Suche einen effizienten Algorithmus, mit dem ich die Woche im laufenden
Jahr ermitteln kann. Insbesondere dreht sich die ganze Problematik darum,
ob der/die ersten Januartag[e] noch zur letzten (52./53.?) Woche des alten
Jahres oder schon zu ersten Woche des neuen Jahres zaehl{t|en}. Wer kennt
die Systematik, die hinter dem Ganzen steckt?

PERL- und C-Sourcen sind besonders willkommen...

	-Achim
-- 
Joachim Astel (J.A.T.), E-MAIL: achim@jat.sub.org
Newsgroups: de.comp.lang.misc
From: Jelske Kloppenburg <Jelske.Kloppenburg@gmd.de>
Subject: Re: Woche im Jahr
Reply-To: Jelske.Kloppenburg@gmd.de
Organization: GMD, Sankt Augustin, Germany
Date: Tue, 26 Jan 1993 08:30:08 GMT

In article <C1E89G.4wK@jat.sub.org> achim@jat.sub.org (Joachim Astel) writes:
> Suche einen effizienten Algorithmus, mit dem ich die Woche im laufenden
> Jahr ermitteln kann. Insbesondere dreht sich die ganze Problematik darum,
> ob der/die ersten Januartag[e] noch zur letzten (52./53.?) Woche des alten
> Jahres oder schon zu ersten Woche des neuen Jahres zaehl{t|en}. Wer kennt
> die Systematik, die hinter dem Ganzen steckt?
> 
> PERL- und C-Sourcen sind besonders willkommen...
> 
> 	-Achim
> -- 
> Joachim Astel (J.A.T.), E-MAIL: achim@jat.sub.org

Ja, sowas habe ich. Grade vor kurzem habe ich auch noch die Wochennummer
dazugenommen. Das ist in Modula2 geschrieben.
Wie die Wochennummer bestimmt, wird habe ich aus DIN ???.
Kurz: Die erste Woche, deren Donnerstag im Januar liegt, ist die Nummer 1.
Jetzt habe ich nicht viel Zeit, bin beim Umzug. Bei mehr Interesse bitte
E-Mail an mich. Wann ich das naechste mal die news lese, weiss ich noch nicht.
gruss j.k.

--
  Jelske Kloppenburg, +49 2241 14-2433, <Jelske.Kloppenburg@gmd.de>
  GMD (German National Research Center for Computer Science)
                    "Don't kill the Winners!"   Dennis Tsichritzis
Newsgroups: de.comp.lang.misc
From: mhanft@lrs.e-technik.uni-erlangen.de (Matthias Hanft)
Subject: Re: Woche im Jahr
Organization: LRS
Date: Tue, 26 Jan 1993 16:29:03 GMT

achim@jat.sub.org (Joachim Astel) writes:

>Suche einen effizienten Algorithmus, mit dem ich die Woche im laufenden
>Jahr ermitteln kann. Insbesondere dreht sich die ganze Problematik darum,
>ob der/die ersten Januartag[e] noch zur letzten (52./53.?) Woche des alten
>Jahres oder schon zu ersten Woche des neuen Jahres zaehl{t|en}. Wer kennt
>die Systematik, die hinter dem Ganzen steckt?

Sowas hab ich mal programmiert, allerdings in Pascal & quick & dirty.
Wenn ich's Dir trotzdem mailen soll...?!

Gruss Matthias.

Newsgroups: de.comp.lang.lisp
From: cracauer@wavehh.hanse.de (Martin Cracauer)
Subject: Weiss jemand, ob CMU-CL auf Solaris 2 auf SPARCs laeuft ?
Organization: Hanse Networking e. V., Hamburg, Germany
Date: Mon, 25 Jan 93 09:54:58 GMT

Hat jemand schon mal ausprobiert, ob CMU-CL auf Solaris 2 auf SPARCs
laeuft ? 

Auf SPARC 10 soll nur Verison 17 laufen. Falls 16f nicht laeuft, hat
jemand Informationen, ob 17 dann auch auf Solaris 2 laeft (falls SPARC
10 dann mit Solaris 2 zusammengeht :->   ).

Danke
-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer <cracauer@wavehh.hanse.de>, WAVEDATA, Norderstedt, Germany
Newsgroups: de.comp.lang.pascal
From: moar@Informatik.TU-Muenchen.DE (Christoph Moar)
Subject: HELP! Turbo Pascal 7.0 Compiliermoeglichkeit!
Originator: moar@hphalle8i.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Mon, 25 Jan 1993 11:04:56 GMT




Hallo Leute!

Ich habe da ein mehr oder minder grosses, aber ziemlich dringendes Problem.

Ich besitze  Turbo Pascal 6.0, muss aber so schnell wie moeglich eine von
mir geschriebene Unit unter TP 7.0 compilieren. Das Update kann ich mir
im Moment (noch) nicht leisten.

Deshalb meine bitte, ob nicht jemand im Raum Muenchen mir die Unit compilieren
koennte. Ich glaube nicht, dass das rechtlich problematisch sein sollte, oder?

Die ganze Angelegenheit ist, wie gesagt, ziemlich dringend, deshalb gutgemeinte
Antworten bitte als E-Mail an mich oder telefonisch unter

           089-23862874.

Schoenen Dank im Voraus,


Christoph.

+----------------------------------------------------------------------------+
                               moar@Informatik.TU-Muenchen.DE (Christoph Moar)  


 
Newsgroups: de.comp.lang.pascal
From: S_KRANAWET@rzmain.rz.uni-ulm.de (Kranawetter Marco)
Subject: DPMI with BP7
Organization: University of Ulm, Germany
Date: Thu, 28 Jan 1993 13:50:07 GMT
X-News-Reader: VMS NEWS 1.25beta

Hallo !
Ich habe da ein Problem mit BP7 !
Und zwar : Ich moechte ein TP6-Programm in ein BP7-DPMI-Programm portieren.
Das ich in dem Programm oft Adressen direkt anspreche,stuerzt das Programm
mit einer Schutzverletzung ab ( runtime error 216 ). Wie kann ich einen
Selektor definieren bzw. erstellen, der mir Schreib-und Lesezugriff auf das
Real Mode Segment $0000 gibt ??? Falls es nicht moeglich ist, in diesem
Bereich zu Lesen/Schreiben ... wie kann ich dann die Adressen im Protected
Mode veraendern ???
Bitte moeglichst schnell zurueckmailen ! 
		    Danke! 
Newsgroups: de.comp.lang.pascal
From: S_KRANAWET@rzmain.rz.uni-ulm.de (Kranawetter Marco)
Subject: DPMI mit BP7
Organization: University of Ulm, Germany
Date: Thu, 28 Jan 1993 14:01:28 GMT
X-News-Reader: VMS NEWS 1.25beta

hallo !
ich habe ein problem mit den schutzbestimmungen im protected mode !
und zwar: ich moechte auf eine adresse im real-mode-segment $0000 direkt
zugreifen (lesen und schreiben). in turbo pascal 6 ging es perfekt, im
protected mode gibt's schutzverletzungen ( runtime error 216 ).
wie kann ich einen selektor definieren bwz. erstellen, der auf das
real-mode-segment $0000 zeigt ???
bitte moeglichst schnell zurueckmailen !
			danke !