HDTenEightyP/NetNews huggingface dataset:
From: Axel.Eble@IMBI.Uni-Freiburg.DE (Axel Eble)
Subject: TEK 42xx Emulation fuer PC?
Content-Type: text/plain
 charset=iso-8859-1
Reply-To: Axel.Eble@IMBI.Uni-Freiburg.DE (Axel Eble),armbru@AAC.Chemie.Uni-Freiburg.DE (Markus Armbruster)
Content-Transfer-Encoding: 8bit
Organization: Albert-Ludwigs-Universitaet Freiburg, Germany
Folloup-To: poster
Date: Sun, 23 Aug 92 21:23:58 GMT
MIME-Version: 1.0

hallo leute,

wir suchen eine TEK 42xx emulation fuer dosen, die entweder normal ueber
die serielle oder uebers ethernet laeuft. Das ganze latuernich als pd.

Gibts sowas oder traeumt ihr auch immer davon? ;-)

Gruss,
	Axel und Markus

P.S.: NEIN, 4014 REICHT NICHT!!!!
-- 
     /\ xel Eble        | Email:      Balrog@IMBI.Uni-Freiburg.DE 
    /  \ Bluecherstr. 5 |             Axel.Eble@IMBI.Uni-Freiburg.DE
   / /\ \ 7800 Frei-    | Disclaimer: only my opinions!
  / ____ \     burg     | Irc:        Balrog
 /_/    \_\ Germany     | Smail:	   see left

The above expressed opinions are mine alone. A further propagation,
publication or utilization outside the UseNet without consent of the
author will be prosecuted.
Xref: sparky de.comp.misc:425 de.comp.sys.misc:209
From: ws@mbpdo.UUCP (Wolfgang Schelongowski)
Newsgroups: de.comp.misc,de.comp.sys.misc
Subject: Re: Informationen ueber NIXDORF 8860 Micro 1 gesucht!
Keywords: NIXDORF 8860 Micro 1
Date: 23 Aug 92 19:03:32 GMT
Followup-To: de.comp.misc
Organization: mbp Software & Systems GmbH, Dortmund

In article <H.IcZSkRnRgtg@danubix.ulm.sub.org> 
  herby@danubix.ulm.sub.org writes:
>In <dx-a0buu532@delight.uucp>, Andreas Wetzel writes:
>  >Seit geraumer Zeit bin ich im Besitz einer NIXDORF 8860 Micro 1, vor der 
>  >ich leider _sehr_ ratlos stehe. 
>
>Wir haben auch so ein Ding rumstehen, ich moechte auch gern mehr wissen.

Die NIXDORF 8860 ist so ungefaehr 1975 entstanden. Sie wurde als
Datenkonzentrator (BSC/SNA/Btx/...) bei Banken eingesetzt. Ich habe 
1983 ein paar Monate auf ihr programmieren _muessen_. Fazit: Nicht so
entsetzlich wie 8840 und 8850, aber trotzdem programmierer*UN*freundlicher
als DOS. So waren z. Bsp. Dateien nicht verlaengerbar. 

VERMUTLICH ist 8860 Micro 1 eine 8860 mit modernerer Hardware
(viel kleiner und schneller). Falls das Betriebssystem immer noch so ist
wie 1975/1983: schnell weg damit, wir haben 1992 !

Uebrigens: Bitte in die "References:"-Zeile NICHT das "Subject" 
hineinschreiben. Manche Newsreader koennen damit nichts anfangen.
Ich habe es "haendisch" korrigiert.

-- 
Wolfgang Schelongowski                  Tel.: +49-231-944-1267/1352
Usenet: ws@mbpdo.UUCP
If I were expressing mbp's opinions, they'd probably make me wear a tie...
Newsgroups: schule.zeitung,de.comp.misc
From: dennis@metw3.met.fu-berlin.de (Dennis Schulze)
Subject: Postscript-Bilder
Organization: Free University of Berlin
Date: Wed, 26 Aug 1992 08:40:08 GMT

