Vos idées [Cpcdos dans le futur]

Ce message concernait la précédente version (Alpha 3.9 et ultérieur)

Une grande liste des fonctionnalités intégrées ou futures se trouvent ici

• I. La programmation CpcdosC+ de Cpcdos OSx
  
  Moteur CpcdosC+ version 5.0 :
  
  1. Programmation Orienté Objet (POO)
  2. Compilation binaire de votre code CpcdosC+ (CCB)
  3. Appels d'interruption (Assembleur) x86
  
  
  Explications :
  
  1 : Programmation Orienté Objet
  
  - Notion et utilisation "d'API Cpcdos" possible.
  - Possibilité de créer des procédures (Sub) avec des paramètres d'appels et de les déclarer publique ou privée.
  - Possibilité d'appeler votre procédure en second thread (Quand la procédure appelée finit de s'exécuter, cpcdos revient sur le code où la procédure à été appelée. Principe du STACK.)
  - Déclarer vos variables en Privée ou Publique.
  - Utiliser dynamiquement les procédures qui se trouve dans les fichiers CCP compilé. (Même principe que les fichiers .DLL)
  - Multi-threading (Exécuter plusieurs procédures en même temps) basé sur une horloge en μs (Micro secondes).
  
  2 : Compilation binaire de votre code CpcdosC+
  
  - Code basé sur le principe du byte-code.
  - Instructions CCP codée sur 32 bits.
  - Exécution théoriquement beaucoup plus rapide.
  - Déclarer des procédures publiques. (Principe d'une .DLL)
  - Code source CpcdosC+ illisible (humainement).
  - Blocage de l'exécution en cas de modification du fichier CCP compilé (basé sur signature) Ceci vous permet de protéger des modification votre application.
  
  3: Appels d'interruption (Assembleur) x86
  
  - Interruptions Cpcdos. (Pour utiliser les fonctions du Kernel)
  - Interruption BIOS et DOS. (Pour utiliser les fonctions du système)
  - Possibilité programmation en assembleur
  

  + Créer des applications tiers 16 et 32 bits.
  + Créer des applications CCP pour Cpcdos
  + Créer des drivers !!

  - Utiliser les registres offset, segment, d'état (AX, BX, CX, DX, AL, AH, BL, BH, CL, CH, DL, DH, CS, DS, SS, ES, FS, GS, EBP, ESP, ESI, EDI, EAX, EDX, ECX, EBX)
  Le registre EIP ne sera surement pas intégré.. à voir!
  et
  - Multi-tâche du kernel offert
  
  
• II. La programmation Java dans Cpcdos OSx
  Et oui, ce n'est plus qu'une petite surprise, Cpcdos commence à intégrer nativement en interne dans cpcdos, l’interprétation de la programmation Java.
  
  Actuellement vous pouvez: (Qu'a partir de la version Cpcdos OS2.0.5 Alpha 3.8)
  
  • Créer & modifier des variables et des tableaux (String, int)
  • Faire des calculs (Simples)
  • Récupérer les entrées au clavier (type input)
  • Graphiquement:
    • Créer des fenêtres
    • Créer des objets graphiques
    • Créer des événements (Clic, double clics, cycles, rezisement, fermer...)
    • <En cours de rédaction>
  • <En cours de rédaction>
  
  

< En cours de rédaction >

Des questions ? des commentaires ? idées ?

Question un peu bête, pourrons nous utiliser les sockets en CpcdosC+ ou en java ?

Salut,
Les sockets pourront être manipulé par la partie utilisateur dans le futur, pour le moment non il faudra patienter encore un peut
Comme ça, vous pouvez coder vos propres serveur & clients chats, irc, ftp, http, etc... en CpcdosC+ et Java ;)

mais pour java il y a un truc que je ne comprends pas trop, s'il sera limité ça veut dire qu'il sera "écrit" depuis zéro et différent de celui de sun ?
Et pourra-t-on utiliser des libs java tel que jython ?

*problème de restauration du message d'origine*

Le java est pour le moment "limité" car oui effectivement je réecrit tout depuis zéro ;-)

Pour la prochaine mise à jour, le GIF est pris en compte
La vidéo pas encore


La prochaine mise à jour + vidéo présentation sort dans la semaine, vous aurez des surprises :mrgreen:

Ça serait bien genre une commande cpcdos type
ini/ ASM(
//paramètres
ini/ASM)

vu que tu crees le kernel en QBASIC et qu'il y as la fonction asm dedans ca serait possible

Citation:

---

Ça serait bien genre une commande cpcdos type
ini/ ASM(
//paramètres
ini/ASM)

