HDTenEightyP/NetNews huggingface dataset:
From: ebert@esfra.sub.org (Christian Ebert)
Subject: Re: Schlechte Uebertragungsraten
Organization: Ebert & Stegemann GmbH; Frankfurt/Main
Date: Tue, 18 Aug 92 09:38:25 GMT

In <Bt3KI2.7pI@flatlin.ka.sub.org> bad@flatlin.ka.sub.org (Christoph Badura) writes:

>In <1634@krefcom.ish.de> jrichert@krefcom.ish.de (Jan Richert) writes:
>>Mit g-Protokoll (Window-Size 7) und f-Protokoll erreiche ich bei
>>einer V.32-Verbindung nur Uebertragungsraten von ca. 440cps!

>Wenn eine g-Protokoll Verbindung ueber V.32 nur ca. 440cps schafft,
>dann sieht das erstmal wie eine Window-Size 3 uebertragung auf. mit
>-x9 nachschauen, ob auch wirklich 7 Paket Fenster ausgehandelt werden.

>700 cps sind fuer v.32 zuwenig.

Mit V.32 schaffe ich 1040 cps ( Windowsize 7, packet size 128)

mfg

Christian
-- 
----------- beware of programmers who carry screwdrivers -------------
| Christian Ebert                |  ebert@esfra.sub.org              |
| Staedelstrasse 8               |  100016.633@compuserve.com        |
| D-6000 Frankfurt 70 / Germany  |  +49 (69) 61 90 47                | 
Newsgroups: de.comp.os.unix
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: init 0 > /dev/tty01
Organization: Guru Systems/Funware Department
Date: Fri, 14 Aug 1992 19:10:54 GMT

In <143@svb.guug.de> svb@svb.guug.de (Sebastian v. Bomhard) writes:
>Hmm, was spricht dagegen, das Terminal an den Consolport zu haengen?

Vielleicht das es keinen hat?

>Aeh, vielleicht hat diese Kiste keinen? Was ist es denn fuer eine?

Aha, inzwischen ist man auch draufgekommen. Man erkennt sogar, das man
keine Ahnung hat worueber man jetzt spekuliert. Statt jedoch
ueberhaupt nichts zu sagen...

>>das System heruntergefahren, so erscheint die Meldung
>>  Reboot the system now.

>Eine allgemeine Methode, in den _single user mode_ zu gehen, ist
>(bei ATT) init S, vorausgesetzt, die rc-Files sind in Ordnung.

Es wollte aber niemand in den Single User Mode.

>Beim ganz Herunterfahren erscheinen dann alle Shutdown-Meldungen auf
>dem Terminal, bloss wahrscheinlich nicht diese "reboot the system
>now"-Meldung, die fuer mich nach PC riecht.

Mittlerweile hat man sogar selber nachvollzogen, was den
urspruenglichen Poster stoert...

> Aber da duerfte es nicht so
>schwer sein, die Zeit abzuschaetzen, die man noch warten sollte. Es
>entspricht etwa der Zeit, die man braucht, um in den Maschinenraum zu
>gehen, um die Kiste abzuschalten :-)

... und kann auch keine neue Loesung anbieten.

> >>>> UNIX/Datenbanken/Netzwerke: Planung/Loesungen/Schulungen <<<<

Ich kann's mir vorstellen.

Q: "Wir haetten gerne unsere Systeme vernetzt."

A: "Mit init S kommt man in den Single User Mode."
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.
From: a0045@rrz.uni-koeln.de (Jochen Roderburg)
Subject: Re: X386 Xconfig File fuer Diamond-Speedstar (Hicolor) gesucht
Organization: Regional Computing Center, University of Cologne, F. R. Germany
Date: 14 Aug 92 18:37:52

