HDTenEightyP/NetNews huggingface dataset:
From: rse@angle.cyvaned.sub.org (Ralf S. Engelschall)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: FastFileSystem im RDB
Date: 25 Jul 92 09:30:58 GMT
Reply-To: rse@angle.cyvaned.sub.org
Organization: Cyvaned Systems
X-Newsreader: Arn V1.00 beta rel3

In article <A+Knr*2X1@zikzak.in-berlin.de>, Andreas M. Kirchwitz writes:

> Da stellt sich die Frage:  wozu braucht man auf einem reinen OS 2.0 System
> noch L:FastFileSystem?  Ich denke, das ist in der Kickstart drin!?
>
> Ich erinnere mich dunkel an ein spezielles FastFileSystem, das fuer Platten
> gedacht war, die unter 1.3 und 2.0 betrieben werden mussten.  Das FFS war
> zwar 2.0-like, jedoch waren div.  2.0-Funktionen nicht moeglich.  Ist das
> halbwegs korrekt?  Wenn man mit solch einem FastFileSystem als z.B.
> "c:makelink" benutzt, passiert nix, oder was?  Wo ist dieses FastFileSystem
> zu finden?

  Nun, ich war heil froh, dasz auf der Install Diskette meiner OS2.04
Distribution (WB 37.67) ein File names FastFileSystem drauf ist.  Das
hat die Versionsnummer 36.102 (7.5.91).  Mein internes Filesystem (auf
ROM) ist 37.26 (7.5.91).  Wie man sieht, unterschiedlich.  Laut Manual
ist das externe eigentlich dazu da, dasz man auch unter OS1.3 die OS2.04
Platte benutzen kann, sprich das 36.102-er FFS ist ein OS2.04 FFS, aber
benutzt lediglich OS1.3 Funktionen zum arbeiten.

  Ich benutze war kein OS1.3 mehr (nach langem hin und her), sondern
ausschliezlich OS2.04, brauche das externe 36.102-er FFS dennoch.
Grund:  Ich habe einen GVP Impact Serie II Host Adapter fuer meine
SCSI-Platte.  Dieser sollte laut Handbuch zwar das interen OS2.04 FFS
benutzen (was er bei Installation auch noch zusagt), tut es dann aber
dann doch nicht, weil er sich immer eine Mountlist zusammenstrickt, die
"L:FastFileSystem" anstatt "FastFileSystem" enthaelt.  Nun, da ich das
nicht aendern konnte, muste ich zwangsweise dem Host Adapter das externe
File des 36.102-er FFS zum benutzen geben, weil ich das interne nicht
als File vorliegen habe.  Ist zwar nicht besonders huebsch, aber
funktioniert einwandfrei.

Die Links funktionieren natuerlich auch.

