HDTenEightyP/NetNews huggingface dataset:
From: wb@arb-phys.uni-dortmund.de (Wilhelm B. Kloke)
Subject: Re: Neue UNIX-Vertriebspolitik bei Dell (.de)
Organization: Institut f. Arbeitsphysiologie a.d. Uni Dortmund
Date: Thu, 12 Nov 92 07:20:30 GMT

In article <2327@shiva.rent-a-guru.de> stefan@rent-a-guru.de (Stefan Stapelberg) writes:
>In article <1992Nov6.133104.12335@eurom.rhein-main.de> misch@eurom.rhein-main.de (Michaela Schoebel) writes:
>>
>>Falls Du es vermeiden kannst, setz' halt keine Kommerzsoft ein. Es
>>gibt gute Alternativen.
>
>Dann zeig mir bitte mal ein frei erhaeltliches SVR4 fuer meine Cadmus R3000
>oder auch nur einen PC.  Ich will schon lange vom Kommerz wegkommen ... :-)
Wozu SVR4? Macht das gl"ucklicher als 386BSD?

-- 
Dipl.-Math. Wilhelm Bernhard Kloke,
Institut fuer Arbeitsphysiologie an der Universitaet Dortmund
Ardeystrasse 67, D-4600 Dortmund 1, Tel. 0231-1084-257
Newsgroups: de.comp.os.unix
From: kris@black.toppoint.de (Kristian Koehntopp)
Subject: Re: Welches "PD"-Unix fuer PC
X-Excuse: X-Copyright wegen Emma, Suedwestpresse und /C'T/DISKUSSIONEN.
Organization: Toppoint Mailbox e.V.
Date: Tue, 10 Nov 1992 12:50:03 GMT+0100
X-Copyright: (C) Copyright 1992 Kristian Koehntopp -- All rights reserved.
		 Reproduktion, auch auszugsweise, ausserhalb elektronischer,
		 nichtkommerzieller Datennetze nur mit ausdruecklichem,
		 schriftlichem Einverstaendnis des Autors.

In <CDQ86ZR@heaven7.in-berlin.de> martini@heaven7.in-berlin.de (Martin P. Ibert) writes:
>Was soll der Krampf? (E)ignt (M)egabytes (A)nd (C)onstantly (S)wapping.
>Ausserdem ist es natuerlich ein rekursives Akronym und heisst
>Emacs Makes A Computer Slow.

Nein, es heisst

Escape Meta Control Alternate Shift

:wq!,
	Kristian
Newsgroups: de.comp.os.vms
From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
Subject: TASK-Objekt aktivieren... ?
Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
Organization: Regional Computing Center, University of Cologne, F. R. Germany
Date: Thu, 12 Nov 92 13:31:39 GMT

Hallo VMS Gurus,

wir haben seite einiger Zeit PamsNet fuer  Ataris  und  ein  dazu
gehoeriges  Programm  fuer die VAX, durch das diese ihre Files an
das Atari-Netz serven kann. Das Ganze soll so funktionieren, dass
das  Serverprogramm  auf  der  VAX  zunaechst  unter  dem  dafuer
geschaffenen Account PAMSNET in einer batch-queue gestartet wird.
Dieser  Prozess   soll   dann,   auf   uebers  Netz  reinkommende
Aufforderungen  von   Usern  hin,   unter   dem    Account    des
jeweiligen   Users  einen  Serverprozess  starten,  der  besagtem
User  Zugriffe auf seine Files auf der VAX ermoeglicht.
Damit das funktioniert, muss aber "das TASK-Objekt unter VMS fuer
die  lokalen  User aktiviert werden" (Zitat aus dem Manual). Kann
mir hier jemand sagen, was wir  da  konkret  machen  muessen?  Am
besten  in  Form  von  Befehlsfolgen,  die  wir nur noch abtippen
muessen :-)

Greetinx, Jan

 +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
 |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
 |                                                                   |
 *----=<  hierarchical systems are for files, not for humans  >=-----*
Newsgroups: de.comp.os.vms
From: huber@vxcrna.cern.ch (Sepp Huber, CERN -4439,-6712)
Subject: Re: TASK-Objekt aktivieren... ?
News-Software: VAX/VMS VNEWS 1.41    
Organization: European Organization for Nuclear Research, CERN
Date: Fri, 13 Nov 1992 15:01:00 GMT