Hallo,

kann mir jemand eine Quelle fuer (bevorzugt) Postscript (EPS) - 
Bilder nennen, die man zum Beispiel in einer Zeitung oder auch 
fuer Einladungen verwenden kann? 
Kennt jemand einen FTP-Server, auf dem sowas zu finden ist oder kann
man sich *irgendwo* entsprechende Bibliotheken bestellen?

Hoffe auf reichlich antworten per mail,
 Dennis
--
Dennis Schulze                               Free University of Berlin
Johannisthaler Ch. 361                       Department of Meteorology
W - 1000 Berlin 47                       dennis@metw3.met.fu-berlin.de
Germany                               dennis@marie.physik.tu-berlin.de
Newsgroups: de.talk.etc,de.comp.misc
From: weber@rhrk.uni-kl.de (Christoph Weber-Fahr [KIT])
Subject: Re: Merkwuerdige Pseudo-Anschuldigungen (was Re: Schnelle Knete im Uni
Organization: University of Kaiserslautern, Germany
Date: Tue, 1 Sep 1992 18:22:53 GMT

Hallo,

tut mir leid, dass ich mich hier dranhaenge, aber ich aergere mich schon 
einige Zeit ueber diese Kampagne.

Dazu vorneweg: Ich habe mich ueber die (eher seltenen) postings von Wolfgang
Henke jedesmal gefreut. Sie gaben einen kurzen Einblick in die Marktlage
"ueberm' Teich" und waren ausserdem geeignet, die Luft aus dem teilweise
ueberteuerten deutschen Markt rauszulassen.
In diesem Sinne ist "Kommerz" (sprich Wettbewerb) genau das, was der
heimische Markt da braucht.

Aber: Wen das ueberhand nimmt, wuerde es mich auch stoeren.
Von daher kann ich auch die Kritiker verstehen. Aber bitteschoen - das hier
ist eine technische Newsgroup - ein dezenter Hinweis haette es auch getan.

Diese Art sprachlicher Overkill fuehrt nur zu voellig ueberhitzten 
Diskussionen ohne praktisches Ergebnis. 

Daher, bitte, lasst es erstmal gut sein. Und wenn Ihr nicht gerade alle 
2 Wochen hier Inserate (nicht Diskussionsbeitraege) von Wolfgang 
seht, was soll's ? Wenn es zuviel wird, kann man immer noch dagegen vorgehen.
(Und ausserdem gibt es killfiles :-)

Gruss

Christoph Weber-Fahr

-- 
  Christoph Weber-Fahr                  |  E-Mail:  weber@rhrk.uni-kl.de 
  Universitaet Kaiserslautern,  KIT     |  S-Mail:  Postfach 3049
  Tel. 0631/205-3391                    |           D-6750 Kaiserslautern
--------------------------  My personal opinion only    ---------------------
Newsgroups: de.comp.misc
From: ballier@Lise-Meitner.BR.Schule.DE (Ralph Ballier)
Subject: *Dringend*: Plattenprobleme Motorola-Rechner
Summary: Neue Platte laesst sich nicht ansprechen
Keywords: Harddisk, Motorola, Festplatte
Organization: Lise-Meitner-Schule Berlin, Germany
X-Newsreader: Tin 1.1 PL5
Date: Wed, 26 Aug 1992 17:09:26 GMT

Fuer einen Kollegen einer anderen Schule, die noch keinen Zugang 
zum News-System hat, poste ich die folgende Nachricht (der Kollege 
steht wirklich SEHR auf dem Schlauch):


	Lieber Ralph,
	
	wir kaempfen im Moment mit dem Einbau einer neuen Festplatte
	in unseren Motorola-Rechner 3308. Wir haben eine Fujitsu-
	M2624SA-Platte mit 520 MB bei 12 ms Zugriff und 5 Jahren
	Garantie bei der Firma xxxxxxxxxxxxxx GmbH in 2803 xxxxxxxxxxxxxxx,
	xxxxxxxxxxxxxxxxxxx fuer 2230 DM incl. MWSt gekauft.
	Die Platte ist auf der untersten Ebene im Debugger (147diag) in
	der Lage, sich mit ihrem Namen zu melden, es gelingt uns jedoch
	nicht, sie auf UNIX-Ebene anzusprechen.
	Ein Zugriff ueber /etc/ddefs wird mit "not found", ueber sledit
	mit "can't open" beantwortet, der Versuch, sie ueber dinit zu
	formatieren, erbringt "command byte: 78 status byte 1: 25 
	can't set configuration information".

		Werner


(Anmerkung: den Firmennamen habe ich rausgenommen; wer ihn wissen
moechte, kann mich anmailen).

WER KANN WERNER HELFEN? Jeder Hinweis ist wichtig!

	Ralph
-- 
      Lise-Meitner-Schule (Oberstufenzentrum Chemie, Physik und Biologie)
                                 Ralph Ballier
          Rudower Strasse 184, D-1000 Berlin 47     Tel.: 030/6611011
 EMail: Ballier@Lise-Meitner.BR.Schule.DE        "Offenes Deutsches Schul-Netz"
Newsgroups: de.comp.misc
From: berndh@public.sub.org (Bernd Hennig)
Subject: Re: Schnelle Knete im University Hospital MEB, IMSDD ?
Organization: PUBLIC News & Mailserver, G&P Wiesbaden, Support Telekom
Date: Tue, 1 Sep 1992 14:56:24 GMT

wolfgang@netcom.com (Wolfgang Henke) writes:

>Ansonsten moechte ich noch gerne wissen, wie Du als anscheinend
>Mediziner in der Ausbildung (postest von einem Universitaetskrankenhaus)
>den deutschen Steuerzahler mit Deinen Ausbildungskosten belastest, nur
>um dann spaeter 'schnelle Knete' als Arzt zu machen. Waere es nicht
>sinnvoller, wenn Mediziner so wie hier in den USA ihre Ausbildungskosten
>bezahlen?


Genau ! Ab nach Alaska ! :-))

