From: barnard@forge.erh.sub.org (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Probleme mit parnet
Date: Thu, 27 Aug 1992 18:42:35 GMT
 <5AVwr*kT1@germal.bs.open.de> <1992Aug19.174923.14936@uni-paderborn.de> <Xzazr*DX1@germal.bs.open.de>
Organization: Barnard's Software Forge
X-Newsreader: Arn V1.00 beta rel1

In article <Xzazr*DX1@germal.bs.open.de>, Gerald Malitz writes:

> In article <1992Aug19.174923.14936@uni-paderborn.de>, Matthias Scheler writes:
> 
> > gm@germal.bs.open.de (Gerald Malitz) writes:
> >
> > >	Da bei mir einer unter 1.3 und der andere unter 2.0 laeuft...
> >
> > Solange 1.3 nicht Server fuer 2.0 spielen muss ...
> 
> 	Klar doch :-)
> 
> > Das Device funktioniert ziemlich wirr, mir ist es nicht gelungen
> > an Hand der Beispielprogramme die Funktiosweise zu verstehen.
> > Ausserdem blockiert das Device den empfangeden Rechner total,
> > versuch mal waehrend eines Parnet-Zugriffes die Maus zu bewegen.
> 
> 	Habe ich versucht...  Reden wir ueber dasselbe Device?
> Haengt das moeglicherweise mit der Prioritaet des Devices zusammen?

Aehm, wenn ich mich da einmischen darf.... :)

(Ich  habe  gestern und heute mal den Code fuer das parnet.device analysiert,
weil  ich ein neues parnet.device fuer eine parallele Karte geschrieben habe.
War garnicht schwer :)

Das  parnet.device  kann  eigentlich  den  Rechner nicht blockieren, weil die
eigentliche Transferschleife mit freigegebenen Interrupts durchlaufen wird:

		;   INTERRUPTS ENABLED FOR TXFER (fully handshaked)
		;
		;   Address mark ~ACK, wait for ~ACK asserted

.wm10		btst.b	#0,(A4)
		beq	.wm15
		move.l	D5,D4			;   D4 = timeout countdown
.wm11		btst.b	#0,(A4)
		beq	.wm15
		add.l	#1,_ParDebug+20
		subq.l	#1,D4
		bne	.wm11
		bra	.wmend

[... etc ..., nachzulesen in par.asm ...]

Das  bei  einem  schnellen  Rechner  auf  der  anderen  Seite  allerdings die
Uebertragung *sehr* lastintensiv sein kann, ist klar. 

Ich  habe  allerdings  noch  ein  paar andere Fragen, sorry wenn die erst vor
kurzem  schonmal  diskutiert  wurden,  ich habe die parnet-Diskussion nur mit
einem halben Auge verfolgt....

- Wenn ich 'cd net:dh0/src/c' mache und danach 'list', dann kommt
  'No information for "": object not found'

  Der Grund ist IMHO klar: Das NetfileSystem kennt das DOS-Packet
  'ACTION_FILENAME_FROM_LOCK' nicht, und gibt deshalb diesen Fehler.
  Wenn man einen Namen angibt, dann gehts. Hat jemand diesen Fehler
  schonmal bearbeitet?

- Selbes gilt fuer Assigns: ich kann z.B. net:dh0 oder net:prt 
  ansprechen, aber bei existierendem Assign 'TEST:' kann ich nicht
  NET:TEST ansprechen. 

- Wie kann ich Icons nach NET: kopieren? Oder bin ich bloss zu bloed?

- Woher bekomme ich ueberhaupt die Quellen fuer netpnet-handler und
  netpnet-server. Ein Bekannter munkelte mal was von 'ist genauso wie
  das dnet-zeugs', was die aehnlichen Namen auch implizieren....

- Hat jemand mal dieses Protokoll mit mehr als zwei Amigas ausprobiert?
  (Wer hat Lust, das in Bielefeld mal mit mehr als zwei Amigas auszuprobieren?
   Ich bringe auch zwei von unseren seriellen Karten mit.... :)

- Hat irgendjemand schonmal was ernsthaftes ausser dem Filesystem ueber 
  Parnet gemacht (ich denke jetzt an SMTP oder NNTP.... :)

> 	Den brauch ich aber doch noch.  Ob Treiber helfen?

Nein, ausser Du snoopst die Busrichtung mit... :)


	Party on
		Henning



-- 
-- Henning Schmiedehausen --- barnard@forge.erh.sub.org --- A 3000/25 --- __
Captain, wir koennen es schaffen, wir koennen den  |Home of Barnard's__  ///
Transporter modifizieren. Wir brauchen 15 Jahre und|Software Forge   \\\///
100 Techniker... - Geordi LaForge, ST:TNG - The ensigns of command    \XX/
Newsgroups: de.comp.sys.amiga.misc