Amicygnix

[ZeroG]

Also normalerweise sollten da Einträge vom SDK in der user-startup sein.
Hast du vielleicht mal das System neu installiert und vergessen die user-startup wieder herzustellen?

Code: Alles auswählen

;BEGIN AmigaOS 4.1 SDK
assign SDK: wo:auch/immer
execute SDK:S/sdk-startup
;END AmigaOS 4.1 SDK

[cygnusEd]

Das müsste in der Startup-Sequence oder in der User-Startup gesetzt sein? Dort habe keinen Eintrag gefunden. Bei mir auf dem System ist SDK installiert.

Die Variable muss nicht per Startup-Skript gesetzt worden sein, sie kann ja auch fest in ENVARC: gespeichert sein.
Also am besten mal in einer Shell

getenv PATH

eingeben. Was kommt dabei heraus?

Ist aber schon seltsam, dass der SDK: und der GCC: Assign nicht gesetzt ist, obwohl das SDK installiert ist. Wenn Du in einer Shell "assign" eingibst, ist denn dann der SDK-Assign darunter?

[Dave]

@ZeroG

Das System habe ich sicher beim Wechsel auf die Final Edition neu aufgesetzt. Ob ich die SDK Installation da nochmals durchgeführt habe, weiss ich nicht mehr. Jedenfalls ist SDK noch auf DH1: Work installiert.

@Amicygnix

getenv ist nicht auf meinem System.

Inhalt ENVARC:

Code: Alles auswählen

dir envarc:
     XNet-RSS (Verz)
     Warp3DPPC (Verz)
     A-EON (Verz)
     Jill (Verz)
     ANR (Verz)
     Jack (Verz)
     AppDir (Verz)
     RunInUAE (Verz)
     Cygnix (Verz)
     TuneNet (Verz)
     AmiDisk (Verz)
     PFTP (Verz)
     FryingPan (Verz)
     AppPaths (Verz)
     usb (Verz)
     Sys (Verz)
     Screens (Verz)
     Roadshow (Verz)
     MUI (Verz)
     launch-handler (Verz)
     Classes (Verz)
     AmiPDF (Verz)
     zzd10h (Verz)
     contextmenus (Verz)
     AmigaGuide (Verz)
  AFnews.conf          AFnews.ts            AISS                 AmigaAMP.prefs
  ATC_Path             AUPath               contextmenus.cfg     ctorrent.txt
  FlipPaper.ini        FTPHelp              Mixer.prefs          MPlayer-GUI.xml
  MUIbase.prefs        OpenURL.prefs        panorama2            panorama2_font_cache
  Ranger.prefs         RunInUAE.cfg         RunInUAE_path        RunInUAE_uaedir
  RunInUAE_wbpath      SMTube.ini           ts-wetter.config     TVPaint.config
  TZ                   TZONE                USER                 xpkmaster.prefs

Shell "assign"

Code: Alles auswählen

Verzeichnisse:
AMISSL         <DEVS:AmiSSL>
C              Workbench:C
CLASSES        Workbench:Classes
CLIPS          RAM Disk:Clipboards
Cygnix         Work:AmiCygnix
DEVS           Workbench:Devs
ENVARC         Workbench:Prefs/Env-Archive
FONTS          Workbench:Fonts
FTPMountDir    Work:Netzwerk/FTPMountDir
GHOSTSCRIPT    <SYS:Utilities/GhostScript>
HELP           Workbench:Locale/Help
http           Workbench:C
https          Workbench:C
KEYMAPS        Workbench:Devs/KeyMaps
L              Workbench:L
LIBS           Workbench:Libs
             + Workbench:MUI/Libs
             + Media:Brenner/FryingPan/Libs
LOCALE         Workbench:Locale
             + Workbench:MUI/Locale
