atari-home.de - Foren

Software => Alternative Betriebssysteme => Thema gestartet von: guest920 am Do 05.05.2005, 13:32:54

Titel: mint - xaaes
Beitrag von: guest920 am Do 05.05.2005, 13:32:54
Hallo,
gestern gab es ja eine neue Version von xaaes zum download.
Deshalb wollte ich es mal ausprobieren, ich benutze
zur Zeit Mint (Easymint Installation) mit nAES 2.0.
Also habe ich in der Mint.cnf "aesdir" auskommentiert
und die Zeile "GEM=u:/c/mint/xaaes/xaaesloader.prg"
eingetragen (die Pfade stimmen habe ich überprüft). Dann habe ich den Rechner (MILAN060) neu gestartet mit dem Ergebnis das wieder nAES geladen wurde.
Wie kommt das?
Ich meine mal was gelesen zu haben das Easymint
den Pfad fuer das AES nich aus der Mint.cnf entnimmt
sondern das der Pfad in einer anderen Datei bei der
Installation gespeichert wird.

Was muss ich machen das Xaaes geladen wird?
hat da jemand einen Tip fuer mich.

Viele Gruesse

archer
Titel: Re:mint - xaaes
Beitrag von: maanke am Fr 06.05.2005, 08:05:55
Hallo,

wenn Du ein EasyMiNT System am laufen hast, wird das AES in der Tat nicht über die "GEM=" Zeile von MINT.CNF gestartet. Da EasyMiNT bzw. Sparemint per init gestartet wird, mußt Du Dir die Datei /etc/ttytab zu Gemüte führen und eine der entsprechenden console Einträge aus- bzw. entkommentieren.
Steht aber auch alles in der FAQ zu EasyMiNT!

Ciao

Marc-Antón
Titel: Re:mint - xaaes
Beitrag von: guest920 am Sa 07.05.2005, 15:17:59
Hallo,
danke fuer den Tip, xaaes wird jetzt geladen und geht auch. Leider ist schon das nächste Problem aufgetreten
Thing1.27 scheint nicht mehr zu funktionieren.
Ich habe herausgefunden das die Thingversion 1.27
die speziell fuer nAES gemacht wurde überhaupt nicht geht, die "allgemeine" Thing1.27 bricht beim Start mit der Meldung ab das die Datei Icons.RSC nicht geladen werden kann.
Kann mir jemand helfen?

Viele Gruesse

archer
Titel: Re:mint - xaaes
Beitrag von: maanke am Sa 07.05.2005, 16:45:27
Hallo,

hast Du die Environmentvariable THINGDIR auch in der XAAES.CNF gesetzt?

Ciao

maanke
Titel: Re:mint - xaaes
Beitrag von: Skywalker am Mo 09.05.2005, 07:46:27
wenn Du ein EasyMiNT System am laufen hast, wird das AES in der Tat nicht über die "GEM=" Zeile von MINT.CNF gestartet.


Warum eigentlich nicht?
Das war doch unter MultiTOS schon so. Ist doch quasi Standard so.

Tschüß, Bernd
Titel: Re:mint - xaaes
Beitrag von: guest920 am Do 12.05.2005, 22:32:38
Hi,
dank eurer Hilfe ist es mir gelungen ein lauffähiges System zu bekommen. - Vielen Dank -
Nun ein kleiner Erfahrungsbericht:

Also Xaaes 0.994 macht insgesammt einen guten Eindruck, läuft auch schon ziemlich stabil wobei es doch
hin und wieder zu mir unerklärlichen Systemhängern kommt. Einige Features werde ich bei n_aes sehr ver-
missen z.B. die Mausradunterstützung.
Leider gibt es aber doch Programme die sich mit Xaaes
nicht so richtig vertragen, auf die ich aber nicht verzichten will oder kann. (Es kann natürlich auch sein das ich mal wieder was falsch configuriert habe)
Als erstes ist mir aufgefallen, das Cops, ZControl etc.
sich bei der Installation durch Xaaes mit Fehlermeldung
ins Nirwana verabschieden, "cpx" funktioniert bei mir jedenfalls nicht.
Das naechste Programm ist Mymail, das Menü das mit der rechten Maustaste  aufgerufen wird erscheint nicht. (Vom Programmautor ist ja leider keine Abhilfe mehr zu erwarten).  :'(
Der Fileselektor Boxkite funktioniert nicht wenn er aus dem Autoordner gestartet wird, geht aber wenn er mittels Eintrag in die Xaaes.cnf gestartet wird, wobei der
im Xaaes eingebaute Fileselektor auch gut ist.
Toswin2 macht auch noch Probleme, da bin ich mir aber absolut nicht sicher obs nicht nur an der Einstellung liegt, ich hab da aber ein Programm im Verdacht das von der n_aes.cnf gestartet wird "msgserver.prg" funktioniert aber bei xaaes nicht, dafür gibts eine Fehlermeldung "could not open pipe".

Trotz allem wird xaaes bald n_aes auf meinem Rechner ersetzen, denke ich wenigstens.


Viele Grüße und nochmals Danke


archer

Titel: Re:mint - xaaes
Beitrag von: maanke am Fr 13.05.2005, 08:44:59
Hi,

@skywalker
Zitat
Warum eigentlich nicht?

Weil das System per INIT gestartet wird, das hat u.a. den Vorteil, daß die Demons im Hintergrund laufen können und automatisch wieder gestartet werden, sollten sie aus irgendwelchen Gründen "sterben".
Startet man das System über INIT hat man ein richtiges MiNT System mit Multiuser Umgebung (entsprechende Konfiguration vorausgesetzt), das ist beim Start über GEM nicht gegeben.

Zitat
Das war doch unter MultiTOS schon so. Ist doch quasi Standard so.