Gruesse,
                              ___  _______
                              /__)(_  /_    Ralf S. Engelschall
                             / \____)(___   rse@angle.muc.sub.org
                            /

PS:   Weisz vieleicht jemand von euch, wie ich mein Problem umgehen kann,
      sprich: hat jemand auch OS2.04 in Verbindung mit dem GVP Host Adapter?

PPS:  Gibt es eine neuere Version als das 36.102-er FFS als externes
      File?
From: joedust@cyvaned.cyvaned.sub.org (Thomas Lotterer)
Newsgroups: de.comp.sys.amiga.misc
Subject: Gibt es ein Floppynetzwerk?
Date: 22 Jul 92 20:00:53 GMT
Reply-To: joedust@cyvaned.cyvaned.sub.org
Organization: Cyvaned Systems, Fasanenstr. 2a, W_8047 Karlsfeld, Germany
X-Newsreader: Arn V1.00 beta rel1

Ich  habe  bisher  zwei Amiga 1000 per parnet vernetzt.  Das
NFS-maeszige Feeling gefaellt mir.

Schlecht ist der Wegfall der parallelen Schnittstelle.

Unmoeglich  ist  das Einbinden meines dazugekommenen dritten
Amiga, ein A2000.

Vor  einiger  Zeit  habe  ich  mal etwas von einem ebenfalls
FS-mountendem  Netzwerk  gehoert,  das ueber die Floppyports
laeuft.    Da  diese  bidirektionale,  DMA-faehige  serielle
Schnittstellen  darstellen,  kann  ich  mir vorstellen, dasz
sowas   ganz   gut   und   in  ordentlicher  Geschwindigkeit
funktioniert.

Wer  kennt  das  Teil,  wo  gibt  es  das, fuer welche Amiga
Modelle, welches AOS, Kosten, Erfahrungen ...  !?

Help me, Thomas

--
       Thomas Lotterer * Fasanenstr. 2a, W_8047 Karlsfeld, Germany.
      joedust@cyvaned.cyvaned.sub.org joedust@salyko.cubenet.sub.org
From: barnard@forge.erh.sub.org (Henning Schmiedehausen)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Message mitten aus Port-Queue Reply'en?
Date: Mon, 27 Jul 1992 14:26:25 GMT
 <npglr*fg0@forge.erh.sub.org> <1992Jul26.165359.22777@mpifr-bonn.mpg.de>
Organization: Barnard's Software Forge
X-Newsreader: Arn V1.00 beta rel1

In article <1992Jul26.165359.22777@mpifr-bonn.mpg.de>, Michael van Elst writes:

> In <npglr*fg0@forge.erh.sub.org> barnard@forge.erh.sub.org (Henning Schmiedehausen) writes:
> >*WO* finde ich denn in den RKM's, dass es erlaubt ist, in den internen
> >Intuition-Queues rumzupfuschen? Und wie zukunftssicher ist das?
> 
> Im Beispiel-Source zu CloseWindowSafely.. BTW, der Messageport gehoert
> dem deinem Programm (und wurde nur von intuition.library allokiert).

Ja,  ueber das Thema haben wir ja schon diskutiert.  Das ist aber das einzige
belegte C= Beispiel, und auch nur fuer das Schliessen eines Fensters.  Daraus
das  Recht  abzuleiten,  die  Warteschlangen frei zu manipulieren, ist sicher
gewagt.

Eine  Frage  haette  ich  noch:  Ist das Beispiel eigentlich wirklich 'safe'?
IMHO kann ja ReplyMsg() das Forbid() brechen, weil dabei (mit MP_SIGTASK) ein
Reschedule stattfinden kann.  Dann koennte ja theoretisch *IM* Forbid-Zustand
eine neue Message ankommen.....  =:|

	Ciao
		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
From: cschneid@avalon.physik.unizh.ch (Schneider Christian)
Subject: Re: Virtueller Speicher, kleiner Testbericht.
Summary: Kommentare zum Testbericht
Keywords: vmem virtual memory GigaMem
Organization: Informatik Club d. Universitaet, Zuerich
Date: Tue, 28 Jul 1992 12:51:00 GMT

In article <1992Jul28.074442.23410@unibi.uni-bielefeld.de> markus@techfak.uni-bielefeld.de (Markus Illenseer) writes:
>Was mir fehlte waren Hinweise auf den (realen) Speicherverbrauch. In der
>Praxis erwies sich VMEM als sehr (real) Speicher-hungrig. Dies habe ich mir
>dadurch erklaert, als das eine MMU-Tabelle, die 1.9 GB RAM verwalten soll
>natuerlich Speicher kostet. Leider wird dies nirgends erwaehnt. Nun gut,

Der Grundspeicherbedarf liegt in der Groessenordnung von 70K, wobei pro 10Mb
virtueller Speicher in etwa 5K, pro 1MB Puffer etwa 1K zusaetzlich verbraucht
werden. (Programm eingerechnet, Werte fuer A2000, bei einem A3000 wird auf-
grund der anderen Systemkonfiguration weniger Speicher benoetigt.)
Aus diesem Grunde ist mir obengemachte Aussage nicht ganz klar, vielleicht
wurde faelschlicherweise der Puffer und der Cache miteingerechnet, diese
sind aber frei einstellbar.

>eine erheblich kleinere MMU Tabelle zur Folge. Uebrigens gibt das Handbuch
>selber als Maximum 1 GB an, wohl hatten die Tester/Autoren keine groessere
>Platte zur Verfuegung.

Das Programm hat eine Beschraenkung auf 1 Gigabyte. "Schuld" daran ist die
Art der Belegung des Amigaadressraumes. Kollisionen mussten vermieden werden.

>Ausserdem fehlten Hinweise auf moegliche Fehlerquellen und Gefahren, so
>z.B. das VMEM nicht mit "CPU FASTROM" laeuft.

Falsch, lief auf unserem Testgeraet einwandfrei.

>Lustigerweise lassen sich die Probleme des knappen Chip-Rams aber nicht
>umgehen. VMEM kann nur FastRam managen.

Zugriffe durch Customchips laufen natuerlich _nicht_ ueber die MMU und
verunmoeglichen natuerlich ein auslagern von Chip Ram.

>Grosse VMEM Bereiche ziehen eine grosse MMU Tabelle nach sich, verringern
>dadurch das aktive reale RAM. Nun haben wir uns am Rande des Machbaren
>bewegt, im Normalfall spielt dies kaum eine Rolle.

Siehe oben.

>Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de

- Chris

-- 
-- 
Chris Schneider - cschneid@amiga.physik.unizh.ch BIX: hschneider IRC: cschneid
The goal of science is to build better mousetraps. The goal of nature is to
build better mice. - Human beings were created by water to transport it uphill.
Newsgroups: local.amiga,de.comp.sys.amiga.misc
From: Holger.Lubitz@arbi.informatik.uni-oldenburg.de (Holger Lubitz)
Subject: Fish 691-700 auf ftp.informatik.uni-oldenburg.de
Organization: University of Oldenburg, Germany
Date: Sat, 25 Jul 1992 10:05:45 GMT

Subject says it all :)