In article <schneck.713746321@Physik.TU-Muenchen.DE> schneck@Physik.TU-Muenchen.DE (Bernhard Schneck) writes:

   Laut Thomas Roell geht der MIT 11.5 X386 Server nicht auf der HiColor
   mit 1024x768 oder h"oher.  Auch mit anderen neueren ET4000 Karten solls
   Probleme geben, die machen irgendwas bei der clock generierung anders
   (oder so "ahnlich, hab nicht genau gerafft was er erz"ahlt hat).

Nach meiner Erinnerung bezog sich das auf die neue True-Color Karte
Diamond Speedstar 24, die eine programmierbare Clock-Rate hat, deren
Programmierung aber von Diamond nicht zu erfahren ist.
Die Speedstar HiColor Karten haben dieses Problem nicht.

Jochen Roderburg                            
Regionales Rechenzentrum
Universitaet zu Koeln                  Tel.:   0221/470-4564
Robert-Koch-Str. 10                    E-Mail: Ro @ RRZ.Uni-Koeln.DE
5000 Koeln 41
From: walter@mecky.rent-a-guru.de (Walter Mecky)
Newsgroups: de.comp.os.unix
Subject: Re: Serieller Drucker unter ISC 3.
Date: 12 Aug 92 22:24:31 GMT
Reply-To: walter@rent-a-guru.de (Walter Mecky)
Organization: RENT-A-GURU (tm), Buettelborn; FR Germany

In article <+3zel3.rwb@soonix.nbg.sub.org> klaus@soonix.nbg.sub.org (Klaus Baldermann) writes:
< Aber am sinnvollsten waere es wohl, wenn der "Einheitenverstaerker"
< (device-driver) nicht fuer alle Ports dieselbe Standardeinstellung
< verwenden muesste, sondern fuer jeden Port eine eigene verwalten
< koennte... das duerfte der Unix-Philosophie hoechstens teilweise
< widersprechen, oder?

Nun, es wuerde schon reichen, wenn er nicht bei jedem ersten open() nach
Gutduenken die Einstellungen neu setzt. Denn das ist ja die Ursache des
Problems. Die Treiber von SINIX (sonst viel geschmaeht) machen das so:
sie speichern die Einstellungen ueber den letzten close() hinaus.

-- 
   __o  	Walter Mecky
 _ \<,_ 	walter@rent-a-guru.de	or  ...uunet!unido!mikros!walter
(_)/ (_)        Phone: +49 6152 40813
Newsgroups: de.comp.os.unix,de.comm.uucp
From: bad@flatlin.ka.sub.org (Christoph Badura)
Subject: Re: Schlechte Uebertragungsraten
Organization: Guru Systems/Funware Department
Date: Sun, 16 Aug 1992 22:15:36 GMT

In <1634@krefcom.ish.de> jrichert@krefcom.ish.de (Jan Richert) writes:
>Mit g-Protokoll (Window-Size 7) und f-Protokoll erreiche ich bei
>einer V.32-Verbindung nur Uebertragungsraten von ca. 440cps!

Wenn eine g-Protokoll Verbindung ueber V.32 nur ca. 440cps schafft,
dann sieht das erstmal wie eine Window-Size 3 uebertragung auf. mit
-x9 nachschauen, ob auch wirklich 7 Paket Fenster ausgehandelt werden.

700 cps sind fuer v.32 zuwenig.
-- 
				Christoph Badura  ---  bad@flatlin.ka.sub.org

ISO? Nicht immer, aber immer M-vfter.
Newsgroups: de.comp.os.unix
From: ralph@DG2.CHEMIE.UNI-KONSTANZ.DE (Ralph Rogge)
Subject: Re: Terminalemulation fuer DOS gesucht
Organization: Fakultaet fuer Chemie, Universitaet Konstanz
Date: Sat, 15 Aug 1992 15:37:47 GMT

In article <BsvK4z.AMq@pfm.rmt.sub.org> petere@pfm.rmt.sub.org (Peter Eckhardt) writes:
>Hi,
>
>suche gute Terminalemulation unter DOS. Wichtig ist entweder die
>Unterstuetzung von Ansi oder besser Vtxxx (xxx > 100) Terminals.
>