-- 
Bernd Hennig | Public News & Mail | Voice 0611/92808-31 | berndh@public.sub.org
<-------------------------------->| Fax   0611/92808-34 | bernd@pfm.rmt.sub.org
Newsgroups: de.comp.misc,de.etc.misc
From: jmh@tko.vtt.fi (Michael Hasemann)
Subject: Firma Superformance (Adresse ?)
Organization: VTT Technical Research Centre of Finland, Oulu
Date: Thu, 27 Aug 1992 05:42:18 GMT

hey netters,

I'd like to get some information on a company called

Superformance.

It is located somewhere in Germany. 
Any hints ?

#Michael
From: Sepp@ppcger.ppc.sub.org (Josef Wolf)
Newsgroups: de.comp.misc
Subject: Re: RGB -> FBAS konverter...
Distribution: de
Organization: PPC Germersheim, Germany
Date: 30 Aug 92 14:51:15 GMT

In <2a8de006wnr070@fenris.abg.sub.org> werwolf@fenris.abg.sub.org (Martin Freiberg) writes:
] urlichs@smurf.sub.org (Matthias Urlichs) writes:
] > In de.comp.misc, article <1992Aug10.210732.14812@chamber.in-berlin.de>,

] > > Gibt's einen solchen Konverter eventuell als Bausatz..??
] > Wage ich zu bezweifeln. Entgegen aller Geruechte ist der Bau eines
] > Konverters, der vernuenftige Signale ausspuckt, naemlich nicht allzu
] > einfach.
] Doch, die gibt es zur genuege. In der C't ist ebenfalls mal eine
] Bauanleitung zu einem RGB-FBAS-Wandler nach Pal-Norm vorgekommen.

Das Teil aus edr C'T wuerde ich nur im aeussersten Notfall empfehlen. Es
ist hochgradig temperaturempfindlich. Da musste alle paar Minuten
nachjustieren...

Gruss
    Sepp

