TIGCC 0.94 beta 18 pour Linux - Page 3

Thibaut a écrit :
Comment on lance Xconfigurator (sachant que je ne peux RIEN faire en mode graphique) ?

Xconfigurator [ENTER] tout bêtement.

- Install Setup par Loki: http://www.lokigames.com/development/setup.php3

- Budget limité -> connexion limitée

- <cite>Au fait, as-tu lu le message #44? "J'ai réécrit le patcher en C, donc en principe TIGCC devrait tourner sous n'importe quel Unix et sur
n'importe quel processeur maintenant. Il n'y a que le switch -g qui n'est supporté que sous Linux/x86 pour le moment." Il était assez
facile à réécrire en C. Ça va bien plus vite que de s'amuser avec GNU Pascal. Mais pour le parser, je ne sais pas trop ce que je vais faire,
parce que je ne sais pas du tout comment il marche, et parce qu'il doit aussi savoir lire le format COFF. </cite>

Tu as porté le patcher ?! Bonne nouvelle. Personnellement, je le trouvais bcp plus difficile à porter que le parser. Mais, si tu l'as fait, tant mieux !
Si tu veux des infos sur le parser, tu peux jeter un coup d'oeil sur la doc 'TIGCC Internal' sur le site TIGCC.

- <cite>C'est ce que je disais aussi, mais il y a des personnes qui croient plus à la publicité de Borland qu'à l'avis des programmeurs
expérimentés.</cite>
Ces personnes vont etre rapidement décues dans la vie...

- mails: c'était plus pour TiLP que pour TIGCC mais ca devrait pas tarder à arriver. Sache que ce n'est jamais peine perdue.
Fais un upload sur ticalc et une annonce, ca devrait faire son effet.
Je peux essayer mais pas avant ce WE, je bosse en ce moment.

PS: au fait Kevin, mon post reprenait certains de tes points car il s'agissait d'une réponse globale pour les gens en général.
Je connais bien ton opinion sur les sujets évoqués.

Et merde, encore gouré avec ces balises ! Le html, c vraiment pas mon truc !

C'est de l'UBB

roms
a écrit : Tu as porté le patcher ?! Bonne nouvelle. Personnellement, je le trouvais bcp plus difficile à porter que le parser. Mais, si tu l'as fait, tant mieux !