In article <1992Nov13.105101@isi001.dnet.kfa-juelich.de>, system@isi001.dnet.kfa-juelich.de () writes...
>In article <1992Nov12.133139.177923@rrz.uni-koeln.de>,
>aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:
>|>Hallo VMS Gurus,
>|>
>|>wir haben seite einiger Zeit PamsNet fuer  Ataris  und  ein  dazu
>|>.....
>-----------------------------------------------------------
> 
>so sieht ein object aus, wenn es eingerichtet ist ....
....
Speziell fuer das TASK object:
Task ist ein standard VMS object, das einem benutzer simple remote-procedure
features zur verfuegung stellt . Benutzung u.a. so
$ open/read/write net remnode"user passw"::TASK=commandfile
Im default netconfig ist das installiert, haeufig aber aus sicherheitsgruenden
disabled, insbesondere, wennes einen default nonpriv decnet account gibt.
Ein guter kompromiss ist es, object TASK mit einem default user id zu versehen, 
dem kein realer UAF entry entspricht, so dass nur authorisierte benutzer
ueber access control strings wie oben TASK benutzen koennen, nicht aber der 
default nonpriv decnet account.
Einrichten mit 
 NCP> SET/DEFINE OBJECT TASK NUMBER 0 USER ILLEGAL
Wenn dann nicht-authorisierte user einen zugriff auf TASK machen wollen, 
liefert das DECnet log einen fehler.
Voraussetzung ist natuerlich, dass die Atari server software mit access control 
strings (evtl. PROXY accounts) arbeitet, nicht mit default decnet account.
(Falls dennoch: die software am besten wegwerfen :-).
-
Joseph "Sepp" Huber        | At present in CERN, phone -4439/-6712
Max-Planck-Institut Physik | Internet: huber@vxcern.cern.ch
Munich, Germany            | HEPnet:   VXCERN::HUBER
From: system@isi001.dnet.kfa-juelich.de
Newsgroups: de.comp.os.vms
Subject: Re: TASK-Objekt aktivieren... ?
Date: 13 Nov 92 09:57:50 GMT
Reply-To: system@isi001.dnet.kfa-juelich.de ()
Organization: Forschungszentrum (KFA) Juelich GmbH, Germany

In article <1992Nov12.133139.177923@rrz.uni-koeln.de>,
aeg03@rrz.uni-koeln.de (Jan T. Kim) writes:
|>Hallo VMS Gurus,
|>
|>wir haben seite einiger Zeit PamsNet fuer  Ataris  und  ein  dazu
|>.....
-----------------------------------------------------------

so sieht ein object aus, wenn es eingerichtet ist ....
---
001:SYS> ncp sh obj EWS$SERVER

Object Volatile Summary as of 13-NOV-1992 10:22:22

   Object   Number  File/PID                   User Id          Password

  EWS$SERVER     0  EWS$LIBRARY:EWS$SERVER.COM EWS$SERVER       xxxxxxxxxxxxxxx
---
... wobei "File/PID" ein .com file, ein .exe file oder die PID eines laufenden
Prozesses sein kann.
---
... so koennte der .com file aussehen, um das object einzurichten ...

---
$   NCP CLEAR OBJECT EWS$SERVER ALL
$   NCP DEFINE OBJECT EWS$SERVER NUMBER 0 -
        FILE EWS$LIBRARY:EWS$SERVER.COM USER EWS$SERVER PROXY NONE
$!
$!   NCP DEFINE OBJECT EWS$SERVER PASSWORD 'EWS_PWD'
$   NCP DEFINE OBJECT EWS$SERVER PASSWORD xxxxxxxxxxxxxxxxxxxxxxx
$!
$   NCP SET   OBJECT EWS$SERVER ALL
$!
$   ncp sh obj ews$server
$!
$   ncp sh obj ews$server char
$!
$ exit
---

--------------------------------------------
so sieht ein uaf-Eintrag aus der fuer den login gebraucht wird ....
---
UAF> sh ews*

