Ich nutzte unter Amithlon das neueste Turboprint.
Bis vor kurzem hat das Einstellungsfenster noch funktioniert.
Nun wird mir zwar das Einstellungsfenster angezeigt. Das äußere,
der Rahmen, Text auch. Aber das innere fehlt mir, die einzelnen
Gadgets und Text u.a teilweise. Die oberen Karteikartenreiter
sind sichtbar. Wähle ich eine davon aus, friert der Rechner ein.

Habe Turboprint neu installiert, hat jemand schon mal das gleiche
Problem gehabt. Oder eine Idee?

Ich glaube, die Fehlersuche wird lange dauern.

Dankeschön Askane

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:

Hast du den neuen Kernel und die neuen Picasso-Treiber installiert ? Damit funktioniert so einiges nicht mehr (Turboprint habe ich noch nicht ausprobiert).

Gruß Thomas

---

Ja, habe ich alles installiert. Hat doch vorher funktioniert.
Von MagicMenü habe ich das Voreinstellungsfenster zufällig aufgerufen,
dort das selbe. Scrennmodevoreinsteller funktioniert aber wiederum.

Nun habe ich zumindest 2 Programme zum vergleichen, mal sehen, was die
gemeinsam haben.

Was funktioniert bei Dir nicht an Programmen? Vielleicht klappt es bei
mir.

Morgen nachmittag muß ich wieder arbeiten.

Bis denne Askane

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Nun habe ich zumindest 2 Programme zum vergleichen, mal sehen, was die
gemeinsam haben.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von thomas:

Zitat:

---

Nun habe ich zumindest 2 Programme zum vergleichen, mal sehen, was die
gemeinsam haben.

---

gtlayout.library, glaube ich.

---

In der Richtung hätte ich auch suchen wollen, habe jetzt mal alle
relevanten Verzeichnisse, Libs, Devs etc. ersetzt durch ältere.
Im Verzeichnis c ist was faul oder irgend ersetztes Gadget von
Visualprefs verursacht die Probleme. Was aber nach meiner Erfahrung
bis dato bei Visualprefs nicht störte. Wurde eben halt falsch
dagestellt. Und auf Visualprefs möchte ich nicht verzichten.

Heute nacht werde ich den Fehler finden.

MnG Askane

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von kadi:
SnoopDos hast du schon benutzt?

---

Da sehe ich leider nichts.
Ich benutze immer die Methode, neuere Verzeichnisse durch ältere
zu ersetzen. Was die Fehlersuche ein wenig erleichtert.

MnG Askane

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von GojiraNG:
Also an TP wird es nicht leigen , ich ahb auch die neueste Version und hier funzt sie einwandfrei.Tippe eher auf eine Veränderung der Systemkonfiguration, versuchs mal mit einem aufgespielten Backup !
--
Mitglied des BAU02! http://www.amigalive.de
....mir egal worauf mein AmigaOS läuft,hauptsache es läuft....

---

Es liegt an Visualprefs, man müßte den Betreff ändern können.

Backup rüber. Das wäre die einfachste Methode, dann müßte ich aber
vieles neu einrichten. Was genauso lange dauern dürfte wie die
Fehlersuche. Es funktionierte alles über Wochen ohne das jetzige
Problem. Und wer VisualPrefs mit Birdie nutzt, weiß, wie schwer das
Finden der richtigen Einstellungen ist. Eigentlich hatte ich ja ein
teilweises Backup durchgeführt, alle relevanten Verzeichnisse gegen
die gleichen älteren ausgetauscht. Libs, c, Devs, Classes. Bei Prefs
die gespeicherten Voreinstellungen von Visualprefs. Auch die zu
ersetzende Knöpfe gegen eine andere Version ausgetauscht.
Visualprefseinsteller, BurnIT-Voreinsteller und noch mehr frieren bei
der Benutzung von Visualprefs den Rechner ein. Starte ich
Visulprefsvoreinsteller ohne Aufruf in der Startup-Sequence, dann gibt
es kein Absturz.

Ich habe keine vernünftige Erklärung warum es jetzt nicht mehr funktioniert.

Anbei noch meine SnoopDosDatei,

354 GUI Open PROGDIR:Catalogs/deutsch/gui.catalog Read Fehl
355 GUI ToolType ACTION Fehl
356 GUI ToolType EDIT
Fehl
357 GUI ToolType SAVE
Fehl
358 GUI ToolType USE
Fehl
359 GUI ToolType CREATEICONS
Fehl
360 GUI ToolType ADD
Fehl
361 GUI ToolType WINDOW
Fehl
362 GUI ToolType FONTNAME
Fehl
363 GUI ToolType FONTSIZE
Fehl
364 GUI ToolType PALETTE
Fehl
365 GUI ToolType SCREENBARFONT
Fehl
366 GUI ToolType NOPREVIEW
Fehl
367 GUI Lock DDH0:Classes/GUIStyles Read Fehl
368 GUI Lock DDH0:MUI/Libs/GUIStyles Read Fehl
369 GUI Look DDH0:Tools/AmithlonTV/libs/GUIStyles Read Fehl
370 ramlib Load LIBS:village.library Fehl
371 GUI OpenLib village.library Ver 0 Fehl
372 GUI GetVar VisualPrefs/Special Any Fehl
373 I Lock DDH0:Prefs/Presets/Glowbuttons/Fallback/Default.mask
Read Fehl
374 I Lock DDH0:Prefs/Presets/Glowbuttons/HKnobHole/Default
Read Fehl
375 I Lock DDH0:Prefs/Presets/Glowbuttons/HKnobHole/Default
Read Fehl
376 I Lock DDH0:Prefs/Presets/Glowbuttons/VKnobHole/Default
Read Fehl

Witzig ist, das Visualprefs, wenn ich es starten kann, in deutsch funktioniert. Habe leider keine SnooDosDatei
von einem funktionierenden Visualprefs.
Diese village.library habe ich auch nicht bei einem älteren BackUp. GUIStyles genauso und erst Recht nicht
das letzte Verzeichniss. VKnobHole, sowas kenne ich nicht.

Danke Euch erst mal, da muß ich wirklich raten in den nächsten Tagen. Vielleicht fällt mir die Lösung
bei der Arbeit heute noch ein.

MnG Askane

[ - Antworten - Zitieren - Direktlink - ]

Jetzt habe ich den Fehler gefunden.

Irgendwann habe ich wohl unbewußt Cycletomenü in das WBstartup Verzeichniss
kopiert. Und bei Visualprefs ist Cycle aktiviert.
Das führte dann zum Crash bei eintsprechenden Aufrufen durch Programme.

Das war aber solange her, das ich daran nicht mehr dachte. Man müßte ein Protokoll-
programm im Hintergrund laufen haben. Was die die Workbench überwacht.

War zum Glück nur meine Unachtsamkeit und kein Systemfehler.

Danke nochmal, Askane

[ - Antworten - Zitieren - Direktlink - ]