vu que tu crees le kernel en QBASIC et qu'il y as la fonction asm dedans ca serait possible

---

Salut!
C'est une excellente idée!!!
Cordialement; le créateur de BlackOSX.

pour blackOSX
oui en fait j'y ai pensé car depuis longtemps (le temps béni de ms-dos) je trouve l'asm très attractif. mais je n'ai pas les capacités de coder un kernel comme Sébastien donc je me replis sur des gui depuis la version 1.1 de cpcdos et je me suis dit que utiliser l'asm dans le code cpcdos ou en fichier séparé comme pour le java ca pouvait être cool mais avec une sécurité sur le registres qui serait déjà utilisé par le kernel...

Salut à tous!

Bien sure que l'assembleur sera intégré au kernel

Citation:

---

3: Appels d'interruption (Assembleur) x86
- Interruptions Cpcdos. (Pour utiliser les fonctions du Kernel)
- Interruption BIOS et DOS. (Pour utiliser les fonctions du système)
- Possibilité programmation en assembleur
+ Créer des applications tiers 16 et 32 bits.
+ Créer des applications CCP pour Cpcdos
+ Créer des drivers !!
- Utiliser les registres offset, segment, d'état (AX, BX, CX, DX, AL, AH, BL, BH, CL, CH, DL, DH, CS, DS, SS, ES, FS, GS, EBP, ESP, ESI, EDI, EAX, EDX, ECX, EBX)
Le registre EIP ne sera surement pas intégré.. à voir!
et
- Multi-tâche du kernel offert

---

Cordialement

j'ai pensé à un truc qui serait sympa aussi , ça serait que le kernel soit modulable,
Au démarrage il charge des binaires qui permettent de le moduler en fonction des besoins.

Désolé si c'est un peu confus.

Je vois ce que tu veux dire, mais cela ne sert pas à grands choses
Tu veux privilégier quoi ? la vitesse ? la mémoire ?

légèreté, mais enfaîte ce que j'ai dit était un peu stupide et inutile (je devais pas être très réveillé) car j'ai zappé le détail qu'il utilise DOS en dessous, car sinon cela aurait pu être utilise niveau du support matériel.,

Question idiote,
le kernel FreeDOS est open-source , écrit en Assembleur et C, alors pourquoi ne pas avoir modifié simplement celui-ci pour le rendre compatible CpcdosC+ ?
PS : si tu ne le fais pas , quelqu’un d'autre (erm, erm...) le fera.
link des source, si ca en intéresse : http://sourceforge.net/p/freedos/svn/HEAD/tree/kernel/

Salut,
Pour le moment je ne touche pas au code source de FreeDos tant qu'il n'ont pas réglé un problème que j'ai découvert au niveau du réseau, j’attend la prochaine Update.
Mais aussi il faut penser que je devra être indépendant du DOS dans les années qui vont suivre, donc après si je me met à toucher à FreeDos ça aurai pas servit à grand choses :aie:
Voilà voilà

Ok je me posais juste la question et j'ai eu ma reponse

Pourquoi devenir indépendant de Free-Dos ?
Et si CPC-DOS était plus proche de DOS ?
Selon moi cela aurait pas mal d'avantage : compatibilité avec de vieux logiciels et des vieux jeux, possibilité d'ouvrir CPC-DOS à plus de développeurs et de supporter plus de langages.

Ceci n'est que mon avis il n'engage donc que moi.
Cordialement.

Bonjour,
Cette question n'a pas forcément rapport avec cpcdos mais je voudrai savoir si je pouvais porter gtk 2.0 sous Freedos. Je pose cette question ici car seb connait surement
mieux que moi les fichiers qui se trouvent dans freedos (du genre opengl32.dll, hxldr32 ,etc.)
Quand je dis que je veux lancer du gtk sous freedos c'est sans cpcdos. c'est genre y'a freedos et dans le krnl32.bat y a une commande qui lance une fenetre gtk.
Je veux pas de commentaire du genre : "Ouais c'est un forum pour cpcdos t'as question n'a pas lieu d'être postée ici !"
Bah justement j'ai déjà posé cette question mais on m'a pas répondu.

J'attends votre réponse avec impatience.
Cordialement

Il sera indépendant du DOS dés qu'il sera capable d'exécuter nativement des instructions DOS et Win32 (MZ) en interne
donc aucun problème avec les programmes Dos si cpcdos le fera ;-)

Si cela est faisable, vous pourrez même lancer vos jeux dans une fenêtre graphique sous Cpcdos