Username: EWS$SERVER                       Owner:  EWS SERVER
Account:  DECNET                           UIC:    [375,201] ([EWS$SERVER])
CLI:      DCL                              Tables: DCLTABLES
Default:  SYS$SYSDEVICE:[EWS$SERVER]
LGICMD:   NL:
Flags:  Restricted DisMail
Primary days:   Mon Tue Wed Thu Fri
Secondary days:                     Sat Sun
Primary   000000000011111111112222  Secondary 000000000011111111112222
Day Hours 012345678901234567890123  Day Hours 012345678901234567890123
Network:  ##### Full access ######            ##### Full access ######
Batch:    -----  No access  ------            -----  No access  ------
Local:    -----  No access  ------            -----  No access  ------
Dialup:   -----  No access  ------            -----  No access  ------
Remote:   -----  No access  ------            -----  No access  ------
Expiration:            (none)    Pwdminimum:  6   Login Fails:     1
Pwdlifetime:           (none)    Pwdchange:   6-NOV-1992 08:19
.
.
.
Authorized Privileges:
  TMPMBX NETMBX
Default Privileges:
  TMPMBX NETMBX

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

... fuer weitere Fragen, ruf mich an unter 02461 - 613818


greetinx --> wolf


Newsgroups: de.comp.os.vms
From: ONASCH@irav17.ira.uka.de (Bernd Onasch)
Subject: UCX bzw. DEC TCP/Ip
Organization: University of Karlsruhe (FRG)
Date: Tue, 10 Nov 1992 01:22:59 GMT
X-News-Reader: VMS NEWS 1.25
X-Testmessage: %SYS-F-HLT, system halted.

Hallo,

Ich hab da ein kleines Problem ;-)

Gesucht: NICHT-DCL-Loesung, die mir zu alles BG-devices (den "TCP/IP" devices
         von UCX) sowohl local als auch remote port liefert OHNE bei Programm-
         Ende alle ports zuzumachen.

Also in kurz: UCX SHOW DEVICE - die dort angezeigten ports

Ich habe mich schon an den sys$assign's und sys$qio's versucht (aus der doku
zu UCX 1.3) und dann immer das Vergnuegen gehabt, dass ich entweder "unter-
privilegiert" keinen Zugriff erhielt oder "ausreichend ausgestattet" den Zugriff
zwar erhielt, jedoch zum Programmende auch die ganzen Devices entfernt habe.
(und ganz ohne templates lebt sichs echt mies bei UCX 2.0)

Sage mir doch bitte jemand, welche Kleinigkeit ich uebersehe...

Bevorzugt in C (ich nehm aber auch alles andere ausser DCL)

Greetings, Bernd

Bernd Onasch, Informatik Rechnerabteilung [IRA], University of Karlsruhe [FRG]
E-MAIL: <ONASCH@ira.uka.de> or <URANUS@irav17.ira.uka.de> or
        <PSI%45050365300::ONASCH> or <CCC_ONAS@DULRUU51.BITNET>
                        (Rest of signature deleted by an anti-signature virus)
Newsgroups: de.comp.os.vms
From: ORAKEL@rzmain.rz.uni-ulm.de (Framstag)
Subject: DEC LA210 Printer
Organization: University of Ulm, Germany
Date: Mon, 9 Nov 1992 13:40:11 GMT
X-Copyright1: Fuer Veroeffentlichungen AUSSERHALB des Newssystemes gelten MEINE Geschaeftsbedingungen.
X-Copyright2: Nichtbeachtung wird in der Regel zivil- und strafrechtliche Folgen nach sich ziehen.
X-News-Reader: VMS NEWS 1.24

Ich bin guenstig an einen DEC LA210 Printer rangekommen, doch leider ohne
Handbuch.

Der Drucker funktioniert ganz gut bis auf die falsch eingestellte
Seitenlaenge: beim FormFeed geht er nur soweit, wie es das amerikanische
(?) Papierformat benoetigt. Ich hab aber DIN A3 Endlospapier drin und
moechte, dass er entsprechend den FormFeed macht.

Wer kann mir helfen?


\  Ulli 'Framstag' Horlacher    \    psi%0262450502601::rzmain::orakel  \
 \  Student consultant VAX/VMS and networks   \  orakel@dulruu51.bitnet  \
  \  Rechenzentrum  Universitaet Ulm  Germany  \    orakel@rz.uni-ulm.de  \
   \  "With mainframes you just can do nonsense, with PCs not even that."  \
Xref: sparky de.comp.os.xenix:129 de.comp.os.unix:2118 de.comm.uucp:553
From: torsten@rnivh.rni.sub.org (Torsten Leibold)
Newsgroups: de.comp.os.xenix,de.comp.os.unix,de.comm.uucp
Subject: HILFE !! (was: Probleme mit tuucp V1.13)
Date: 12 Nov 92 19:06:38 GMT
Organization: Rhein-Neckar-Informationsdienst Viernheim

