HDTenEightyP/NetNews huggingface dataset:
From: stefan@rent-a-guru.de (Stefan Stapelberg)
Newsgroups: de.comp.os.unix
Subject: Re: Serieller Drucker unter ISC 3.
Date: 15 Aug 92 11:43:31 GMT
Organization: RENT-A-GURU (TM), Lohr/Germany

In article <BsuGMt.6no@flatlin.ka.sub.org> bad@flatlin.ka.sub.org (Christoph Badura) writes:
>In <85W5JU@ebers.in-berlin.de> jruss@ebers.in-berlin.de (Juergen Russ) writes:
>>Aber das mit dem stty vor Verlassen des Scripts verstehe ich nicht ganz.
>>Die Schnittstelle wird doch erst geschlossen, nachdem alle Zeichen
>>ausgegeben sind, und dann werden doch erst die Default-Parameter
>>gueltig.
>
>Auf einigen Systemen gibt es einen Fehler dahingehend, das beim close
>nicht gewartet wird bis die gepufferten Zeichen ausgegeben worden
>sind. Natuerlich wird das als "Feature" angepriesen.

Dieses "Feature" gibts aber nur auf den Systemen, bei denen der Bug
mit dem Ruecksetzen der Geraetetreiber-Parameter existiert; ;es ist
also vielmehr ein Folgefehler).  In der Semantik von close ist nicht
vorgesehen, auf die Uebertragung von irgendwelchen Zeichen zu warten,
(auch ein Terminal ist eine "Datei").**

Bei SINIX und MUNIX werden ttys nach einem close nicht wieder zwangs-
parameterisiert und daher funktioniert das wie gewohnt, also close
schliesst die Terminaldatei sofort und ohne Zeichenverlust.

** Abgesehen davon koennte ich mir vorstellen, dass es nicht unbedingt
   trivial ist, ein close auf ein Ereignis warten zu lassen, denn es
   koennte ja ein weiterer open auf dieselbe Schnittstelle (von einem
   anderen Prozess) ausgefuehrt werden. Kaemen die sich nicht ins Gehege?

Gruesse, Stefan

-- 
Stefan Stapelberg	    Phone: (+49)-9352-5948	RENT-A-GURU (TM)
<stefan@rent-a-guru.de>	    Fax:   (+49)-9352-9696	P.O. Box 368
	"Hare hare rama, i never wear pyjama"		D-8770 Lohr/Main
Newsgroups: de.comp.os.unix
From: styx@eurom.rhein-main.de (Ruediger Merz)
Subject: gdb 4.4
Organization: Comp-TO-Comp GmbH Bad Vilbel
Date: Fri, 21 Aug 92 00:42:26 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
Xref: sparky de.comp.os.unix:1502 de.comm.uucp:407
From: jrichert@krefcom.ish.de (Jan Richert)
Newsgroups: de.comp.os.unix,de.comm.uucp
Subject: Schlechte Uebertragungsraten
Date: 15 Aug 92 10:18:48 GMT
Reply-To: jrichert@krefcom.ish.de (Jan Richert)
Organization: Krefcom UUCP Server, Krefeld, FRG

Hallo!

System: SCO Unix 3.2V4.0, FAS 2.09, NS16550AFN

Mit g-Protokoll (Window-Size 7) und f-Protokoll erreiche ich bei
einer V.32-Verbindung nur Uebertragungsraten von ca. 440cps!

Mit dem gleichen uucico und gleichem FAS kam ich unter
SCO Xenix immer zumindest ueber 700cps.

Wieso ist das ganze unter SCO Unix soviel langsamer? Koennte ich
irgendwas falsch konfiguriert haben?

Grusz, Jan

-- 
Jan Richert (NIC-ID: JR482)   | Internet:   jrichert@krefcom.ish.de
Krefeld, FRG                  | BTX:        02151399843-0001
Voice & FAX: +49 2151 313124  | IRC-Nick:   jrichert
Newsgroups: de.comp.os.unix
From: hpg@zircon.ka.sub.org (H.P. Gundelwein)
Subject: S: X11R5 binaries fuer ISC 2.0.2
Organization: /etc/organization
Date: Wed, 19 Aug 1992 19:22:33 GMT


Hi,