-- 
|   Josef Wolf,  Germersheim,  Germany    aka    sepp@ppcger.ppc.sub.org   |
|    also available via    ..!uunet.uu.net!ira.uka.de!smurf!ppcger!sepp    |
|--------------------------------------------------------------------------|
| ...und wieviel brave Deutsche haben wieder nichts geschnallt... (Marius) |
Newsgroups: de.comp.misc
From: jmh@tko.vtt.fi (Michael Hasemann)
Subject: Firma Rossmoeller (Addresse ?)
Organization: VTT Technical Research Centre of Finland, Oulu
Date: Tue, 1 Sep 1992 10:04:17 GMT

Hallo,

danke an alle, die mir das letzte Mal weitergeholfen haben.

Diesmal haette ich gern die Addresse der Firma Rossmoeller,
oder aehnlich.

BTW: Ich bin immer noch auf der Suche nach einem Video-Backup System.
Irgendwelche Tips ?

Gruesse
Michael

------------------------------------------------------------------------
Joerg-Michael Hasemann                          
Electronics Laboratory                         : Phone + 358 81 5512232
The Technical Research Centre of Finland       : FAX   + 358 81 5512320
Kaitovaeylae 1, Linnanmaa, P.O.Box 200         : Email jmh@tko.vtt.fi
SF-90571 Oulu / FINLAND
------------------------------------------------------------------------
Newsgroups: de.comp.misc
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Subject: Re: Informationen ueber NIXDORF 8860 Micro 1 gesucht!
Organization: University of Ulm, Germany
Date: Sun, 23 Aug 1992 23:24:29 GMT
X-News-Reader: VMS NEWS 1.23

In <2467@mbpdo.UUCP> ws@mbpdo.UUCP writes:

> Die NIXDORF 8860 ist so ungefaehr 1975 entstanden. Sie wurde als
> Datenkonzentrator (BSC/SNA/Btx/...) bei Banken eingesetzt. Ich habe 

Was darf man sich denn unter einem Datenkonzentrator vorstellen?
Oder muss ich das in de.newusers posten? :-)



 /---Ulli Horlacher---Rechenzentrum Uni Ulm---Oberer Eselsberg---7900 Ulm---\
 \   orakel@dulruu51.bitnet |  orakel@rz.uni-ulm.de |  framstag@uni-ulm.de  /
  \------------------------------------------------------------------------/
        "Der Erste seit Wochen, der NICHT will"  -  Princess ueber ####
-------------------------------------------------------------------------------
COPYRIGHT: Fuer Veroeffentlichungen _AUSSERHALB_ des Newssystemes gelten 
           _MEINE_ Geschaeftsbedingungen. Nichtbeachtung wird in der Regel
           zivil- und strafrechtliche Folgen nach sich ziehen.       
Newsgroups: de.comp.gnu
From: kurt@dfv.rwth-aachen.de (Kurt Essigmann)
Subject: Probleme mit Gnuplot und spline
Keywords: gnuplot bspline
Organization: Communication Networks
Date: Fri, 4 Sep 1992 08:55:09 GMT

Hallo Gnuplotbenutzer.

Ich versuche mit Gnuplot (ver 3.2) eine Kurve zu glaetten, die aus 5 x/y
Paaren besteht. Dazu sagt mein Manual 'set cntrparam {{ linear|cubicspline|
bspline} | points <n> | levels <n> | order <n> }'.

Meine Versuche mit :
        set cntrparam bspline
        set order 10
        set points 100 (alles zwischen 5 und 200 auch versucht) 
 und dann
	plot 'dateiname' with lines
ergaben eine immer noch kantige, nur aus 4 Linien bestehende  Kurve. Ein 
Versuch mit cubicspline ergab keine Verbesserung.

Habe ich die Syntax falsch verstanden oder reichen 5 x/y Paare nicht oder ... ?
Fuer alle Hinweise bin ich dankbar.
-- 