MUI            Workbench:MUI
MUIRoyale      Workbench:Utilities/MUIRoyale
PPaint         Work:Grafik/PPaint
PRINTERS       Workbench:Devs/Printers
PYTHON         Workbench:System/Python
Qt             Work:Arbeit/Qt-4.7
REXX           Workbench:S/ARexx
S              Workbench:S
Samba          Workbench:Samba
SOBJS          Workbench:SObjs
             + Work:Arbeit/Qt-4.7/lib
SYS            Workbench:
T              RAM Disk:T
tbimages       Workbench:Prefs/Presets/tbimages

Geräte:
APPDIR AUDIO AUX AUX1 CD0
CON DH0 DH1 DH2 DH3
ENV PAR PIPE PRT RAM
RANDOM RAW SER SER1 TCP
TEXTCLIP URL USB0 USB1 

[cygnusEd]

@Amicygnix
getenv ist nicht auf meinem System.

Getenv befindet sich nicht in C:, sondern liegt resident im Speicher - sollte also immer zur Verfügung stehen.

Ich denke aber, dass ich den Fehler gefunden habe. Das Problem ist nicht, dass PATH falsch gesetzt wurde, sondern dass PATH gar nicht gesetzt ist. Wenn das der Fall ist, dann nimmt die ABC-Shell (sh) einen Inhalt von

/gcc/bin:/SDK/C:/SDK/Local/C:/SDK/Local/newlib/bin:/SDK/Local/clib2/bin:/C:.

an. Darin sind alle problematischen Assigns enthalten.

In Deiner user-startup wird der SDK-Startup nicht durchgeführt (Siehe Kommentar von ZeroG): Auch hast Du die Zeile

execute Cygnix:s/Cygnix-Startup

auskommentiert, so dass AmiCygnix nicht richtig initialisiert wird. Dort wird dann je nach dem ob der SDK: Assign existiert, die Path Variable neu gesetzt. Deshalb ist es auch wichtig, dass der SDK-Startup VOR dem AmiCygnix-Startup durchgeführt wird!

Hattest Du Probleme mit dem AmiCygnix-Startup?

[Dave]

OK, jetzt wird mir so einiges klar.

Ich habe SDK Startup und Cygnix Startup eingefügt bzw. aktiviert. Ich weis gar nicht wieso Cygnix ausgeklammert war.

getenv path vor dem anpassen der User-Startup

Code: Alles auswählen

GETENV: Objekt nicht gefunden

getenv path mit SDK und Cygnix Startup

Code: Alles auswählen

/Cygnix/CygnixPPC/gtk2.24/bin:/Cygnix/CygnixPPC/local/bin:/Cygnix/CygnixPPC/bin:/Cygnix/CygnixPPC/X11R6.3/bin:/bin:/gcc/bin:/SDK/C:/SDK/Local/C:/SDK/Local/newlib/bin:/SDK/Local/clib2/bin:/C

Ich habe jetzt AmiCygnix-Tools nochmals installiert und die Installation lief ohne Frage nach SDK oder gcc durch.
Danke für eure Hilfe, dadurch habe ich wieder ein ordentliches System.

[cygnusEd]

Prima, dass es jetzt funktioniert!

Das Installer-Skript wurde dahingehend abgeändert, dass die Nachfragen nach GCC: und SDK: nicht mehr auftreten können.

Im Laufe dieses Monats wird ein weiteres Update von AmiCygnix kommen, bei der Installation sollte es also keine Probleme geben

[TearsOfMe]

Mal neugierig fragen wie es mit dem Update des "base" Paket aussieht und ob man vlt. doch eine etwas schnellere Grafikausgabe erwarten kann?

[cygnusEd]

Mal neugierig fragen wie es mit dem Update des "base" Paket aussieht und ob man vlt. doch eine etwas schnellere Grafikausgabe erwarten kann?

Tja, ich muss zugeben, dass das Update etwas überfällig ist . War für Anfang des Jahres geplant, aber da ist mir mal wieder die Zeit knapp geworden. Ich komme aber jetzt endlich zum Schluss. Es sind noch zwei Fehler zu beseitigen und die Dokumentation muss noch erweitert werden.