Ist denn wirklich niemand hier, der schon Erfahrungen mit TUUCP unter
SCO Xenix gemacht hat ????

Hier nochmal meine Anfrage: 

>hat schon mal jemand versucht auf SCO Xenix V2.3.2 GT das
>TUUCP-Package Version 1.13 zu installieren ???
>Ich habe unheimliche Probleme damit. Das Zeug laesst sich zwar fast
>ohne Probleme kompilieren, aber bei der lokalen Uebertragung von einem
>zum anderen Xenix-Rechner (der eine mit SCO-uucico) treten sehr viele
>Fehler auf (meist 'got package x; expected x-1' oder 'bad header'), so
>dass die Uebertragung abbricht.
>Bei Senkung der Baudrate (von 19200 auf 4800) treten deutlich weniger
>Fehler auf, so dass es so aussieht, als sei der read vom Device
>einfach zu langsam, so dass Packages verloren gehen (ich verwende auf
>dem Receiver-Rechner 16450, auf dem Sender 16550).
>Weiss jemand Rat, woran das liegen koennte und ob ich das im Source
>abstellen kann ?? Bzw. wie ist tuucp zu konfigurieren, damit die reads
>schneller sind ??

>Falls es nur am 16450 liegen sollte: Diese Kompilation ist nur ein
>Test. Spaeter soll das Paket auf einem 33'er mit 16550 und Traily2500
>laufen.

>Jetzt schon mal Danke fuer die Beantwortung.

In diesem Sinne und in der Hoffnung, dass sich diesmal etwas tut ...

Bye,
  Torsten.

-- 
  +---------------------------------------------------------------------------+
  |          Torsten Leibold, Hard- und Software, Viernheim, Germany          |
  |  UUCP: torsten@rnivh.rni.sub.org  ..!unido!cat!orfeo!rnihd!rnivh!torsten  |
  +---------------------------------------------------------------------------+
From: seggers@semyam.dinoco.de (Stefan Eggers)
Date: 7 Nov 92 09:28:38 GMT
Subject: Re: BILDSCHIRMSPEICHER
Newsgroups: de.comp.lang.c
X-Newsreader: TIN [version 1.1 PL6]

Matthias Urlichs (urlichs@smurf.sub.org) wrote:
> In de.comp.lang.c, article <seggers.33908-66609@semyam.dinoco.de>,
>   seggers@semyam.dinoco.de (Stefan Eggers) writes:

> > char  *addressen[] =
> [...]
>
> Auch nur marginal besser. Die korrekte Loesung besteht darin, seine
> Adressdatei nicht ins Programm einzukompilieren, sondern aus einer Datei zu

Es  kommt  auf  den  Verwendungszweck an.  Wenn er da zum Beispiel die
Adressen  von  Shareware-Registrierungs-Stellen in verschiedenen Laen-
dern unterbringen will ist das in dieser Form in Ordnung.  Die aus ei-
ner  Datei  zu lesen ist unnoetig, da die sich nur von Version zu Ver-
sion veraendern koennen.

> PS: Wer in seinem Programm eine feste Maximalgroesse von Adresszeilen
> und/oder der Zahl der Adressen einbaut, ist selber schuld.

Allgemeiner:   Wer in sein Programm unnoetige Begrenzungen einbaut ist
selber schuld.

Stefan.
-- 
Stefan Eggers                UseNet: seggers@semyam.dinoco.de
Max-Slevogt-Str. 1
W-5000 Koeln 91
Federal Republic of Germany

Newsgroups: de.comp.lang.c++
From: hinrich@aia004.aia.RWTH-Aachen.DE ()
Subject: ISO-Norm fuer C++ ????
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date:  5 Nov 92 12:35:06 GMT

Hallo Leute ,

gibt es eigentlich inzwischen eine ISO-Norm fuer C++.
Also nicht die fuer C (ISO/IEC 9899).
Und auch nicht die ANSI-Norm .
Wer weiss da was ???

Schreibt mir mal.

----------------------
hinrich@aia001.aia.rwth-aachen.de
.
From: benni@vieta (Benjamin Lorenz)
Newsgroups: de.comp.lang.c++
Subject: Re: Buch-Empfehlung?
Date: 9 Nov 92 22:28:33 GMT
Organization: Universitaet des Saarlandes, Saarbruecken


