HDTenEightyP/NetNews huggingface dataset:
From: strnadl@tph04.tuwien.ac.at (Christoph F.Strnadl)
Subject: Re: qsort nach mehreren kriterien
Reply-To: strnadl@tph01.tuwien.ac.at
Organization: Institute for Theoretical Physics, TU Vienna
Date: Fri, 28 Aug 1992 08:00:52 GMT

In article <hm342st.714928515@unidui>, hm342st@unidui.uni-duisburg.de (Michael Staats) writes:
|> In <2a9bb31dwnr070@ark.abg.sub.org> ralf@ark.abg.sub.org (Ralf Stephan) writes: 
|> >Besser:  if ((a=b)!=0) ...
|> 
|> Dann kann ich ja gleich Pascal nehmen. Und richtige Compiler
|> meckern auch nicht. 
   ^^^^^^^
Wenn "Meckern" == "Warning" ist, dann sollten "richtige" Compiler besser
meckern. Ich moechte in einem "richtigen" (= kommerziellen, ...) Programm
unter keinen Umstaenden einen solchen Typo suchen muessen. Die Warning zu
ignorieren sollte aber fuer niemanden ein unueberwindbares Hindernis darstellen!
(dasselbe gilt fuer viele andere Warnings: Conversion may loose significant
digits, etc.)

/cfs

-- 
Christoph F. Strnadl              | "Most people's sex lives just don't
Institute for Theoretical Physics | look like the people who have them"
TU Vienna, Austria                | from:  
email: strnadl@tph01.tuwien.ac.at |   A Dark Adapted Eye (Ruth Rendell)
  

Newsgroups: de.comp.lang.c
From: hm342st@unidui.uni-duisburg.de (Michael Staats)
Subject: Re: qsort nach mehreren kriterien
Date: 27 Aug 92 15:15:15 GMT
Organization: Rechenzentrum Uni-Duisburg

In <2a9bb31dwnr070@ark.abg.sub.org> ralf@ark.abg.sub.org (Ralf Stephan) writes:


>Die Konstruktion    if (a=b) ...   halte ich fuer schlechten Stil, und
>es gibt Compiler, die deswegen auch meckern. Es ist einfach zu nahe an
>if (a==b), und deswegen Murphy-traechtig.

>Besser:  if ((a=b)!=0) ...

Dann kann ich ja gleich Pascal nehmen. Und richtige Compiler
meckern auch nicht. 

UND es ist so sch"on, wenn man nach Stunden endlich merkt, da\3
man eingentlich 
if (a==0) ...
meinte, wo doch 
if (a=0) ...
so richtig aussieht :-)

Tsch"uss, Michael

-- 
Michael Staats, Student of Theoretical Physics, Uni-GH Duisburg 
Wenn dieser Artikel in Deutsch ist: Bitte entschuldigt meine Fehler.
If this article is in english: Please excuse me for my mistakes. 
if (written_in_C(&article)) mistake_msg_to("michael@hal6000.uni-duisburg.de");
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.lang.c
Subject: Re: qsort nach mehreren kriterien
Date: 29 Aug 1992 11:01:46 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comp.lang.c, article <2a9ea21fwnr070@ark.abg.sub.org>,
  ralf@ark.abg.sub.org (Ralf Stephan) writes:
> urlichs@smurf.sub.org (Matthias Urlichs) writes:
> > 
> > Abgesehen davon passieren solche Fehler eh nur ehemaligen(?) Mueslifressern,
> > die "=" immer noch fuer einen Vergleichsoperator halten.  ;-)
> 
> "Fehler passieren eh nur den anderen", das kenn ich irgendwoher 8)
> 
Hab ich behauptet, dass mir das nicht passiert?

Aber wenn man nicht staendig zwischen Pascal und C wechselt, gehoeren solche
Fehler irgendwannmal der Vergangenheit an.

Wenn es jetzt noch einen C-Compiler gaebe, der nicht wegen einem Strichpunkt
zuviel oder zuwenig potentiell unendlich viele Fehlermeldungen produzieren
wuerde...

-- 
We have met the enemy, and he is us.
		-- Walt Kelly
