HDTenEightyP/NetNews huggingface dataset:
From: lo@silch.ulm.sub.org (Lothar Maier)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Update Domino->Merlin
Distribution: world
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 9 Jan 93 10:04:31 MET
Organization: Private Site

In article <r6sfs*-o2@mania.RoBIN.de> lkv@mania.RoBIN.de (Lutz Vieweg) writes:
> In article <1i9c25INNbt@news.uni-paderborn.de>, Matthias Scheler writes:
>
> > [stuff deleted]
> >
> > |> Mein Beileid denen, die sich von XPert haben koedern lassen -
> > |> der einstige Softwarevorsprung duerfte sich wohl endgueltig
> > |> verfluechtigt haben.
> >

soso.

> > Dafuer ist die Merlin, laut Werbung, eine Zorro-III-Karte, also keine
> > Segmente und VOLLE Busperformance.
>
> _Abwarten_ - an eine billige Zorro-III Karte glaube ich erst, wenn

An eine Rosina-Workbench (angekndigt seit WOC) glaube ich erst, wenn ICH eine sehe.
Wenn DU damit Werbung machen willst, gehst DU da ein paar Lesern ziemlich auf den
Wecker. Der nchste Schritt ist doch sicherlich DEIN A6000 Omega?

>
> Ich bin jedenfalls noch lange nicht traurig, mir "nur" eine
> Zorro-II Karte gekauft zu haben...
>

Das ist eben das Teil fr die einfachen Gemter. Werde glcklich damit.

>
> cu, Lutz Vieweg

Sollte jetzt nicht als Flame betrachtet werden, aber MEINER ist der LNGSTE, der
BESTE der SCHNELLSTE und der BUNTESTE gehrt nicht hierher. Da wurde extra eine
Gruppe erschaffen, die keiner liest ;-).

--
..L. Maier Silcherstr. 1 7910 Neu-Ulm Voice:0731 86391..
From: gimmini@myour.in-berlin.de (Olaf Gimmini)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Stormbringer H530 - A-Team-AT-Bus-Controller - Conner CP30174E
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 5 Jan 93 22:59:48 MET
Organization: Private UUCP-Site

In article <VxPes*hv0@kickhh.hanse.de> kickaha@kickhh.hanse.de (Kai Luehmann) writes:
> In article <gimmini.03mh@myour.in-berlin.de>, Olaf Gimmini writes:
> 
> > >  Die Loesung fuer kuenftige Faelle ist:
> > >
> > >   ** Beratung und Kauf beim qualifizierten Fachhandel **
> > >               ^^^^^^^^
> > 
> > Wie erkennt Otto-Normal-Verbraucher den einen qualifizierten Fachhandel?
> 
> Zugegeben - das ist schwierig, aber immerhin hast Du Zugriff auf dieses
> Brett. Das kann schon weiterhelfen.

Nur darf wohl keine Werbung gemacht werden.
Ich hab jetzt einen Fachhaendler in Berlin gefunden, welcher
mir weitergeholfen hat. Ist sicher auch bekannt, den der Laden
hat immer Kundschaft.
Wer gerne naeheres erfahren moechte, Mail!

> > Sorry, aber leider ist ein echter Service und eine wirklich gute Beratung
> > eine absolute Mangelware geworden.
>
> Im Massenmarkt auch kein Wunder. Wenn Du andere (teure) Geraetschaften
> kaufen wuerdest, saehe das anders aus.

Ich wuerde nicht nur Massenmarkt sagen, sondern Ueberlebenskrampf.
Von einigen Herren wird auch ganz schoen geflunkert.
Bis die mit der Wahrheit herausruecken, musst Du ihnen schon
auf den Kopf zusagen, welche Macke ihr Ware hat.
Okay, ist nicht luegen, aber trotzdem Betrug.
Geldmacherei mit der Uninformiertheit anderer.

> > Ausser dem Benutzer ist doch niemand mehr an Service interessiert!
>
> Das hast Du gesagt.  Zum einen kann (!) Service auch Geld einbringen und
> zum anderen kaufen zufriedene Kunden wieder beim selben
> Hersteller/Verkaeufer/...

