HDTenEightyP/NetNews huggingface dataset:
From: Thomas_Weidenfeller@f.maus.de (Thomas Weidenfeller)
Newsgroups: de.comp.os.unix
Subject: Re: Hardware-Themen ueber Unix
Date: 14 Sep 92 05:36:00 GMT
Article-I.D.: F.A15328
Organization: MausNet
X-Gateway: MausGate/News 1.11

udo@umunk.GUN.de schrieb am 11.09.1992, 22:02 in Dco.Unix:

uG> Was hast du denn an dem Artikel ueber Coherent auszusetzen, ausser das
uG> der Installationshinweis fuer den 16-Bit Compiler in dem Kasten leicht
uG> daneben ist. Du solltest mal den Testbericht ueber Coherent in der
uG> Byte August 92 lesen :-)

Den "Testbericht" in der Byte kenne ich auch :-)))

Im Ernst, ich fand den ix-Test die reinste Werbung. Und dann noch in einem
Kasten oben rechts die Preise anzugeben, mit dem Hinweis "Nur gueltig bei
eMedia..." fand ich dann schon dreist. "Rein zufaellig" gehoert eMedia auch
dem Heise-Verlag. Dazu "rein zufaellig" die Coherent-Werbung "ausnahmsweise"
mal direkt auf der 2. Seite (Umschlagseite). Und dann die ueblichen
Beteuerungen, dass die Redaktion unabhaengig von der Anzeigenabteilung sei...

Thomas
---
The great prince issues commands, founds states, vests families with fiefs.
Newsgroups: de.comp.os.unix,bln.comp.unix
From: supergau@cs.tu-berlin.de (Thipor Kong)
Subject: Verhinderung von Icons beim mwm?
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Organization: Technical University of Berlin, Germany
Mime-Version: 1.0
Date: Wed, 9 Sep 1992 21:04:55 GMT

Hi Leute!

Gibts eine Mglichkeit, den mwm dazu zu bringen, zu einer Applikation
kein Icon darzustellen? Ich habe hier eine xclock und eine xconsole
zu laufen und mchte die dazugehrigen Icons nicht stndig vor der
Nase haben.

Danke, Thipor

PS: Von Verweisen auf die Manualpage bitte ich abzusehen.
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 !!!                                            supergau@cs.tu-berlin.de

Xref: sparky de.comp.os.unix:1616 de.comm.uucp:449
From: nox@jelal.north.de (Juergen Lock)
Newsgroups: de.comp.os.unix,de.comm.uucp
Subject: Re: Schlechte Uebertragungsraten
Date: 8 Sep 92 15:51:12 GMT
Article-I.D.: jelal.2403.09.92
Organization: home

In <1864meINNiii@smurf.smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:

>In de.comp.os.unix, article <JOCHEN.92Aug27192206@busybit.mrz.sub.org>,
>  jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:
>[...]

>Du hast aber nicht mit MNP getestet. Durch Probleme entweder mit dem
>Protokoll oder mit der gaengigen Implementierung desselben (in den Modems)
>hat MNP4 teilweise durchaus Probleme mit UUCP-g, die zu miserabligen Ueber-
>tragungsraten oder zum Verbindungsabbruch fuehren.

 muss an der implementation liegen, bei zyxels an beiden enden zB kann
ich da zwischen MNP4 und V.42 keinen unterschied feststellen.  (g, 7*64)

>Bei V.42 sollte das aber nicht auftreten.

 werweiss, vielleicht gibts ja auch modems bei denen das auchnicht
richtig implementiert ist... :-)

>> MNP und V42 sind voll binaertransparent. Die geringen Verzoegerungen
>> durch die Paketierung koennten genausogut durch einen unter Belastung
>> laufenden Rechner verursacht werden, duerfen also das UUCP-protokoll
>> nicht beeintraechtigen. Das gehoert zum Normalbetrieb.

 esseidenn die verzoegerungen werden so gross dass das gleiche protokoll