Wie waere es mit dem guten alten KERMIT?!.

>Gruesse
>Peter
>
>-- 
>Peter Eckhardt				petere@pfm.rmt.sub.org
>W.-Liebknecht Str. 53
>6112 Gross-Zimmern			Phone: *49 6071 71921

		Ralph
From: muftix@asbach.nbg.sub.org (Juergen Ernst Guenther)
Newsgroups: de.comp.os.unix
Organization: Quell goettlicher Weisheit
Subject: Re: init 0 > /dev/tty01
Date: Sat, 15 Aug 1992 20:02:58 +0200

In <143@svb.guug.de>, Sebastian v. Bomhard writes:
> In article <A0bsqog8@asbach.nbg.sub.org> muftix@asbach.nbg.sub.org (Juergen Ernst Guenther) writes:
> >Irgendwo im Eck steht ein Server (AT&T Sys5r4),
> >die meiste Zeit ohne Console, weil er nur servt.
> >
> >Gelegentliche Systemeinstellungen werden ueber serielles Uraltterminal
> >vorgenommen (/dev/tty01).
> 
> Hmm, was spricht dagegen, das Terminal an den Consolport zu haengen?
> Aeh, vielleicht hat diese Kiste keinen? Was ist es denn fuer eine?

Weil die "Console" nicht an einem seriellen Ausgang haengt.
Damit scheidet auch die Methode "Die Console schnell rankarren
und anschliessen" irgendwie aus.

Es handelt sich um eine 19"-Custom-Design-Loesung mit zwei Henkeln
zum Herausziehen nach Abschrauben der Frontplatte :-).


> >Wird nun mit
> >  init 0 (o.ae)
> >das System heruntergefahren, so erscheint die Meldung
> >  Reboot the system now.

> Beim ganz Herunterfahren erscheinen dann alle Shutdown-Meldungen auf
> dem Terminal, bloss wahrscheinlich nicht diese "reboot the system
> now"-Meldung, die fuer mich nach PC riecht. Aber da duerfte es nicht so
> schwer sein, die Zeit abzuschaetzen, die man noch warten sollte. Es
> entspricht etwa der Zeit, die man braucht, um in den Maschinenraum zu
> gehen, um die Kiste abzuschalten :-)

Eben _das_ war fuer mich das Problem. Vor lauter Zirpen hoer ich nicht,
ob die Platte noch werkelt. Ich werd' das Herunterfahren auf Single-User-
Betrieb mal testen, aber so wohl ist mir dabei nicht. Was sagt das
Netz dann dazu? Werden die Serverprozesse im Hintergrund trotzdem
korrekt abgesaegt? Eigentlich moechte ich eine Loesung, die ich
auch weitergeben kann, und die fuer fasthalt, shutdown, init 0 und
uadmin 2 0 genauso funktioniert. Warum koennen sich die Teile nicht
selber abschalten, wie sich das gehoert :-)