Holger
-- 
Mail: Holger.Lubitz@arbi.informatik.uni-oldenburg.de | Local: hal@faramir
-----------------------------------------------------| Home:  hal@caty.north.de
Im Kopf ist nicht viel, in der Hand liegt ein Stein, | IRC:   holgi
und alle sind stolz, Deutsche zu sein (Abwaerts)     | - This space for rent! -
From: hartmut@oberon.nbg.sub.org (hartmut Goebel)
Newsgroups: de.comp.sys.amiga.misc
Subject: Wo bleibt IDCMP_UPDATE von meinem Gadget?
Date: Thu, 23 Jul 1992 10:41:05 GMT
Organization: home of the hard brave man
X-Newsreader: Arn V1.00 alpha rel2

Hallo!

Laut RKM Libs schickt buttongclass OM_UPDATE, solange sich der Maus-
zeiger auf ihnen befindet.

Aber kann mir einer sagen, weshalb dieses Window

  StdWindow =  I.NewWindow(0,0,640,200,0,1,
    LONGSET{I.closeWindow,I.newSize,I.rawKey,I.mouseButtons,I.activeWindow,
    I.mouseMove,I.menuPick,I.gadgetUp,I.gadgetDown,I.idcmpUpdate},
        LONGSET{I.windowSizing,I.windowDrag,I.windowDepth,I.windowClose,
                    I.noCareRefresh,I.activate,I.rmbTrap},
    NIL,NIL,s.ADR(edG.Copyright),NIL,NIL,WinMinWidth,50,-1,-1,{I.publicScreen});

von diesem BOOPSI-Gadget

  ArrowMap = u.Tags2(I.gaID,I.gaID,u.done,NIL);
  ArrowGadTags = u.Tags8(I.gaImmediate,I.LTRUE,
                         I.gaRelVerify,I.LTRUE,
                         I.gaWidth,arrowWidth,
                         I.gaHeight,arrowHeight,
                         I.gaRelRight,-(arrowWidth-1),
                         I.icatarget,I.icTargetIDCMP,
                         I.icamap,s.ADR(ArrowMap),
                         u.done,NIL);

  newText.upGad:=I.NewObject(NIL,I.buttonGClass,
                         I.gaID,2,
                         I.gaImage,UpImage,
                         I.gaRelBottom,-31,
                         u.more,s.ADR(ArrowGadTags),
                         u.done);

kein IDCMP_UPDATE bekommt?