Moi, je connais assez bien le format patch. J'ai aussi lu la doc "TIGCC Internals" (que j'ai d'ailleurs convertie en PDF pour les gens qui ne peuvent pas lire le format M$ Word), et pour des détails comme l'optimisation des branchements vers la ligne d'après ou la conversion pour F_LINE et A_LINE. j'ai regardé dans la source Delphi de Sebastian.
Mais je n'ai pas essayé de reprendre l'implémentation de Sebastian. J'ai regardé le format du fichier (ce que je savais dessus, et la doc "TIGCC Internals"), et j'ai fait une implémentation en C. Si tu veux regarder juste les 2 fichiers source principaux, ils sont là:
http://tigcc.ticalc.org/linux/patcher.c
http://tigcc.ticalc.org/linux/patcher.h
(D'ailleurs, je pense que le #include <glib.h> n'est pas vraiment nécessaire. Je vais peut-être le supprimer. Il y a aussi des #defines et une enum dans le vide dans patcher.h, à supprimer. Et pour la génération du nom du fichier temporaire, je devrais peut-être utiliser une méthode plus sure. Pour l'instant, je prends le nom du fichier .s et je change l'extension en .tmp.)

Si tu veux des infos sur le parser, tu peux jeter un coup d'oeil sur la doc 'TIGCC Internal' sur le site TIGCC.

C'est fait, mais tout ce qu'il y a écrit sur le parser, c'est ça:

This program is fairly simple : it takes as input files the global object file, the C source file and the assembly file generated by gcc at compile time with the -gcoff option.

The global object file is used because it contains all the symbols.
The assembly file contains information such as line number references. The C file is used for extracting source lines and putting them in the assembly file.

Ça ne m'avance pas beaucoup pour savoir comment il fonctionne.

la doc "TIGCC Internals" (que j'ai d'ailleurs convertie en PDF pour les gens qui ne peuvent pas lire le format M$ Word)

Merci. Faudra que je pense à passer à Latex un jour pour pondre des PDF. Je parle de Linux mais je suis encore à écrire des documents sous Word...

http://tigcc.ticalc.org/linux/patcher.c
http://tigcc.ticalc.org/linux/patcher.h

Je regarde çà...

C'est fait, mais tout ce qu'il y a écrit sur le parser, c'est ça:

Y'a pas grand chose effectivement...

KK: je me rappelais plus avoir commencé un patcher: ca explique pourquoi tu parles de la glib.
Ce header n'est pas forcément nécessaire, je l'avais mis car je pensais utiliser les listes chainées (GList) et les chaines (Strings) de la glib pour remplacer les TStringList.

Note: tu devrais jeter un coup d'oeil à la GLib. Elle peut etre utilisée indépendamment de GTK et contient pleins de fonctions vraiment très utiles (fichiers, dates, listes, arrays, portage Win32, ...): http://developer.gnome.org/doc/API/glib/index.html

Je vois aussi que le programme utilise misc.[c|h] (un bloc de routines utiles utilisées un peu partout).

Sinon, rien à redire, c bien codé...
Que veux-tu savoir de plus ?

roms
a écrit : Merci. Faudra que je pense à passer à Latex un jour pour pondre des PDF. Je parle de Linux mais je suis encore à écrire des documents sous Word...

Tu peux utiliser GhostScript pour Windows pour convertir du M$ Word en PDF. C'est ce que j'ai utilisé, moi. Avec RedMon (qui se trouve sur le site de GhostScript), tu peux même imprimer directement en PDF à partir de Word.

KK: je me rappelais plus avoir commencé un patcher:

Oui, j'ai oublié mettre que j'étais parti de ton début de code.

ca explique pourquoi tu parles de la glib. Ce header n'est pas forcément nécessaire, je l'avais mis car je pensais utiliser les listes chainées (GList) et les chaines (Strings) de la glib pour remplacer les TStringList.

OK.

Note: tu devrais jeter un coup d'oeil à la GLib. Elle peut etre utilisée indépendamment de GTK et contient pleins de fonctions vraiment très utiles (fichiers, dates, listes, arrays, portage Win32, ...): http://developer.gnome.org/doc/API/glib/index.html

Je vais regarder ça.

Je vois aussi que le programme utilise misc.[c|h] (un bloc de routines utiles utilisées un peu partout).

Là, c'est moi qui l'ai rajouté, parce que j'avais besoin de change_extension pour mon fichier temporaire.

Je fait comment pour démarrer ma RedHat 7.2 en mode console (pour pouvoir lancer Xconfigurator) ?

il faut te barrer de l'interface graphique!
C'est dans Xconfigurator qu'on peut choisir de démarrer ou pas avec l'interface graphique...

alors comment je fais je voulais accéder à Xconfigurator pour pouvoir configurer ma carte graphique afin de pouvoir utiliser Linux en mode graphique... mais si on ne peut lancer Xconfigurator qu'à partir de l'interface graphique...

on peut accéder à partir des 2 : interface Graph et console.
Si tu es en console tu tapes "Xconfigurator" et c'est bon... Tu arrive à passer en mode console? (mais vrai console, pas le terminal)

Ben moi je ne peux pas le lancer autrement qu'uen mode console. LA question : comment accéder au mode console sachant que je ne peux RIEN faire en mode graphique (impossible par exemple d'aller dans un menu quelconque pour demander de redémarrer en mode console...) ?????

Donc tu boot en mode graphique mais ça foire et tu peus plus rien faire!!!
Tu as essayé Ctrl+Alt+F1 ?

Ca ne risque pas je ne connais pas du tout Linux ça fait quoi ?

lol... ça bascule en mode console : écran 1
f2 = écran 2
f3 = écran 3
...
f7 ou 8 = interface graphique

Génial je vais pouvoir enfin lancer Xconfigurator "top#

tu as un livre sur linux?

Nan, quand j'aurais des thunes.

Tu utilises GRUB ou LILO?
Avec LILO, tu tapes [TAB] linux 3 [ENTER]
Avec GRUB, tu appuies sur la touche qui permet d'éditer les paramètres à passer au kernel (j'ai oublié laquelle c'est, c'est écrit en haut), et tu rajoutes 3 et un espace tout au début.

J'ai mis GruB. Merci

Pour fermer le serveur X: Ctrl + Alt + backSpace