`ohne alles' schneller ist.  (hab ich mal bei nem billig-2400er gehabt!)

 achja, beim uucp-g die packetsize hochzusetzen hilft da uebrigens auch
enorm...  wenn man kann.

 gruss,
	Juergen
-- 
J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
								...ohne Gewehr
From: udo@umunk.GUN.de (Udo Munk)
Newsgroups: de.comp.os.unix
Subject: Re: Hardware-Themen ueber Unix
Date: 11 Sep 92 21:02:19 GMT
Organization: umunk (private)
X-Newsreader: Tin 1.1 PL4

Thomas_Weidenfeller@f.maus.de (Thomas Weidenfeller) writes:
: Gespaltene Persoenlichkeit, oder was? Es spricht nicht gerade fuer die
: Qualitaet der Redaktion, wenn man dort nicht mal den eigenen Mailer in
: den Griff bekommt. Ueber den Modemtest in 8/92 und die COHERENT-Werbung
: in 9/92 sollte man auch besser das Maentelchen des Schweigens breiten.

Was hast du denn an dem Artikel ueber Coherent auszusetzen, ausser das
der Installationshinweis fuer den 16-Bit Compiler in dem Kasten leicht
daneben ist. Du solltest mal den Testbericht ueber Coherent in der
Byte August 92 lesen :-)
--
Udo Munk     | voice:      +49 2131 275348             | uucp: +49 2131 278869
Oberstr. 21  | mail :      udo@umunk.GUN.de            |     2400/1200/300 8N1
4040 Neuss 1 | ...!{mcshh,smurf,unido}!easix!umunk!udo | MYNAME=bbsuser
Fed. Rep. of | CompuServe: 100021,2515                 | login: uucp
Germany      | first get /usr/spool/uucppublic/info    | pwd:   public
Xref: sparky de.comp.os.unix:1621 de.comm.uucp:451
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.os.unix,de.comm.uucp
Subject: Re: Schlechte Uebertragungsraten
Date: 10 Sep 1992 21:22:12 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comp.os.unix, article <2403.09.92@jelal.north.de>,
  nox@jelal.north.de (Juergen Lock) writes:
> In <1864meINNiii@smurf.smurf.sub.org> urlichs@smurf.sub.org (Matthias Urlichs) writes:
> 
> >Du hast aber nicht mit MNP getestet. Durch Probleme entweder mit dem
> >Protokoll oder mit der gaengigen Implementierung desselben (in den Modems)
> >hat MNP4 teilweise durchaus Probleme mit UUCP-g, die zu miserabligen Ueber-
> >tragungsraten oder zum Verbindungsabbruch fuehren.
> 
>  muss an der implementation liegen, bei zyxels an beiden enden zB kann
> ich da zwischen MNP4 und V.42 keinen unterschied feststellen.  (g, 7*64)
> 
Gut zu wissen.

> >> MNP und V42 sind voll binaertransparent. Die geringen Verzoegerungen
> >> durch die Paketierung koennten genausogut durch einen unter Belastung
> >> laufenden Rechner verursacht werden, duerfen also das UUCP-protokoll
> >> nicht beeintraechtigen. Das gehoert zum Normalbetrieb.
> 
>  esseidenn die verzoegerungen werden so gross dass das gleiche protokoll
> `ohne alles' schneller ist.  (hab ich mal bei nem billig-2400er gehabt!)
> 
Sollte eigentlich nicht passieren; wenn doch, verwendet das Modem zu grosse
V42-Pakete oder die UUCP-Windowsize ist zu klein.

Das mit den V42-Paketen ist deshalb ein Problem, weil die Teile am Ende eine
Pruefsumme haben und das Modem logischerweise auf das Paketende warten muss,
bis es das erste Zeichen an den Rechner weitergibt. Bei 2400 Baud und 
128- oder gar 256-Zeichen-Paketen (Modempufer voll) ist das immerhin eine
knappe halbe bis ganze Sekunde. UUCP-g hat im Normalfall 64+6-Byte-Pakete --
eine Windowgroesse von 3 kann also durchaus verzoegern.

Leider lassen sich solche Parameter bei den wenigsten Modems einstellen.

-- 
ZYMURGY'S FIRST LAW OF EVOLVING SYSTEM DYNAMICS
	Once you open a can of worms, the only way to recan them is to use
	a larger can.
-- 
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.os.unix
From: misch@eurom.rhein-main.de (Michaela Schoebel)
Subject: Re: 386BSD Verteilung
Organization: Free Software Association of Germany
Date: Mon, 14 Sep 92 19:29:05 GMT