leider schaffe ich es aus Platzgruenden nicht X11R5 bei mir zu uebersetzen.
Jetzt suche ich jemanden, dem es moeglich war und so nett waere
mir das Teil aus irgend eine weise zukommen zu lassen.

Wer waere denn so hilfsbereit?
(Eine FTP-Site mit den binaries wuerde ich sogar bevorzugen :-) )

	Happe

-- 
	Hans Peter Gundelwein	<<<<<<=>>>>>>	hpg@zircon.ka.sub.org 
	>> Welcome my son, welcome to the machine. <<	 ( R. Waters )
From: beppo@mafia.zer.sub.org (Benno Fischer)
Newsgroups: de.comp.os.vms
Subject: Utility zur Plattenanlyse ...
Date: 21 Aug 92 14:22:00 GMT
Followup-To: de.comp.os.vms
Organization: Zerberus Network Area, Germany
X-Z-Path: MAFIA!SPS-HH!SHLINK
X-Gateway: US SHLINK [shgate V1.91]

Hallo !

Bei der Firma Executve Software Deutschland gibt es derzeit kostenlos
Utilitys zur Plattenanlyse.

Die Software kommt auf 9-Spur-Magnetband oder auf TK 50 Cartridge.

Wen's interresiert, ruft an: 040/6961801.

Bye, Beppo@Mafia.Ccc.De
Date: Fri, 14 Aug 1992 20:46:00 CET
From: m.mueller@trilos.comlink.de
Reply-To: m.mueller@trilos.comlink.de
Distribution: world
Newsgroups: de.comp.os.vms
Subject: Re: Mailbox-Programm oder Commandfile
Organization: Mailbox des CVJM Laatzen
Content-Length: 1286    
X-Gateway: UU uzercp [UZERCP V3.97]

Hallo Michael,

> Hallo,
>
> ich suche einen Commandfile oder ein Programm fuer eine Mailbox. D.h. ein
> Programm mit dem verschiedene Leute sich gegenseitig Mails hinterlegen
> koennen und auch auf oeffentliche Bretter schreiben koennen, also wie eine
> richtige Mailbox, die man z.B. per Modem erreicht. Wichtig ist hierbei, dass
> alle Benutzer ueber das gleiche Account reinkommen. Konkret: Es handelt sich
> um das GAMES-Account, in dem die Benutzer spielen koennen. Ich hab da schon
> eine kleine Mailbox, aber die erlaubt keine privaten Mails. Weiss jemand wo
> es sowas geben koennte, oder hat jemand sogar sowas?
>
> Vielen Dank.
>
> -Michael Ruder
>

leider habe ich keine derartige Software fuer Dich, bin selbst aber auch an
soetwas interessiert.

Ich bin Schueler,Hilfs-Operator und einiges mehr an der BBS4 in Hannover.
Wir betreiben dort unter anderem ein VAX-CLUSTER unter VMS 5.5. Da wir
einen Grossteil der Schulzeit programmieren kam es, dass wir ebenfalls
einen GAMES-Account eingerichtet haben. In diesem befinden sich aber nur
selbstgeschriebene Programme.

Wenn Du also positive Antworten auf Deine obige Anfrage bekommen hast,
dann waere ich ebenfalls an dieser Software interessiert.

Was kann denn die kleine Mailbox, die Ihr dort habt?


Ciao Michael Mueller
Newsgroups: de.comp.os.vms
From: JOHN@vector.rz.fh-aalen.de (JOHANN STRAUSS, AALEN, GERMANY)
Subject: SPICE-2 gesucht
Organization: University of Ulm, FRG
Date: Thu, 20 Aug 1992 11:56:33 GMT
X-News-Reader: VMS NEWS 1.21


Hallo SYSadmins !

Ich suche SPICE-2 fuer VMS - und zwar lauffaehig.

Ich hab die DECUS-Baender eingespielt - aber die Quellen sind
scheinbar so buggy dass ich nur Fehlermeldungen krieg.

SPICE-3D1 hab ich auf ULTRIX-Maschinen - aber das hilft uns nix, da
einige Features fehlen die in Spice-2 noch vorhanden waren.

please E-Mail. Johann.Strausz%fh-aalen.de

Gruss John