> 
> HH (= Hoffentlich hilft's)

Mal sehen. Danke einstweilen. Zu Weihnachten wuensch ich mir ne Sun.

-- 
-- muftix@asbach.nbg.sub.org --- asbacco maggiore, zentralfranken --
From: svb@svb.guug.de (Sebastian v. Bomhard)
Newsgroups: de.comp.os.unix
Subject: Re: init 0 > /dev/tty01
Date: 13 Aug 92 20:18:49 GMT
Organization: Brodersen + Bomhard GmbH

In article <A0bsqog8@asbach.nbg.sub.org> muftix@asbach.nbg.sub.org (Juergen Ernst Guenther) writes:
>Irgendwo im Eck steht ein Server (AT&T Sys5r4),
>die meiste Zeit ohne Console, weil er nur servt.
>
>Gelegentliche Systemeinstellungen werden ueber serielles Uraltterminal
>vorgenommen (/dev/tty01).

Hmm, was spricht dagegen, das Terminal an den Consolport zu haengen?
Aeh, vielleicht hat diese Kiste keinen? Was ist es denn fuer eine?

>Wird nun mit
>  init 0 (o.ae)
>das System heruntergefahren, so erscheint die Meldung
>  Reboot the system now.

Eine allgemeine Methode, in den _single user mode_ zu gehen, ist
(bei ATT) init S, vorausgesetzt, die rc-Files sind in Ordnung. Dabei
werden /dev/systty und /dev/syscon entsprechend umgelinkt. Beim
Wiederhochfahren werden diese Einstellungen natuerlich wieder
rueckgaengig gemacht (siehe aber dazu letzte Bemerkung*).

Beim ganz Herunterfahren erscheinen dann alle Shutdown-Meldungen auf
dem Terminal, bloss wahrscheinlich nicht diese "reboot the system
now"-Meldung, die fuer mich nach PC riecht. Aber da duerfte es nicht so
schwer sein, die Zeit abzuschaetzen, die man noch warten sollte. Es
entspricht etwa der Zeit, die man braucht, um in den Maschinenraum zu
gehen, um die Kiste abzuschalten :-)

HH (= Hoffentlich hilft's)

  -svb.

*) Das wahr falsch, das muss natuerlich schon in der inittab richtig drin
   stehen...
-- 
Sebastian v. Bomhard  <svb@guug.de>,        Brodersen & Bomhard GmbH
 >>>> UNIX/Datenbanken/Netzwerke: Planung/Loesungen/Schulungen <<<<
St.-Anna-Str. 13, D-W-8000 Muenchen 22 (Lehel),        +49-89-298934
Newsgroups: de.comp.os.unix
From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Subject: Re: Was ist COHERENT 4.0 ?
X-Md4-Signature: 9ebaa2c7216fa28658500a039ef24f6c
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
Date: 12 Aug 92 19:33:49

In article <A33556@HB.maus.de> Michael_Kraehe@hb.maus.de (Michael Kraehe) writes:

   gibts da wohl probleme weil Coherent immer noch nicht swappen kann :-(

Wirklich ? Das waere ja ein Ausschlussgrund.

   Es taugt weniger als Linux, oder 386BSD :-)

   PS : FAZIT spar die 300 Eier, und hol dir Linux oder BSD :-)

Linux hab ich schon, ist mir nur leider ein bisschen zu
unvollstaendig. Wird mir wohl aber nicht erspart bleiben, alles fuer
Linux feinst saeuberlich zusammenzutragen :-(

Jochen
-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org
From: urlichs@smurf.sub.org (Matthias Urlichs)
Newsgroups: de.comp.os.unix
Subject: Re: Serieller Drucker unter ISC 3.
Date: 15 Aug 1992 23:08:26 +0200
Organization: University of Karlsruhe, FRG
NNTP-Posting-Host: 127.0.0.1

In de.comp.os.unix, article <2279@shiva.rent-a-guru.de>,
  stefan@rent-a-guru.de (Stefan Stapelberg) writes:
> >
> >Auf einigen Systemen gibt es einen Fehler dahingehend, das beim close
> >nicht gewartet wird bis die gepufferten Zeichen ausgegeben worden
> >sind. Natuerlich wird das als "Feature" angepriesen.
> 
> Dieses "Feature" gibts aber nur auf den Systemen, bei denen der Bug
> mit dem Ruecksetzen der Geraetetreiber-Parameter existiert; ;es ist
> also vielmehr ein Folgefehler).  In der Semantik von close ist nicht
> vorgesehen, auf die Uebertragung von irgendwelchen Zeichen zu warten,
> (auch ein Terminal ist eine "Datei").**
> 
Stimmt, aber auf der anderen Seite ist es auch nicht verboten, dass ein
close() wartet, bis die Datei komplett auf Platte ist. Und fsync()
funktioniert bei Terminals nunmal nicht -- hier bricht die Dateianalogie
leider zusammen. TCSETAW (warte mit Einstellerei bis Puffer leer) sollte
eigentlich funktionieren -- das geht dafuer bei Dateien nicht...