-- 
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.c
From: ralf@ptavv.ka.sub.org (Ralf Wenk)
Subject: Re: qsort nach mehreren kriterien
Organization: The known space
Date: Tue, 1 Sep 1992 00:22:20 GMT

urlichs@smurf.sub.org (Matthias Urlichs) writes:
> [...]
> Wenn es jetzt noch einen C-Compiler gaebe, der nicht wegen einem Strichpunkt
> zuviel oder zuwenig potentiell unendlich viele Fehlermeldungen produzieren
> wuerde...

Ich hatte das Vergnuegen mit so einem Exemplar arbeiten zu muessen. Wenn
das Teil dann nur "da fehlt vermutlich ein Semikolon - habs eingefuegt"
meldet, ohne einen Hinweis auf den Kontext, dann empfinde ich das als
nutzlos. Was es da uebersetzt muss nicht unbedingt das sein was ich
ausdruecken wollte. Die Meldungen "a = b in Bedingung gefunden, solls
nicht a == b heissen ?" empfinde ich sinnvoller. Anstandshalber muss ich
zugeben, dass der Compiler immer richtig reagiert hat. Die Folgefehler
bekommt man auch so hin :-)

-- 
-- 
Ralf Wenk -- ralf@ptavv.ka.sub.org
From: ralf@ark.abg.sub.org (Ralf Stephan)
Newsgroups: de.comp.lang.c
Subject: Re: qsort nach mehreren kriterien
Date: 28 Aug 92 15:01:00 GMT
Organization: Private Coherent 4.0.1 site Augsburg/Bavaria/Germany

urlichs@smurf.sub.org (Matthias Urlichs) writes:
> 
> Abgesehen davon passieren solche Fehler eh nur ehemaligen(?) Mueslifressern,
> die "=" immer noch fuer einen Vergleichsoperator halten.  ;-)

"Fehler passieren eh nur den anderen", das kenn ich irgendwoher 8)

--ralf
Newsgroups: de.comp.lang.c
From: jmh@tko.vtt.fi (Michael Hasemann)
Subject: Re: Zirkulaere Liste
Organization: VTT Technical Research Centre of Finland, Oulu
Distribution:  world
Date: Thu, 3 Sep 1992 13:46:41 GMT

In <1992Sep3.105828.23827@ntb.ch> arothmun@ntb.ch (Alex Roth) writes:

>In article 715500311@tko.vtt.fi, jmh@tko.vtt.fi (Michael Hasemann) writes:
>>Hat grad mal jemand die Loesung des 3. Aufgabenzettels in 
>>'XYZ #1' der Uni/Hochschule/Technikum 'ABC' in der Schublade.
>>Wenn ja, schickt mir mal das Word V - File.
>>
>>Dank im Voraus
>>	       Abcd
>>
>>Gruss  Michael
>>
>>P.S.: Mach Deine Hausaufgaben selber. :-) So schwer ist es nun nicht eine
>>zirkulaere Liste zusammenzuloeten.
>>
>>
>Vielen Dank fuer den Tip, aber ich habs inzwischen mit Array und Modulo geloest.
>Es kommt ja nur auf das Ergebnis draufan.
Das ist ja total doll.
Vielleicht solltest Du sie uns posten. Wir koennten uns dann Deine
Loesung anschauen und Dir ein paar Kommentare zukommen lassen und was
die anderen Aufgabenzettel angeht: Nur Mut !

Bis dann. Du wirst es schon schaffen...

Gruss Michael




>---
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.lang.c
Subject: Re: qsort nach mehreren kriterien
Date: 28 Aug 1992 01:43:39 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comp.lang.c, article <2a9bb31dwnr070@ark.abg.sub.org>,
  ralf@ark.abg.sub.org (Ralf Stephan) writes:
> urlichs@smurf.sub.org (Matthias Urlichs) writes:
> > Erster Ansatz:
> > 
> > 	if(r = strcmp(bp1->klasse, bp2->klasse)) return r;
> 
> Die Konstruktion    if (a=b) ...   halte ich fuer schlechten Stil, und
> es gibt Compiler, die deswegen auch meckern. Es ist einfach zu nahe an
> if (a==b), und deswegen Murphy-traechtig.
> 
Jaja... "Erster Ansatz" und so. 