Auch unter MultiTOS hatte man die Möglichkeit, das System per GEM oder(!) INIT zu starten und es ist keineswegs Standard das System per GEM zu starten, da man sich dadurch eigentlich aller Vorteile von MiNT beraubt.

Ciao

maanke
Titel: Re:mint - xaaes
Beitrag von: Skywalker am Fr 13.05.2005, 15:33:26
es ist keineswegs Standard das System per GEM zu starten, da man sich dadurch eigentlich aller Vorteile von MiNT beraubt.


Alles klar. Danke für die Info.

Tschüß, Bernd
Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Sa 14.05.2005, 21:46:21
Ich hab mir mal das neue XaAES runtergeladen. (nur so zum Spass, mein altes macht mir keine Probleme).
Erfahrungswerte: bei mir machte das Xcontrol keine Probleme. Probleme können aber mit anderen ACCs auftreten, sofern sie etwas ungeeignet sind. Mit TOSWIN2 hab auch ich leider meine Probleme, was aber nicht von allzu grosser Relevanz ist, da ich eh immer aus der Console raus starte (Sicherheit für das Netzwerk). Root-Operationen machen sich aus dieser Ebene einfach besser und das AES wird nur als User benutzt. Also scheint da was mit der Verträglichkeit nicht zu stimmen.
Und Multitos, naja, für mich mehr ein rotes Tuch. Ich hab auch da ein bissel rumexperimentiert, das GEM ist nur mit dem modifizierten Kernel zu gebrauchen (muss ich noch in die ST-Howto einarbeiten) ein anderer Desk (bei mir Gemini) startet mal, mal startet er nicht das hab ich nur noch für Archiv-Zwecke. Dafür braucht's dann auch Boxkite. Nicht aber für XaAES. Und so werd ich wohl dabei bleiben.
Titel: Re:mint - xaaes
Beitrag von: Goli am Di 28.06.2005, 14:19:17
Ich habe auch so meine Probleme mit XAAES. ZUnächst einmal die neueste freeMint-Beta 1-16-1. Die neue ach so einfache Konfiguration und Installation (Frank Naumann) macht leider nach wie vor Schwierigkeiten. Ich will jetzt nicht alles erläutern und jemandem auf den Schlips treten. Was mir nicht gefällt: Es gibt ein Wirrwar an Dokumentationen, ich bin ständig am suchen und sortieren. Selbst in dem BETA-Archiv sind etliche alte Dokumentationen, die nicht auf dem neuesten Stand sind, oder nur flüchtig überarbeitet. Man muß so nach dem neuesten und verbindlichen Text suchen, der hoffentlich in Deutsch vorliegt. Das ist in dem Fall LIESMICH.txt, aber leider geht der nicht auf alle Probleme ein. Ich finde es schlecht, daß man, um an die neueste Version zu kommen, die CVS ausschecken muß. Das sind für mich noch immer höhere Weien. Ja ich weiß es gibt dankbarer Weise auch ein Link auf der XAAES Homepage zur neuesten BETA von SpareMint/FreeMint. Ein Link auf den LIESMICH.TXT wäre noch besser, aber es ist ja keine deutsche Site.

Es ist bekannt, daß es Probleme mit Cops, Toswin2 usw. gibt. Von einigen Programmen liegen der neuesten Beta überarbeitete Versionen, neukompiliert von F. Naumann bei. fsetter, toswin2 laufen auch gut bei mir, Cops nicht, dafür aber die alte letzte Version. Das ganze unter N_AES, was über GEM= gestartet gut arbeitet.

XA_AES konnte von mir jetzt zwar über GEM= gestartet werden. Da ich aber Videlity.PRG verwende und eine höhere Auflösung eingestellt habe, gibts jetzt Probleme, denn ich weiß nicht wie ich diese Auflösung in xaaes.cnf angeben muß. Infolgedessen gibts ne Fehlermeldung, daß die Palette nicht stimmt und auch TeraDesk streikt wegen falscher Palletteneinstellung. Warum ist das nur alles so kompliziert? Man hat keine Lust sich mit dieser extrem komplizierten KOnfiguration abzugeben, wo man das doch bereits in Videlity genau konfiguriert hat und nie wieder was damit zu tun. Also wieder zurück zu N_AES.

Thing habe ich verbannt, da der Autor nicht in der Lage zu sein scheint mir für seine letzte Beta 1.29b den Schlüssel zu senden. Ich besitze 1.27 mit dem Schlüssel von N_aes, das aber bekanntlich Schwierigkeiten, bzw. Einschränkungen mit neurem MINT hat. Letztlich werde ich wohl auf Jeeny umsteigen. Das TeraDesk, letzte Version arbeitet gut mit N_AES zusammen, ist aber bekanntlich recht spartanisch. Und wieder fängt man an die ganze Icons zu konfigurieren, was auch nicht gerade easy ist.

Zur MultiUser/Unix Variante des Startens über INIT= steht in EasyMint FAQ? Ok, mache ich mich wieder auf die Suche nach dieser FAQ. Ich vermisse nämlich in sämtlichen Anleitungen wie genau die Zeilen heißen müssen, um XAAES per INIT= und tty zu starten, ohne daß ich mich auch noch mit der ganzen Userinitialisierung befassen muß.

Jedenfalls hat das bei mir noch nie geklappt.

Goli
Titel: Re:mint - xaaes
Beitrag von: Goli am Fr 01.07.2005, 02:34:32
So, jetzt hat es aber geklappt. Ohne daß ich genau weiß wie ich die Auflösung in der xaaes.cnf eintragen muß, habe ich eine Methode gefunden, wie es dennoch klappt. So eine Beispielzeile wäre ganz nützlich, am besten in binärschreibweise, weil es dann wesentlich einfacher und übersichtlicher ist, welche Bits gesetzt werden müssen und welche nicht.