+-----------------------------------------------------------------------------+
| Kurt Essigamnn       	Communications Networks, RWTH Aachen                  |
| Ruetscherstr. 155     Kopernikusstr. 16, D-5100 Aachen, Germany             |
From: becker@med-in.uni-sb.de.med-in.uni-sb.de
Newsgroups: de.comp.gnu
Subject: bash - Fehler beim Editieren der Kommandozeile
Date: 26 Aug 92 08:37:10 GMT
Organization: Medizinische Universitaetsklinik, D-6650  Homburg / Saar
X-Newsreader: Tin 1.1 PL5

Ich habe bash fuer SINIX Version 5.24 installiert. Leider zeigt sich ein
Fehler beim Editieren der Kommandozeile. 
Geht man mit der Taste "Cursor left" nach links und loescht dann
mit "rubout" ein Zeichen in der Zeile, so wird der Ende des Textes 
verworfen und durch eine Kombination von "^'^'^'" ersetzt.

Ist dieser Fehler schon bekannt und gibt es eine Loesung?

Danke

Dieter Becker

--
 Dr. med. dipl.-math Dieter Becker           Tel.: (0 / +49) 6841 - 16 3046
 Medizinische Universitaets- und Poliklinik  Fax.: (0 / +49) 6841 - 16 3369
 Innere Medizin III                         
 D - 6650 Homburg / Saar                     Email: becker@med-in.uni-sb.de
Newsgroups: de.comp.gnu
From: borchert@titania.mathematik.uni-ulm.de (Andreas Borchert)
Subject: Re: was macht alloca?
Organization: University of Ulm, SAI
Date: Thu, 3 Sep 92 08:14:46 GMT

In article <5180@reto.stgt.sub.org>, hcz@reto.stgt.sub.org (Heike C Zimmerer) writes:
> In article <1992Sep01.065949.23504@rubikon.han.de> toad@rubikon.han.de 
> (Peter Cleve) writes:
> 
> >Wenn du du Block durch Function austauscht liegst du richtig.
> >Nur absolut bescheuerte Compiler werden Variablen die lokal fuer einen
> >Block definiert sind beim Blockeintritt/austritt anlegen/loeschen.
> 
> So bescheuert finde ich das nicht. Das Anlegen/Loeschen kostet nicht viel
> Assemblerinstruktionen (hier ists genau eine (1)).
> 
> Neben dem Scope gibt es aber noch einen wichtigen Grund, Variable
> in einem lokalen Block zu definieren: Speicherplatz.
> Bei einer Konstruktion der Form
>     if(..)
>     {
>         char a[100000];
>             :
>     }
>     else
>     {
>         int i[100000];
>             :
>     }
> muesste Dein Compiler die Laenge aller so deklarierten Arrays 
> fuer die Dauer der ganzen function im lokalen Stack freihalten.
> Wenn das mein Compiler machen wuerde, waers fuer mich schon ein
> Grund, den Hersteller anzumeckern.

Das ist nicht ganz richtig. Es bereitet einem Compiler ueberhaupt
keine Probleme festzustellen, dass a[] und i[] nicht gleichzeitig
verwendet werden -- also muessen sie nicht beide getrennt allokiert
werden, sondern koennen problemlos uebereinander gelegt werden.

Im uebrigen ist es normalerweise guenstiger, solche Flaechen gleich zu Beginn
der Funktion mit anzulegen, statt dies womoeglich inmitten einer Schleife
zu tun. Erst recht im Fall von leaf-Prozeduren.

-- 
_______________________________________________________________________________

Andreas Borchert, University of Ulm, SAI, D-W-7900 Ulm, Germany
Internet: borchert@mathematik.uni-ulm.de   "C is its own Virus"
Newsgroups: de.comp.gnu
From: styx@eurom.rhein-main.de (Ruediger Merz)
Subject: Probleme mit gdb 4.4
Organization: Comp-TO-Comp GmbH Bad Vilbel
Date: Tue, 25 Aug 92 06:36:29 GMT


Hi,

wer kann mir bei dem folgenden Problem helfen ?

