From: barnard@forge.erh.sub.org (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Probleme mit parnet
Date: Tue, 01 Sep 1992 16:49:41 GMT
 <H4fAr*Rh0@forge.erh.sub.org> <1992Aug29.164150.22769@unibi.uni-bielefeld.de>
Organization: Barnard's Software Forge
X-Newsreader: Arn V1.00 beta rel2

In article <1992Aug29.164150.22769@unibi.uni-bielefeld.de>, Markus Illenseer writes:

>  Ein wenig aus dem Zusammenhang gerissen...
> 
> |> 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?
> 
>  Ja, Matthias Scheler hat einen Patch dafuer. Er wollte ihn schon immer
>  mal rausgeben... *Nichhauen Matthias :-)*

Nun,  inzwischen  bin  ich auch schlauer, es ist das Lock("",...), dass nicht
geht.   Ich  habe  jetzt mal den Matt angeschrieben, der ist ja Co-Autor (und
vor  allem  scheint das Filesystem von ihm zu stammen) und vielleicht schickt
er mir ja die Quellen.

(Es  wird  uebrigens  definitiv einen ParNet-Treiber fuer unsere Karte geben,
das Dings hat sich hier bei mir bereits prima bewaehrt, seit ca.  einer Woche
laeuft  er  und  noch  kein  Absturz  :)  Endlich  'vernuenftig' vernetzt und
trotzdem noch einen Drucker....

> 
> |> 
> |> - 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. 
> 
>  Soweit ich weiss koennen nur physikalische Devices angesprochen werden.

Ja.  Ich wollte eigentlich (so ich die Quellen kriege) das Device so umbauen,
dass  man 'NET:DH0:foo' anspricht, also mit zwei Doppelpunkten...  mal sehen,
wass sich machen laesst...  ;)

> 
> |> 
> |> - Wie kann ich Icons nach NET: kopieren? Oder bin ich bloss zu bloed?
> 
>  NET: hat doch nirgends einen 'Platz' , wo soll das Icon denn hin ?

Aber:

Directory "net:" on Tuesday 01-Sep-92
dh1                          Dir ----rwed 20-Mar-86 00:00:00
dh1.info                     974 ----rwed 20-Mar-86 00:00:00
1 file - 1 directory - 5 blocks used

Also, da ist ein .info-File. Aber auf der Workbench sieht man nix. :(


> |> 
> |> - 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....
> 
>  Du bist nicht der erste der diese Sourcen sucht, Software Destillery wacht
>  ueber seinen Schatz .. :)

Subber.... =:( Vielleicht ist der Matt da ja liberaler....

> 
> |> 
> |> - 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.... :)
> 
>  Prima Idee. Dort sind auch die richtigen Leute fuer so ein Project beisammen.
>  In diesem Zusammenhang verweise ich auf 'ATN' (ftp.ludd.luth.se /aminet/comm)
>  (atn.lha              comm   71K Amiga Turbo Net Connect more than one Amiga)
>  Das auf parallel-Kabel arbeitet, die Verdrahtung ist aber leicht anders als
>  bei Parnet. Es ist hier aber wohl mehr als nur ein erweitertes Parnet, 
>  da es wohl auch noch eine Art RPC ermoeglicht (Hm, eher RSH).

Werde ich mal holen. Aber das ParNet wuerde mich mehr reizen.

Und ueberhaupt zum Thema Filesystem:

Das ist ja eigentlich eine aufgebohrte Version des Ur-NET:  Filesystems, dass
schon beim DNet dabei war.  Nur hat man beim alten Filesystem jedes Drive mit
'NETMOUNT'  anmelden  muessen,  waehrend  hier die Drives automatisch erkannt
werden.


Scheinbar  scheint aber der Layer, auf dem das Filesystem aufsetzt, zumindest
DNet aehnlich zu sein.  Und dann solltes es doch moeglich sein, zumindest das
Shell-Zeugs vom Dnet hierher zu uebertragen.


Ich  habe  mir  das schonmal ueberlegt, am cleversten waehre es IMHO eine Art
Daemon  aufzusetzen,  der die ganzen vorhandnen Dienste kennt (genauso wie es
ja  im  DNet  vorhanden  ist)  und  der  beim  Ansprechen  eines  Kanals  den
entsprechenden Client / Server in den Speicher laedt und startet.

Unter 2.0 sollte sich das doch auch richtig schoen machen lassen... :)


Was mich derzeit noch ein bischen abschreckt war folgende Note aus dem README:


    NOTE TO DOUG:
	Streams are not implemented yet.  The maximum packet size is 8K+256
	bytes.	See iopar.c for example code.

	Note that the io requests (see parnet/devices/parnet.h) have a
	secondary io_Data2 and io_Length2 field which allows you to write
	from two buffers and read into two buffers... to prevent even more
	buffer copying.  Be sure that said fields are NULL/0 when not used.

	AbortIO() works with CMD_READ requests for the datagram protocol.
	The protocol and port must always be specified at OpenDevice() time,
	while io_Addr (at least for datagrams) may be set on a per-io-request
	basis.	I picked an arbitrary port for iopar.c ... a connection going
	the other direction can be had by using a different port.

	Collision Warning:  DGRAMS are not reliable when collisions are
	possible.  However, you will know when the write fails (io_Error will
	return non-zero) so you *can* setup some code to retry if you wish.
	This is pretty much required if you intend to allow cross-mounting
	and stick with the DGRAM protocol.

	Eventually we may want to move to a STREAM protocol... once it gets
	implemented.  But then again, datagrams are so efficient you might
	not.  I dunno.	The CONNECT/LISTEN stuff applies only to the STREAM
	protocol which has not been implemented yet.

				-Matt


D.H. die Streams funktionieren (noch?) nicht, vielleicht gibt es ja inzwischen
eine neuere Version vom parnet.device, in der die Streams implementiert sind.

Uebrigens  ist  auch  ueberall  in  den  Quellen zum Device staendig vermerkt
"Streams  not  implemented yet", dass ist also nicht bloss eine leere Drohung
vom Matt...

> |> 
> |> - Hat irgendjemand schonmal was ernsthaftes ausser dem Filesystem ueber 
> |>   Parnet gemacht (ich denke jetzt an SMTP oder NNTP.... :)
> 
>  Mir sind keine anderen Anwendungen bekannt. Soll ich die RFC's 
>  mitbringen ? :-)

:)

Mir  schweben  da dann Anwendungen zum News-Transfer, SMTP (Wusel, aufwachen!
Kann Dein sendmail per SMTP delivern?) oder zur Zeit-Syncronsation sowie eine
Art Remote-Shell vor.....


	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/