> Bei SINIX und MUNIX werden ttys nach einem close nicht wieder zwangs-
> parameterisiert und daher funktioniert das wie gewohnt, also close
> schliesst die Terminaldatei sofort und ohne Zeichenverlust.
> 
Ausser der naechste Prozess kommt und hackt mit TCSETAF an den Einstellungen
rum.
Ausser das close klemmt sofort DTR ab und bewegt dadurch das Modem zum
Auflegen oder den Drucker zum Abbruch, bevor alles uebertragen ist.
Ausser...

Auf der anderen Seite kann es natuerlich vorkommen, dass beim n-1ten Zeichen
CTS weggeht oder XOFF ankommt und die Schnittstelle somit dieses Jahrhundert
nicht mehr verwendbar ist. Ein irgendwie voreinzustellender Timeout waere
also sinnvoll. (Den aber bitte pro Port und nicht jedesmal zuruecksetzen.)

> ** Abgesehen davon koennte ich mir vorstellen, dass es nicht unbedingt
>    trivial ist, ein close auf ein Ereignis warten zu lassen, denn es
>    koennte ja ein weiterer open auf dieselbe Schnittstelle (von einem
>    anderen Prozess) ausgefuehrt werden. Kaemen die sich nicht ins Gehege?
> 
Der open hat gefaelligst zu warten, bis das close beendet und eine halbe
Sekunde vorbei ist. Das ist schon deshalb noetig, weil ein normales Modem
eine minimale Zeit braucht, um ein abgeschaltetes DTR zu erkennen.

Vernuenftige Treiber machen das auch korrekt.

-- 
Have you noticed the way people's intelligence capabilities decline
sharply the minute they start waving guns around?
		-- Dr. Who
-- 
Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
From: jrichert@krefcom.ish.de (Jan Richert)
Newsgroups: de.comp.os.unix
Subject: Re: Langsamer Drucker unter SCO UNIX?
Date: 15 Aug 92 10:11:57 GMT
Organization: Krefcom UUCP Server, Krefeld, FRG

jrichert@krefcom.ish.de (Jan Richert) writes:

>Ich habe unter SCO UNIX ein Problem mit meinem Matrixdrucker:
>Wenn ich mittels "cp bla /dev/lp" etwas ausdrucke, dann macht
>der Drucker nach jeder gedruckten Zeile eine Pause von teilweise
>mehreren Sekunden, bevor es weitergeht. Woran kanns liegen?

Das Problem hat sich erledigt. Mein Druckerport war auf einen
anderen IRQ konfiguriert, als ich und SCO dachten....

Jan

-- 
Jan Richert (NIC-ID: JR482)   | Internet:   jrichert@krefcom.ish.de
Krefeld, FRG                  | BTX:        02151399843-0001
Voice & FAX: +49 2151 313124  | IRC-Nick:   jrichert
From: bof@midget.saar.de (Patrick Schaaf)
Newsgroups: de.comp.os.unix
Subject: Re: FAS und SCO 3.2v4?
Date: 15 Aug 92 11:09:41 GMT
Organization: Yoyodyne Posting Systems, Midget HQ

gemini@geminix.in-berlin.de (Uwe Doering) writes:
>Ich weiss, dass es unter SCO UNIX schon mal zu Crashs kommt.

Unter 3.2v2 laeuft FAS mit den Patches, die neulich kamen, vollkommen
problemlos, wunderbar, zufriedenstellend etc. pp.

>ueberprueft. Doppelbelegungen _sind_ zulaessig, wenn nur einer der
>Treiber, die die gleiche Nummer haben, eingebunden wird, und die anderen
>nicht.

3.2v2 hat da leider einen kleinen Bug beim Kernelneubauen - wegkonfigurierte
Treiber werden bei der Ueberpruefung der belegten IRQs und majors mit geprueft
(/etc/conf/cf.d/{vect,maj}orsinuse). Fix: in die erste if-Bedingung einfuegen:
|| $2 == "N"
oder den sio-Treiber aus mdevice und ../sdevice.d entfernen.