Also ich schwoere auf:

  Martin Aupperle
  Objektorientiert mit Turbo C++
  Vieweg 1992

Dieses Buch ist nicht als Nachschlagewerk gedacht, sondern als ein
wirkliches Lehrbuch, das groessten Wert auf praxisbezogene Beispiele
legt.
Ich kann es waermstens empfehlen!

Gruss,
        Benni


----------------------------------------------------
Benjamin Lorenz         Usenet: benni@math.uni-sb.de
Brunnenweg 33                    belo@stud.uni-sb.de
6601 Scheidt/Saar       Phone:           0681/815702
----------------------------------------------------
Newsgroups: de.comp.lang.c++,gnu.bug.g++
From: leszke@opal.cs.tu-berlin.de (Harald Leszke)
Subject: Bug in g++, but easy solution.
Organization: Techn. University of Berlin, Germany
Date: Thu, 12 Nov 1992 14:57:36 GMT

Hello!
I had an Problem using the gcc for C++ some days ago.
It seems to be a Bug, and I can descripe it exactly now.

I used a class s_list containing memory structures and functions 
returning s_list. 
For example:


s_list operator =(s_list);

No Problem to compile this, but at runtime there are is a Problem.

s_list t,f;
Program calls t=f;

and gets stackmemory for arguments, returnaddress, and result.
The funktion calculates the result, an objekt of the class s_list. 
This result lives in the stackmemory.
When the funktion = is ready, the result form stack is copyed from stack
to datamemory of t using memcpy. The destructor for res is called, 
(this is the Bug) and the memory controled by res is lost.

Solution: 
   
s_list  &operator =(s_list);
        ^
        Thisway, no desructor is called.

Bye
  Harald.


--
Harald Leszke,Goerzalle 131/305,D-1000 Berlin 45, Tel: +49 (0)30 8178570

Wer mit 18 noch kein Kommunist ist, hat kein Herz!
	Und wer mit 28 noch Kommunist ist, hat keinen Verstand.
Newsgroups: de.comp.lang.c++
From: schrod@iti.informatik.th-darmstadt.de (Joachim Schrod)
Subject: Re: ISO-Norm fuer C++ ????
Date: Fri, 6 Nov 1992 18:27:08 GMT
Organization: TU Darmstadt

In article <hinrich.720966906@aia004>, hinrich@aia004.aia.RWTH-Aachen.DE () writes:
> 
> gibt es eigentlich inzwischen eine ISO-Norm fuer C++.
> Also nicht die fuer C (ISO/IEC 9899).
> Und auch nicht die ANSI-Norm .

Da es bisher noch nicht 'mal eine ANSI-Norm gibt, wird auch die
ISO-Norm noch eine Weile auf sich warten lassen...

--
Joachim

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Joachim Schrod			Email: schrod@iti.informatik.th-darmstadt.de
Computer Science Department
Technical University of Darmstadt, Germany
From: jan@nasobem.stgt.sub.org (Jan Schiefer)
Newsgroups: de.comp.lang.c++
Subject: Re: Buch-Empfehlung?
Summary: ARM: unentbehrlich!
Date: Thu, 05 Nov 92 20:45:34 GMT
Distribution: world

In diesem Thread fehlt immer noch der Verweis auf die C++-Bibel:

Margaret Ellis, Bjaerne Stroustrup: "The Annotated C++ Reference Manual",
erschienen bei Addison-Wesley, kostet etwa 80.-

Dieses Buch wird oft auch kurz als ARM bezeichnet und taugt zwar nichts als
Lehrbuch, ist aber als Nachschlagewerk unentbehrlich, zumal es einen sehr
guten Index besitzt. Dieses Teil zu haben spart oft Stunden des Raetselns
und Probierens.

Gruss,
        Jan

--
             Jan Schiefer, DL5UE, jan@nasobem.stgt.sub.org
                 "Oracle et laboracle!"   - Fritz Hohl
Newsgroups: de.comp.lang.c++
From: fromme@ipc1.rrzn.uni-hannover.de (Michael Fromme)
Subject: Re: Buch-Empfehlung?
Reply-To: fromme@ipc1.rrzn.uni-hannover.de
Organization: RVS, Universitaet Hannover, Germany
Date: Wed, 4 Nov 1992 20:55:41 GMT

