En fait, j'ai une question qui est sûrement très bête.
Il m'est arrivé, comme a d'autres ici je pense, de devoir travailler en "mode sans échecs", "mode mono utilisateur", en gros dans des modes dégradés sur lesquels ont peut faire a peu près tout ce qu'on veut, tant qu'on sait se passer de confort.
Dans mon cas, j'ai utilisé linux pour du... disons, embarqué (ni baremetal, ni temps réel) pour des équipements de ville par exemple, qui ont un écran tactile, dédié a une seule application.
Au début, ma boîte du moment est partie sur l'idée d'utiliser electronJS. Au bout de quelques mois, après le départ du développeur qui avait tout fait, on s'est aperçu qu'il y avait de nombreux crashs (oui, je sais) notamment des SIGILL. Ça, et le fait que Xorg et les scripts que j'ai bricolés étaient assez... aléatoires... concernant la gestion de l'orientation de la dalle graphique et celle de la dalle tactile (non, les dev logiciels ne sont pas les rois).
Ça s'est fini a ce que je doive me farcir la gestion de l'UI, et vu que ni Xorg ni SDL ne permettaient de faire les choses facilement, je suis revenu a du bon vieux framebuffer + libinput (tellement plus simple, d'accéder direct a la mémoire et de faire une lib, dans ces cas, que de passer par 36 couches d'abstractions).
Qu'en est-il également des
Tout ça m'a amené a penser qu'une alternative portable et portée à d'autres systèmes serait plutôt sympa, et je me demandais si Haiku offrait ou planifiait ce genre de choses?
Je me pose aussi la question sur la question des syscalls. J'imagine qu'ils sont en C, sinon ça serait se fermer aux autres langages ou leur ajouter une couche de compat? Si c'est du C++, alors, comment vous gérez l'absence de specs d'ABI? N'y aurat-il qu'un seul compilo "autorisé"?
# mode 'brut'
Posté par freem . En réponse à la dépêche Haiku R1 bêta 2. Évalué à 3.
En fait, j'ai une question qui est sûrement très bête.
Il m'est arrivé, comme a d'autres ici je pense, de devoir travailler en "mode sans échecs", "mode mono utilisateur", en gros dans des modes dégradés sur lesquels ont peut faire a peu près tout ce qu'on veut, tant qu'on sait se passer de confort.
Dans mon cas, j'ai utilisé linux pour du... disons, embarqué (ni baremetal, ni temps réel) pour des équipements de ville par exemple, qui ont un écran tactile, dédié a une seule application.
Au début, ma boîte du moment est partie sur l'idée d'utiliser electronJS. Au bout de quelques mois, après le départ du développeur qui avait tout fait, on s'est aperçu qu'il y avait de nombreux crashs (oui, je sais) notamment des SIGILL. Ça, et le fait que Xorg et les scripts que j'ai bricolés étaient assez... aléatoires... concernant la gestion de l'orientation de la dalle graphique et celle de la dalle tactile (non, les dev logiciels ne sont pas les rois).
Ça s'est fini a ce que je doive me farcir la gestion de l'UI, et vu que ni Xorg ni SDL ne permettaient de faire les choses facilement, je suis revenu a du bon vieux framebuffer + libinput (tellement plus simple, d'accéder direct a la mémoire et de faire une lib, dans ces cas, que de passer par 36 couches d'abstractions).
Qu'en est-il également des
Tout ça m'a amené a penser qu'une alternative portable et portée à d'autres systèmes serait plutôt sympa, et je me demandais si Haiku offrait ou planifiait ce genre de choses?
Je me pose aussi la question sur la question des syscalls. J'imagine qu'ils sont en C, sinon ça serait se fermer aux autres langages ou leur ajouter une couche de compat? Si c'est du C++, alors, comment vous gérez l'absence de specs d'ABI? N'y aurat-il qu'un seul compilo "autorisé"?