On Sun, 13 Sep 1992 18:20:15 GMT, volker@sfb256.iam.uni-bonn.de ( Volker A.
Brandt ) wrote:

|In article <JOCHEN.92Aug24193024@busybit.mrz.sub.org>
|jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:
|>Damit sich 386BSD auch bei uns in Deutschland so richtig schoen
|>verteilt, habe ich mir folgendes ueberlegt:
|[Beschreibung der Diskettenverteilung im Schneeballsystem geloescht]
|
|Ich finde es gut, dass Du die Verbreitung von 386bsd foerdern willst.  Aber
|ist
|denn nicht eine Verteilung auf Magnetband sinnvoller?

Wir finden das auch gut und werden, falls Hilfe benoetigt wird, mitmachen.

Free Software Association of Germany

fsag@eurom.rhein-main.de

-----
                ** Free Software Association of Germany **
                  Great software should be free software
                 Phone: 069 - 6312083 Data: 069 - 6312934
Newsgroups: de.comp.os.unix
From: uli@cats.muh.dec.com (OOOO - Open Object-Oriented Ogre)
Subject: Re: Suche Buchtips fuer X11
Reply-To: uw@decum.enet.dec.com
Organization: Digital Equipment GmbH   Hoerselbergstr.3  D-8000 Muenchen 80   Germany
Date: Tue, 15 Sep 1992 15:53:44 GMT


folgendes findet sich auch regelmaessig in "comp.windows.x":

From klee@decwrl.dec.com Fri Sep  4 11:32:36 1992
Article: 1593 of misc.books.technical
misc.books.technical:1593
Newsgroups: comp.windows.x,ba.windows.x,comp.windows.misc,misc.books.technical
From: olsen@sourcery.mxm.sub.org (Olaf Barthel)
Newsgroups: de.comp.os.unix,de.comp.sys.misc,de.comp.sys.amiga.misc
Subject: Re: Video auf dem Amiga (war amiga unix)
Distribution: world
X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
Date: 10 Sep 92 19:10:50 CED
Organization: MXM Barthel & Paesler

In article <1992Sep8.063951.6086@sniap.mchp.sni.de> wesdia@sniap.mchp.sni.de (Wolf-Eckart Schmidt) writes:
> In article <Bu62x0.MJy@immd4.informatik.uni-erlangen.de> bdraschk@cip.informatik.uni-erlangen.de (Bernd Raschke) writes:
> >mk@mkrara.rara.sub.org (Michael P. Krauss) writes:
> >
> >>Ich denke, das der video-toaster von NewTek da das geeignete Mittel sein
> >>sollte, um die entsprechenden Faehigkeiten aus einem Amiga rauszukitzeln.
> >Der kitzelt aber so tief und an so unangenehmen Stellen, da es bis jetzt
> >leider nur eine NTSC-Version von dem Teil gibt. Und wenn man die lange Zeit
> >bedenkt, die es gebraucht hat, den Toaster zur Marktreife zu bringen, ist
> >es fraglich, ob es _je_ eine PAL Version geben wird.
> 
> Das ist nicht nur fraglich sondern schlichtweg unmoeglich. In c.s.a.m laeuft
> seit einiger Zeit eine Diskussion ueber den VideoToaster, in der gesagt
> wurde, dass NewTek die Produktion eingestellt hat und nur noch die vor-
> handenen Lagerbestaende abbaut. Grund: Probleme mit C=.
> Ich habe die Diskussion nicht genau verfolgt, nur so am Rande, aber das obige
> scheint definitiv.

   Ich halte es zumindest fuer moeglich, dass NewTek eine neue Version des
Toasters auflegen wird (meinem Eindruck nach hat sich NewTek mit dem Toaster ohnehin
dumm- und daemlich-verdient, das Geraet jetzt komplett auslaufen zu lassen,
waere wohl eine grosse Dummheit), da Commodore nach allen bisher zur Verfuegung
stehenden Informationen den A2000 -- das einzige Geraet, in das die Karte aufgrund
ihrer Ausmasse ohne Probleme hineinpasste -- nicht mehr weiterfuehren wird.