Abgesehen davon passieren solche Fehler eh nur ehemaligen(?) Mueslifressern,
die "=" immer noch fuer einen Vergleichsoperator halten.  ;-)

> Besser:  if ((a=b)!=0) ...
> 
Nee -- besser

	return (strcmp(a,b) || strcmp(c,d) || ...).

-- 
If Jesus Christ were to come today, people would not even crucify him.
They would ask him to dinner, and hear what he had to say, and make fun
of it.
		-- Thomas Carlyle
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
From: ha@mst.hamm.sub.org (Harald Groene)
Newsgroups: de.comp.lang.c
Subject: FAX Source fuer UNIX?
Date: Wed, 26 Aug 92 17:29:44 CES
Organization: {mst} Modulare Software Technik, Harald Groene

Ich suche FAX Source fuer FAX-Modems unterUNIX. das es nicht unter 
Original-UNIX sondern OS9 laufen soll, brauch ich den kompletten Source.
Ne library reicht nicht.
                Fuer TIPS immer dankbar
                                Harry

_____________________________________________________________________________
mst, Modulare Software Technik                  INTERNET: ha@mst.hamm.sub.org
Harald Groene                                   FIDO:     2:245/51.14  
Dennehauptweg 20 * D-4700 Hamm 5                PHONE:    49-2381-673389
________________________nothing_is_real,_but_love____________________________
Newsgroups: de.comp.lang.c
From: arothmun@ntb.ch (Alex Roth)
Subject: Zirkulaere Liste
Reply-To: arothmun@ntb.ch
Organization: Neu-Technikum Buchs, Switzerland
Date: Wed, 2 Sep 1992 14:27:53 GMT


Hat grad jemand eine Zirkulaere Liste mit Zeigern in der Schublade.
Im Falle dass, bitte schickt mir den Source-File

Dank im Voraus
		Alex
---


Newsgroups: de.comp.lang.c
From: jmh@tko.vtt.fi (Michael Hasemann)
Subject: Re: Zirkulaere Liste
Organization: VTT Technical Research Centre of Finland, Oulu
Date: Thu, 3 Sep 1992 06:05:11 GMT

In <1992Sep2.142753.7309@ntb.ch> arothmun@ntb.ch (Alex Roth) writes:


>Hat grad jemand eine Zirkulaere Liste mit Zeigern in der Schublade.
>Im Falle dass, bitte schickt mir den Source-File

>Dank im Voraus
>		Alex
>---
Hat grad mal jemand die Loesung des 3. Aufgabenzettels in 
'XYZ #1' der Uni/Hochschule/Technikum 'ABC' in der Schublade.
Wenn ja, schickt mir mal das Word V - File.

Dank im Voraus
	       Abcd

Gruss  Michael

P.S.: Mach Deine Hausaufgaben selber. :-) So schwer ist es nun nicht eine
zirkulaere Liste zusammenzuloeten.


Newsgroups: de.comp.lang.c++
From: trachos@uni-paderborn.de (Konstantin Trachos)
Subject: suspectes inline
Keywords: inline, sicheres Programmieren
Organization: Uni-GH Paderborn, Germany
Date: Fri, 28 Aug 1992 12:03:20 GMT

Es ist mir nie ganz klar geworden, welchen Nutzen man hat von dem Spezifikator inline. Er soll (und hat) fuer die Bedeutung eines Programmes keine Auswirkung. Aber ignorieren, wie B.S. sagt, sollte man ihn trotztem nicht. Dass er naemlich mehr als ein Hinweis an den Compiler sein kann, zeigt folgenes Beispiel:

Ein Softwarehersteller baut aus C.hxx und C.cxx die Library C.lib.
Der Anwender kriegt C.hxx und C.lib, und folgendes Beispiel 
Stroustroups Segen:

// Interface C.hxx -----------------------------
   class C{
          int a() {return 0;}	// OK
   inline int b() {return 0;}	// OK
          int c();		// abwarten ...
	  int d();		// abwarten ...
   };
// EOF C.hxx -----------------------------------

// Code C.cxx ----------------------------------
   #include "c.hxx"
   inline int C::c() {return 1;}// PENG!
          int C::d() {return 0;}// OK