Mit 3.2v4 habe ich leider keine Erfahrung im Zusammenhang mit FAS.


Patrick

-- 
bof@midget.saar.de      /   \      I've just spent an hour in Your head.
Saarbruecken, De     .^/ -.- \      Believe me, I've been in nicer places.
Patrick Schaaf      / /       \        (kid eternity)
-                  this line intentionally blanked right                  -
Newsgroups: veeble.fragen,de.comp.os.unix,open.general
From: bodo@hal.nbg.sub.org (Bodo Bauer)
Subject: Re: Virtuelle Konsolen (war:Re: Infos zu Coherent 4.0 gesucht)
Organization: Sirius-Kybernetik-Corporation
Date: Thu, 20 Aug 1992 20:34:41 GMT

In article <1992Aug17.162634.1157@xenox.w.open.de> andreas@xenox.w.open.de (Andreas Laumann) writes:
>
>Hmm, tja erstmal ist Coherent KEIN Unix(tm) und zweitens konnte SCO-Xenix
>das auch schon, mit Sicherheit ....
>

Wollen wir uns um Formulierungen streiten, oder Informationen austauschen?

Kann es SCO-Uni, bzw. ODT denn auch noch? Das ist wohl aktueller, als
SCO-Xenix, oder? (bin kein SCO-Kenner).

Sicherlich laesst sich aber ein Treiber fuer den zweiten Monitor schreiben,
so dass sich Ausgaben auf diesen umleiten lassen. Die Einbindung in einen
Treiber fuer virtuelle Consolen koennte dann ein zweiter Schritt sein.

Hat schon jemand so was probiert, gibt es evtl. fertige Produkte in der 
Richtung?

Ciao,
	BB



-- 
- Bodo Bauer ------ Nuernberger Str.81 ------ 8510 Fuerth ------ Germany -
- bodo@hal.nbg.sub.org ------ +49 911 705377 ------ B.BAUER@LINK-NJD.ZER -
Newsgroups: de.comp.os.unix
From: mhae@jester.stgt.sub.org (Michael Haeuptle)
Subject: Re: Terminalemulation fuer DOS gesucht
Organization: Blue NeXT
Date: Wed, 19 Aug 1992 17:06:08 GMT

In article <1992Aug15.153747.156003@eratu.rz.uni-konstanz.de>  
ralph@DG2.CHEMIE.UNI-KONSTANZ.DE (Ralph Rogge) writes:
>In article <BsvK4z.AMq@pfm.rmt.sub.org> petere@pfm.rmt.sub.org (Peter  
Eckhardt) writes:
>>Hi,
>>
>>suche gute Terminalemulation unter DOS. Wichtig ist entweder die
>>Unterstuetzung von Ansi oder besser Vtxxx (xxx > 100) Terminals.
>>
>
Eine sehr gute ANSI Unterstuetzung bietet die Software tinyTERM. Unterstuetzt  
wird die serielle Schnittstelle und diverse Packet-Driver.

-- 
Michael Haeuptle                 |   How can we dance when our earth is turning
                                 |   How do we sleep while our beds are burning
mhae@jester.stgt.sub.org         |                               (Midnight Oil)
From: jrichert@krefcom.ish.de (Jan Richert)
Newsgroups: de.comp.os.unix
Subject: Re: FAS und SCO 3.2v4?
Date: 19 Aug 92 21:33:08 GMT
Organization: Krefcom UUCP Server, Krefeld, FRG

mam@mamunx.garmhausen.de (Michael A Meiszl) writes:

>In <Bsw6JH.1Eq@jat.sub.org> achim@jat.sub.org (Joachim Astel) writes:

>>Hat schon jemand den FAS unter SCO 3.2.4 erfolgreich zum Laufen gebracht?
>>Ich habe sowohl FAS in der Version 2.09.1 als auch die spezielle .jh.1-