> Eike Reinel        | private:                   | A500 2.04    ;-)
> Siemens Nixdorf AG | Scheinerstr.64             | 1 MB RAM     :-(
> AP 421             | W-8070 Ingolstadt Germany  | 44MB Quantum :-|
> email to: Wolf-Eckart.Schmidt@sniap.mchp.sni.de | IRC-Nick : Sid

-- 
Olaf Barthel       | Internet: olsen@sourcery.mxm.sub.org
Brabeckstrasse 35  |           o.barthel@a-link-h.comlink.de
D-3000 Hannover 71 |           cbmvax.commodore.com!cbmehq!sourcery!olsen
MXM, ECG127        |   Z-Netz: O.BARTHEL@A-LINK-H
-------------------------------------------------------------------------
"Dull, irritating Enchanter (M) seeks exciting, loving F for magic
 moments and possible lasting relationship. Must be truthful and
 kind or a good liar. No pros or adventurers need reply. Box Y3"
Xref: sparky de.comp.os.unix:1623 de.comm.uucp:453
From: lupe@ukw.uucp (Lupe Christoph)
Newsgroups: de.comp.os.unix,de.comm.uucp
Subject: Re: Schlechte Uebertragungsraten
Date: 10 Sep 92 21:14:19 GMT
Organization: cic

urlichs@smurf.sub.org (Matthias Urlichs) writes:

>In de.comp.os.unix, article <JOCHEN.92Aug27192206@busybit.mrz.sub.org>,
>  jochen@busybit.mrz.sub.org (Jochen Fahrner) writes:

>[...]

>Du hast aber nicht mit MNP getestet. Durch Probleme entweder mit dem
>Protokoll oder mit der gaengigen Implementierung desselben (in den Modems)
>hat MNP4 teilweise durchaus Probleme mit UUCP-g, die zu miserabligen Ueber-
>tragungsraten oder zum Verbindungsabbruch fuehren.

>Bei V.42 sollte das aber nicht auftreten.

Stimmt. Ich fahre grundsaetzlich V.42; dadurch das dieses Protokoll
mit synchronen Frames arbeitet, gewinne ich quasi das Start- und das
Stop-Bit fuer die Daten dazu. Die Uebertragungsrate steigt bei V.32
von um 850 cps auf ueber 1000 cps (hab die Daten nicht zur Hand).

Bei dem Modem, mit dem ich das ausgetestet habe, hat sich's uebriegens
nicht rentiert, V.42bis abzuschalten, wenn compresste News-Batches
ruebergingen. Die Datenrate war innerhalb der Variantionsbreite
dieselbe.
-- 
| ...!unido!ukw!lupe  (German EUNet, "bang")     |  Disclaimer:            |
| lupe@ukw.UUCP       (German EUNet, domain)     |  As I am self-employed, |
| suninfo!alanya!lupe (Sun Germany)              |  this *is* the opinion  |
| Res non sunt complicanda praeter necessitatem. |  of my employer.        |
Newsgroups: de.comp.os.unix
From: ralf@ptavv.ka.sub.org (Ralf Wenk)
Subject: fs full - rechner tot ?!
Organization: The known space
Date: Wed, 9 Sep 1992 21:58:24 GMT

Hallo,
ich wurde heute gebeten folgendes Problem zu loesen:
HP/UX Rechner, mit Farbschirm als "Console", kein weiteres Terminal,
kein Netzzugang. Der User arbeitete unter X11/Motif und wollte sich
gerade ausloggen als der freundliche Rechner in einer Endlosschleife
meinte "file system full". Ein neuer Login-Prompt war noch nicht da.
Weitere Reaktionen waren ihm nicht mehr zu entlocken.

Meine Loesung bestand darin, eine Unterbrechung zu verordnen :-)
Laut dem Luser, der gleichzeitig Sysadmin sein soll/will, ist eine von
seinen DB Applikationen durchgedreht und die DB hat froehlich
Fehlermeldungen ins Logfile geschrieben.

Was macht man korrekterweise in einer solchen Situation ? Gibt es
da noch eine Hintertuer ?

-- 
-- 
Ralf Wenk -- ralf@ptavv.ka.sub.org
From: Thomas_Weidenfeller@f.maus.de (Thomas Weidenfeller)
Newsgroups: de.comp.os.unix
Subject: Re: Hardware-Themen ueber Unix
Date: 6 Sep 92 08:34:00 GMT
Article-I.D.: F.A14910
Organization: MausNet
X-Gateway: MausGate/News 1.11

