CPC Rulez
https://cpcrulez.fr/forum/

Albireo DOS
https://cpcrulez.fr/forum/viewtopic.php?f=6&t=6372		 Page 2 sur 4
Auteur :  TotO [ 22 Juil 2020, 08:20 ]
Sujet du message :  Re: Albireo DOS
Quel est l'intérêt de ne pas trier |DIR ?
Auteur :  AsT [ 22 Juil 2020, 09:58 ]
Sujet du message :  Re: Albireo DOS
TotO a écrit :
Quel est l'intérêt de ne pas trier |DIR ?


Juste de respecter l'amsdos.

ùdir affiche le directory dans l'ordre où a été enregistré les différents fichiers.
Auteur :  TotO [ 22 Juil 2020, 12:01 ]
Sujet du message :  Re: Albireo DOS
Est quel est l'intérêt de les avoir dans l'ordre d'enregistrement ? (Cat'Art, autre ?)
Le respect de AMSDOS, ça veut dire être compatible ou reproduire les lacunes ?
Auteur :  AsT [ 22 Juil 2020, 12:12 ]
Sujet du message :  Re: Albireo DOS
justement deux commandes existent :

cat
et
ùdir

La première tri par ordre alpha, la seconde affiche dans l'ordre d'enregistrement.
Le fait d'afficher le directory dans l'ordre d'enregistrement peut déterminer, éventuellement, le fichiers les plus récents, par exemple...

:biere:
Auteur :  norecess464 [ 22 Juil 2020, 13:11 ]
Sujet du message :  Re: Albireo DOS
Superbe projet Philippe, j'aime beaucoup ton approche.

Par contre, j'imagine que les programmes qui font de la lecture sectorielle sont dans les choux, quelqu'un peut confirmer ?
Auteur :  AsT [ 22 Juil 2020, 13:39 ]
Sujet du message :  Re: Albireo DOS
Quand tu fais du sectoriel, tu passes généralement par le fdc. Un out envoyé sur le fdc sera toujours envoyé sur le fdc... d’où cet éternel débat, faites vos prods en fichiers si vous voulez que ça fonctionne également sur support de masse :P
Auteur :  marcel [ 22 Juil 2020, 13:44 ]
Sujet du message :  Re: Albireo DOS
AsT a écrit :
justement deux commandes existent :

cat
et
ùdir

La première tri par ordre alpha, la seconde affiche dans l'ordre d'enregistrement.
Le fait d'afficher le directory dans l'ordre d'enregistrement peut déterminer, éventuellement, le fichiers les plus récents, par exemple...
:biere:


l'ordre de la table d'allocation n'est pas l'ordre des fichiers les plus anciens vers les plus récents si tu as effacé un ou plusieurs fichiers et écrit un ou plusieurs fichiers derrière
Auteur :  AsT [ 22 Juil 2020, 13:46 ]
Sujet du message :  Re: Albireo DOS
bonne remarque Rdd!
Auteur :  OffseT [ 22 Juil 2020, 23:20 ]
Sujet du message :  Re: Albireo DOS
TotO a écrit :
Est quel est l'intérêt de les avoir dans l'ordre d'enregistrement ? (Cat'Art, autre ?)
Le respect de AMSDOS, ça veut dire être compatible ou reproduire les lacunes ?


Comme l'a déjà dit AsT, la question de l'intérêt ne se pose pas ici. Le propos est effectivement de coller à l'Amsdos au maximum pour un maximum de compatibilité, y compris dans ses pires travers (comme le 8+3 :(). Parfois une divergence de rien du tout peut suffir à mettre un programme dans les choux.

De mon point de vue, il est évident que l'ordre indéterminé du |DIR n'a aucun intérêt, mais c'est comme ça. :)

Ceci étant, j'ai prévu dans une future version d'ajouter un deuxième paramètre au |DIR afin de fournir des options additionnelles (tri par taille, par nom, par type, répertoire mélangés ou en premier, afficher davantage le détail des fichiers en allant voir leur header, etc..). Il y aura aussi un nouveau jeu de vecteurs BIOS pour permettre à un programme de gérer correctement un catalogue avec un truc du genre Examine()/ExNext() au lieu d'avoir à parser un buffer moisi.

De la même manière j'ai des plans pour étendre |DRIVE de façon intéressant (pour ne pas dire surprenante :wink:).

La lecture sectorielle ne peut évidemment pas marcher puisque à quelques exceptions près, tous les softs passent en direct par le FDC. Il serait éventuellement possible de faire quelque chose pour ceux qui utilisent proprement les vecteurs BIOS read() et write(), mais ils sont peu nombreux.