Tornade8912 : Je ne pense pas que GTK sois compatible sous dos, Si tu as trouvé ça sur FreeBasic c'est surement du FreeBasic pour Win32 ou Linux
Après si tu fais une émulation via HxdosExtender, je n'en ai aucune idée, tu auras déjà un graphique limité à 800x600x8||x16
Je n'ai jamais utilisé GTK je me suis toujours débrouillé sans grosse base :aie: Après tu peux tester, tu nous redira ;-)

Bon et bien j'ai l'impression que gtk ne fonctionne pas
sous freedos car j'ai essayé de mettre le runtime de gtk
dans un fichier et de l'exécuter dans krnl32.bat sans succès et en utilisant bien hxdos et en lançant le
runtime en mode protégé.
Si tu quelqu'un connaît un gui compatible freedos et beau
faites le moi partagé.
Cordialement

Salut Sébastien,
pour les futures MàJ, comptes tu ajouter le C, C++ au niveau graphique (Qt, SDL, SFML...) ?
Java supportera t'il les libs (LWJGL, JOGL...) ?
Sera t il possible un jour de faire un navigateur web en CpcdosC+ (sans fil ?).
A quand le clic droit (et donc l'evènement CLICD), le format cpcb (avec du CCB dedans)
et enfin a quand le support des codecs audios / videos (et les GIFs animés / canal alpha)

beaucoup de questions d'un coup mais merci quand meme :)

EDIT : aussi peut tu donner une date approximative pour l'alpha 3.9 ?

Salut!,

• Ajouter le C, C++ je ne sais pas encore.
• La SDL ainsi que OpenGL (Avec les libs de Java graphiques que tu m'as cité) ils sont prévus mais bien dans longtemps.
• Créer un navigateur Web en CpcdosC+, bien-sûre que oui d’ailleurs tu peux contacter un développeur CpcdosC+ qui est déjà sur ce projet :
  > http://www.developpez.net/forums/u799523/thegamercraft/
  > Mais tant qu'il y a pas le décodeur HTML en interne au kernel, tu ne peux pas faire grands choses a part de créer l'interface (menus, favoris, barre d'adresses etc...). :/
• L'événement CLICD (Clique droit à la souris), sera surement disponible pour la prochaine Update.
• Le format de fichier CpcdosC+ compilé (CCB) sera disponible je pense, début/milieu 2015.
• Pour les Codecs audio, il faut déjà que je trouve des Drivers génériques, ça va pas être facile, mais il existe un driver qui tourne sous DOS 16 bits pour les cartes émulés (DosBox, VitualBox..).
  - Pour la vidéo, je ne peux pas te dire une date, mais c'est prévu ! J'aimerai bien pouvoir faire cela ;-)
  - Pour le GIF Animé (récupération des trames) + Alpha c'est aussi au projet. Mais .. Le format PNG sera disponible pour la prochaine Update 8-)
• Et l'alpha 3.9 sortira soit pendant les vacances de décembre, ou en Janvier 2015

Voilà tout si tu as d'autres question hésites pas :-)

Cordialement

Merci pour cette réponse aussi rapide et complete

Nouvelle question,

Si tu complètes le Java dans la 3.9, quelles fonctionnalités seront ajoutées ?

Salut!

Je n'est pas encore touché au Java pour le moment, je pense pouvoir intégrer au moins les boutons, labels, texteboxs et compteurs avec les événements et quelques autres fonctions (si c'est pas fait ou pas finit, ça sera fait pour la prochaine fois)

Je suis entrain d'intégrer en externe Wget / cURL pour télécharger des fichiers en http et FTP. Et le format PNG

Si tu as d'autres question hésites pas :-)

Bon salut,
Comme GTK ne fonctionne pas sous Freedos, existe t-il réellement une bibliothèque utilisable en C pour créer des interfaces
graphiques pour Freedos ?
Merci de me répondre :)

Salut
Je n'est jamais navigué sur des genres d'outils pour créer une interface graphique. En faisant des recherches :

http://www.georgpotthast.de/g-gui/
http://toastytech.com/guis/gem11.html
http://www.execulink.com/~coder/freebasic/jmgui.html

etc... après c'est pas comme cpcdos, tu ne peux pas personnaliser enormement ton os, JPG, etc je sais pas je connais pas du tout ^^

Ça serait cool que le java puisse aussi se faire "inline" dans un fichier .cpc, ou alors quand il sera suffisamment développé que l’extension .java soit reconnue comme ca on peut créer avec Eclipse, netbeans, intelijIDEA... et exporter sur cpcdos.

L'include Java est au projet aussi

mais vous pouvez déjà inclure du CpcdosC+ dans le Java avec //CCP ex :

Code:

---

//CCP Txt/ Coucou!