>Ich empfehle 2.08. Der zuckt vernuenftig.
>Allerdings braucht man den FAS eigentlich gar nicht, der neue ASY Treiber
>kann das auch alles, man muss ihn nur richtig konfigurieren...

Hmmm.... wie? :-)

Jan


-- 
Jan Richert (NIC-ID: JR482)   | Internet:   jrichert@krefcom.ish.de
Krefeld, FRG                  | BTX:        02151399843-0001
Voice & FAX: +49 2151 313124  | IRC-Nick:   jrichert
From: walter@mecky.rent-a-guru.de (Walter Mecky)
Newsgroups: de.comp.os.unix
Subject: Re: 'Memory error' beim linken auf MX500i
Keywords: ld,memory,
Date: 13 Aug 92 00:01:56 GMT
Reply-To: walter@rent-a-guru.de (Walter Mecky)
Organization: RENT-A-GURU (tm), Buettelborn; FR Germany

In article <sz.713550548@materna> sz@Materna.DE (Stefan Zimmermann) writes:
< Weiss jemand, wie man die limit's defaultmaessig hoeher, bzw. auf unlimited
< setzen kann ?? Soll irgend etwas mit kernel uebersetzen zu tun haben !?
< 
Ja. Geht mit:

   /etc/conf/bin/idtune [HS]{CPU,FSZ,DAT,STK,COR,FNO,VMM}LIM <neuer Wert>

wobei 0x7fffffff als <neuer Wert> wirkt als gaebe es keine Grenze.

Beispiel: ../idtune HFNOLIM 200

H an erster stelle ist fuer das Hardlimit, S fuer's Softlimit. Bedeutung
der Buchstaben an Stelle 2 bis 4:

CPU: Gesamtrechenzeit
FSZ: Dateigroesse
DAT: Datensegment
STK: Stack
COR: Groesse core dump 
FNO: Filedescriptoren
VMM: gesamter virtueller Speicher

-- 
   __o  	Walter Mecky
 _ \<,_ 	walter@rent-a-guru.de	or  ...uunet!unido!mikros!walter
(_)/ (_)        Phone: +49 6152 40813
Newsgroups: de.comp.os.unix,de.comm.uucp
From: jochen@busybit.mrz.sub.org (Jochen Fahrner)
Subject: Re: Schlechte Uebertragungsraten
X-Md4-Signature: a5299e32998d10996cfdc62f71b4db35
Organization: Busybit's Software Labor, D-8068 Pfaffenhofen
Date: 18 Aug 92 19:35:40

In article <1634@krefcom.ish.de> jrichert@krefcom.ish.de (Jan Richert) writes:

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

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

Sieht so aus, als haettest du das gleiche problem wie ich.

Was macht Deine RX-led am Modem ? Flackert Sie kontinuierlich oder
macht Sie Pausen von ca. 2 Sekunden ?

Hast Du einen Adaptec 1542 im Rechner stecken ?

Falls Die RX-Led pausen macht, koennte es sein dass Du empfangene
Zeichen verlierst. Bei mir ist das trotz 16550 und fas der Fall. Ich
habe den Adaptec 1542 als Uebeltaeter im Verdacht. Ich bekomme in
Kuerze von meinem Haendler einen Adaptec 1522 zum Test. Sein
Grosshaendler hat Probleme mit dem Adaptec 1542 bestaetigt, obwohl
Adaptec selbst sie leugnet.