À terme, tous les softs en version fichier devraient pouvoir fonctionner ; c'est le cas déjà par exemple pour OCP Art Studio, Digitracker, Iron Lord (il faut juste copier tous les fichiers des 4 faces dans un même répertoire), etc..
Auteur :  Megachur [ 23 Juil 2020, 05:33 ]
Sujet du message :  Re: Albireo DOS
OffseT a écrit :
De mon point de vue, il est évident que l'ordre indéterminé du |DIR n'a aucun intérêt, mais c'est comme ça. :)


pour moi, de ce que j'en avais déduis c'est que le |DIR prend les entrées de catalogue dans l'ordre d'entrée des données des secteurs de la directory...
donc, c'est pas un ordre indéterminé...c'est juste l'ordre d'écriture dans la directory :kissed: :sweatingbullets: :? :biere:

c'est pas un 'intérêt' donc, c'est juste une question soit de performance (on évite un tri en mémoire sur les noms des fichiers), soit de facilité de programmation (on programme rien d'autre que la lecture des secteurs de la directory et on affiche !)...

sur ta remarque sur l'accès direct au FDC pour lire le contenu des secteurs, sauf dispositif hardware, on arrivera pas à intercepter et répondre à la place du FDC...

Par contre, sur les commandes AMSDOS 'lire piste', 'lire secteur' direct, on pourrait les réécrire, mais il faudrait avoir le DSK ou avoir mis la disquette en piste/secteur en fichiers... même s'il existe pas mal d'originaux qui utilisent cela, c'est bien compliqué de le faire ou même d'écrire un utilitaire pour le faire et prendre en compte tous les cas...
-> dans ce cas, autant reprendre le loader pour le mettre en chargement par fichiers, ça prendra surement moins de temps...
Auteur :  OffseT [ 23 Juil 2020, 11:40 ]
Sujet du message :  Re: Albireo DOS
Megachur a écrit :
OffseT a écrit :
De mon point de vue, il est évident que l'ordre indéterminé du |DIR n'a aucun intérêt, mais c'est comme ça. :)


pour moi, de ce que j'en avais déduis c'est que le |DIR prend les entrées de catalogue dans l'ordre d'entrée des données des secteurs de la directory...
donc, c'est pas un ordre indéterminé...c'est juste l'ordre d'écriture dans la directory :kissed: :sweatingbullets: :? :biere:


Oui c'est exactement ça. Les entrées sont affichées dans l'ordre de stockage sur les secteurs. C'est un ordre tout à fait défini du point de vue technique, mais comme l'a fait remarquer Roudoudou, pour l'utilisateur, c'est un ordre totalement indéterminé du fait de la présence d'entrées effacées qui vont faire que ça ne correspond même pas à l'ordre de sauvegarde au final.

Le principal avantage du |DIR par rapport au CAT, c'est qu'il n'y a pas besoin de buffer de travail (le fameux buffer de 2K). Sitôt une entrée trouvée elle est affichée. Les deux conséquences sont effectivement la vitesse (pas de temps perdu à trier le buffer), mais surtout l'absence de limitation dans le nombre de fichiers découverts et leur taille ; le CAT est limité à 146 entrées dans le buffer (chaque entrée fait 14 octets), et à une taille de 65535K pour un fichier (stockée en 16 bits dans le buffer). De même, la taille libre retournée est en 16 bits seulement.

Mais malgré ces limitations, le CAT est le seul moyen pour un programme de gérer le catalogue vu que |DIR ne permet que de l'afficher...

Le CAT de AlbiDOS met tous les fichiers plus gros que 65534Ko à une taille de 65535, et les affiche avec "Large" en taille. Les répertoires sont quant à eux stockés dans le buffer en tant que fichiers vides protégés en écriture, et affichés avec "[DIR]" en taille. Il retourne également toujours 65535 s'il y a plus de 65535Ko libres, mais affiche la véritable taille libre (jusqu'à 16 millions de Po :P). |DIR lui, affiche la taille réelle des fichiers, jusqu'à 4Go (le max de la FAT32).