----------------------------------------------------
sigsetmask.c:31: parse error before `sigsetmask'
sigsetmask.c:32: parse error before `*'
sigsetmask.c: In function `sigsetmask':
sigsetmask.c:34: `sigset_t' undeclared (first use this function)
sigsetmask.c:34: (Each undeclared identifier is reported only once
sigsetmask.c:34: for each function it appears in.)
sigsetmask.c:34: parse error before `old'
sigsetmask.c:36: `SIG_SETMASK' undeclared (first use this function)
sigsetmask.c:36: `set' undeclared (first use this function)
sigsetmask.c:36: `old' undeclared (first use this function)
------------------------------------------------------
Wir haben auf unserem System (ESIX SysV 3.2) alles nach sigset_t
und SIG_SETMASK durchsucht. 
Wo und wie sind die normalerweise deklariert ?

Danke fuer Eure Hilfe

cu

	styx
--------------------------------------------------------------
Einen Grabstein auf den ganzen Schlamassel, mit der Inschrift   
" Menschheit, du hattest von Anfang an nicht das Zeug dazu."
                                        Henry C. jr Bukowski

Ruediger Merz, Ffm, Voice : +49 696312083 / Data : +49 69634588
From: hcz@reto.stgt.sub.org (Heike C Zimmerer)
Newsgroups: de.comp.gnu
Subject: Re: was macht alloca?
Distribution: world
Date: 1 Sep 92 12:56:00 GMT
Organization: reto GmbH

In article <920829440@monad.swb.de> root@monad.swb.de 
(System Administrator) writes:
> [..] WAS MACHT ALLOCA DENN SO?!?
> Und wo bekomme ich es her?

alloca() alloziert einen Speicherbereich, der denselben
Gueltigkeitsbereich wie lokale Variablen hat. Zu deutsch:
wenn die function, in der der alloca() - Aufruf steht,
beendet wird, wird auch der aloca() - Bereich automatisch 
wieder freigegeben.

Wenn Du alloca() durch malloc() ersetzt, baust Du Dir einen
netten kleinen gruenen Speicherfresser, weil niemand die
zugehoerigen free() - Aufrufe macht.

Eine (einigermassen) allgemeingueltige Version von alloca()
findet sich z.B in der GNU EMACS Distribution. Falls Du sie nicht
auftreiben kannst, kann ich sie Dir zumailen.

--
Heike C. Zimmerer                                      hcz@reto.stgt.sub.org
reto Industrieelektronik GmbH       Kornbergstr. 18       W-7000 Stuttgart 1
From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Subject: Probleme mit gas 1.38 (i386)
X-Md4-Signature: ac53d956c1d6af7b55d820ff9fd6a8b6
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
Date: 23 Aug 92 09:10:56

Hat schon jemand den gas 1.38 auf dem i386 laufen ?
Ich krieg's nicht hin. Ich hab es mit COFF-patches und ohne probiert.

Erstmal kennt er die Befehle "repz" und "repnz" nicht. Das war noch
einfach zu reparieren, weil die Befehle identisch sind mit "repe" und
"repne". Dazu hab ich einfach die zwei entsprechenden Zeilen in
'i386-opcode.h' kopiert und die Namen geaendert.

Aber dann hat's ausgebissen: Bei manchen Programmen (beim compilieren
mit gcc 2.2.2) bricht gas ab mit der Fehlermeldung:

	"Unknown pseudo-op:  '.bss'"

Da bin ich mit meinem Latein am Ende.

Nebenbei: Kennt jemand die Vor- und Nachteile, wenn man die GNU-Sachen

	a. mit COFF-patches
	b. mit COFF-encapsulation

benutzt ?

-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org
From: hcz@reto.stgt.sub.org (Heike C Zimmerer)
Newsgroups: de.comp.gnu
Subject: Re: was macht alloca?
Date: 2 Sep 92 18:25:55 GMT
Organization: reto GmbH