Mein Methode steht auch nicht in der easyMint FAQ, dort steht lediglich drin wie man das AES automatisch aus der ttytab heraus startet. Ich starte das AES aber von der Konsole, eine ttytab ist bei mir garnicht angelegt. Ich beschreibe hier auch nicht wie man eine Userverwaltung anlegt und per Userlogin startet, das ist ja auch nicht mein Problem.

Also zunächst habe ich in der min.cnf die GEM= Zeile gegen eine INIT= Zeile getauscht

INIT= /usr/bin/bash

Dann habe ich in /usr/bin/ einen Link namens naes nach c:/naes/naes.cnf gelegt und desgleichen einen link namens xaaes nach /mint/1-16-1/xaaes/xaloader.prg

Jetzt Neustart. Der Rechner fährt hoch bis die root-Konsole auf dem leeren Bildschirim erscheint. Dann gebe ich einfach den Befehl naes ein und das AES startet bis zum Desktop, genau wie in der cnf eingetragen. Wenn man nun alle Programme beendet, den Desktop schließt und danch das NAES per quit beendet. (Achtung t-con.prg läßt sich nicht so einfach beenden, bei mir, ich muß es immer zwangsweise killen, das geht am besten, wenn man im NAES auf Auflösung wechseln geht, dann kommt zuerst der Alert t-con brutal beenden? Mit ok killt man den Prozeß, jetzt kann man den Auflösungs-Dialog über Abbruch schließen, Naes beenden und man landet wieder auf dem Prompt der bash. Nun startet man per Befehl xaaes das andere aes, wenn jetzt alle Einstellungen in xaaes.cnf korrekt sind, sollte der Desktop mit allen Autostartprogrammen in der richtigen Auflösung erscheinen in schönstem Xaaes. Das funktionert bei mir, ist aber natürlich ein Krücke, solange ich nicht gelernt habe die Auflösung richtig einzutragen.

Das alte Cops funktioniert, das neukompilierte von Frank Naumann aber nicht (Bus-Error).

Hat jemand eine Lösung für das fehlende WDialog? Angeblich sollen die Routinen im Kernel sein. Trifft das auch für die Druckroutinen zu? Texel meckert nämlich, daß Wdialog nicht gestartet wurde. Laut Frank Naumann ist es verboten Wdialog unter Xaaes bzw Mint zu starten.

Gruß Goli
Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Fr 01.07.2005, 07:51:08
Ich weiss nicht, aber in meiner heruntergeladenen Xaaes-Version ist in der xaaes.cnf genau dokumentiert, wie die Auflösungen einzustellen sind, sofern Du einen TT oder Falcon hast. Alles andere ist ja von der Grafikkarte abhängig. (bei mir `ne NOVA)
So wie Du es gemacht hast, ist es goldrichtig, ich verstehe nur nicht, wie die ttycab nicht da sein soll.
die wdialog ist auch bei Dir vorhanden, sonst würde auch Dein altes COPS nicht laufen, da es WDIALOG benötigt. Liegt wohl am Texel.
Drucken sollte wie gewohnt laufen, macht bei mir unter Calamus keine Probleme.
Titel: Re:mint - xaaes
Beitrag von: michschmi am Fr 01.07.2005, 10:41:18
@archer

so wie ich das lese benutzt du  in unix-like Umgebung. Da ist es natürlich sehr gefährlich das originale Wdialog zu benutzen. Texel wirst du ohne Wdialog und nvdi nicht zum Laufen bekommen; zumindest nicht in der Version 2.x, da dort das Programm dahingehend umgestrockt wurde, dass die komplette Druckausgabe an Wdialog/nvdi agegeben wird. Muit Wdialog kannst du das Programm zwar starten, aber Drucken geht nur mit nvdi. Th. Much wollte sich es dadurch ersparen, die Druckroutinen weiter pflegen zu müssen. In der V1,6x hatte Texel noch eigene Druckroutinen. Evtl. kannst du das ja bekommen.

Da dein altes Cops funktioniert sind die entsprechenden Routinen tatsächlich im Kernel. Ich vermute aber, das F.Naumann 'nur' die von woller entwockelte n_dialg-Version eingearbeitet hat, da die schon auf mint/naes optimiert war. Diese Nachprogrammierung hat aber bis heute keine Druckfunktionen spendiert bekommen und ich verrmutet mal F.Naumann hatte wohl bisher keine Zeit, dieses zu tun.
In n_dialg sind 'nur' Elemente enthalten, damit zb Cops und die Fontauswahl funktioniert.

Grüße,
Michael
Titel: Re:mint - xaaes
Beitrag von: Goli am Mo 04.07.2005, 12:45:30
Danke Euch fuer die vielen Antworten. Inzwischen bin ich an der Quelle gewesen auf der Nordic Atari Show in Jötteborch.;-) Ich will auch noch får die News einen Bericht verfassen, aber jetyt bin ich noch in Malmö - ihr seht´s an der Tastatur und mu+ erst mal alles in meinem Kopf ordnen. Hab dort intensiv mit Odd Skanke, er macht die Compilierung fuer XAAES, an XAAES gearbeitet und verschiedene Probleme erörtert:

1. Videlity und XAAES
2. Centscreen und XAAES

Hab von ihm die allerneusten Kompilate rund um XAAES erhalten und viele Informationen. TEXEL läuft tatsächlich nicht, wegen der fehlendne WDIALOG-Druck-Routinen.
Ich will aber von zu hause aus åber alles ausfuehrlicher berichten.

Ich war dort der Knueller, denn ich hatte meinene Ct60-Falcon dabei mit dem reingequetschten Babz-ATX-Netzteil. Rudolfe war da und hat das natuerlich auch bewundert, aber nur kurz denn er hatte dauernd Falcons zu reparieren, von seinem neuen Projekt, einen Vortrag gehalten und ansonsten mit den Nature-Bruedern gefachsimpelt, die sehen ja tatsächlich aus wie ein Ei dem anderen. Haben ihren neuesten Prototypen am Sonntag vorgestellt, der sehr gut aussieht, auch die Lösung mit der Platzierung der Ethernetbuchse ist jetzt sehr gelungen. Am Freitag/sónnabend hatten sie allerdings einen Crash mit ihrer Platine, Kurzschluss unter dem EtherChip. Und wahrscheinlich ist der Chip kaputt, muss ausgestauscht werden. Also funktionierte am Sonntag nur der USB-teil, der aber korrekt, eine Maus war dran. Die Zwillinge haben mir dann auch den Ct60 gepatcht auf die neueste version. Also ihr hört noch von mir wegen der XAAES Geschichten genauer. Auch Gokmase habe ich getroffen, alle sehr nett und engagiert. Die wohnen ja derart weit auseinenader, das ist so als wuerden sich in Köln Italiener, Spanier, Engländer und Deutsche treffen.

Diese Tasten machen mich krank hier yzöäå+.

Gruss Goli
Titel: Re:mint - xaaes
Beitrag von: Goli am Mi 06.07.2005, 17:44:04
zu @archer, ja es ist genau wie Du es darstellst. natürlich nicht ohne NVDI, im Kernel von MiNt sind die n.dialog-routinen drin, nicht aber die Druckroutinen. Ich vermute da gibts auch rechtliche Probleme mit den Benes und mangelnde Dokumentation.

Goli
Titel: Re:mint - xaaes
Beitrag von: Goli am Mi 06.07.2005, 18:05:10
zu Schwede II,
ja in xaaes ist genau dokumentiert wie man die Auflösung eintragen muß. Da es für mich aber mühselig und aufwendig ist, das alles auszurechnen, habe ich bisher darauf verzichtet. In Göteborg hatte ich nun Zeit unter Aufsicht von ozk das auszuprobieren. Ich habe es aber ganz alleine gemacht, indem ich auf einen Zettel die entsprechenden Bits aufgeschrieben habe. Er griff sofort zum alten Calculator.acc den erweiterten Rechner, den ich aber nicht installiert hatte, und rechnete aus der binär in die hexdarstellung um. Was ich meinte, es wäre eine Beispielzeile möglichst in binary-Darstellung wesentlich übersichtlicher und nützlich gewesen, in der ich dann die entsprechenden bits abgeändert hätte. dann hätte ich das schon längst einmal ausprobiert. So konnten wir aber feststellen, daß das alles nichts nützt. Der Eintrag der Auflösung reicht nicht, um in XAAES die Videlity-Auflösungsumschaltung zu realisieren. In Talk ist von mir beschrieben warum das nicht geht. Es geht entweder garnicht oder nur nach der von mir beschriebenen Krücke via naes.

Goli
Titel: Re:mint - xaaes
Beitrag von: Goli am Mi 06.07.2005, 18:15:02
Mit Toswin2 habe ich keine Probleme. msgserv.prg läuft doch auch unter xaaes [geändert]. Das Cops läuft. Ich starte alle Autostartprogramme nach Möglichkeit aus der Mint.cnf bzw xaaes.cnf. So jetzt muß ich erst noch wieder eine Weile experimentieren, dann gibts neue Berichte.

Es funktioniert tatsächlich, daß Mint nur noch die Konfiguration und die XFS und XDDs aus der /mint/1-16-1 lädt und das Xaaes aus der ~/xaes/. Auf ozk Anraten habe ich die neueste Installation in /mint/1-16-cur/ gelegt und einen neuen Link angelegt als xacur. Das funktioniert sehr gut und gibt die Möglichkeit zurückzuschalten. Aber so wie ich die Beschreibung von Frank Naumann verstanden habe, daß man sozusagen über den Bootmanager von mint zwischen den Versionen schalten kann, funktioniert nicht.

Übrigens das häufigste Wort, daß ich zumindest von ozk auf der NAS vernehmen konnte, war "this is very strange". ;-)
Titel: Re:mint - xaaes
Beitrag von: Goli am So 10.07.2005, 03:31:06
Zwei kleine Korrekturen noch. Inzwischen läuft auch Videlty mit der letzten Binary Version von XaAes. Obs an dem Compilat liegt, keine Ahnung, warums auf einmal geht. Auch eine neue kompilierte Version von GnuC highwire läuft jetzt unter Xaaes und Videlity, aber es gibt durchaus noch GnuCompilierte Programme die Probleme mit dem Redraw haben, z,B, die X-Programme für Gem-X. Das liegt vermutlich an der Trapvektor Verbiegerei von Videlity. Für Centscreen aber liegt der Haken in der video.dat. Grundsätzlich funktioniert das auch, wenn die video.dat stimmt, aber nur aus dem Auto-Ordner und nach Mint.prg. Leider läuft bei mir weder in Single-TOS noch unter XaAes das centvidel.prg, mit dem man die video.dat finetunen kann. Und deswegen ist es mir bisher nicht gelungen auf meinem Sony-TFT 17" eine vernünftige Auflösung hinzubekommen, in der auch die Font-Darstellung sauber kommt. Ich erinnere mich, daß ich für Videlity auch lange knobeln mußte, bis ich eine saubere 800x598x256 hinbekam.

Gibt es jemand bei dem Centvidel auf der Ct60 arbeitet?

Goli
Titel: Re:mint - xaaes
Beitrag von: Goli am Mo 11.07.2005, 18:28:20
Jetzt noch mal Erfahrungen mit dem neuesten Mint 1-16-1 Beta. kompiliert von Ozk am 30.6.05 denke ich 309483 byte groß. Zusammen mit der Ct60.

Es hat sich wieder eindeutig herausgestellt, daß der hddriver >7.93 mit dem SCSI-Bus des Falcon-Ct60 nicht klarkommt. Gibt sofort Abstürze bei größeren Kopieraktionen, auch mit dem Dynaport Ethernet-SCSI-Adapter gabs Probleme. Absolut keine Probleme gibt es mit dem HDDriver 7.92 oder 7.93. Uwe Seimet hatte eine größere interne Umstrukturierung vorgenommen, wobei das Programm schneller und schlanker wurde, aber leider mit der Ct60 nicht funktioniert (zumindest SCSI-Bus). Leider verfüge ich nicht über die neueste Version vom hddriver, sodaß ich dazu keine Aussagen machen kann.

Hddriver ist nicht opensource und daher fragt sich, ob es nicht längst an der Zeit ist, ein MiNT-Kernel Modul für die Bustreiber (IDE, SCSI) zu schreiben.

Mit der neuesten MINT Beta gibts auch mehr Empfindlichkeiten in Bezug auf Cops und Boxkite auch mit NAES. Boxkite läuft aber, wenn es aus dem /Auto gestartet wird, nicht aus der naes.cnf. Hier verlangt Mint immer den Supervisor-Modus bzw. flag im Header. Boxkite aus dem /auto wird aber dann nicht im Taskmenü angezeigt. Cops.app ließ sich jetzt nur noch über Copsload.prg aus der naes.cnf starten und wird dann als ACC eingetragen. Das funktionierte beides in der letzten MINT Version noch anders. WDIALOG läßt sich aus der naes.cnf nachstarten (trotz n_dialog) und dann läuft auch Texel in der letzten Version. Sodaß ich jetzt mit naes ein einigermaßen kompatibles System habe. Das alles noch mit Videlity kombiniert, da ich noch immer keine vernünftige Centscreen-Auflösung hingekreigt, bzw. gefunden habe.

Mit xaaes laufen leider diese Dinge nicht mehr, auf boxkite muß man verzichten, auf Wdialog ebenfalls. Cops ist auch eine knifflige Angelegenheit. Ich weiß nicht ob die grundsätzlich saubrere Programmierung von xaaes diesen Verlußt an Kompatibilität und Flexibilität wett macht.

Immerhin das neueste GnuC-Compilat von highwire-1.26-alpha läuft jetzt endlich auch mit Videlity. Nicht aber das GEM-X.app, d.h. das GEM-X ansich schon, nur nicht die X-Programme. Da alle schon etwas älter sind, wäre vielleicht eine Neukompilierung aussichtsreich. Ich meine Xeye, XCalc usw. Sie kommen mit der videopalette und den verbogenen Trapvectoren bei Videllity nicht klar. Es gibt Redraw-Probs.

Goli
Titel: Re:mint - xaaes
Beitrag von: michschmi am Di 12.07.2005, 10:20:50
@ Goli

WDialog war ja schon immer als 'dirty hack' berüchtigt. Es gibt imo eine Doku im Zusámmenhang mit Cops. Ursprünglich machten sich die n_aes-Entwickler an die Realisierung der Routinen für Mint, da Wdialog zu unsicher und zu sehr auf Magic ausgerichtet war. An den Druckroutinen ist es aber gescheitert, da hier undokumentierte bzw. mit mint nicht zu verwendende Systemvariablen und Speicheradressen genutzt wurden.

Eine Frage in diesem Zusammenhang. Wie druckt heutzutage ein Nutzer mit Mint Dokumente aus? Auf dem Milan damals hab ich wdialog immer nachgestartet, weil ich irgendwann nur noch einen Tintenstrahler hatte und es dafür, ausser über nvdi keine Treiber mehr gab?
Heute benutze ich nur noch den Stemulator, da stellt sich das Prob. nicht, da ich da die Speedo-Emu habe, die die Windows-Drucker anspricht (ja, gut, Texel fällt natürlich wegen nvdi aus, weil das bringt alles durcheinander ;) )
Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Di 12.07.2005, 12:21:27
MiNT lenkt die Druckausgaben einfach nach/dev/prn um. Bei Proggis, die einen eigenen Druckertreiber also (bedingt) kein Problem(Calamus,Signum). Problematisch wird es allerdings beim spooling, da das Spoolen über die Acc's nicht mehr funktioniert. (das weiss ich genau, ich schreibe meine Bewerbungen immer noch mit Calamus). Mit NVDI habe ich es noch nie geschafft.
Ich hatte gehofft, ein Printerdaemon könnte mir weiterhelfen, aber der enthält einen BUG, der das automatische Starten verhindert (der Rechner fährt fest, der daemon arbeitet aber, wenn Aufträge vorliegen, werden diese abgearbeitet, er kehrt einfach nicht in die BOOT-Routine zurück). Da ich diesen noch nicht finden konnte, (die source-codes liegen mir vor, aber ich hab eben noch nie in C) wird alles andere uninteressant. Leider ist das aber der einzige Daemon, der überhaupt funktioniert und, wenn ich's zum laufen kriegen sollte, den Drucker auch über ein Netzwerk (mit SAMBA auch für Windows) betreiben lässt.
Titel: Re:mint - xaaes
Beitrag von: michschmi am Di 12.07.2005, 15:06:17
@ SchwedeII

OK, aber wie gehst du z.B. bei Papyrus vor? Hier gibt es keine Druckertreiber für neuere Tintenstrahler. Oder sagt man dann, "ich kann nicht drucken, also benutze ich das Programm nicht".

Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Di 12.07.2005, 20:26:55
Zitat
"ich kann nicht drucken, also benutze ich das Programm nicht".
Ich finde Papyrus Spitze, aber genau so hab ich's machen müssen. Ich hatte auch hier im Forum nachgefragt, aber meinen Epson-Stylus Color400, und das ist nicht mehr der neueste Drucker (aber zuverlässig) konnte ich damit nicht anfahren, auch nicht unter TOS. Das Drucken über NVDI (5,0 glaube) ist mir auch nicht gelungen. (wie kriege ich das eigentlich hin?)
Und so blieb Papyrus eben Geschichte. Es nützt mir wirklich nichts, wenn ich nicht Drucken kann.
Titel: Re:mint - xaaes
Beitrag von: michschmi am Mi 13.07.2005, 11:05:36
@ SchwedeII

Tja, ohnje Wdialog ist Nvdi und Drucken wie ein stumpfes Schwert. Da ich aus deiner Beschreibung entnehme, dass du eine Unix-like-Umgebung hst wirds schwer, da du dort Wdialog wirklich nicht verwenden solltest.

Auf dem Milan hab ich Wdialog auch immer nur vom Desk aus nachgestartet, wenn ich es brauchte. Ansonsten blieb es aussen vor. Hatte aber auch keine Unix-Umgebung, sondern 'nur' naes20+Mint11510+Thing127. Eine Partition war eine ext2, die ich aber nur zum Testen von Mintnet verwendet habe und für diverse Sparemint-Tools. Nachdem Mintnet ein paarmal funktionierte und danach nicht mehr hab ichs gelassen und die ext2 schlief irgendwann ein.
Irgendwo hast du mal geschrieben, du bräuchtest nen neuen Desk. Schon mal auf die Idee gekommen in einem anderen Desk einen Ordner zu erstellen, indem du das, was du löschen willst erstmal parkst? Villeicht hilft das. A propos wie stellst du eigentlich die Memory-Protection um? In der Konsole per Befehlseingabe? Ginge mit Thing wesentlich einfacher in den Dateieigenschaften.
Allerdings ist Thing im Netz nicht mehr zu finden. Das Download-Verzeichnis existiert nicht mehr. Dann wirds wohl auch mit der Registrierung schwierig.

Michael
Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Mi 13.07.2005, 12:57:16
Zitat
Tja, ohnje Wdialog ist Nvdi und Drucken wie ein stumpfes Schwert.
Na dann ist alles klar??
Zitat
da du dort Wdialog wirklich nicht verwenden solltest.
Was ja hier bereits ausfühlich erörtert wurde.
Und zum Unix; probier's mal mit EasyMiNT, es lohnt sich!
Zitat
Irgendwo hast du mal geschrieben, du bräuchtest nen neuen Desk.
Das hat sich erledigt. Wenn ich nicht gerade Jinee geschenkt kriege, alles andere brauch ich nicht. Die Umgebungsvariablen von Gemini mussten noch nachgestellt werden. Dafür, dass Gemini eigentlich ein ziemlich alter Desk ist, hat er 'ne ganze Menge drauf.
Zitat
A propos wie stellst du eigentlich die Memory-Protection um?
Der Mint Kernel (mint.prg) muss umbenannt werden (Mintnp.prg) das war's schon, da dies eine Kernel-Einstellung ist.
Wegen Thing hab ich noch nie nachgeforscht, ich schau gleich mal nach.
Titel: Re:mint - xaaes
Beitrag von: michschmi am Mi 13.07.2005, 16:18:44
Na dann ist alles klar??

Eigentlich doch. Nvdi stellt die Drucker bereit, Wdialog den Druckdialog und die Ansteuerung der GDos-Geräte (Drucker=GDosGerät 21-23). Ndialog fehlt dieser Dialog und die Geräteansteuerung, also wirds mit dem Druckem nichts. SpeedoGdos hat diese Geräteansteuerung schon, nur hat Atari nie die Druckertreiber verfügbar gemacht. Vielleicht wäre es noch gekommen, wer weiss?!

Zitat
Und zum Unix; probier's mal mit EasyMiNT, es lohnt sich!

Brauch ich nicht mehr, da ich keinen Original-Atari mehr habe und der Stemulator verträgt garantiert kein ext2-Filesystem ;). Habe ich ausserdem schon vor Jahren auf dem Milan durch und war auch ganz nett.

Zitat
Der Mint Kernel (mint.prg) muss umbenannt werden (Mintnp.prg) das war's schon, da dies eine Kernel-Einstellung ist.
Wegen Thing hab ich noch nie nachgeforscht, ich schau gleich mal nach.

Das weiss ich schon (steht ja in der Mint-Doku ;) ) und habe ich ja auch selbst so praktiziert.
Ich meinte eigentlich den Speicherschutz für die einzelnen Programme, wenn du Mint als Mint mit Speicherschutz, verwendest, weil lt. Mint-Doku sollten auch die Programme dann das Speicherschutzattribut erhalten. Da gibt es dann z.B. St-Guide, das sich unter Speicherschutz sehr eigentümlich verhält. Durch das Umbenennen von Mint wird nicht den anderen Programmen automatisch auch das Speicherschutz-Attribut verpasst. Nur Thing kann dieses Attribut ohne Konsole oder andere Hilfsprogramme setzen.

Grüße,
Michael
Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Mi 13.07.2005, 16:58:17
Zitat
Brauch ich nicht mehr, da ich keinen Original-Atari mehr habe und der Stemulator verträgt garantiert kein ext2-Filesystem . Habe ich ausserdem schon vor Jahren auf dem Milan durch und war auch ganz nett.
Ooooch, wo is'n Dein Milan, schenkst'n mir???  ;)
Zitat
Da gibt es dann z.B. St-Guide, das sich unter Speicherschutz sehr eigentümlich verhält.
Nun, wegen solcher Dinge hat maanke geraten, den Speicherschutz zu deaktivieren. Wusste gar nicht, dass man da mit dem Desk was machen kann. Da aber Thing irgendwie verschwunden ist (bis jetzt nur tote Links) wird's wohl problematisch. Aber ich such mal weiter.
Titel: Re:mint - xaaes
Beitrag von: michschmi am Mi 13.07.2005, 17:57:19
Zitat
Ooooch, wo is'n Dein Milan, schenkst'n mir???  ;)
Nee, ist schon seit 2001 verkauft ;)

Zitat
Da gibt es dann z.B. St-Guide, das sich unter Speicherschutz sehr eigentümlich verhält.

Nun, wegen solcher Dinge hat maanke geraten, den Speicherschutz zu deaktivieren. Wusste gar nicht, dass man da mit dem Desk was machen kann. Da aber Thing irgendwie verschwunden ist (bis jetzt nur tote Links) wird's wohl problematisch. Aber ich such mal weiter.

Ja, Thing hat die Möglichkeit unter Mint die Attribute zu verändern. Da kann man dann zB. St-Guide zum Arbeiten bewegen, indem man diese verändert. Hat bei mir immer wunderbar geklappt.

Wenn ich an deine mail-Adresse drankomme, schicke ich es dir rüber. Hab es hier auf der HD.

Grüße,
Michael
Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Mi 13.07.2005, 20:00:53
Zitat
Wenn an deine mail-Adresse drankomme, schicke ich es dir rüber.
Wenn Du 'ne Version hast, die neuer ist als 1.26?? Die hab ich mir nämlich grad beim Finnischen ftp-server abgesaugt.
Positiv:
Der kann, parallel zu Jinee auch im 64k-Modus Bilder anzeigen.(True-Color Bilder aber noch nicht getestet). Das macht mit Highwire ganz schön was aus, da die jpegs nicht mehr umgerechnet werden müssen.
Negativ:
Die Zuordnung der Icons ist echt kompliziert, ein Trash mit recovery-Funktion ist auch nicht bei. Hat sich in der Richtung was getan?
Titel: Re:mint - xaaes
Beitrag von: jens am Do 14.07.2005, 01:20:04
MiNT läuft auf STEmulator... ;D
Titel: Re:mint - xaaes
Beitrag von: michschmi am Do 14.07.2005, 10:54:59
Zitat
Wenn an deine mail-Adresse drankomme, schicke ich es dir rüber.
Wenn Du 'ne Version hast, die neuer ist als 1.26?? Die hab ich mir nämlich grad beim Finnischen ftp-server abgesaugt.
Positiv:
Der kann, parallel zu Jinee auch im 64k-Modus Bilder anzeigen.(True-Color Bilder aber noch nicht getestet). Das macht mit Highwire ganz schön was aus, da die jpegs nicht mehr umgerechnet werden müssen.
Negativ:
Die Zuordnung der Icons ist echt kompliziert, ein Trash mit recovery-Funktion ist auch nicht bei. Hat sich in der Richtung was getan?

Hab dir die 1,27 geschickt mit Archiv um die letzte öffentliche 1,27b zu erstellen. Fand die Zuordnung eigentlich nicht komplizierter als bei Gemini. Eine Recovery-Funktion gibt es nicht. Hätte das vor Jahren mal selbst an Thomas Binder herangetragen, aber er fand das sinnlos. Er empfahl eher einen Ordner auf den Desktop zu legen. Das mach Gemini ja auch. Nur intern wird dieser Ordner da dann besser verwaltet, sodass Gemini weioss, dass es kein normaler Ordner ist.
Es gab von Thing Versionen bis 1,30b aber nicht öffentlich. Nur auf Rückfrage bei Th.Binder und nur für registrierte Anwender. Er wollte die auch öffentlich machen, da aber sein Verzeichnis bei der TU-Darmstadt nicht mehr existiert und er auch per Mail nicht mehr erreichbar scheint, wirds wohl nichts mehr werden. Lt. seiner Aussage hat er aber eh nicht mehr viel gemacht. Eher noch Schönheitskorrekturen. Aber auch jeden fall keinen Papierkorb mit Wiederherstellung. Eher sowas wie Hintergrundbilder in Laufwerksfenstern. Die Version 1,30B gab es aber bereits 2000. Da habe ich davon bei Katherine Ellis bereits Snapshots gesehen.
Leider hat dann für dich wohl Thing auch wenig Sinn, wenn du noch keinen Schlüssel hast, da dann nicht alle Funktionen zur Verfügung stehen.

True Color-Bilder gehen. Zumindest die die beiligen und zuimindest auf dem Milan. Habe den Milan immer im TC-Modus laufen lassen :).

@ jens

Natürlich läuft Mint auf dem Steulator, aber eben kein ext2, weil der Stemulator das Win-Dateisystem benutzt. Ich nutze ja auch Mint 11512 mit Naes2,0 und Thing1,27b. Hatte das bei meiner Aussage aber wohl vorausgesetzt und deshalb nicht erwähnt
Oder was meintest du mit deiner Aussage.

Grüße,
Michael
Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Do 14.07.2005, 12:36:09
So, hab nun ein bissel getestet, nicht schlecht, die Sache.
Zitat
Er empfahl eher einen Ordner auf den Desktop zu legen. Das mach Gemini ja auch.
Ja, natürlich, aber verschiebt der Ordner dann auch, oder kopiert er nur??
Zitat
True Color-Bilder gehen. Zumindest die die beiligen und zuimindest auf dem Milan.
jo mei, Da kann ich ja meiner NOVA so richtig die Sporen geben!! Wird gleich getestet.
Zitat
Fand die Zuordnung eigentlich nicht komplizierter als bei Gemini.
Ist sie auch nicht. Und da ich die GEMINIC.RSC auch meine Wünschen angepasst habe, kann ich das mit den Icons von Thing auch machen.
Zur Registrierung:
Da ist noch 'ne altmodische Postadresse bei, vielleicht klappt's da?
Titel: Re:mint - xaaes
Beitrag von: michschmi am Do 14.07.2005, 12:44:35

So, hab nun ein bissel getestet, nicht schlecht, die Sache.  Ja, natürlich, aber verschiebt der Ordner dann auch, oder kopiert er nur??
jo mei, Da kann ich ja meiner NOVA so richtig die Sporen geben!! Wird gleich getestet.
Ist sie auch nicht. Und da ich die GEMINIC.RSC auch meine Wünschen angepasst habe, kann ich das mit den Icons von Thing auch machen.
Zur Registrierung:
Da ist noch 'ne altmodische Postadresse bei, vielleicht klappt's da?


Wenn er noch da wohnt, sicherlich. Auf www.freemint.de findest du noch ne mail-adresse. Die ist aber asuch bei der TU-Darmstadt. Wenn er schon sein Dwmload-Verzeichnis nicht mehr hat, wird evtl. auch nix mit der email. Aber probieren geht über studieren. Bis 2001 war die Postadresse noch aktuell. :-\

Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Do 14.07.2005, 13:00:00
Zitat
bei der TU-Darmstadt.  ... Bis 2001 war die Postadresse noch aktuell.
Naja, ich geh mal davon aus, dass er irgendwann mal mit studieren fertig ist, und dann gibt's natürlich auch keine Post zur Uni mehr.
Die Postadresse ist vielleicht noch aktuell (sofern die Telekom nicht schläft) ich hab gleich mal im örtlichen nachgeschaut, ob's ihn da noch gibt. Er ist unter der genannten Adresse eingetragen, da hat man mit Sackware vielleicht mehr Glück?
Titel: Re:mint - xaaes
Beitrag von: jens am Do 14.07.2005, 16:10:05
Die Anmerkung war grundsätzlich.
Ob ext2 geht, weiß ich nicht.
Titel: Re:mint - xaaes
Beitrag von: SchwedeII am Fr 15.07.2005, 11:04:50
So, hab den Desk so gut es geht getestet, bin eigentlich ganz zufrieden.
Zitat
Er empfahl eher einen Ordner auf den Desktop zu legen. Das mach Gemini ja auch.  
Ja, natürlich, aber verschiebt der Ordner dann auch, oder kopiert er nur??
Zu meiner Zufriedenheit verschiebt dieser auch. Das gute daran ist, Durch diese Möglichkeit kann ich selbst auswählen, wo das Zeugs hin soll.

Nachtrag: Ich werd mit dem Thomas Binder mal per Post Kontakt aufnehmen, mal sehen, was passiert.

Ein bissel die Icons bearbeitet, dann sieht alles so aus...    ;D
Titel: Re:mint - xaaes
Beitrag von: Goli am So 17.07.2005, 00:34:47
Hab mit Uwe Seimet wegen HDDRIVER und SCSI am Ct60 verbindung aufgenommen und siehe da, die Probleme die ich mit 8.01 und 8.02 hatte, sind mit der 8.16, aktuelle Version verschwunden. Hatte es mit der Demo getestet und mir dann sofort das update bestellt. Es funktioniert also alles bestens mit dem SCSI-Bus und meinem Zip-Drive. Ich hatte auch angeregt, daß er sich nochmal mit Roger Burrow wegen dem Daynaport SCSI-Ethernet-Adapter in Verbindung setzt, denn hier mußte ich auch auf die 7.93 dawngraden. Und siehe da, Erfolg war, daß Roger einen "saudummen Bug" gefunden hat. Und nun in den nächsten Tagen ein weiteres Update seines Treibers auf die Website stellen will. Es sollte dann also auch mit der aktuellen HDdriver laufen.

Die neue Mint-Beta 1-16-1, da funktioniert der protected Mode anders, nämlcih über einen Schalter im Bootmanager, der Name des Mint.prg ist ab sofort völlig egal. Alle Programme von Holgar Weets (St-guide) haben das problem mit dem protected Mode. Man muß dort das Flag auf global stellen, das geht mit dem file-info.cpx und mit noch einem weiteren cpx. Man kann dort die flags auf global, privat und super switschen.

Thomas Binder meldet sich in Mailinglisten noch manchmal, auch kürzlich erst, aber er macht ncith mehr viel und nur langsam an Thing. Es gibt Klagen von allen Seiten, daß man keinen Schlüssel von ihm mehr bekommt. Also ziemlcih aussichtslos. ich habe nur die naes-Version 1.27b und eine Beta 1.29b von ihm bekommen, aber ohne Schlüssel. und das nutzt recht wenig. Selbst Odd Skanke der Entwickler von XAaes, arbeitet auf einem Milan mit der alten 1.26 ohne Schlüssel. Dort ist die Shareware-Einschränkung nicht so lästig.

Bleibt irgendwie nur Tera 3.5, das ist aber sehr spartanisch, oder eben Jinee.
Titel: Re:mint - xaaes
Beitrag von: michschmi am Mo 18.07.2005, 10:50:21
Hallo, Goli,

Übrigens. In Thing kannst du auch die Datei-Attribute über den Datei-Info-Dialog umstellen. So hab ich das früher immer gemacht. Hinweis nur für den Fall, dass das noch nicht aufgefallen ist.

Ja, in N.AES und Stemulator braucht man keinen Schlüssel, sofern man das mitgelieferte Thing benutzt (bei n.aes2,0 und Stemulator jeweils die 1,27b), da dort der Desk eine spezielle Lizenzierung benutzt, die nur in der jeweiligen Umgebung funktioniert. Sobald man Thing kopiert und unter z.B. Normal-Tos benutzt
kommen wieder die Shareware-Hinweise.

Grüße,
Michael

Titel: Re:mint - xaaes
Beitrag von: michschmi am Mo 18.07.2005, 11:36:35
Hallo, Goli,

da deine Mail-Adresse nicht funktioniert schreibe ich es hier rein:

Könntest du mir mal Thing 1,29b zuschicken (email wie links angegeben)

Grüße,
Michael
Titel: Re:mint - xaaes
Beitrag von: michschmi am Mo 18.07.2005, 17:12:14

Die Anmerkung war grundsätzlich.
Ob ext2 geht, weiß ich nicht.


Kann mE nicht funktionieren, da du ja mit z.B Hd-Driver die Laufwerkskennung umändern musst. HD-Driver funktioniert aber nicht, da er keine Atari-kompatiblen Laufwerke findet.