---

Et l'extension est .JAD, c'est du texte (Tu peux le modifier dans le fichier CPCDOS\SYSTEME\KRNL\EXT.CFG) donc il y a pas de soucis pour tes IDEs
(/!\ Etant encore sous dos, tu ne peux pas faire plus de 3 caractères après le point [8.3])

je vais peut être dire une énorme bêtise mais pour java ça serais pas plus simple d'utiliser des truc comme JNI plutôt que de tout réécrire?

Nan me tapez pas :aie:

Bonjour!
Le truc c'est que si tu as des commandes JNI intégré dans la partie JAVA du CPCDOS pour les autres logiciel fonctionnant avec JAVA (genre mincraft) ne pourrons pas s'exécuter car ce ne seras pas le même code et donc que des erreurs...

Cordialement, le créateur de BlackOSX.

Venez on le tape :P

Et bien non ce n'est pas possible, déjà que le support JNI pour cpcdos n'existe pas, ni le java, du coup je crée "mon propre" java en interne dans le noyau (Oracle ne programment pas pour cpcdos ;-) )

pour les fonctions "non-essentielles" ca pourrait cool de charger des partie du noyaux que si des appel a des fonctions complexes se font dans l'IUG de l'OS; genre si il y a la commande java/ quelque part le kernel charge un programme qui interprète le java et retourne des commande pour le kernel ? ( en bref au lieu de mettre tout dans le kernel créer une JVM pour Cpcdos). Ça rendrait le kernel plus modulaire et moins lourd en mémoire pour les boot virtuels en RAM.

Salut, c'est aussi une bonne idée, seule chose c'est au niveau de la compilation et du debogage (De mon coté) qui est relativement plus simple et plus rapide
et encore plus rapide à l'exécution de Java du fait qu'il est nativement écrit dans le noyau, au lieu que d'un programme ou service externe (JVM) et encore, il pourrait utiliser le Shell de Cpcdos qui est fait de sorte à ce qu'une application ne crash JAMAIS :-)
Donc vos applications natives écrites en Java ne planterons jamais

attention Cela ne veux pas dire que par exemple Minecraft ne plantera jamais, faut aussi prendre compte du pourquoi cela a planté ? Es la cause du noyau, mémoire, gestion etc.. ou d'un bug, une boucle DU programme Java ? Tant que je n'est pas fais de fameux CrashTest avec des grosses applications Java natives, je ne peux pas encore savoir.

Cordialement

C'est pas ce que je voulais dire ^^ (excusez-moi si je ne suis pas toujours très clair dans mes propos)


oui je sais bien que Sun/Oracle n'a pas sortie de JVM pour cpcdos (je ne suis quand même pas un n00b :D, bon je vous l'accorde je ne suis pas des plus doués sur les systèmesDOS, mais en même temps j'ai toujours utilisé des systèmes tels que UNIX & GNU/Linux donc bon)


Ce que je voulais dire c'était utilisé JNI pour l'implémenter Java dans le kernel (enfin je dis peut-être une bêtise là aussi... je ne suis pas spécialiste de JNI)


Et si ça peut aider un certain Pekka à réécris une JVM java: jato, bon c'est en C

Salut,

D'accord je vois, je pense pas que c'est possible :/

Cordialement

Une piste pur des pilotes generiques audio et wifi : reactOS,

https://www.reactos.org/fr

Allez une dernière question (après j'arrete promis :D ) : Pourquoi Java ?

si tu veux , je peux t'aider pour la réalisation du compilateur de CpcdosC+ en binaire / bytecode tu m'envoi les correspondance et je te donne une version d'ici début janvier 2015.

Salut

J'utilise le Java pour sa portabilité et sa compatibilité sur beaucoup de plateformes
Par exemple, t-elle code pour créer une fenêtre sous Linux, ce code fonctionnera aussi sous Windows, ET Cpcdos ;)

Si j’intègre/émule un maximum de librairies son, graphisme, jframe, etc......... (mixage entre Linux, Android, Windows), les application pourrons fonctionner sous cpcdos SANS modifier quoi de ce sois sur le fichier .Jar où il suffirai simplement de pointer ton curseur dessus ;)

Et pour le endoscope+, ce n'est pas que par correspondance, tantôt il y a l'adressage sous 16 tantôt sous 32 bits, il y aura une partie en assembleur, avec une nouvelle interruption pour que l'exécution des insctructions ne passe plus par le moteur CpcdosC+ mais directement par le Kernel, ce qui sera le plus rapide! Et pour lier les procédures et fonctions du noyau
Sans le CS du noyau ca sera assez compliqué :/