In article <1992Sep01.065949.23504@rubikon.han.de> toad@rubikon.han.de 
(Peter Cleve) writes:

>Wenn du du Block durch Function austauscht liegst du richtig.
>Nur absolut bescheuerte Compiler werden Variablen die lokal fuer einen
>Block definiert sind beim Blockeintritt/austritt anlegen/loeschen.

So bescheuert finde ich das nicht. Das Anlegen/Loeschen kostet nicht viel
Assemblerinstruktionen (hier ists genau eine (1)).

Neben dem Scope gibt es aber noch einen wichtigen Grund, Variable
in einem lokalen Block zu definieren: Speicherplatz.
Bei einer Konstruktion der Form
    if(..)
    {
        char a[100000];
            :
    }
    else
    {
        int i[100000];
            :
    }
muesste Dein Compiler die Laenge aller so deklarierten Arrays 
fuer die Dauer der ganzen function im lokalen Stack freihalten.
Wenn das mein Compiler machen wuerde, waers fuer mich schon ein
Grund, den Hersteller anzumeckern.

--
Heike C. Zimmerer                                      hcz@reto.stgt.sub.org
reto Industrieelektronik GmbH       Kornbergstr. 18       W-7000 Stuttgart 1
From: space@ncc1701.stgt.sub.org (Lars Soltau)
Newsgroups: de.comp.gnu
Subject: Re: was macht alloca?
Date: 03 Sep 92 09:07:21 GMT
Organization: United Federation of Planets
	<920829440@monad.swb.de> <SPACE.92Aug31103804@ncc1701.stgt.sub.org>
	<1992Sep01.065949.23504@rubikon.han.de> <5180@reto.stgt.sub.org>
NNTP-Posting-Host: ncc1701.stgt.sub.org
In-reply-to: hcz@reto.stgt.sub.org's message of 2 Sep 92 18:25:55 GMT

>>>>> On 2 Sep 92 18:25:55 GMT, hcz@reto.stgt.sub.org (Heike C Zimmerer) said:

> In article <1992Sep01.065949.23504@rubikon.han.de> toad@rubikon.han.de 
> (Peter Cleve) writes:

>>Wenn du du Block durch Function austauscht liegst du richtig.
>>Nur absolut bescheuerte Compiler werden Variablen die lokal fuer einen
>>Block definiert sind beim Blockeintritt/austritt anlegen/loeschen.

> So bescheuert finde ich das nicht. Das Anlegen/Loeschen kostet nicht viel
> Assemblerinstruktionen (hier ists genau eine (1)).

Das ist auch nicht der Grund. Es wird nur kompliziert fuer den Compiler,
wenn mit break, continue oder goto aus dem Block oder in den Block gesprungen
wird. Dann muss der Compiler-Bauer dafuer sorgen, dass der Platz fuer die
lokalen Variablen auch brav immer angelegt und zerstoert wird.

> Neben dem Scope gibt es aber noch einen wichtigen Grund, Variable
> in einem lokalen Block zu definieren: Speicherplatz.

Das kann man aber auch anders loesen. Es ist naemlich viel einfacher,
festzustellen, welche Bloecke sich gegenseitig nie aufrufen. Damit koennen
dann die lokalen Variablen dieser Bloecke ueberlappend auf dem Stack
angeordnet werden.

Ich habe gerade den Gcc (1.39) darauf ueberprueft. Es werden tatsaechlich
lokale Variablen in sich gegenseitig ausschliessenden Bloecken nicht
ueberlappend angeordnet. Beim Winzelweich-C ist es so, dass Variablen gleichen
Typs ueberlappend angeordnet werden.
--
Lars Soltau	bang: <insert ridiculously long path>	    BIX: -- no bucks --
		smart: space@ncc1701.stgt.sub.org

     Germany, Stuttgart-Zuffenhausen, where dreams come true: Heaven is 911!

I mean, do we call lack of belief in a Holy Banana abananism and
say that various evil is justified by abananism?
			-- David Choweller on alt.atheism
Newsgroups: de.comp.gnu