Newsgroups: de.comp.os.misc
From: schroedter.pad@sni.de (Eric Schroedter)
Subject: CSD? war Re: Win-Os2 Probleme
Organization: Siemens Nixdorf Info.Sys. AG, Paderborn, Germany
Date: Tue, 18 Aug 1992 13:33:02 GMT

In <1992Aug12.150030.1960@isa.de> roeder@isa.de (Michael Roeder) writes:

>In <1992Aug8.215014.13112@mcshh.Hanse.DE> api@mcshh.Hanse.DE (Andreas Piellusch) writes:

>>Hallo,
>Hallo.
Holla,

>>einige Fragen an die OS/2 Gurus:

>Die grossen Hersteller von VGA-Karten entwickeln gerade solche Treiber und
>IBM hat ebenfalls angekuendigt, dass in der Herbst CSD einige Hires-Treiber
>dabei sein werden.
                                             ^^^^^^^^^^^
					     was ist das,
ich nehme an, ein Update? Wie kommt man da ran, wie teuer, ab wann

Gruss
Eric

--
Eric Schroedter    __________          _ - - o - - _ 
Phone: [+49](52 51) 8-3 56 49 \             -|-   
Mail: schroedter.pad@sni.de    |________MM___|___MM_________ES.
Newsgroups: de.comp.os.misc
From: roeder@isa.de (Michael Roeder)
Subject: Re: CSD? war Re: Win-Os2 Probleme
Organization: ISA GmbH, Stuttgart, FRG
Date: Wed, 19 Aug 1992 15:04:19 GMT

In <schrodt.714144782@neurotic> schroedter.pad@sni.de (Eric Schroedter) writes:

>>Die grossen Hersteller von VGA-Karten entwickeln gerade solche Treiber und
>>IBM hat ebenfalls angekuendigt, dass in der Herbst CSD einige Hires-Treiber
>>dabei sein werden.
>                                             ^^^^^^^^^^^
>					     was ist das,
>ich nehme an, ein Update? Wie kommt man da ran, wie teuer, ab wann
Ja, ein Update. Man weiss aber noch nix offizielles, d.h. keiner kann sagen
wann, wo, ob, wieviel usw.
Warten wir es also ab.


>Gruss
>Eric

>--
>Eric Schroedter    __________          _ - - o - - _ 
>Phone: [+49](52 51) 8-3 56 49 \             -|-   
>Mail: schroedter.pad@sni.de    |________MM___|___MM_________ES.
-- 
Michael Roeder, ISA GmbH, *49 711 22769-0 private 5490053
Domain:  roeder@isa.de, BITNET: roeder%isa.de@unido.bitnet
Bang:    ...!{uunet!unido,pyramid}!isaak!roeder

Newsgroups: de.comp.os.misc
From: roeder@isa.de (Michael Roeder)
Subject: Re: Win-Os2 Probleme
Organization: ISA GmbH, Stuttgart, FRG
Date: Wed, 12 Aug 1992 15:00:30 GMT

In <1992Aug8.215014.13112@mcshh.Hanse.DE> api@mcshh.Hanse.DE (Andreas Piellusch) writes:

>Hallo,
Hallo.

>einige Fragen an die OS/2 Gurus:

>Ich habe fuer meine ET4000 einen wunderbaren Treiber der jetzt auch
>die hohen Aufloesungen in 256 Farben kann. Problem:  Windows Programme
>starten jetzt nur noch im Full-Windows Mode und nicht mehr in PM Fenstern.
>Da die Windows-Grafikaufloesung immer noch bei 640x480 lag habe ich
>kurzerhand den entsprechenden Treiber der zur ET4000 mitgeliefert wurde
>installiert. Jetzt laufen Windows Programme ebenfalls in 800x600x256 ...
>aber wieder nur im Full-Windows Mode. Wie kann ich dies aendern ??????

Leider kannst Du das im Augenblick nicht aendern:

Hires-Treiber fuer OS/2 2.0 setzen sich wie folgt zusammen:


\OS2\DLL\DISPLAY.DLL                 Workplace Shell Treiber
\OS2\MDOS\WINOS2\SYSTEM\VGA.DRV      Win-OS/2 full screen Treiber
\OS2\MDOS\WINOS2\SYSTEM\SWINVGA.DRV  Win-OS/2 "seamless" Treiber