Le fait d'avoir un affichage en Ko/Mo/Go/Po selon la taille peut potentiellement poser problème pour les programmes qui analyseraient directement la sortie d'affichage du CAT/|DIR (ce qui est une très mauvaise pratique !), c'est peut-être quelque chose que je rendrai optionnel plus tard.
Auteur :  OffseT [ 27 Juil 2020, 23:29 ]
Sujet du message :  Re: Albireo DOS
AlbiDOS 0.21 dispo.
Pas mal de changements internes, dites-moi si vous voyez des regressions. :sweatingbullets:

  • Ajout de la persistance des chemins en cours (via un fichier invisible au CPC).
  • Filtrage des noms de fichiers avec des caractères interdits par l'AMSDOS.
  • Meilleur système de détection du boot pour éviter de réafficher le message d'invite lors d'une initalisation manuelle ultérieure.
  • Les espaces en début de fichier sont désormais ignorés (comme avec l'AMSDOS).
  • Suppression des entrées factices "/" et ":" dans le tampon du catalog car cela posait problème à certains programmes.
  • Passage en 16 bits du compteur du nombre de fichiers trouvés du |DIR.
  • Correction de la gestion des chemins complexes incluant le user en plus du lecteur (le user est silencieusement ignoré).
  • En cas d'accès à un lecteur inconnu, retourne "bad command" plutôt qu'une tentative d'accès à un lecteur inconnu (comme le fait l'AMSDOS).

La suite est déjà en cours. :wink:
Auteur :  OffseT [ 31 Juil 2020, 17:07 ]
Sujet du message :  Re: Albireo DOS
AlbiDOS 0.26 est là :
  • Amélioration de la gestion de la persistance au redémarrage.
    La persistance fonctionne maintenant aussi avec le lecteur courant (et ce même si c'est la disquette).
    La persistance est gérée grâce à un fichier nommé "!ALBIREO.CFG" créé à la racine de la micro-SD.
  • Amélioration de la séquence de démarrage de la ROM.
    Support notamment de l'initialisation manuelle de la ROM AMSDOS lorsque la ROM AlbiDOS est initialisée à la main (utile avec les programmes qui réinitialisent sauvagement les ROMs).
    Le fonctionnement idéal est d'installer l'AlbiDOS est en ROM 7 et l'AMSDOS entre 8 et 15 (AMSDOS uniquement, car malheureusement ParaDOS est buggé est ne peut pas s'installer entre 8 et 15...).
    Dans cette configuration, les programmes retrouveront automagiquement un environnement correct après leur réinitialisation des ROMs, qu'ils aient été lancés depuis l'Albireo ou la disquette (AlbiDOS passe automatiquement la main à AMSDOS lorsque cela est nécessaire).
  • Ajout de la compatibilité avec le firmware v4 des CPC+ (le menu de démarrage est supprimé).

Bon à savoir :
  • Garder SHIFT appuyé au démarrage invalide l'AlbiDOS.
  • Garder CONTROL appuyé au démarrage efface les données de persistance (un bip est émis).
  • AlbiDOS doit toujours être installée en dessous de l'AMSDOS (ou à la place si vous ne voulez plus du tout de l'AMSDOS).
Auteur :  CloudStrife [ 01 Août 2020, 15:13 ]
Sujet du message :  Re: Albireo DOS
AsT a écrit :
tu devrais peut-être indiquer ici, comment le contacter...


Sur IRC ? What else ?

Sinon mon mail cpcscene.net... (cloudstrife at)

Mais bon en ce moment j'ai pas de quoi les testers donc j'en fabrique pas... (Mon old est dans les choux et j'ai pas de câble d'extension pour mon plus...)
Je tient au courant quand je peux me remttre à ça...
Auteur :  OffseT [ 03 Août 2020, 16:57 ]
Sujet du message :  Re: Albireo DOS
AlbiDOS 0.37 est là avec plein de nouvelles choses :
  • Refus du |DISC.IN et |DISC.OUT en cas d'AMSDOS 0.70 (celui des CPC+).
  • Gestion des fichiers .$$$ temporaires.
  • Création des .BAK lors de l'écriture d'un fichier existant.
  • Lorsqu'elle n'est pas spécifiée, attribution automatique de l'extension en fonction du type de fichier (BIN ou BAS).
  • Correction de la table des RSX pour une meilleure compatibilité AMSDOS.
  • Ajout d'une nouvelle RSX |PATH à la place de |USER qui permet d'afficher le chemin courant ou de le stocker dans une variable du BASIC.
  • |REN est maintenant implémenté (comme |DIR, |ERA et toutes les autres commande, il accepte les chemins complets pour le nom de fichier).
  • Amélioration du support du firmware v4 (démarrage normal sans effacer l'écran).
Page 2 sur 4 Le fuseau horaire est UTC+1 heure
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/