Jochen
-- 
Jochen Fahrner, D-8068 Pfaffenhofen, jochen@busybit.mrz.sub.org
From: Michael_Kraehe@hb.maus.de (Michael Kraehe)
Newsgroups: de.comp.os.unix
Subject: Re: 386BSD einige probs.
Date: 19 Aug 92 10:59:00 GMT
Article-I.D.: HB.A46373
Organization: MausNet
X-Gateway: MausGate/News 1.11


 > Ich war schon mal soweit, dass ich mich mit 8 bit einloggen konnte und auch
 > TIP acht bit machte. Doch wenn ich dann ELVIS aufrufe, habe ich wieder
 > 7 bit even parity :-( Keine Ahnung wo das her kommt. Habe dann aus Zeit-
 > gruenden erst mal aufgegeben und schalte in der VAX erst mal auf 7 bit, wenn
 > ich mich dort einlogge :-(
Kannste mir mal die patches an <kraehe@bakunin.north.de> mailen :-)

 > Die Amerikaner sehen das mit den 8 bit wohl immer noch nicht ein :-)
 > ULTRIX kann's. Das scheint auch der einzige Unterschied zu BSD4.3 zu sein.
Ultix wird ja auch nach Europa verkauft.

 > Hats vielleicht schon jemand geschafft, komplett auf 8 bit umzuschalten ?
Ich werd demnaechst mich mal drum kuemmern mit nem "find ... -exec fgrep ...."
werd ich hoffentlich alle uebeltaeter finden :-) Wobei ich mir nochmal genau
die neue sgtty-structur vorher anschauen muss. Bei der mir bekannten gibts
kein CS7-CS8 :-(

TSchaui Michael.
From: jrichert@krefcom.ish.de (Jan Richert)
Newsgroups: de.comp.os.unix
Subject: btxterm laeuft wieder
Date: 15 Aug 92 10:15:06 GMT
Reply-To: jrichert@krefcom.ish.de (Jan Richert)
Organization: Krefcom UUCP Server, Krefeld, FRG

Hallo!

Ich hatte hier vor ein paar Tagen berichtet, dass mein 'btxterm'
nach Umstellung von SCO Xenix auf SCO Unix nur noch 'Seite
nicht darstellbar' melden wuerde, obwohl ich absolut identische
Binaries (btxterm und dialer) verwende. Nachdem ich V.42bis im
Modem von vornherein abgeschaltet habe, funktioniert es wieder.
Unter SCO Xenix ging es auch mit angeschalteter V.42bis-Erkennung.. hmm..

Grusz, Jan

P.S. Ich habe ein paar Anfragen bekommen, ob ich das Prg zumailen
     koenne. Bitte wendet Euch doch direkt an den Autor:
     postmaster@netmbx.de


-- 
Jan Richert (NIC-ID: JR482)   | Internet:   jrichert@krefcom.ish.de
Krefeld, FRG                  | BTX:        02151399843-0001
Voice & FAX: +49 2151 313124  | IRC-Nick:   jrichert
From: jrichert@krefcom.ish.de (Jan Richert)
Newsgroups: de.comp.os.unix
Subject: Re: FAS und SCO 3.2v4?
Date: 14 Aug 92 21:49:02 GMT
Organization: Krefcom UUCP Server, Krefeld, FRG

achim@jat.sub.org (Joachim Astel) writes:

>Hat schon jemand den FAS unter SCO 3.2.4 erfolgreich zum Laufen gebracht?
>Ich habe sowohl FAS in der Version 2.09.1 als auch die spezielle .jh.1-
>Version (Patches aus alt.sources) ausprobiert, allerdings ohne Erfolg:
>Der Rechner nibbelt mir ab, sobald ich auf eine FAS-TTY zugreifen moechte,
>egal ob ich das mit 8250, 14450AE oder 16550AFN-Portbaustein versuche.
>(Konfiguration mit den Original-Files "*-c1-2" nach INSTALLATION-Guide).

Bei mir laeuft der FAS 2.09 unter SCO 3.2V4.0 ohne Probleme mit
einer AST-4-Port-Karte mit 3x16450 und 1x16550AFN. Installation
gemaess Anleitung.

Grusz, Jan

-- 
Jan Richert (NIC-ID: JR482)   | Internet:   jrichert@krefcom.ish.de
Krefeld, FRG                  | BTX:        02151399843-0001
Voice & FAX: +49 2151 313124  | IRC-Nick:   jrichert