Fuer die ersten beiden gibt es bereits Versionen fuer hoehere Aufloesungen als
640x480x16. Fuer den letzten gibt es noch keinerlei andere ausser den mit-
gelieferten fuer normale VGA-Aufloesung.

Die grossen Hersteller von VGA-Karten entwickeln gerade solche Treiber und
IBM hat ebenfalls angekuendigt, dass in der Herbst CSD einige Hires-Treiber
dabei sein werden.

Zur Zeit kannst Du Dich also nur zwischen 640x480x16 mit seamless Windows oder
>640x480x16 ohne seamless Windows entscheiden.

Gruesse, Michael
-- 
Michael Roeder, ISA GmbH, *49 711 22769-0 private 2261457
Domain:  roeder@isa.de, BITNET: roeder%isa.de@unido.bitnet
Bang:    ...!{uunet!unido,pyramid}!isaak!roeder
From: token@ernohb.UUCP (thomas kendelbacher)
Newsgroups: de.comp.os.minix
Subject: Re: copieren von Tos -> minix
Date: 12 Aug 92 12:06:58 GMT
Organization: Erno Raumfahrttechnik GmbH, Bremen, Germany

In article <dx-a0bug0b1@delight.uucp>, findegil@delight.uucp (Dirk Slaghekke) writes:
|> Tschuldigung,
|> da ich einfach zu daemlich bin, frage ich gleich, wie ich ganze TOS
|> Disketten nach Minix rueberlade.
|> Einzelne Textfiles kann ich mir ja mit tos -r dd0 anschauen und damit
|> auch in eine Datei umleiten.
|> Wenn jedoch hunderte Dateien auf einer Diskette sind, ist diese 
|> Methode bescheuert.
|> Kann mir nicht jemand einfach sagen, wie es geht.

Bei groesseren Mengen von Files wuerde ich empfehlen, diese erstmal
unter TOS in ein Tar-File zu schreiben (es gibt ja auch fuer TOS
Public-Domain-Tar-Implementierungen), das Tar-File (ist ja jetzt
nur noch 1) in Minix 'reinzulutschen und dort mit dem Minix-Tar
wieder auszupacken. Hat auch noch den Vorteil, dass Directory-
Strukturen erhalten bleiben.

MfG,
Thomas Kendelbacher  |  email : tkendel@ernohb.uucp
Robbenplate 13       |  voice : +49 421 539 5492
D-2800 Bremen 66     |     or : +49 421 57 04 37
Germany
Newsgroups: de.comp.os.minix
From: flebbe@wega.tat.physik.uni-tuebingen.de (Olaf Flebbe)
Subject: Re: copieren von Tos -> minix
Organization: TAT (Theoretical Astrophysics Tuebingen), U. of Tuebingen, FRG
Date: Thu, 13 Aug 1992 09:32:11 GMT

token@ernohb.UUCP (thomas kendelbacher) 
>In article <dx-a0bug0b1@delight.uucp>, findegil@delight.uucp (Dirk Slaghekke) writes:
>|> Tschuldigung,
>|> da ich einfach zu daemlich bin, frage ich gleich, wie ich ganze TOS
>|> Disketten nach Minix rueberlade.
>|> Einzelne Textfiles kann ich mir ja mit tos -r dd0 anschauen und damit
>|> auch in eine Datei umleiten.
>|> Wenn jedoch hunderte Dateien auf einer Diskette sind, ist diese 
>|> Methode bescheuert.
>|> Kann mir nicht jemand einfach sagen, wie es geht.

>Bei groesseren Mengen von Files wuerde ich empfehlen, diese erstmal
>unter TOS in ein Tar-File zu schreiben (es gibt ja auch fuer TOS
>Public-Domain-Tar-Implementierungen), das Tar-File (ist ja jetzt
>nur noch 1) in Minix 'reinzulutschen und dort mit dem Minix-Tar
>wieder auszupacken. Hat auch noch den Vorteil, dass Directory-
>Strukturen erhalten bleibe

Als L"osung schlage ich folgendes vor:

tos -d dd0 >LISTE  #Inhaltsverzeichniss auf LISTE
vi LISTE           # Inhaltsverzeichniss editieren, sod"ass nur noch
                   # die gew"unschten Dateien in LISTE sind.
	           # (ersatzweise ein grep/sed )