Kann ich nur bestaettigen. Zu diesem Laden gehe ich sicher
wieder hin, in der Hoffnung, dass ich wieder korrekt
beraten und mit Entgegenkommen behandelt werde.

> > Ausserdem kann es doch nicht der Sinn von irgendeiner Peripherie sein,
> > dass nur noch Peripherie vom selben Hersteller verwendet werden kann.
>
> Das dies leider zum Teil so ist, daran koennen wir wenig aendern. Aber wenn
> Du alle Komponenten beim EINEM Haendler Deines Vertrauens erwirbst, hast Du
> weniger/keinen Aerger wenn etwas nicht funktioniert. Wenn doch, hast Du
> Dein Vertrauen leider dem falschen Haendler geschenkt.
>
> Bye   Kai   !!!
> --
>    _  Z-Net: kickaha@amtrash.zer  Fido: Kai Luehmann 2:241/2111
> _ // UseNet: kickaha@kickhh.hanse.de or K-Luehmann@tu-harburg.dbp.de
> \X/ Use Gates if you can't get through one of the above.
>    und im uebrigen bin ich der Meinung, dass ...   AAAAARRRRGGGHH   !!!!!

Gruss  Olaf
--
Olaf Gimmini (ECG117)
 Weitbrucher Str. 31
  D-1000 Berlin 47
   UUCP: myour.in-berlin.de