Sinon, tu peux essayer (dans un xterm) de changer le 'runlevel' par "init 5' par exemple.
Sous Redhat, le runlevel 6 correspond au lancement du serveur X
Le runlevel 1 correspond au mode avec 1 console (cas d'urgence, e2fsck (= scandisk).
Le runlevel 0 = reboot.

Les runlevel sont des niveaus de démarrrage. Chaque niveau correspond à un mode d'utilisation avec ses services associés. Tu peux basculer d'un niveau à l'autre à tout moment.

Plus d'infos: 'man init'

Pour les bouquins sur Linux: tu as pas mal de tutoriaux un peu partout (un bon est le 'Guide du Rootard'. Sinon, les bouquins de O'Reilly sont un must (un peu cher mais c'est un éditeur de qualité).

J'ai vu un livre très complet de 800 pages chez MicroApplications. C'est bien ?

roms a écrit :
Pour fermer le serveur X: Ctrl + Alt + backSpace
Sinon, tu peux essayer (dans un xterm) de changer le 'runlevel' par "init 5' par exemple.

Plutôt init 3...
Le runlevel 5 est le login graphique, le runlevel 3 est le login console.

Sous Redhat, le runlevel 6 correspond au lancement du serveur X

NON! runlevel 6 = reboot! Ne jamais mettre le runlevel standard à 6!

Le runlevel 0 = reboot.

runlevel 0 = halt sous RedHat.


D'ailleurs, ce que j'ai conseillé (passer 3 comme paramètre au kernel) veut dire de lancer le kernel avec le runlevel 3. (Ça emmène bien vers le login console, j'ai déjà été obligé d'essayer parce que ma carte graphique ATI Rage Fury Maxx ne marchait pas sous XFree86 avec l'accélération matérielle. J'ai été obligé de désactiver l'accélération matérielle en éditant le fichier de configuration à la main. D'ailleurs, officiellement, ma carte graphique ne marche pas du tout sous Linux, donc je suis déjà content qu'elle marche très bien sans accélération matérielle.)

Quoique le fait que ma carte graphique "prévue pour des jeux 3D rapides" ne fasse tourner TuxRacer qu'à 1/3 fps m'énerve.
Y-en a marre du matériel Windows-only!

Eh bien chez moi, ça ne marche pas du tout alors qu'officiellement ça marche

J'ai commandé une nouvelle carte graphique, je vais la recevoir demain si La Poste fait bien son boulot j'espère enfin pouvoir utiliser TIGCC sous Linux

Es-tu sûr d'avoir configuré tout ça correctement? As-tu bien choisi le driver ark? As-tu aussi essayé le driver SVGA?

Et tu peux aussi essayer de faire ce que j'ai dû faire pour la mienne:
pico /etc/X11/XF86Config-4
et là où tu as le bloc qui décrit ta carte graphique, par exemple (c'est ce qu'il y a chez moi):

Section "Device"
	Identifier "ATI|Rage 128 PF/PRO AGP 4x TMDS"
	Driver "r128"
	BoardName "Unknown"
EndSection

rajoute:
Option "noaccel" "on"
Ça donne par exemple:

Section "Device"
	Identifier "ATI|Rage 128 PF/PRO AGP 4x TMDS"
	Driver "r128"
	BoardName "Unknown"
	Option "noaccel" "on"
EndSection

Cette option désactive l'accélération matérielle. (Essaye aussi "NoAccel" et "no_accel", ça dépend du driver.)

Pas d'p pour le driver, j'ai bien choisit le "ARK1000PV".
Je me demande si ça ne serait pas mon écran qui fout la merde c'est peut-être ça ! et là j'aurai acheté une nouvelle carte pour rien (bon si, elle va être un peu plus puissante )

Et tu devrais aussi essayer de mettre à jour XFree86. La version livrée avec la Redhat 7.2 est très vieille (4.0.3). Essaye cette version-là. (La mise à jour décrite n'est qu'une correction de bogue, mais avant, il y a eu cette mise à jour qui mettait à jour XFree86 avec la version 4.1.0.)

Thibaut a écrit :
Je me demande si ça ne serait pas mon écran qui fout la merde c'est peut-être ça !

Peut-être. J'espère que tu es au courant que si ton écran est vieux et ne supporte pas le plug&play, tu dois rentrer ses paramètres à la main.
Et attends: est-ce que Xconfigurator t'a demandé la quantité de RAM vidéo présente sur ta carte graphique? As-tu bien vérifié que tu as rentré la bonne valeur?

et là j'aurai acheté une nouvelle carte pour rien (bon si, elle va être un peu plus puissante )

Ben oui, il ne faut jamais acheter un nouveau matériel avant d'être sûr que l'ancien ne marche pas.