while read i
do
  j=`echo $i|tr "[A-Z]" "[a-z]"` #j ist jetzt kleingeschrieben
  tos -r dd0 $i >$j  
done <LISTE       # 

Gr"u"se
   olaf
--
  Olaf Flebbe,  Theoretische Astrophysik Tuebingen
  Internet:     flebbe@tat.physik.uni-tuebingen.de
From: pmh@wasy.sub.org (Patrick M. Hausen)
Newsgroups: de.comp.os.minix
Subject: Re: copieren von Tos -> minix
Date: 14 Aug 92 02:05:52 GMT
Reply-To: pmh@wasy.sub.org
Organization: Wacker Systemelektronik GmbH, Honsellstr. 1a, 7500 Karlsruhe 21
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992

In <1735@ernohb.UUCP>, thomas kendelbacher writes:

> |> Einzelne Textfiles kann ich mir ja mit tos -r dd0 anschauen und damit
> |> auch in eine Datei umleiten.
> |> Wenn jedoch hunderte Dateien auf einer Diskette sind, ist diese 
> |> Methode bescheuert.
> |> Kann mir nicht jemand einfach sagen, wie es geht.
> 
> Bei groesseren Mengen von Files wuerde ich empfehlen, diese erstmal
> unter TOS in ein Tar-File zu schreiben (es gibt ja auch fuer TOS
> Public-Domain-Tar-Implementierungen), das Tar-File (ist ja jetzt
> nur noch 1) in Minix 'reinzulutschen und dort mit dem Minix-Tar
> wieder auszupacken. Hat auch noch den Vorteil, dass Directory-
> Strukturen erhalten bleiben.

$ tosdir /dev/dd0 >filelist
$ while read i
> do
> tosread /dev/dd0 $i >$i
> done <filelist

Oder so aehnlich, die genaue Syntax von 'tos' kenne ich nicht mehr so
aus'm Kopf ...

Grusz, Paddy 
-- 
Patrick M. Hausen * Support Unix und Netzwerke * Wacker Systemelektronik GmbH
 Honsellstr. 1a * D-W7500 Karlsruhe 21 * Phone: +49-721-955600 * Fax: 9556050
   Email (office): pmh@wasy.sub.org * Email (private): pmh@cutie.ka.sub.org
From: jrichert@krefcom.ish.de (Jan Richert)
Newsgroups: de.comp.os.xenix
Subject: Re: TAPE kopieren
Date: 12 Aug 92 21:37:06 GMT
Organization: Krefcom UUCP Server, Krefeld, FRG

jruss@ebers.in-berlin.de (Juergen Russ) writes:

Hallo...

>>Orginal rein:    dd if=/dev/rjt0 of=/tmp/tapefile bs=9k
>>Neues Tape rein: dd of=/dev/rjt0 if=/dev/tapefile bs=9k
>                                      ^^^
>Hast du das wirklich *so* eingegeben???

Nein.. nur so aehnlich... replace dev by tmp.

>Bis auf das /dev sollte es eigentlich in Ordnung gewesen sein.
>Wie wolltest du denn die Kopie lesen, von welchem Programm kam denn die
>Fehlermeldung?

Von jtape 2.40, dem Programm, welches zum Streamer gehoert.

Grusz, Jan

-- 
Jan Richert (NIC-ID: JR482)   | Internet:   jrichert@krefcom.ish.de
Krefeld, FRG                  | BTX:        02151399843-0001
Voice & FAX: +49 2151 313124  | IRC-Nick:   jrichert
From: kt@keihh.hanse.de (Kei Thomsen)
Newsgroups: de.comp.os.os9
Subject: Wer hat den Taylor UUCP mal angefangen?
Date: 18 Aug 92 22:24:17 GMT

Vor etwa einem 3/4 Jahr hat hier mal jemand gepostet, dass er den
Taylor UUCP angefangen hatte, aber nicht fertig gemacht.
Die Frage war damals, wer das weitermachen wollte. 

Wie sieht es damit aus? Ich bin auf jeden Fall daran interessiert.