// EOF C.hxx -----------------------------------

Der Anwender freut sich auf seine neu erworbene Classe ...
Der cfront sagt OK, der C Compiler sagt OK, neue Libraries
koennen erzeugt werden ... 

Aber der Linker kann das Token c__1CFv, d.h. Member C::c() 
nicht finden! Bananenschale!

Die Verwendung von inline ist eines der besten Argumente fuer die moegliche Effizienz von C++-code. Aber sicheres Compilieren kann nicht dem Programmierer allein ueberlassen werden, sondern erfordert konsistente Sprachregeln.

Wie soll hier also gemacht werden:
 - Revision der Inline-Regeln ?
 - Spracherweiterung z.B. um ein ?

Gruesse

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 _          __  
| |  _    _/ /   Uni-GH Paderborn, FB 14   
| |/ /   /  __/  Dipl.-Inf. K. Trachos   
| |\ \   / /     Pohlweg 47-49                     Tel: +49 5251 60 3227
|_| \_\ /__/     D-4790 Paderborn                  FAX: +49 5251 60 3238
                                     email: trachos@dat.uni-paderborn.de
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: de.comp.lang.c++
From: schrod@iti.informatik.th-darmstadt.de (Joachim Schrod)
Subject: Re: Verwendung von altem C-Code in C++
Date: Thu, 27 Aug 1992 17:33:25 GMT
Distribution: de
Organization: TU Darmstadt

In article <KOVACS.92Aug27094714@orgel.informatik.uni-stuttgart.de>, kovacs@informatik.uni-stuttgart.de (Ernoe Kovacs) writes:
> 
> eine der Vorteile von C++ ist die Weiterverwendung von alten C-Code.
> Dabei sind wir jetzt auf ein grosses Probelm gestossen. In vielen
> alten C-Programmen werden in den Header-files keine Prototypes
> fuer Funktionen angegebn. Die Deklaration sieht ungefaehr so aus:
> 
> extern int foo()
> 
> Die Definition im C-File sieht dann so aus:
> 
> int foo (a,b,c)
> int a;
> char b;
> int c;
> 
> (Habe ich Deklaration und Definition jetzt richtigherum benutzt ?)

Ja. ;-)

Bzgl. Deiner Frage: C++ kann (die meisten) Standard-C (aka ANSI-C)
Programme verarbeiten, aber keine K&R C Programme.