Das ganze waere kein Problem, wenn ich statt dessen ein
MOUSBUTTONS-Event bekaeme, wenn der Mausknopf losgelasen wird, wenn
sich das Pointer nicht mehr ueber dem Gadget gefindet.
Dies ist aber bei Boopsi-Gadgets offensichtlich nicht der Fall :-(
Die GadgetUp/-Down-Msg kommen sonst wie gewoht, nur fuer den obigen
fall bekomme ich _keinerlei_ Msg.
Das ganze ist leider nicht abwaertskompatibel.

Auch ohne RELVERIFY und GADIMMIDIATE bekomm ich keine IDCMP_UPDATE,
die mir aber die einzige Moeglichkeit zu sein scheinen, festzu-
stellen, wann sich der Mauszeiger nicht mehr ueber dem Gadget
befindet. Das brauche ich, weil der Button zu einem Scroller gehoert.

Fuer jede Hilfe dankbar, weil schon Stunden damit vertan
+++hartmut

| UseNet: hartmut@oberon.nbg.sub.org                                     |
|         htgoebel@cip.informatik.uni-erlangen.de          // Only Amiga |
| Z-Netz: HARTMUT@ASN.ZER  Fido: 2:246/81.1  IRC: Essich \X/ Oberon  ZOC |
Newsgroups: de.comp.sys.amiga.misc
From: blatter@ifi.unizh.ch (Martin A. Blatter)
Subject: Re: PostScript<->CompuGraphic-Konverter gesucht
Organization: University of Zurich, Department of Computer Science
Date: Wed, 29 Jul 92 08:57:34 GMT

In article <B5gqr*k00@channelz.GUN.de> swildner@channelz.GUN.de (Sascha Wildner) writes:
>Gibt es ein Programm, mit dem man PostScript-Fonts in CompuGraphic-Fonts
>umwandeln kann?

Ja, das Programm heisst FontDesigner (aktuelle Version 2.24) und ist
bei allen bsc-Haendlern (und in den USA bei Soft-Logik) erhaeltlich. 
Mit FontDesigner lassen sich skalierbare Outline-Fonts jedoch nicht 
nur konvertieren sondern auch bearbeiten oder selber erstellen. Daneben 
koennen auch Dicktentabellen bearbeitet oder mit dem `Autometric'(TM)-
Algorithmus automatisch erstellt werden. Ansonsten funktioniert 
FontDesigner aehnlich wie ein strukturiertes Grafikprogramm, einfach
mit einem auf das Erstellen von Outline-Fonts ausgerichteten
Funktionsumfang.

>         Sascha Wildner, Am Druvendriesch 27, 5030 Huerth 6, Germany

-- 
-------------------------------------------------------------------------
Martin A. Blatter                           blatter@amiga.physik.unizh.ch
Any sufficiently advanced bug is indistinguishable from a feature.
                                                         -- Rich Kulawiec
Newsgroups: de.comp.sys.amiga.misc
From: ry41@rz.uni-karlsruhe.de (Bernhard Moellemann)
Subject: Re: Message mitten aus Port-Queue Reply'en?
Organization: University of Karlsruhe, Germany
Date: Tue, 28 Jul 1992 15:42:53 GMT

In article <xqZpr*Rg0@forge.erh.sub.org>, barnard@forge.erh.sub.org (Henning Schmiedehausen) writes:
>Ja,  ueber das Thema haben wir ja schon diskutiert.  Das ist aber das einzige
>belegte C= Beispiel, und auch nur fuer das Schliessen eines Fensters.  Daraus
>das  Recht  abzuleiten,  die  Warteschlangen frei zu manipulieren, ist sicher
>gewagt.

Es steht nirgends, wie in der ExecBase "private" oder "read-only" dabei.
Im Exec-Manual ist alles genau beschrieben. Das ist wirklich eine der
Strukturen, die Du manipulieren darfst.

>Eine  Frage  haette  ich  noch:  Ist das Beispiel eigentlich wirklich 'safe'?
>IMHO kann ja ReplyMsg() das Forbid() brechen, weil dabei (mit MP_SIGTASK) ein
>Reschedule stattfinden kann.  Dann koennte ja theoretisch *IM* Forbid-Zustand
 ^^^^^^^^^^ gerade der wird doch durch das Forbid() __verhindert__. 
Sonst waere Forbid() doch sinnlos.
>eine neue Message ankommen.....  =:|

Die einzige Unsicherheit besteht darin, dass PutMsg() zu den im Interrupt
erlaubten Funktionen gehoert, und deshalb bei Ports, die auch per Interrupt
gefuellt oder geleert werden, ein Disable() statt Forbid() zu verwenden ist.
Darauf wurde ich allerdings auch erst von Ralph Babel hingewiesen.

-- 
 Bernhard Moellemann   <spare space>   Chairman of the Nessy-Fan-Club   //
 internet=zza@rz.uni-karlsruhe.de <space> FIDO=2:241/7506.42  IRC=ZZA  //
 nessynet=008  Lifenet=77:7700/11.42  greetings to my Marsupilami  \\ //
 2000/500 Technical Reference Manual:  "A1000, the original Amiga"  \X/
From: S_KOERNER@rzmain.rz.uni-ulm.de (Koerner Gerri)
Newsgroups: de.comp.sys.amiga.misc
Subject: AdobeFonts->Adobe BitmapFonts???
Date: 30 Jul 92 02:06:13 GMT
Organization: University of Ulm, Germany
Resent-Newsgroups: de.comp.sys.amiga
Resent-Path: hactar.hanse.de!abqhh!news.Hamburg.Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!cs.tu-berlin.de!fauern!Sirius.dfn.de!chx400!ira.uka.de!sun1.ruf.uni-freiburg.de!news.belwue.de!news.uni-ulm.de!news
Resent-Message-ID: <1992Jul29.111426.25863@wega.rz.uni-ulm.de>
Resent-Sender: news@wega.rz.uni-ulm.de (News Net)
Resent-Date: Wed, 29 Jul 1992 11:14:26 GMT
X-News-Reader: VMS NEWS 1.23

Hallo Users !!

Weiss irgend jemand wie ich aus Adobe Fonts (.pfb,.afm)
Adobe BitmapFonts (.abf) erzeugen kann, die ich dann z.B.
bei PublishingPartner oder ProPage als Bildschirm Fonts
verwenden kann ??
Am besten natuerlich waere ein PD oder SHAREWARE Programm!!

Vielen Dank schon einmal im vorraus ...
From: scul4000@w250zrz.zrz.tu-berlin.de (Werner Schultheiss)
Newsgroups: de.comp.sys.amiga.misc
Subject: ct und ix am Anonymous-FTP
Date: 22 Jul 92 04:19:47 GMT
Organization: ZRZ/TU-Berlin
Resent-Newsgroups: bln.announce.tub.zrz,bln.comp.pc,bln.comp.misc,de.comp.sys.amiga,de.comp.sys.apple,de.comp.sys.ibm,de.comp.sys.st,zer.z-netz.rechner.allgemein,zer.z-netz.rechner.ibm
Resent-Path: hactar.hanse.de!abqhh!news.Hamburg.Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!w250zrz!scul4000
Resent-Message-ID: <REA57TW@mailgzrz.tu-berlin.de>
Resent-Sender: news@mailgzrz.tu-berlin.de (News Manager)
Resent-Nntp-Posting-Host: w250zrz.zrz.tu-berlin.de
Resent-Distribution: dnet
Resent-Date: Mon, 20 Jul 1992 20:13:55 GMT

Wer den kleinen Fehler im Inhaltsverzeichnis der c't noch nicht
selbst korrigiert hat: die alten Files wurden durch die nachge-
lieferten ersetzt, sodass jetzt alle ctin92*.zip korrekt sind.

Ansonsten hat sich nichts geaendert: ftp ftp.zrz.tu-berlin.de
                                     login: anonymous
                                     password: <your-e-mail-addr>

Verzeichnisstruktur fuer die Magazine ix und ct:
pub----magazine------ix
                 |
                  ---ct------inhalt
                         |
                          ---listings

Zum Copyright sind die den ZIP-Archiven hinzugefuegten Files
mit dem Namen LIZENZ des Heise-Verlages zu beachten.

schultheiss@zrz.tu-berlin.de
esselborn@zrz.tu-berlin.de
Newsgroups: de.comp.sys.amiga.misc
From: ramsch@forwiss.uni-passau.de (Martin Ramsch)
Subject: Re: Hardlinks kopieren (HD->HD)
Followup-To: de.comp.sys.amiga.misc
Organization: University of Passau, Germany
Date: Wed, 22 Jul 1992 18:29:57 GMT

In article <anEmr*k95@sks.ppc.sub.org>, stesch@sks.ppc.sub.org (Stefan Scholl) writes:
|> Ich habe vor mir demnaechst eine neue Platte zuzulegen und die alte zu
|> verkaufen. Die Daten der alten Platte will ich dann auf die neue kopieren.
|> Doch was mache ich mit den Hardlinks? copy clone macht das bestimmt nicht.
|> 
|> Gibt es eine Moeglichkeit?

Die beste (und einzige) mir bekannte Moeglichkeit ist das Programmpaket
Backup/Restore von Juergen Lachmann. Zu finden z.B. im anonymen FTP-Archiv
"forwiss.uni-passau.de" im Verzeichnis "/pub/amiga/backup" als "backup.lha"
(123894 Bytes). Dieses Programm kann sowohl Hard- als auch Softlinks sichern
und legt beim Restore auch wirklich wieder die jeweiligen Linkarten an.



Mit Gruessen

 _ // Martin Ramsch
 \X/  ramsch@forwiss.uni-passau.de

Muede bin ich, fuehl mich matt,
schalte meinen Rechner ab.
From: ripley@nostromo.sub.org (Hans-Ch. Eckert)
Newsgroups: de.comp.sys.amiga.misc
Organization: Private Access TOS, 1000 Berlin 30, FRG
Subject: Re: AMTARI ALS SHAREWARE?
Reply-To: ripley@nostromo.sub.org
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Thu, 30 Jul 1992 17:58:38 MET
X-Charset: iso-8859-1

In <repost.138418@News.hactar.Sub.ORG>, Thorsten Guenther writes:
] 
] Hmmmm.... Die Firma Atari hat ja wohl ohne Zweifel das Copyright am TOS,
] veroeffentlicht werden aber saemtliche TOS-Versionen seit 1.2 auf ROM.
] Es gab auch mal ein Produkt namens KAOS 1.4.2, das im wesentlichen ein
] gepatchtes TOS 1.4 war. Soweit ich weiss, hat Atari auf die Verbreitung des
] Programms auf Diskette relativ gelassen reagiert, aber das Brennen von fertig
] gepatchten ROMs untersagt, so dass jeder sich selbst das Teil brennen musste.

Der wesentliche Punkt hierbei ist, dass es sich um ein Programm zum
Patchen eines _vorhandenen_ TOS 1.4 handelt, d.h. man braucht ein
originales TOS, um KAOS zu installieren.


] in de.comp.sys.st nachlesen bzw. -fragen. BTW, der Bauplan wird dann teilweise
] etwas happig, weil es TOS in mindestens drei verschiedenen Lieferformen gibt
] (6*32K, eine Bauform mit zwei ROMs - zusammen 192K, 2*128K (TOS 2.0X))

Quark.  Wenn man zum Haendler geht, kann man eine bestimmte Form verlangen
(TOS 1.4 als 2- oder als 6-Chip Version bzw. TOS 2.06).
Es waere aber eigentlich unsinnig, andere als TOS 2.06 von der Hardware
her zu unterstuetzen, neue Versionen werden voraussichtlich nur noch in
dieser Form erscheinen...

Gru,
				Ripley

-- 
Hans-Ch. Eckert,  Regensburger Str.2,  W1000 Berlin 30,  Germany * ISO 8859-1
ripley@nostromo.sub.org, ..!unlisys.in-berlin.de!nostromo!ripley *    
Also:    ripley@opal.cs.tu-berlin.de,     ...!fub!tubopal!ripley *  aeoeuess
NeXTmail: hansagia@w271zrz.zrz.tu-berlin.de (and nowhere else !) *     

Newsgroups: de.comp.sys.amiga.misc
From: markus@techfak.uni-bielefeld.de (Markus Illenseer)
Subject: Re: Re^2: VMEM fuer Amiga, endlich.
Date: Thu, 23 Jul 92 08:52:58 GMT
Organization: Universitaet Bielefeld, Technische Fakultaet.

In article <1B5D464ERG@treff.GUN.de>, voyager@treff.GUN.de (Roland Gorisch) writes:
|> Am 15.07.92 um 20:45 schrieb blatter%ifi.unizh.ch@UUCP-KR.ZER zum Thema Re: VMEM fuer Amiga, endlich.:
|> 
|> 
|> -> In article <1992Jul15.115415.22153@ifi.unizh.ch> buergel@amiga.physik.unizh.ch writes:
[...]

|> Zum zweiten...Werbung zu noch in der Entwicklung befindlichen Produkten ist 
|> ueberall Gang und Gaebe. Beispiele gibt es reichlich, inzwischen kann sich wohl 
|> kaum eine Firma leisten, ein Produkt zu bewerben, dass bereits fertig ist.

 Nur ein kleines Problem: GigaMem ist seit Wochen fertig :-)
 
[...]
|> ---> Roland Gorisch, Blumenstrae 4, 4132 Kamp-Lintfort, Germany  <---
|> --->  Net: voyager@treff.zer.de (UUCP), voyager@treff.zer (Z-NET) <---
|> 
|> -- THE ANSWER V2.03

 Getestet wirds, mal sehen wann ich Zeit habe, muss mich von meinem Zuerich-
 Trip erholen, und dann gehts in die Ferien :)


-- 
Markus Illenseer       EMail: markus@TechFak.Uni-Bielefeld.de
Universitaet Bielefeld Fax: (+49 521) 106-2992
Technische Fakultaet   Phone: (+49 521) 106-2926(internal only); -5329
Angewandte Informatik  SnailMail: Postfach 100131, D-4800 BIELEFELD 1
From: eprom@eprombx.sub.org (Frank Pohl)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Re^2: AMIGA 4000??
Date: Tue, 21 Jul 1992 14:21:59 GMT
Reply-To: eprom@eprombx.sub.org (Frank Pohl)
 <tGIkr*XE1@zikzak.in-berlin.de> <QvOlr*td4@eprombx.sub.org> <ok1nr*Uz3@kbsaar.saar.sub.org>
Organization: EazyBBS Mailbox UUCP Site
X-Newsreader: Arn V1.00 beta rel2

In article <ok1nr*Uz3@kbsaar.saar.sub.org>, Franz-Josef Reichert writes:

> In article <QvOlr*td4@eprombx.sub.org>, Frank Pohl writes:
> 
> > [...] Ich hatte damals mal gefragt ob sie denn
> > auch einen externes SCSI Kabel fuer den A2090 haetten. Und was kam raus?
> > Nein, das haben wir nicht da muessen sie sich bitte an Zulieferer wenden.
> > Das ist ein klasse Support.
> 
> allerbilligsten Jakob? Wenn C= solche Kabel haette, wuerden die gleichen
> Leute sich wohl hier kollektiv ueber den _Preis_ lustig machen.
> 
> 	Tolles Argument, ein Produkt zu fordern, das dann
> doch niemand kaufen wuerde.

Es geht hier nicht um das eine Kabel, es geht einfach darum, dasz sie es 
nicht mal fuer noetig halten eine Adresse zu nennen wo man es beziehen kann.

Ich kann auch nicht einfach sagen `hier haben sie noch weitere
moeglichkeiten etwas anzuschliessen, aber wo sie die Sachen her bekommen
weiss ich nicht'.

Gruss, Frank.

-- 

------------------------------------------------------------------------------
       //Amiga  |    Frank Pohl, Huemmlingweg 4, 1000 Berlin 20, FRG
   \\ //2000/30 | Phone: BBS +49 (0)30 372 27 39, 1200-19200 Bps, EazyBBS
    \X/ OS 2.04 |    E-Mail: eprom@eprombx.sub.org,  Iso-8895-1 
------------------------------------------------------------------------------
From: gm@germal.bs.open.de (Gerald Malitz)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Initialisierung, C-Experte gesucht
Date: 22 Jul 92 20:18:45 GMT
 <sgilr*PJ1@zikzak.in-berlin.de> <sticht.07b6@edith.deg.sub.org> <zYMmr*bR1@zikzak.in-berlin.de>
 <3671@babylon.rmt.sub.org>
X-Newsreader: Arn V1.00 beta rel2

In article <3671@babylon.rmt.sub.org>, Ralph Babel writes:

> > Link das Programm zusaetzlich mit SMALLDATA.  Du wirst ein
> > defektes Executable erhalten :-(
> 
> Das kann ich nicht reproduzieren:

	Das tritt auch nur in einem Sonderfall auf, naemlich
wenn printf ohne fmt aufgerufen wird (wir hatten als ein
Beispiel ein char[] als autoinit-Variable).  Dann hat das
Objectfile keinen __MERGED-Hunk, und das findet Blink wohl
nicht so toll :)  Was passiert, wenn es mehrere Objectfiles
gibt, von denen ein paar diesen Hunk haben, andere aber nicht,
habe ich noch nicht probiert (interessiert mich auch nicht so
brennend).

	Grundsaetzlich hat Andreas mit den Probelemen
schon recht, sie sind da.  Aber das Drama, das er daraus
macht, ist reif fuer den MB-award.

> Ralph

	Tschuess, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.bs.open.de                   ISO?  Nicht immer, aber immer vfter.