hm@opus40.ix.de schrieb am 03.09.1992, 18:35

hm> Hallo Autoren (und solche, die es werden wollen),
hm> [...]
hm> Ciao,
hm>
hm>     Harald
hm> --
hm>  =
hm> |Juergen Seeger                           |    EMail:        js@ix.de   |
hm> |iX - Multiuser Multitasking Magazin      |    FAX:   +49 511 547 47 33 |
hm> |D-3000 Hannover 61, Helstorfer Str. 7    |    Tel.:  +49 511 547 47 23 |

Gespaltene Persoenlichkeit, oder was? Es spricht nicht gerade fuer die
Qualitaet der Redaktion, wenn man dort nicht mal den eigenen Mailer in
den Griff bekommt. Ueber den Modemtest in 8/92 und die COHERENT-Werbung
in 9/92 sollte man auch besser das Maentelchen des Schweigens breiten.

Thomas
Newsgroups: de.comp.os.unix,de.comp.sys.misc,de.comp.sys.amiga.misc
From: bdraschk@cip.informatik.uni-erlangen.de (Bernd Raschke)
Subject: Re: Video auf dem Amiga (war amiga unix)
Organization: CSD., University of Erlangen
Date: Sun, 6 Sep 1992 17:22:12 GMT

mk@mkrara.rara.sub.org (Michael P. Krauss) writes:


>Ich denke, das der video-toaster von NewTek da das geeignete Mittel sein
>sollte, um die entsprechenden Faehigkeiten aus einem Amiga rauszukitzeln.
Der kitzelt aber so tief und an so unangenehmen Stellen, da es bis jetzt
leider nur eine NTSC-Version von dem Teil gibt. Und wenn man die lange Zeit
bedenkt, die es gebraucht hat, den Toaster zur Marktreife zu bringen, ist
es fraglich, ob es _je_ eine PAL Version geben wird.

Ciao,
	Arty
---
Bernd 'The Real Arthur!' Raschke           |Only // 
bdraschk@cip.informatik.uni-erlangen.de    | \\ // Amiga
hartmannstr. 129 8520 erlangen 09131 32456 |  \X/ makes it possible
"Ich kann garnicht soviel essen, wie ich kotzen moechte" (Brecht?)
From: ralf@ark.abg.sub.org (Ralf Stephan)
Newsgroups: de.comp.os.unix
Subject: Re: Free Software Association of Germany
Date: 12 Sep 92 10:19
Organization: Magick Shoppe, Gurth City

misch@eurom.rhein-main.de (Michaela Schoebel) writes:
> 
> On 7 Sep 92 09:24:00 GMT, ralf@ark.abg.sub.org (Ralf Stephan) wrote:
> 
> |Nicht nur aus Neugier:  Welche Gruende gibt es fuer einen Entwickler, seine
> |Soft nicht unter der GNU Public License (GPL) zu verbreiten, sondern mittels
> |der FSAG-Einschraenkungen?  Gibt es relevante Unterschiede zwischen beiden?
> 
> Die von mir geposteten Details ueber das "wie lauten die FSAG Spielregeln"
> bitte nur als Gedanken und keinesfalls als verbindliche Grundlage ansehen.
> Die FSAG versteht sich als Organisation deutscher Free-Software-Autoren und
> ihre Spielregeln sollten auch erst dann verbindlich festgelegt werden, wenn
> eine noch groessere Anzahl von Leuten mitmacht.

Daraus folgt wohl, um meine Frage zu beantworten:  Es gibt vorerst keinen
Grund, Soft *nicht* unter der GPL zu vertreiben, solange FSAG kein Konzept
hat.  Gibt es ueberhaupt ein besseres Konzept als das GNU Manifest?  Wenn
nicht, dann, mit Verlaub, was soll der Schmarrn?

Sehr neugierig.  --ralf
Newsgroups: de.comp.os.unix,bln.comp.unix
From: loesch@bl.physik.tu-muenchen.de (Andi Loesch)
Subject: Re: Verhinderung von Icons beim mwm?
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Thu, 10 Sep 1992 13:45:31 GMT