In article 1193@ramsys.sta.sub.org, ram@ramsys.sta.sub.org (Reimer A. Mellin) writes:
[...]
>	Zum Nachschlagen (und zum verstehen warum C++ streng genommen
>	ein besseres C ist :-) ):
>		The Annotated Reference Manual (ARM) von
>			Stroustrup und co (name entfallen)
Genauer:
	Margaret A. Ellis
	Bjarne Stroustrup
	THE ANNOTATED C++ REFERENCE MANUAL
	ANSI Base Document
	
	erschienen 1991 bei Addison-Wesley.
	
>
>Das eigentliche Buch 'C++' von Stroustrup ist meiner Ansicht nach NICHT zu
>empfehlen, da die beiden o.g. Buecher fuer den jeweiligen Zweck besser
>geeignet sind.
>

Das C++-Buch von Stroustrup entspricht als Sprachreferenz auch nicht ganz meinen
Anspr"uchen. Aber der ARM ist Pflicht, wenn man sich etwas tiefergehend mit C++ befassen
m"ochte.

Gruss,
	Michael
---
Michael Fromme                    Lehrgebiet Rechnernetze und Verteilte Systeme
fromme@ipc1.rrzn.uni-hannover.de                 Universit"at Hannover, Germany
fromme@rvs.uni-hannover.de                           Tel: (ger) 0511 / 762 3681
From: stephan@forthdv.rmt.sub.org (Stephan Forth)
Newsgroups: de.comp.lang.c++
Subject: Re: Buch-Empfehlung?
Date: 7 Nov 92 18:12:31 GMT
Organization: Forthys News + Mail Point
X-Newsreader: TIN [version 1.1 PL6]

Thomas Ziemer (thomas@neon.in-berlin.de) schrieb:
 
: Da kommt dann eigentlich nur ,,der Stroustrup'' in Frage. Das
: ist der Autor der C++ - Bibel ueberhaupt! Und so ganz nebenbei
: 
: Man kann, so meine ich, bei diesem Buch genauso wenig falsch
: machen wie mit dem Buch von Kernighan und Ritchie fuer C.
: 
: Gruss ... thomas

Moin Moin zusammen, 

ist der Stroustrup (o.ae) auch zu empfehlen wenn man(n) nocht nicht der
C Guru, sondern mehr der "erfahrene" Anfaenger ist??

Gruss Stephan
From: thbon@sbustd.rz.uni-sb.de (Thomas Bonk)
Newsgroups: de.comp.lang.c++
Subject: WANTED: Public Domain C++ Compiler
Date: 12 Nov 1992 09:28:56 GMT
Organization: Studenten-Mail, Rechenzentrum Universitaet des Saarlandes
NNTP-Posting-Host: sbustd.rz.uni-sb.de

Hallo!
Da ich mit meiner Anfrage in der Grupper de.comp.gnu kein Erfolg hatte, ver-
suche ich's hier 'mal.