Um Prototypen aus K&R-Code zu erzeugen, gibt es einige Tools. Frage
archie z.B. mal nach `protoize'. Andere Tools wurden mehrfach in c.s.m
und c.s.u gepostet.

Mit den so erzeugten Prototypen wird C++ gluecklich. (Tja, nachdem
Ihr zuerst alle Fehler rausgeworfen habt, auf die Ihr bei der
Gelegenheit stosst.)

--
Joachim

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joachim Schrod			Email: schrod@iti.informatik.th-darmstadt.de
Computer Science Department
Technical University of Darmstadt, Germany
From: haen@veces.stgt.sub.org (Herbert Neugebauer)
Newsgroups: de.comp.lang.c++
Subject: Anfaenger-Problem
Distribution: world
Date: Fri, 28 Aug 92 14:39:24 GMT
Organization: TRN Porting Labs

Hallo,

vor kurzem habe ich ueber comp.binaries.os2 ein
C++-Tutorial bekommen. Jetzt habe ich mich   
entschlossen, da einfach mal reinzusehen und
ein paar Beispiel-Programme zu uebersetzten.
Wohlgemerkt, ich habe nicht die geringste Ahnung
von C++, moechte aber gern was lernen.

-----cut here-----

					   // Chapter 1 - Program 4
#include <fstream.h>
#include <stdlib.h>
#include <process.h>

int main()
{
ifstream infile;
ofstream outfile;
ofstream printer;
char filename[20];
char one_char;

   cout << "Enter the desired file to copy ----> ";

   cin >> filename;

   infile.open(filename, ios::nocreate);
   if (!infile) {
      cout << "Input file cannot be opened.\n";
      exit(1);
   }

   outfile.open("copy");
   if (!outfile) {
      cout << "Output file cannot be opened.\n";
      exit(1);
   }

   printer.open("PRN");
   if (!printer) {
      cout << "There is a problem with the printer.\n";
      exit(1);
   }

   cout << "All three files have been opened.\n";


   printer << "This is the beginning of the printed copy.\n\n";

   while (infile.get(one_char)) {
      outfile.put(one_char);
      printer.put(one_char);
   }

   printer << "\n\nThis is the end of the printed copy.\n";

   infile.close();
   outfile.close();
   printer.close();

}



// Result of execution
//
// (The input file is printed on the printer
------------end cut----------------------------

Aus dieser Source macht mein Compiler (emx/gcc 0.8d fuer OS/2)
ein Programm. Wenn ich das starte und einen gueltigen Filenamen
eingebe, wird zwar das File geoeffnet, aber nichts kopiert, bzw.
nur die beiden Zeilen "This is the begin/end of the printed copy"
ausgedruckt. Der Debugger zeigt, das die while-Schleife bereits
beim ersten Leseversuch verlassen wird, also anscheinen gar kein
Zeichen gelesen werden kann.

Irgendwelche Tips???

Is es eventuell ein Compiler-Problem??? Muss ich das File
vielleicht zuruecksetzten, wenn ja wie??

Thanx in advance

     Herbert

--
~~~~~~ Herbert Neugebauer ~~~ Eberhard Str. 5 ~~~~~~ W-7038 Holzgerlingen ~~
~~ haen@veces.stgt.sub.org ~~~ phone:  07031-603164 ~~~~~    Germany	  ~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~  This sentence in English is difficult to translate into German.	 ~~~
~~					   -  D. R. Hofstadter		 ~~~
Newsgroups: de.comp.lang.c++
From: nicolai@opal.cs.tu-berlin.de (Nicolai Leymann)
Subject: Re: Buecher zu C++
Organization: Techn. University of Berlin, Germany
Date: Sat, 29 Aug 1992 18:51:00 GMT

Hallo,

haen@veces.stgt.sub.org (Herbert Neugebauer) writes:


>Wie ist der genaue Titel von Stroustrup's Buch zu C++.
>Besser gesagt, welches ist die aktuelle Ausgabe (vielleicht
>sogar ISBN-Nummer).

Da gibt's zwei. Einmal "Die C++ Programmiersprache" (ISBN 3-89319-386-3) 
und "The Annotated C++ Reference Manual" (ISBN 0-201-51459-1). 
Das erste ist eine Einfuehrung in C++, waehrend das zweite eher was fuer den 
Fortgeschrittenen ist. 

          Nic
--
Nicolai Leymann     nicolai@cs.tu-berlin.de   nicolai@prz.tu-berlin.de
Tel.: 314 25790                               Fax: 314 21114          
Newsgroups: de.comp.lang.c++
From: kovacs@informatik.uni-stuttgart.de (Ernoe Kovacs)
Subject: ZUSAMMENFASSUNG:  Verwendung von altem C-Code in C++
Organization: IPVR, Uni Stuttgart, Germany
Distribution: de
Date: Fri, 28 Aug 1992 22:09:09 GMT


ZUSAMMENFASSUNG: K&R-Code in C++

Also, den Netzetiquetten folgend, kurz vor meinenm Urlaub noch schnell
ne Zusammenfassung der Antworten:

1) extern int foo() verhindern (natuerlich) die Ueberpruefung
   der Typen der Argumente. Da C++ dadurch mehr Sicherheit in die
   Sache bringen will, ist es prinzipiell zu begruessen.

2) Einige C++-Compiler stoeren sich auch nicht daren.
   Der g++ 2.2 versteht es direkt (peinlich, peinlich, bei meinem
   ersten Test hiess die Funktion im Header-File anders als im Source-Code :)
   Andere (Zortech, Borland ?) scheinen auch keine Probleme zu haben.

3) Im gcc 2.2 (und frueher) gibt es die protoize/unprotoize Programme.
   Die wandeln .c und .h files um. Klappt in den ersten Tests ganz gut.

Persoenliche Meinung:
Die Argumente mit dem sicheren linken sind ja schoen und gut, aber
Kompatibilitaet hat auch was fuer sich. Vor allen Dingen, wenn
es so wenig kostet und der Verantwortung des Benutzers ueberlassen
werden kann. C UND (!!!) C++ sind eher fuer den muendigen Programmierer,
der sich bewusst und aus Ueberzeugung an Konventionen wie Prototypen
haelt.


Danke an:

Harald Bayer <bayer@hermes>
patz@ipc1.rrzn.uni-hannover.dbp.de
Achim Loerke <al@bredex.de>
Michaela.Harlander@Physik.TU-Muenchen.DE


- Ernoe
From: haen@veces.stgt.sub.org (Herbert Neugebauer)
Newsgroups: de.comp.lang.c++
Subject: Buecher zu C++
Distribution: world
Date: Fri, 28 Aug 92 15:49:24 GMT
Organization: TRN Porting Labs

Hallo,

welche Buecher wuerdet Ihr jemandem empfehlen, der bereits
C kann, und jetzt C++ lernen will??

Wie ist der genaue Titel von Stroustrup's Buch zu C++.
Besser gesagt, welches ist die aktuelle Ausgabe (vielleicht
sogar ISBN-Nummer).

Thanx in advance

   Herbert

--
~~~~~~ Herbert Neugebauer ~~~ Eberhard Str. 5 ~~~~~~ W-7038 Holzgerlingen ~~
~~ haen@veces.stgt.sub.org ~~~ phone:  07031-603164 ~~~~~    Germany	  ~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~  This sentence in English is difficult to translate into German.	 ~~~
~~					   -  D. R. Hofstadter		 ~~~
Newsgroups: de.comp.lang.c++
From: mskuhn@cip.informatik.uni-erlangen.de (Markus Kuhn)
Subject: Re: Verwendung von altem C-Code in C++
Organization: CSD., University of Erlangen
Distribution: de
Date: Fri, 28 Aug 1992 10:11:08 GMT

kovacs@informatik.uni-stuttgart.de (Ernoe Kovacs) writes:

>c) Warum wird das den gemacht... Auch ANSI-C schreibt Protoypen aus
>   Kompatibilitaetsgruenden nicht vor.

Grosse Programme ohne Prototypes zu entwickeln ist eine sehr gefaehrliche
Angelegenheit, da meiner Erfahrung nach ein grosser Teil aller Fehler
auf Typinkonsistenzen zurueckzufuehren ist und da ist es doch nett, wenn
diese gleich vom Compiler entdeckt werden.

Daher mein Tip: Vergesst K&R (nur erste Auflage) so schnell wie moeglich
und benutzt immer Prototypes. Auch Funktionen ohne Parameter sollte man
in Standard-C mit xyz(void); deklarieren. Dann kann der Compiler
alles checken, man macht weniger Fehler und der Umstieg auf C++ wird 
erheblich leichter. Langfristig ist es also sicher von Vorteil,
dass C++ die Prototypes erzwingt!

Markus

---
Markus Kuhn, Computer Science student -=-=- University of Erlangen, Germany
Internet: mskuhn@immd4.informatik.uni-erlangen.de  |  X.500 entry available
-A distributed system is one in which the failure of a computer you didn't-
-even know existed can render your own computer unusable. (Leslie Lamport)-
Newsgroups: de.comp.lang.c++
From: kovacs@informatik.uni-stuttgart.de (Ernoe Kovacs)
Subject: Verwendung von altem C-Code in C++
Organization: IPVR, Uni Stuttgart, Germany
Distribution: de
Date: Thu, 27 Aug 1992 08:47:14 GMT

Hallo,

eine der Vorteile von C++ ist die Weiterverwendung von alten C-Code.
Dabei sind wir jetzt auf ein grosses Probelm gestossen. In vielen
alten C-Programmen werden in den Header-files keine Prototypes
fuer Funktionen angegebn. Die Deklaration sieht ungefaehr so aus:

extern int foo()

Die Definition im C-File sieht dann so aus:

int foo (a,b,c)
int a;
char b;
int c;

(Habe ich Deklaration und Definition jetzt richtigherum benutzt ?)

Nur leider fasst unser C++ Compiler die Deklaration foo() als
eine Funktion ohne Parameter auf und meldet dann Fehler ohne Ende.
(Natuerlich haben wir ein extern "C" { ...} um das include statement.

a) Viele C++ Buecher sagen, diese Inkompatibilitaet sei so gewollt.
   Sie bieten auch irgendwelche Loesungen mit Hilfe des Preprocessors
   (#ifdef _cpluplus ...) an. Eine solche Loesung waere extrem unguenstig,
   da wir eine dreistellige Zahl von unterschiedlichen header-Files haben.

b) Gibt es vielleicht ein Tool, mit dem man die Header-Files anpassen kann?
   (Geringe Hoffnung...)

c) Warum wird das den gemacht... Auch ANSI-C schreibt Protoypen aus
   Kompatibilitaetsgruenden nicht vor.

d) Gibt es C++ Compiler, die die alten Deklarationen anstandslos
   verkraften?

Gruss
- Ernoe
Newsgroups: de.comp.lang.c++
From: schrod@iti.informatik.th-darmstadt.de (Joachim Schrod)
Subject: Re: suspectes inline
Date: Fri, 28 Aug 1992 15:29:36 GMT
Organization: TU Darmstadt
Keywords: inline, sicheres Programmieren

In article <1992Aug28.140320@uni-paderborn.de>, trachos@uni-paderborn.de (Konstantin Trachos) writes:

[Ein Tip: Die Return-Taste ist dafuer da, neue Zeilen anzufangen...]

> Es ist mir nie ganz klar geworden, welchen Nutzen man hat von dem
> Spezifikator inline. Er soll (und hat) fuer die Bedeutung eines
> Programmes keine Auswirkung.

Das stimmt nicht. RTFM. inline-Definitionen sind lokal, und damit
faellt Dein ganzes Beispiel zusammen.

Uebrigens:
    Am haertesten finde ich, dass Du den Kram hier noch einmal auf
Deutsch postest, obwohl doch Joe Buck und Bjarne Stroustrup
hoechstpersoenlich schon gestern mittag Deinen Fehler korrigiert
haben. Bjarne war sogar noch sehr hoeflich und bemerkte, dass die
Fehlermeldung des Binders evtl. zu spaet waere und man eine
Fehlermeldung des Compilers vorziehen wuerde. (Interessierte finden
das in comp.lang.c++, Artikel <23566@alice.att.com>.)
    Geltungssuechtig?

--
Joachim

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joachim Schrod			Email: schrod@iti.informatik.th-darmstadt.de
Computer Science Department
Technical University of Darmstadt, Germany
From: jh@first.gmd.de (Joerg Heuer)
Newsgroups: de.comp.lang.c++
Subject: Re: Verwendung von altem C-Code in C++
Date: 28 Aug 92 12:06:43 GMT
Distribution: de

Versuch's doch mal damit, von s"amtlichen include-files Kopien anzufertigen,
die statt der leeren Klammer eine Ellipsis ("...") enthalten. Sowas geht mit
dem sed sehr leicht. Ich hatte leider nicht die Musse mich durch die Syntax-
beschreibung von Stroustrup zu w"uhlen, ein Praxistest mit unserem AT&T
Frontend verlief zumindest erfolgreich.

Ciao,
J"org.

--
Joerg Heuer                   | UUCP:     jh@gmdtub.uucp
GMD-FIRST an der TUB          | INTERNET: jh@first.gmd.de
Rudower Chaussee 5, Geb. 13.7 | KOMEX:    heuer@kmx.gmd.dbp.de
D-1199 Berlin Adlershof, FRG  | Tel/Fax:  +49 30 6704 - 5819/5610
Newsgroups: de.comp.databases
From: focke@gmdzi.gmd.de (Stefan Focke)
Subject: Suche Distributor von db Vista
Organization: gmd
Date: Wed, 2 Sep 1992 08:12:08 GMT

Hallo!

Kann mir jemand die Adresse des deutschen Vertriebs von db Vista nennen?

Stefan

----------------------------------------------------------------------

Stefan Focke                  Tel. 02241-14-3154
GMD-I8                        e-mail: stefan.focke@gmd.de
Postfach 1316
D-W 5205 Sankt Augustin 1            
Newsgroups: de.comp.databases,de.comp.misc