supergau@cs.tu-berlin.de (Thipor Kong) writes:

>Hi Leute!

>Gibts eine Mglichkeit, den mwm dazu zu bringen, zu einer Applikation
>kein Icon darzustellen? Ich habe hier eine xclock und eine xconsole
>zu laufen und mchte die dazugehrigen Icons nicht stndig vor der
>Nase haben.

Ich habe in meiner .Xdefaults z.B.:

xclock*OverrideRedirect:         true

Ich glaube das ist nicht ganz sauber aber dann gibt's bei mir kein icon.

>Danke, Thipor

Bitte, Andi
--
  Andreas Loesch	Phone   : (+49 89)3209 4086
  Univ. Muenchen	FAX     : (+49 89)3209 4059
  Am Coulombwall 1	E-mail  : Andi.Loesch@Physik.Uni-Muenchen.DE
W-8046 Garching
Newsgroups: de.comp.os.unix,bln.comp.unix
From: supergau@cs.tu-berlin.de (Thipor Kong)
Subject: Re: Verhinderung von Icons beim mwm?
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Organization: Technical University of Berlin, Germany
Mime-Version: 1.0
Date: Thu, 10 Sep 1992 13:10:47 GMT

nevs@cs.tu-berlin.de (Sven Goldt) writes:

> Ich denke,Du musst in .mwmrc folgendes schreiben:
> 
> DontIconifyByUnmapping
> {
> "clock"
> "oclock"
> "xclock"
> "xbiff"
> "xbiff++"
> "xeyes"
> "xload"
> "xconsole"
> }

Leider ist das nicht die Lsung - DontIconyByUnmapping ist eine Option der
twm-Familie. Der mwm kennt das leider nicht.

Thipor

PS: Ich hatte vergessen zu sagen, da ich eine Icon-Box benutze. Die Icons
    werden also stndig angezeigt.
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 !!!                                            supergau@cs.tu-berlin.de
From: achim@jat.sub.org (Joachim Astel)
Subject: DMA-Transfer-Rate beim SCSI-Controller
	(war: Re: 16550 FIFO Unterstuetzung bei SCO V4.0)
Reply-To: achim@jat.nbg.sub.org (Joachim Astel)
Organization: Mail/News Server Leinburg
Date: Fri, 4 Sep 1992 14:20:16 GMT

gemini@geminix.in-berlin.de (Uwe Doering) schreibt an Jochen Fahrner:
>Nimm bitte zur Kenntnis, dass der AHA1542B auf den allermeisten
>Rechnern ohne Probleme laeuft, zumindest, sofern man ihn nicht
>auf zu hohe DMA-Transfer-Raten tunet.

Ich habe hier meinen AHA-1542B von der DMA-Transfer-Rate 5,0 MBytes/sec.
zunaechst auf 5,7 und spaeter auf 8,0 umgejumpert. Mit dem DOS-Programm
Coretest gab's bei meiner Platte absolut keinen Geschwindigkeitsvorteil
(Data Transfer Rate stets knappe 1348 KB/sec.), auch unter UNIX gibt's
keine (merkliche?) Geschwindigkeitssteigerung. Kann es sein, dass eine
hoehere DMA-Transfer-Rate ueberhaupt nichts bringt, wenn man nur ein
einziges SCSI-Device angeschlossen hat? Oder gibt es generell ein paar
Faustregeln zu diesem Thema?

	-Achim
-- 
Joachim Astel (J.A.T.), E-MAIL: achim@jat.nbg.sub.org
From: achim@jat.sub.org (Joachim Astel)
Subject: Re: 16550 FIFO Unterstuetzung bei SCO V4.0
Reply-To: achim@jat.nbg.sub.org (Joachim Astel)
Organization: Mail/News Server Leinburg
Date: Tue, 15 Sep 1992 03:06:04 GMT

mam@mamunx.garmhausen.de (Michael A Meiszl) writes:
>Normalerweise frisstet hier drin ein 1740 sein Leben, anstandslos und ohne
>Auswirkungen auf den Zeichenempfang.
>Interimsweise sah ich mich nun gezwungen, den 1542 wieder auszumotten und
>musste boeserweise feststellen, dass die Performance auf den seriellen
>Devices um 50-70% reduziert wurde.