Also:
Ich bin ein armer Informatik-Student, der immer noch einen XT besitzt :-(, und
suche einen Public Domain C++ Compiler, der auf einem XT laeuft und auch Code
fuer diesen Rechner erzeugt. Ich hoffe, dass mir auf diese Anfrage hin jemand
weiterhelfen kann.

Danke.
Thomas Bonk (thbon@stud.uni-sb.de)

Newsgroups: de.comp.lang.c++
From: amadeus@opal.cs.tu-berlin.de (Axel Richrath)
Subject: Re: Buch-Empfehlung?
Organization: Techn. University of Berlin, Germany
Date: Thu, 5 Nov 1992 23:51:22 GMT

stephan@forthdv.rmt.sub.org (Stephan Forth) writes:

>Moin Moin zusammen, 
>
>ist der Stroustrup (o.ae) auch zu empfehlen wenn man(n) nocht nicht der
>C Guru, sondern mehr der "erfahrene" Anfaenger ist??
>
>Gruss Stephan


ich wuerde sagen: NEIN - du musst schon was von C wissen, um das zu
verstehen... weiterhin vbersteht sich das buch nicht als buch zum erlernen
der implementierung sondern der programmorganisation. wenn du mehr ueber
objektorientiertes programmieren lernen moechtest, empfehle ich dir
uebrigens bertrand meyers eiffel-buch. ich (wer bin schon ICH?) habe
jedenfalls noch kein besseres buch gefunden ueber die paradigmen des
objektorientierten programmierens... ausserdem ist eiffel sehr einfacher zu
verstehen als c++...

gruss, axel

Newsgroups: de.comp.lang.c++
From: volker@sfb256.iam.uni-bonn.de ( Volker A. Brandt )
Subject: Re: Buch-Empfehlung?
Organization: Applied Math, University of Bonn, Germany
Date: Thu, 12 Nov 1992 17:40:09 GMT

In article <921105191@forthdv.rmt.sub.org> stephan@forthdv.rmt.sub.org (Stephan Forth) writes:
>es wird hier oefter der "Lippmann" als Anfaenger Buch empfohlen, kann mal
>einer die naeheren Daten (Verlag, Titel, ev. ISBN) bekanntgeben?

Auf jeden Fall den Original-Lippman nehmen ("A C++ Primer"), der kostet ca. 70
Mark, die umstaendliche deutsche Uebersetzung ("C++: Einfuehrung und Leitfasel"
:-) kostet 89 Mark.

Verlag ist wohl Addison-Weslye (hab das Buch nicht hier).

-- Volker
-- 
----------------------------------------------------------------------------
Bitnet:   UNM409@DBNRHRZ1                              Volker A. Brandt
UUCP:     ...!unido!DBNRHRZ1.bitnet!unm409             Angewandte Mathematik
Internet: volker@sfb256.iam.uni-bonn.de                (Bonn, Germany)
Newsgroups: de.comp.lang.c++
From: softfine@tpki.toppoint.de (Peter Neumann)
Subject: Re: Buch-Empfehlung?
Organization: Toppoint Mailbox e.V.
Date: Thu, 05 Nov 1992 20:26:10 GMT


Ich wuerde folgende Werke empfehlen:

1. C++, Autor Stephen Prata (The Waite Group) TEWI-Verlag ISBN 3-89362-701-4
   Really oberkoestlich zu lesen.
   Unterhaltsam und einen wirklich gute Einfuehrung Step by Step

2. C++ Programming Style, Tom Cargill, Add.-Wesley ISBN 0-201-56365-7
   Fuer den bereits mit Erfahrungen gesegneten Leser eine Zusammenfassung
   der wichtigsten Stilregeln.

3. C++ Components and Algorithms ISBN 0-13-118217-x mit wirklich brauchbaren
   Codebeispielen

Greetings von Peppermint Peaty

-- 
-------------------------------------------------
Your charmy Peppermint Peaty
-------------------------------------------------
Peter Neumann, Fleethoern 64, 2300 Kiel1
Tel.: 0431/552649, FAX: 0431/553623
softfine@tpki.toppoint.de
-------------------------------------------------
Newsgroups: de.comp.databases
From: lenzen@galaxy.fernuni-hagen.de (Frank Lenzen)
Subject: STILL LOOKING FOR EXPRESS-TOOLS
Organization: FernUniversitaet Hagen
X-Newsreader: Tin 1.1 PL5
Date: Mon, 9 Nov 1992 08:25:26 GMT


Information on EXPRESS tools wanted!

If you have any tools which are related to the upcoming ISO standard 
EXPRESS (e.g. parser, constraint checker, databases, EXPRESS-G tools, 
EXPRESS-G to EXPRESS translator and vice versa, etc.), we would be very 
happy to hear from you. 

We are using EXPRESS very intensively in our work on modelling the 
domain of CAD objects in electronic design. Furthermore, we are planning 
to establish a tutorial on EXPRESS in a European  context, and our 
interest is  
(1)	to give an overview on existing EXPRESS tools,
(2)	to demonstrate EXPRESS tools, and 
(3)	to provide some good tools to support the participants' 
first practical steps in modelling with EXPRESS. 

If you can provide some information on available EXPRESS tools (either 
about tools which have been implemented by yourself or about tools which 
you are using), please contact us at the following address:





++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+ FernUniversitaet Hagen   +  Frank Lenzen                   +
+ Praktische Informatik I  +                                 +
+ Feithstr. 140            +                                 +
+ W - 5800 Hagen 1         +  EMail: lenzen@fernuni-hagen.de +
+ Germany                  +  Fax-No. :  +49.2331.987.314    +
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Newsgroups: de.comp.databases,de.comp.misc