Kei


                   /\
                  |^^|
                  |{}|
   _______________/~~\________________
  / Kei Thomsen   |  | keihh.hanse.de \
 `========--------.  .---------========'
                  ||||
 Wildermuthring 90 || kt@keihh.hanse.de
 2000 Hamburg 62   ||    OS-9 68030 
 Voice 040/5205921 ||
 Modem 040/5200428 ||  300-14400 Baud
               ,---||---, (V32bis)
               '---<>---'
Newsgroups: de.comp.os.os9
From: teo@mab1.iitb.fhg.de (Theophil)
Subject: NFS-Problem
Organization: Institut fuer Informations- und Datenverarbeitung
Distribution: de
Date: Fri, 14 Aug 1992 07:21:03 GMT

Wir haben ein Problem mit NFS an einem Os9-Rechner (2.3Microware)
Entgegen aller Erwartungen funktioniert "automount" bei NFS nicht.
Mit "automount" kann das Filesystem in das uebrige Filesystem
anderer Unix..Maschinen eingebunden werden.
Wer hat andere, gute Erfahrungen ?
Bitte um baldige Antworten - D A N K E 
an
teo@iitb.fhg.de
From: flaufer@flc.rni.sub.org (Felix Laufer)
Newsgroups: de.comp.os.os9
Subject: Bezugsquelle Pascal-compiler
Date: 13 Aug 92 17:29:19 GMT
Organization: Felix Laufer Chemistries

Hallo !

Ih suche eine bezugsquelle fuer einen pascal-compiler fuer
das Cumana-OS9 auf dem Atari ST.

Er sollte moeglichst PD sein (man hat ja keine reiche Oma).

Weiss auch jemand, wo man eventuell Modula-II fuer dasselbe System
herbekommen koennte ?

Thanx.

Felix



-- 

bortaS blr jablu'Dl'reH QaQqu' nay'


Revenge is a dish which is best served cold - klingon proverb
-----------------------------------------------------------------------
Felix Laufer      flaufer@flc.rni.sub.org      Felix Laufer Chemistries
-----------------------------------------------------------------------
From: ros@rossi.han.de (Alexander Rossner)
Newsgroups: de.comp.lang.c
Distribution: world
Organization: private site
Subject: Re: 'static' innerhalb einer Schleife??
Reply-To: ros@rossi.han.de
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Thu, 13 Aug 1992 09:40:04 MET

In <4jhV_9Aq3E@A-LINK-H.zer.sub.org>, m.mueller@a-link-h.comlink.de writes:
>
>Halloechen,
>
>Kann mir jemand erklaeren, wieso das geht?
>Im K&R 2. Ausgabe steht davon Nichts.
>Ich benutzte den Turbo C++ V1.00 mit der Option ANSI-C only.
>
>main()
>{
>	int a = 1;
>	while (a < 4)
>	{
>		int b=1;
>		static int c=1;
>
>			a++;
>			b++;
>			c++;
>	}
>	a = c;        /*   In dieser Zeile...*/
>}
>
>>> Die Fehlermeldung lautet:
>>> Undefined symbol 'c' in function main
>
warum sollte 'static' innerhalb einer Schleife nicht gehen ?
'c' ist dann allerdings auch nur innerhalb der Schleife bekannt !
(darum die Fehlermeldung)

>
>Ergibt sich daraus ein Geschwindigkeitsvorteil?
Nicht mehr oder weniger als bei anderen static Variablen.

>(kann ja als register verwendet werden)
Hae, 'static register int' ?! DAS geht allerdings nicht. 

alex

-- 
        Alexander Rossner                      ros@rossi.han.de   

Newsgroups: de.comp.lang.c
From: dak@tabaqui.informatik.rwth-aachen.de (David Kastrup)
Subject: Re: Verhalten von struct-Pointers
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 13 Aug 92 06:45:11 GMT

maennig@anton.informatik.uni-dortmund.de (Olaf Maennig) writes:

>Hallo,
>ich weiss, dass das jetzt wieder 'ne dumme Frage ist, aber ich verstehe
>nicht, wie der Compiler struct-Pointer behandelt (oder Pointer allgemein?)
>Und zwar nehme man folgendes Progr"ammchen:


>void freestruct(TEST **s)
>{
>    free(*s);
>    *s = 0x0;
>}


>void main(void)
>{
>    TEST *structure;

>    structure = (TEST*) calloc(1, sizeof(TEST*));

>    change1(structure);
>    change2(structure);
>    freestruct(&structure);
>}


>structure-Werte k"onnen durch Angabe eines Pointers auf structure ge"andert
>werden, warum aber wird structure auf NULL gesetzt, wenn freestruct() so
>aussieht:

>void freestruct(TEST *s)
>{
>    free(s);
>    s = 0x0;
>}

>und der Aufruf freestruct(structure) lautet?
Wird es nicht. Der Wert bleibt erhalten, aber das Objekt nicht. Ein Pointer
zeigt auf einen Speicherplatz. Mit alloc zeigt er auf einen speziell
reservierten. Mit free wird die Reservierung aufgehoben, der Pointer
zeigt aber immer noch hin. Benutzt man ihn weiter, so kann alles
moegliche teuflische passieren, muss aber nicht. Sehr schwer zu ent-
deckender Fehler mit nicht eindeutigen Folgen.
>Wird der Speicherplatz f"ur structure im zweiten Fall "uberhaupt freigegeben?
Ja, aber die vorher gueltige Adresse bleibt in structure.
From: maennig@anton.informatik.uni-dortmund.de (Olaf Maennig)
Newsgroups: de.comp.lang.c
Subject: Verhalten von struct-Pointers
Date: 12 Aug 1992 18:30:10 GMT
Organization: CS Department, Dortmund University, Germany
Distribution: world
NNTP-Posting-Host: anton

Hallo,
ich weiss, dass das jetzt wieder 'ne dumme Frage ist, aber ich verstehe
nicht, wie der Compiler struct-Pointer behandelt (oder Pointer allgemein?)
Und zwar nehme man folgendes Progr"ammchen:

#include <malloc.h>

typedef struct test
{
    int   integer;
    char  character;
} TEST;


void change1(TEST *s)
{
    s->integer   = 999;
    s->character = 'c';
}


void change2(TEST *s)
{
    s->integer   = 17;
    s->character = 'a';
}


void freestruct(TEST **s)
{
    free(*s);
    *s = 0x0;
}


void main(void)
{
    TEST *structure;

    structure = (TEST*) calloc(1, sizeof(TEST*));

    change1(structure);
    change2(structure);
    freestruct(&structure);
}


structure-Werte k"onnen durch Angabe eines Pointers auf structure ge"andert
werden, warum aber wird structure auf NULL gesetzt, wenn freestruct() so
aussieht:

void freestruct(TEST *s)
{
    free(s);
    s = 0x0;
}

und der Aufruf freestruct(structure) lautet?
Wird der Speicherplatz f"ur structure im zweiten Fall "uberhaupt freigegeben?

Fragend,
	Olaf
-- 

 ---------------------------------------------------------------------------
     _                   Department of Computer Science IV
    / \     |\/|         University of Dortmund, Germany
    \_/laf  |  |aennig   e-mail: maennig@siggi.informatik.uni-dortmund.de
 ---------------------------------------------------------------------------
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.lang.c
Subject: Re: 'static' innerhalb einer Schleife??
Date: 15 Aug 1992 14:44:02 +0200
Organization: University of Karlsruhe, FRG

In de.comp.lang.c, article <Bsyvsy.401@midget.yps.saar.de>,
  bof@midget.saar.de (Patrick Schaaf) writes:
> 
> m.mueller@a-link-h.comlink.de writes:
> >main()
> >{
> >	int a = 1;
> >	while (a < 4)
> >	{
> >		static int c=1;
> >			a++;
> >			c++;
> >	}
> >	a = c;        /*   In dieser Zeile...*/
> >}
> Wenn der Compiler ordentlich optimiert, kann er auch blockueber-
> greifend Sachen in Register stopfen, eine "innere" Definition aendert
> daran eher nix (ein Compilerbauer moege mich korrigieren).

Das Problem ist, dass die Variable auch ueber Prozedurgrenzen hinaus ihren
Wert behalten muss (weil static) und main() eine Funktion ist wie jede
andere, der Compiler also nicht weiss, dass die nur einmal aufgerufen wird.

Deshalb kann es zwar sein, dass das Teil in der while-Schleife zeitweise in
einem Register gehalten wird, aber spaetestens an deren Ende wandert c wieder
in den Speicher.

-- 
Don't go surfing in South Dakota for a while.
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/