Mir hat mal jemand erzaehlt, dass EISA-Boards den wohl sehr grossen Nachteil
haben, dass der gesamte Bus nur noch mit der normalen AT-Bus-Frequenz (8 MHz)
getaktet wird, sobald man auch nur eine ISA-Karte in einen Slot steckt - weil
ISA-Karten im Normalfall keine hoehere Taktraten vertragen.

Ich finde das zwar recht bloedsinnig, das koennte allerdings die Erklaerung
fuer Dein Problem sein: Sobald die ISA-Karte (naemlich Dein Adaptec-1542) im
Rechner steckt, hast Du nur noch 8 MHz, und der Rechner kommt ins Schwitzen,
sobald in schneller Folge Interrupts von der Seriellen kommen.

Waere das eine Erklaerung?

Gruesse, Achim
-- 
Joachim Astel (J.A.T.), E-MAIL: achim@jat.nbg.sub.org
From: ralf@ark.abg.sub.org (Ralf Stephan)
Newsgroups: de.comp.os.unix
Subject: Re: Free Software Association of Germany
Date: 7 Sep 92 09:24:00 GMT
Organization: Magick Shoppe, Gurth City

misch@eurom.rhein-main.de (Michaela Schoebel) writes:
> 
> In der FSAG kann nur aktives Mitglied werden, wer Software-Produkte 
> selbst entwickelt (hat) und diese zur kostenlosen Verbreitung freigibt.
> Die Software der FSAG-Mitglieder ist in voller Funktionalitaet frei
> erhaeltlich und darf kostenlos benutzt werden. Einschraenkend gilt:

> [Details deleted]

Nicht nur aus Neugier:  Welche Gruende gibt es fuer einen Entwickler, seine
Soft nicht unter der GNU Public License (GPL) zu verbreiten, sondern mittels
der FSAG-Einschraenkungen?  Gibt es relevante Unterschiede zwischen beiden?

Versteht sich die FSAG als deutscher Arm der FSF oder LPF?  Welche Projekte
sind geplant, im Hinblick auf neue Software und Oeffentlichkeitsarbeit?

--ralf
Newsgroups: de.comp.os.unix,de.comp.sys.misc,de.comp.sys.amiga.misc
From: wesdia@sniap.mchp.sni.de (Wolf-Eckart Schmidt)
Subject: Re: Video auf dem Amiga (war amiga unix)
Reply-To: Wolf-Eckart.Schmidt@ap.mchp.sni.de
Organization: Siemens-Nixdorf AG
Date: Tue, 8 Sep 92 06:39:51 GMT

In article <Bu62x0.MJy@immd4.informatik.uni-erlangen.de> bdraschk@cip.informatik.uni-erlangen.de (Bernd Raschke) writes:
>mk@mkrara.rara.sub.org (Michael P. Krauss) writes:
>
>>Ich denke, das der video-toaster von NewTek da das geeignete Mittel sein
>>sollte, um die entsprechenden Faehigkeiten aus einem Amiga rauszukitzeln.
>Der kitzelt aber so tief und an so unangenehmen Stellen, da es bis jetzt
>leider nur eine NTSC-Version von dem Teil gibt. Und wenn man die lange Zeit
>bedenkt, die es gebraucht hat, den Toaster zur Marktreife zu bringen, ist
>es fraglich, ob es _je_ eine PAL Version geben wird.

Das ist nicht nur fraglich sondern schlichtweg unmoeglich. In c.s.a.m laeuft
seit einiger Zeit eine Diskussion ueber den VideoToaster, in der gesagt
wurde, dass NewTek die Produktion eingestellt hat und nur noch die vor-
handenen Lagerbestaende abbaut. Grund: Probleme mit C=.
Ich habe die Diskussion nicht genau verfolgt, nur so am Rande, aber das obige
scheint definitiv.

Eike



-- 
Eike Reinel        | private:                   | A500 2.04    ;-)
Siemens Nixdorf AG | Scheinerstr.64             | 1 MB RAM     :-(
AP 421             | W-8070 Ingolstadt Germany  | 44MB Quantum :-|
email to: Wolf-Eckart.Schmidt@sniap.mchp.sni.de | IRC-Nick : Sid
Newsgroups: de.comp.os.unix