Neu sind einige Display-Treiber, die bei bestimmten Systemen einen Geschwindigkeitsvorteil haben sollten.
Zwar wird es mit den Treibern mittlerweile etwas unübersichtlich, ich habe es aber noch nicht hin bekommen, mit einem Treiber auf allen Systemen eine vernünftige Performance zu erreichen.

Es hängt viel von der verwendeten Grafikkarte ab. So habe ich zum Beispiel mit meiner Radeon HD 7770 und dem Treiber "picasso96wb" eine gute Performance, bei einem Wechsel auf eine HD 6450 lief auf einmal alles zäh. Einer meiner neuen Treiber läuft mit der Karte aber ziemlich gut.

Also einfach mal die neuen Treiber - wenn verfügbar - ausprobieren

[TearsOfMe]

Danke. Klingt doch super

[TearsOfMe]

Version 1.5 liegt nun im os4depot.


Hier ein Ausschnitt aus dem readme:

Welcome to the seventh release of my Unix environment "AmiCygnix"!

In version 1.5 some bugs were fixed that were noticed in version 1.4. Many
thanks to all who pointed out the mistakes and helped me with the removal!

In addition, a total of seven new display drivers and a new window manager
have been added to the package, which is very useful for standalone programs.
In the future, this will be the standard for many of these programs.


New in 1.5:
-----------

* The following new display drivers are now available:

a) Driver for a display on a separate screen:
- customscreen
- customscreendb
- customscreendb2
- picasso96clonewbdb2

b) Driver for a display in a workbench window:
- workbench
- workbench2
- picasso96wb2

All drivers that do not use Picasso96 require graphics.library V54!

This brings the number of display drivers to 13. Why this variety of
drivers? It has been shown that the different variants of the drivers have a
different performance depending on the system. In addition to the pure
processor performance and the graphics card driver used, the graphics card
used plays a role. Unfortunately I cannot test every system. Therefore only
trying out which driver works best helps.

Further information can be found in the new documentation file
"Display-Driver.pdf" in the "Docs" directory!

* This release now includes a new Window Manager called "Dynamic Window
Manager" (dwm), recommended for use with programs launched from the
standalone scripts.
This window manager maximizes the main window of the program and does not
add frames to the windows. This avoids duplicate frames, as in a workbench
display and the use of the window manager Openbox.

* If a workbench display is iconized, the name of the icon now indicates the
program started in it, if it was started with a standalone script.

* The X server did not support special keys like "Page Up" or "Home" found on
a PC keyboard. Also the NumLock key was not supported. This has now been
implemented (thanks to Stefan Juhas for his hint!).

* Under certain circumstances, the X server could freeze the entire system
when starting or exiting. This particularly occurred in programs that were
started with a standalone script. All display drivers have been revised for
this and the problems should be resolved.
Thanks to Samir Hawamdeh, Michael Christoph, George Sokianos, Stefan Juhas,
Helge Kvalheim and MR2 for the tips and help with the removal!

* Fixed some bugs in myX11Setup and myX11SetupLight (thanks to Michael
Christoph!).

* For the following programs, the Italian translation has been updated
or recreated:

- For the adjusters myX11Setup and myX11SetupLight
- The installer script
- For the desktop panel "lxpanel"
- For all display drivers and some tools

Thanks to Samir Hawamdeh!.

* The "lxpanel" desktop panel could crash under certain circumstances. Has
been fixed. Also thanks to Samir for the hint!

* A bug in the GTK + themes "Amiga-BlueTabs-Light" and
"Amiga-BlueTabs-Brushed" has been fixed, which showed up in the selection
of menu items.

* The display drivers xpicasso96clonewb and xpicasso96wb were revised for
better performance, especially on 32bit screens.

* The included "Trusted Certificates" have been updated.

* The documentation in the "Docs" directory is now predominantly in PDF
format.

* Several internal tools were revised.