From: Barnard@forge.franken.de (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: MORE in eigenem Window
Date: Fri, 08 Jan 1993 01:24:02 GMT
Organization: Barnard's Software Forge (ECG038)
X-Newsreader: Arn V1.00

In article <FeIfs*P-4@zikzak.in-berlin.de>, Andreas M. Kirchwitz writes:

> Halloele!
> 
> Jeder kennt den huebschen Text-Anzeiger "more".  Normalerweise benutzt
> More das Window, in dem man es aufgerufen hat (ich find's praktisch).
> Aber wenn das nicht geht, macht More ein eigenes Window auf.
> 
> Mich wuerde doch SEHR interessieren, nach welchem Prinzip More ent-
> scheidet, wann es ein extra Window aufmachen soll.

Grin, die Frage kenne ich doch:

Q: How does the program 'more' determine it was launched into the background?

A: from <libraries/dosextens.h>:
	LONG cli_background;	/* boolean; True if CLI created by Run */

(Nein, Ralph, die AmigaMail ist allgemein zugnglich.)

> Manchmal macht More naemlich in einer Shell (beliebig) ploetzlich ein
> eigenes Window auf (und mag fortan in dieser Shell nicht mehr das shell-
> eigene Window benutzen).  Ich vermute, das liegt irgendwie an den Pro-
> grammen, die ich zuvor in dieser Shell gestartet habe.  Aber bisher
> hab ich's nicht geschafft, dieses Phaenomen zu reproduzieren...
> (trotz Ausfuehren aller Programme, die in der History-List der
>  entsprechenden Shell waren)

Wenn Du 'more' runnst, dann macht es ein eigenes Fenster auf.


	Alloooooooha!
		Henning

-- 
  \\ _ Henning Schmiedehausen - barnard@forge.franken.de _ // Amiga - 
   \X/ --- Home of Barnard's Software Forge - ECG038 --- \X/  Learning to Fly

Hole  Dir  die  Super Pluckyo Bros.  fuer Deinen Debilo Spielcomputer!  Nerve
Deine  Eltern  solange,  bis  sie Dir das Zeugs kaufen.  Fuer nur 879$ und 99
cents.   Batterie,  Spielanleitung  und  Joystick  kosten extra!
                                       - The Super Pluckyo Bros.  - K-ACME TV
Newsgroups: de.comp.sys.amiga.misc
From: rk@dke.uni-linz.ac.at (Rainer Klier)
Subject: Re: Searching: A2024 Monitor!
Reply-To: rk@dke.uni-linz.ac.at
Organization: Johannes Kepler Universitaet
Date: Tue, 12 Jan 1993 09:57:34 GMT


>Ich suche einen Commodore 2024-Monitor. Am besten neu (Bezugsquelle!?),
>kann aber auch zur Not gebraucht sein (Hast DU vielleicht e

Ich hab mir vor kurzem einen gekauft, und zwar bei HD-Computer in
Berlin, Pankstrasse 42. Tel.: 030 - 4627525
Preis: ca. 299,- DM , derzeit.
Die haben noch welche, aber wie lange noch???
SCHNELL REAGIEREN!


Wenn ich schon dabei bin:
Ich hab ein Problem mit meinem 2024:
Wie kann ich ihn gleichzeitig mit nem anderen, am RGB-Ausgang
angeschlossenen Monitor betreiben? Beide Monitore wollen den
RGB-Ausgang, ich hab aber nur einen!  Wo gibts sowas wie ne Switchbox,
damit ich waehrend des Betriebes hin- und herschalten kann!
Am 3000er oder mit ner FlickerFixer Karte waers no Problem, die haben
ja beide nen VGA-Ausgang fuer den Multiscan, da bleibt der RGB-Port
frei, aber was tu ich mitm 2000er und 4000er, die haben beide keinen
Flickerfixer (beim ersten brauch ich ihn jetzt auch nimmer, beim
zweiten werd ich ihn nie brauchen, zumindest die derzeitigen Modelle
nicht!).
Und ne Domino/Retina/Visiona/Merlin... iss eine zu teure Loesung, nur
um an nen VGA-Ausgang zu kommen, denn hohe Aufloesung hat eben auch der
2024!

Wenn wer nen Loesungsvorschalg hat, bitte melden! DANKE!


---
rk :)
Rainer Klier
rk@gup.uni-linz.ac.at

ONLY   C o m m o d o r e                                           
     
              _#      **MMp     g#00   `N##0"    _agN#0P0N#           _#L      
             g##       jN##    j##F     J##    _dN0"      "          g##L      
           _###      _0 ##L  jN##F     ###   g#0"                 _03##L      
          gE_j##      #  0## jF ##F    j##F  j##     ______       gE_j##L      
        _0"""N##     d"  J##L0  ##F    0##   0##     "9##F"     _0"""5##L      
      _gF    ##    jF    ##0   ##F    ##F   `##k     d##     _gF    j##L      
    _g#_    _j##L__g#__   N  _j##L_ _d##L_   `#Nh___g#N'   _g#_    _j##L_     
   `""""    """""'""""'    "  """""" """"""      """""""   `""""    """"""     

MAKES IT POSSIBLE!

Newsgroups: de.comp.sys.amiga.misc
From: rick@imp.phys.ethz.ch (Riccardo Sibilia)
Subject: ZyXEL voice software fuer Amiga
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Fri, 8 Jan 1993 14:24:20 GMT

Hallo!

Weisst jemand, ob es irgend eine Software gibt 
die mir ermoeglicht mein Amiga als anrufbeantworter
mit den ZyXEL zu benutzen?

Danke!

Ciao 

Rick
From: fritsch@fsinfo.cs.uni-sb.de (Lothar Fritsch)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Searching: A2024 Monitor!
Date: 12 Jan 1993 16:02:28 GMT
Organization: Fachschaft Informatik, U of Saarland, FRG
NNTP-Posting-Host: fsinfo.cs.uni-sb.de

rk@dke.uni-linz.ac.at (Rainer Klier) writes:
[...]
: Ich hab ein Problem mit meinem 2024:
: Wie kann ich ihn gleichzeitig mit nem anderen, am RGB-Ausgang
: angeschlossenen Monitor betreiben? Beide Monitore wollen den
: RGB-Ausgang, ich hab aber nur einen!  Wo gibts sowas wie ne Switchbox,
: damit ich waehrend des Betriebes hin- und herschalten kann!

Ich habe mir einfach ein Kabel der Form '1 Buchse fuer den Amiga, 2 Stecker
fuer die Monitore' geloetet und kann nun beide Monitore (2024 & Pal)
gleichzeitig benutzen (oder auch nur einen davon).
 
: ONLY   C o m m o d o r e                                           
:      
:               _#      **MMp     g#00   `N##0"    _agN#0P0N#           _#L      
:              g##       jN##    j##F     J##    _dN0"      "          g##L      
:            _#(##      _0 ##L  jN##F     ###   g#0"                 _03##L      
:           gE_j##      #  0## jF ##F    j##F  j##     ______       gE_j##L      
:         _0"""N##     d"  J##L0  ##F    0##   0##     "9##F"     _0"""5##L      
:       _gF    (##    jF    ##0   ##F    ##F   `##k     d##     _gF    j##L      
:     _g#_    _j##L__g#__   (N  _j##L_ _d##L_   `#Nh___g#N'   _g#_    _j##L_     
:    `""""    """""'""""'    "  """""" """"""      """""""   `""""    """"""     
: 
: MAKES IT POSSIBLE!


N bischen Signatur-Lastig, dieses Posting ...


Gruss,

Lothar 

--
Lothar Fritsch, Student der Universitaet des Saarlandes, Fachb. Informatik
Fachschaftsrat & Fachbereichsrat Informatik. Tel. 0681-302 4389

 Hochschulreform: Die Leute brauchen nicht so viel zu wissen,
                  Wichtig ist nur, da"s sie sich rasch verpissen.
From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: SAS/C Compiler,  Stacksize errechnen
Date: Fri, 08 Jan 1993 09:59:53 GMT
 <4059.0701931007@bluemoon.GUN.de>
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00

In article <4059.0701931007@bluemoon.GUN.de>, Georg Sassen writes:

> >Mit "(long)task->tc_SPUpper-(long)task->tc_SPLower" geht's.  Warum?
>
> Mit APTR darf man nicht rechnen, siehe exec/types.h:

Schluchz...  C ist eine unfreundliche Sprache...
(haette ja wenigstens eine Warning bzw. ein Error kommen koennen,
 so wie sie/er auch kommt, wenn man versucht, mit "void *" zu rechnen)

> Der obige Weg zur Erkennung der Stackgre funktioniert nur unter
> Betriebssystemversionen >=2.0 und mit der Commodore-Shell. Unter 1.3,

Das >=2.0 ist okay ;-)

> aber auch mit der WShell 2.0 (die auch unter >=2.0 einen 1.3 CLI zu
> "emulieren" scheint), zeigen tc_SPUpper und tc_SPLower nicht auf den
> Stack des gestarteten Programmes, sondern auf den des aufrufenden
> CLI-Prozesses (daher ergeben sich die "magischen" 3200 bytes, die auch
> in pr_Stacksize stehen).

Ich kenne mich mit den internen Dingen nicht soooo gut aus, aber wenn
die WShell das so "abenteuerlich" setzt, woher weiss denn da das ge-
startete Programm, wo sein "zugeteilter" Stack liegt bzw. wann genau
sein Stack ueberlaeuft?  Das blosse Vorhandensein eines Stackpointers
sagt ja noch nicht viel ueber die Groesse des Stacks aus.  Und auch
nicht, wieviel vom Stack bereits "verbraucht" ist.

> Ein einigermaen sicherer Weg drfte es sein, zu schauen, ob der
> tatschliche Stackpointer (also z.B. die Adresse einer auto-Variablen)
> zwischen tc_SPUpper und tc_SPLower liegt und dann entsprechend deren
> Differenz als Stackgre zu benutzen, ansonsten cli_Defaultstack.

Wie kommt man denn als "Aussenstehender" an die Adresse einer Auto-
Variablen in einem fremden Programm?

	Kein einfacher Weg?...  Andreas

--
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de
From: gerrit@laosinh.stgt.sub.org (Gerrit Heitsch)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Timingprobs bei best. Musiksoft? (ich hoer nix)
Date: Fri, 08 Jan 1993 20:01:30 MET
Distribution: world
Organization: Lao-Sinh project (private UUCP site)

In article <ssilk.0u5d@ssilkyway.incubus.sub.org>, Alexander Aulbach writes:

> Folgender Fall:
> (A3000, 10MB Ram, Qu210).
> 
> Seit etwa 2 Wochen verweigern bestimmte Musikprogramme einfach ihren Dienst.
> 
[...]
> Meine Vermutung, dass es sich hierbei um ein Hardwareproblem handelte konnte
> ich nicht sicher nachweisen. Ein probeweises Auswechseln von PAULA, bzw. FAT
> AGNUS brachte jedenfalls keinen Erfolg. Ich ringe also immer noch mit der
> Fehlereingrenzung.
Hm, Moment... greifen wir zum Schaltplan des A3000... 

Direkt nach Paula folgen nur noch ein paar Analogschaltungen und
da ist nur ein LF347 (U402) drin. Vielleicht ist der fertig?
Wenn du ein Oszi in Reichweite haettest, koenntest du mal das Signal
verfolgen, also ob die Ausgangspins von PAULA noch funktionieren
und wo es dann im Endeffekt haengenbleibt.

Vorsicht beim Loeten! Der A3000 benutzt eine Multilayerplatine!
Es ist extrem schwer, abgerissene Leiterbahnen wieder zu verbinden!

Sonst solltest du mal darauf achten, dass Pin 18 der seriellen Schnittstelle
nicht beschaltet ist, denn da kann man auch ein Audiosignal einspeisen.
Ein Modem und ein Kabel, bei dem alle Leitungen
komplett durchverbunden sind koennte auch das Problem sein.

An ein Problem im Zusammenspiel von AGNUS und PAULA glaube ich nicht, denn
dann haette das Auswechseln des defekten Chips geholfen.

> Erinnerung: Soweit ich das verstanden habe und wie man auch in den
> Schaltplaenen recht gut verfolgen kann, holt sich Agnus die Daten aus dem
> Chipram - fast direkt ohne Umwege.  Von dort werden die 8 Bit Daten wieder
> direkt an Paula geliefert. Was kann da noch schiefgehen?
Gar nichts, oder es faellt gleich noch mehr aus. Warum soll nicht
ein Bauteil im Analogteil ausgefallen sein?

Gerrit

-- 
         Gerrit Heitsch  Moenchweg 16  7038 Holzgerlingen  Germany
  Logical adresses: UUCP: gerrit@laosinh.stgt.sub.org FIDO: (2:2407/106.9)
If we will ever be visited by Aliens, it will be very hard to explain, why a
 lifeform, that is intelligent enough to build atomic weapons can be stupid
   enough to do it. (taken from GEO special about space, page 88-91)
From: Tomm@nameless.cpr.sub.org (Karsten_Storck)
Subject: Re: batch-problems
Newsgroups: de.comp.sys.amiga.misc
X-Newsreader: TIN [version 1.1 PL6]
Date: 10 Jan 93 01:15:30 GMT+1
Organization: Not an Organization

Huber Raoul (rhuber@avalon.physik.unizh.ch) wrote:
: hio
:  
: Ich hab ein kleines Problem mit (man staune ;-) ) einer Batchdatei.
:  
:    .key hurga
     .bra {
     .ket }
:    FailAt 21
:    Status >T:RingdetectTemp COM=RingDetect
:    Break <T:RingdetectTemp >NIL: ?
:    c:dial <hurga>
:    RUN >NIL: RingDetect ICONIFY
:  
: Das Problem ist die dritte Zeile.
: Das "<" interpretiert der Doedel so, als sei es ein Argument der Eingabezeile.

Habe oben die notwendigen Aenderungen eingefuegt...damit sollte es kein
Problem mehr geben, da das DOS die "<>" normalerweise fuer uebergebene
Parameter in Batchfiles verwendet und Du das mit bra bzw .ket jederzeit fuer
das Batch aendern kannst.

cu
Tomm
From: mickh@imart.franken.de (Michael .mick. Hohmann)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: INTERNAL dos-befehle
Date: Thu, 07 Jan 1993 21:48:09 GMT
Reply-To: mickh@imart.franken.de
Organization: ImageArts
X-Newsreader: Arn V1.00

In article <1igso5INN1k9d@rs1.rrz.Uni-Koeln.DE>, Wilhelm Stiefelhagen writes:

-> In <CD4fs*+r0@imart.franken.de> mickh@imart.franken.de (Michael .mick. Hohmann) writes:
->
-> > Gibt er immer, weil Wich zuerst die internal Liste durchsucht. Er zeigt
-> > auch nur internal, residente und Befehle im Pfad an, aber NIE Aliase.
->
-> Mit which cd all muesstes Du alle Befehle sehen, die cd heissen
-> und irgendwie im Pfad auftauchen.

 Er zeigt dann alle im "Pfad" an, aber Aliases zeigt er trotzdem nicht an.

   == mick ==

--
Michael .mick. Hohmann   |                   VOICE: +49/(0)931/353154-0
Wrzburg/Germany         |                 UUCP: mickh@imart.franken.de
-----------------------------------------------------------------------
Wir haben die Erde nicht von unseren Grosseltern geerbt,
                    sondern nur von unseren Kindern geliehen. <Unknown>
Newsgroups: de.comp.sys.amiga.misc
From: rhuber@avalon.physik.unizh.ch (Huber Raoul)
Subject: batch-problems
Organization: University of Zurich, Department of Computer Science
X-Newsreader: Tin 1.1 PL4
Date: Fri, 8 Jan 1993 01:58:24 GMT

hio
 
Ich hab ein kleines Problem mit (man staune ;-) ) einer Batchdatei.
 
   .key hurga
   FailAt 21
   Status >T:RingdetectTemp COM=RingDetect
   Break <T:RingdetectTemp >NIL: ?
   c:dial <hurga>
   RUN >NIL: RingDetect ICONIFY
 
Das Problem ist die dritte Zeile.
Das "<" interpretiert der Doedel so, als sei es ein Argument der Eingabezeile.
Aus dem
        Break <T:RingdetectTemp >NIL: ?
wird ein
        Break NIL: ?
und ich erhalte als Quittung ein 'bad number'.
 
Kann das "<" ersetzt werden durch ein anderes Zeichen, oder wie kann ich
meinem Amiga begreiflich machen dass ich das T:RingdetectTemp als Eingabefile
behandelt haben will ?
 
     Greetinx
 
           Raoul
 

PS: ich nehme an dass es dafuer eine ganz einfache Loesung gibt, bloss welche ?
                                                                        :-)))

--
E-Mail: rhuber@avalon.physik.unizh.ch

"Fuer ein groesseres .sig reichte das Geld nicht aus.
 Spenden werden unter PC 19-33017-7 (Schweiz) entgegengenommen."
From: tron@uni-paderborn.de (Matthias Scheler)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Fishs 781-790 available
Date: 10 Jan 1993 12:17:27 GMT
Organization: Uni-GH Paderborn, Germany
Distribution: world
NNTP-Posting-Host: wembley.uni-paderborn.de

In article <j8Ags*cf3@ramsey.saar.de>, torstenb@ramsey.saar.de (Torsten Blum) writes:
|> Die neuen Fishs liegen auf coli.uni-sb.de[134.96.68.11] in /incoming bzw
|> /pub/amiga/pd-serien/fish.

Aha, endlich :-) (bezieht sich jetzt nicht speziell auf "/pub/amiga/pd-serien/fish").

|> (ja, als LHA-Archiv ;-)

Wieder ein Unglaeubiger weniger ... :-)

-- 
Matthias Scheler                                         tron@uni-paderborn.de
University of Paderborn (Germany)
From: andi@bsc.adsp.sub.org (Andreas Hofbauer)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Haeh? Was ist dass denn?
Distribution: world
Reply-To: andi@bsc.adsp.sub.org
Organization: bsc bueroautomation
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith
Date: 11 Jan 93 10:29:08 CET
Organization: bsc bueroautomation

In article <9Olfs*Dv2@germal.escape.de> gm@germal.escape.de (Gerald Malitz) writes:
> In article <Ofwes*Lr0@forge.franken.de>, Henning Schmiedehausen writes:
>
> > Procure()
> > Vacate()
> >
> > Was ist das?  Laut Autodocs sind das auch so eine Art Semaphores,
>
> ...
>
> 	Und wieder die Autodocs:
>
> |       Signal Semaphores are different than Procure()/Vacate() semaphores.
> |       The former requires less CPU time, especially if the semaphore is
> |       not currently locked.
>
> 	Also fuer OS-Zwecke nicht so gut geeignet.  Und schliesslich:
>
> |  BUGS
> |       Procure() and Vacate() do not have proven reliability.
>

Aus den Autodocs zu 3.0 (V39):

exec.library/Procure()

   BUGS
	Before V39, Procure() and Vacate() used a different semaphore
	system that was very broken.  This new system is only available
	as of V39 even though the LVOs are the same.

Fuer mich bedeutet das zweifelsfrei, dass Procure() und Vacate() erst ab
Kickstart 3.0 verwendet werden sollen. Details ueber ihre Verwendung sind in
den Autodocs zu V39 enthalten.

--
     _
  --(_)
 |   | Andreas Hofbauer, Software Engineer
 |bsc| bueroautomation (ECG001)
  ---
From: Barnard@forge.franken.de (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: SAS/C Compiler,  Stacksize errechnen
Date: Sun, 10 Jan 1993 01:04:12 GMT
 <4059.0701931007@bluemoon.GUN.de> <F+hgs*n45@zikzak.in-berlin.de>
Organization: Barnard's Software Forge (ECG038)
X-Newsreader: Arn V1.00

In article <F+hgs*n45@zikzak.in-berlin.de>, Andreas M. Kirchwitz writes:

> In article <4059.0701931007@bluemoon.GUN.de>, Georg Sassen writes:
> 
> > >Mit "(long)task->tc_SPUpper-(long)task->tc_SPLower" geht's.  Warum?
> >
> > Mit APTR darf man nicht rechnen, siehe exec/types.h:
> 
> Schluchz...  C ist eine unfreundliche Sprache...
> (haette ja wenigstens eine Warning bzw. ein Error kommen koennen,
>  so wie sie/er auch kommt, wenn man versucht, mit "void *" zu rechnen)

Hier mu ich mal dem hartmut absolut recht geben:

Wenn  man  mit  einer  Programmiersprache nicht zurecht kommt, oder von ihren
Feinheiten erschlagen wird, dann sollte man sie nicht benutzen.

Also:   Kirchwitz,  Sie  benutzen in Zukunft Modula oder Oberon.  Da passiert
sowas nicht. :)

	Alloooooooha!
		Henning


-- 
  \\ _ Henning Schmiedehausen - barnard@forge.franken.de _ // Amiga - 
   \X/ --- Home of Barnard's Software Forge - ECG038 --- \X/  Learning to Fly

Have no joy, have no fun; I have PacMan - but no SUN
Newsgroups: de.comp.sys.amiga.misc
From: amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz)
Subject: Re: Haeh? Was ist dass denn?
Organization: Techn. University of Berlin, Germany
Date: Tue, 5 Jan 1993 09:27:34 GMT

In <471fs*1s0@forge.franken.de> Barnard@forge.franken.de (Henning Schmiedehausen) writes:

>> Du solltest oefter mal einen Blick in die entsprechenden Autodocs werfen,
>> hehe.  Dort sind sie natuerlich ausfuehrlich erklaert.
>
>Ich schaue selten in die AmigaOS 3.0 Autodocs, weil ich immernoch 2.04 fahre
>(Meine NewsPartition ist uncorrupted... =;)

Die 3.0er gelten doch weiterhin fuer 2.0.  Viel besser noch.  In den
"hoeheren" Autodocs steht oftmals noch drin, welche Bugs die Funktionen
mal frueher hatten (oder auch immer noch haben aus Kompat.gruenden).

Ausserdem steht in den AD auch drin, fuer welche BS-Version etwas ver-
fuegbar ist (zumindest ab V36 und aufwaerts); insofern kein Problem,
mit 2.x-AD fuer 1.x zu programmieren bzw. mit 3.x fuer 2.x und 1.x usw.

Das 3.0 NDK soll laut Haendler-Informationen bald offiziell verfuegbar
sein (oder isses schon?).  Spaetestens ab dann ist ein Blick fuer 3.x
nie verkehrt :-)

	Amigastation 10...  Andreas
-- 
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de
From: amk@zikzak.in-berlin.de (Andreas M. Kirchwitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Amiga im Fernsehen
Date: Fri, 08 Jan 1993 09:53:27 GMT
Organization: Department of Fun & Games
X-Newsreader: Arn V1.00




           Request for Discussion:  de.comp.sys.amiga.im.fernsehen



Newsgroups: de.comp.sys.amiga.misc