machpro a écrit 43 commentaires

Merci,

Ca fonctionne maintenant.

Suis passé chez tuxicoman. Intéressant.

Cordialement

OK, merci beaucoup pour l'information.

Sur le site de Rosegarden, on ne donne que le source...

Et j'ai manqué du réflexe urpmi. J'avais déjà une partie du logiciel, mais après avoir compilé pas mal de choses.

Apparemment le logiciel s'ouvre, il ne reste plus qu'à le pratiquer et à travailler.

Très cordialement à toi,

Merci, John, je vais voir tout cela.
Bonne soirée

C'est une critique intéressante.

En fait, je souhaite une zône commune, de capacité relativement faible, sans logiciels, pour des raisons de sauvegarde, et d'indépendance par rapport à mes répertoires Windows. Je n'ai qu'un Disque dur.

Cette zône contient par exemple mon courrier, les schémas, programmes...Naturellement on peut raffiner et attribuer des droits différents de la zône Windows, ceci de façon globale ou non. Si cette zône reste montée en permanence, elle peut être vue comme un moyen de ne pas dupliquer les répertoires de courrier, etc...

Depuis ma migration vers Linux, j'ai été obligé de créer pour chaque nouveau dossier, une image quasi copiée de l'ancienne, lorsque le contexte est dans la continuité de l'ancien dossier. De plus, lorsque je me trouve sous Windows (à cause de logiciels propriétaires spécifiques, et oui, j'en suis encore la, mais j'ai bon espoir d'en sortir..., je ne peux pas lire mon courrier par exemple. Avec ce moyen, j'espère éviter cela à l'avenir.

Peut-être qu'il y a mieux ?

Cordialement

oui c'est vrai mais je cherche à m'affranchir de Xwindows.

Cela m'a servi, et plus j'utilise Linux, plus je pense que je ne dois pas lâcher la console...

Bonjour et merci pour ton aide,

J'ai suivi tes conseils et potassé un peu plus les bases.

Voila la procédure que je suggère pour un utilisateur disposant de Win98 et de mandriva 2007 par exemple, sous Lilo.

- Créer sous Diskdrake, en console et en root, un volume /mnt/commun, monté en mode expert sous le format W95 FAT32 (LBA),
Dans mon cas, 500Mo suffisent amplement pour un transfert de la bureautique)
- Formater le volume,
- lire les uid et gid de l'utilisateur, dans le fichier etc/passwd, ou par la commande who,
modifier la ligne dans fstab, relative à la zône FAT32 commune, sous la forme suivante (exemple dans mon cas):

dev/hda3 /mnt/winlin vfat umask=0,users,gid=500,uid=500, iocharset=utf8 0 0

-rebooter

umask=0 ne retire aucun droit, gid et uid m'accordent les droits (bon c'est peut-être redondant, mais je ne maîtrise pas tout), iocharset est cohérent avec le paramétrage de mnt/windows

Bien sûr, on peut raffiner, et ce n'est peut-être pas exact. Je suis preneur de vos critiques, mais en tout cas, votre aide à tous m'a fait avancer.

Cordialement

merci pour ta réponse, elle m'a déterminé à revoir le fstab.

En fait j'avais eu de gros soucis en le bricolant, c'est pourquoi j'hésitais à le revoir.

J'ai revu le problème et il est maintenant résolu. Je poste une réponse dans ce sens pour les utilisateurs qui sont strictement dans le même cas que moi.

Très cordialement

Merci beaucoup pour ton aide,

Je viens de lire ton message et le premier lien est intéressant.

En fait, l'applet Java ne semble pas décomprimmer open cascade.

Je vais réessayer et (re) vérifier les composantes de Java installées (pourtant il me semble qu'il est bien installé).

Tant que cet applet ne fonctionne pas, les 600MB n'arriveront pas.

A+

Bon, je crois comprendre vos explications.

J'ai mis les chemins à la main dans le make et maintenant cela compile correctement. Les include sont par contre notés en <> et "" dans le C

Je vais ensuite faire des essais en incorporant les chaînes ../ pour bien me convaincre du mécanisme. Ce problème est donc résolu.

Ce qui n'est pas résolu-pour moi- c'est de trouver une portabilité en fonction du PC ou cela s'installe.

C.Blaess dans son livre sur C++, fournit un programme C permettant de changer l'environnement, mais c'est assez lourd en apparence.

D'autre part on m'a conseillé les scripts, je recherche dans cette direction

Cordialement

Débutant en script, j'ai incorporé le path dans un petit script à moi, ça résoud mon problème immédiat.

Oui, vos idées m'en donnent une, je ne sais pas si elle est originale.

Le script intéressant serait celui-ci, exprimé sous forme littéraire (90% du travail est fait ...) :

- on te donne le chemin des sources (c, c++, python ou autres cobra...)
- tu cherche les fichiers .h (dans le cas des C, C++) en faisant des grep dans tous les fichiers sources,
- tu cherches sur tout le disque les includes et tu mémorise leur path,
- tu les inscris dans un fichier script que tu ranges par exemple dans le répertoire du développeur.

Bien sur, si le fichier script a un nom déjà prévu dans le make, ça simplifie les choses.

Je ne sais pas si un tel script existe, mais j'entrevoie qu'il aiderait aussi lorsque l'on installe des rpm, des drivers.... Il suffirait de changer certaines choses.

Est-ce que qqun connais un tel script, sinon, je l'écrirais bien, mais actuellement je ne fais pas surface. Si c'est pertinent, je vais faire remonter cela au forum.

Cordialement

Bon, si je comprends bien par mes lectures depuis tout à l'heure, et ta réponse, 3 solutions :

- incorporer mon PATH dans mon bash_profile,
- utiliser les variables d'environnement dans mes programmes c++
- un script éxécutable indépendant.

Je vais voir les avantages et inconvénients de ces 3 solutions

Le 1 me semble très pratique mais peu général quant à toutes les variables autres que le PATH,
Le 2 me semble lourd
Le 3 est sympa, mais il me faudrait le documenter dans mes sources- ou y faire allusion- pour être sûr de ne pas le perdre s'il s'étoffe, ou s'il se corrode (la corrosion d'un fichier, nouveau concept ?)

De façon + générale, y a t il une façon rationnelle de rester portable tout en gardant du temps pour programmer l'application?...

Oui, mon problème est résolu.

Il ne faut pas être étourdi, voila tout.

Salut

Oui, c'est vrai, cela devrait marcher tout le temps.

Chez moi :

- avec Mandriva, problème d'install qd le CD RW est en slave sur IDE1, et aucun pb en master sur IDE2,
- je viens d'installer un autre boot avec mandrake 9, ici le CD (master IDE2) est reconnu en SCSI.

Bon, je suppose que ma question n'est pas assez générale pour intéresser cette rubrique de forum (j'attends qd même d'autres avis), et que cela vient de mon matériel et des fichiers de config mal paramétrés.

NB : Mon matériel, carte type Bare bone, Mini ITX

Merci pour ta contribution,

BON, voila, les news :

J'ai d'abord résolu un problème "de débutant". Le CDROM étant en slave sur la nappe IDE1 (même nappe que le disque dur), je n'avais pas réalisé qu'il prenait systématiquement la priorité au chargement. Tu imagines les perturbations au montage...

Depuis, je l'ai mis en master sur la nappe IDE2, aucun problème.

Cela illustre 2 choses : Mandriva est super robuste pour supporter ce genre de chargement sans tout détruire,
"ils" auraient pu attirer notre attention sur ce type d'incident. Est-ce dû à mon matériel ou à un point particulier de Mandriva, je ne sais pas...
Après cela, j'ai installé de nouveau Mandrake 9 sur hdaxy, après les dernier secteur de Mandriva 2005. Il y a un certain nombre de pièges. Evidemment le boot est sur la nouvelle racine hda13 je crois. Après, j'ai pris une journée à comprendre comment configurer lilo, et 15mn à le faire, et ça marche. Par contre, lors du chargement de mandrake 9, il m'a posé un certain nomnre de questions, bizarres. En tout cas, lorsque je choisis sur la bannière de Lilo, Mandriva ou Mandrake 9 (ou Windows) me sont accessibles. Je pense qu'il aurait été + intelligent de compiler le noyau Mandrake 9 pour éviter de tout installer, mais -et c'est probablement une question que je reposerai ds le forum- je ne suis pas sûr que la compatibilité descendante soit facile à gérer.

Mon problème immédiat est résolu, et en partie par ton aide, alors merci et à +

Machpro

Merci pour tes conseils.

Bon, voila où j'en suis :

J'avais bien réservé 12 Gb pour Mandrake 9 (rappel, le reste étant occupé par W98 et Mandriva), mais effectivement, je n'avais pas monté ni formaté quoique ce soit à la suite.

Bien, en l'absence de QtParted (que je suis en train de voir, mais cela ne semble pas immédiat à télécharger, on me demande un nom de domaine, etc..., et puis il faut le compiler semble-t-il...),

j'ai utilisé diskdrake de Mandriva. En théorie, il devrait faire la même chose. Après plusieurs essais pour formater en etx3, puis xfs, ..., chaque fois Mandrake 9 refuse de voir cette partition.

Enfin, AVEC LE REGLAGE EN JFS (vraisemblablement les types les + anciens de fichiers vus par MdK9), Mandrake 9 a enfin accepté de s'installer. Par contre :

j'ai placé le boot de Mdk9 en hd11 (hd1=W98, hd5 à hd10 = Mandriva), et j'ai créé classiquement hd12, hd13, etc... pour var, home....

Je ne sais pas si c'est la raison, mais maintenant, au démarrage, Lilo refuse de voir hd11. Sur sa banière, ne figure pas MdK9 (je vais voir si je peux accèder à Lilo.conf, j'ai l'impression que l'install de MdK9 m'a créé un autre Lilo.conf). Apparemment, rien n'est changé sur hd1 à 10, mais cela bloque au démarrage. Il semblerait maintenant que Mandriva ne veuille plus de Mandrake 9 !

Qu'en penses-tu ?

Bon j'y retourne

Bon, je croyais la situation simple, et conforme à ce que tu dis.

Premier essais : j'ai écrasé le système. pas grave, reformatage, ré install de W98 (12Gb), ré install de mandrive 2005 (15Gb), et lors de cette install, j'ai demandé à ce que le partitionneur me laisse libre les 12Gb restants sur 40Gb pour Mandrake 9.

Actuellement, les 2 premiers systèmes sont installés (W98, Mandriva) et bootent avec Lilo, je viens de re booter sur Mandrake 9, mais dans l'installation, il prétend ne pas lire les partitions existantes, et me propose de tout effacer.


I can't read the partition table of device hda, ...
I can try to go on, erasing over bad part...
proc/partitions doesn't agree with drak 7 !=0
Do you agree to loose the partitions ?

Voila, actuellement je suis bloqué dans cette install de Mandrake 9

Y a qq chose qui m'échappe...

Oui, c'est ta première hypothèse que je veux mettre en pratique, c'est-à-dire, cohabitation, W98, Mandriva, Mandrake 9.

Tout à fait d'accord avec toi, les autres solutions ne seraient pas intéressantes.

Par contre, pourrais-tu me confirmer la procédure ?

- redimensionnement de la partition par CD install de mandriva,
- copie du noyau de mandrake 9
- compilation de ce noyau dans la nouvelle partition (par exemple hda7, car j'ai un seul DD) par makeconfig
- changement de lilo.conf

ou alors installation de mandrake 9 sur hda7 en bootant sur CD1 MdK9, car dans les 2 cas (MdK 9 et Mandriva), j'ai les 3 CD.


Machpro

L'emploi des bibliothèques C++

Cela vous semble à tous évident que stdio, etc... ne sont plus dédiés, obsolètes, ou que sais-je encore.

Maintenant, c'est peut-être aussi un manque de doc de C++, je l'admets.

Je vais réfléchir pour mieux répondre.

Merci à tous les 3 pour vos réponses :

le chmod, ok,

la commande ls, effectivement, je vais me noter toutes les conventions une par une en vérifiant.

Cordialement

Machpro

C'est vrai, j'ai "lu un peu la doc en question". Ceal répond à une partie de ma question.

Pas entièrement

Oui c'est ce que j'ai fait, et ça marche. Il généère un .out, qui fonctionne. Par contre, je ne trouve pas les fichiers objets. Bon j'y retourne, cela ne doit pas être trop difficile.

Si tu as un tuyau la-dessus, merci d'avance.

Bon, l'idée de l'include je l'ai déjà utilisée. Par contre, j'avais compilé style :

gcc essai1.c

et il ne prenait pas cette bibliothèque semble-t-il. C'est normal puisqu'elle est du type c++.

Néanmoins, la personne qui m'a donné le code, a explicitement indiqué la ligne de commande avec gcc.

Ma question -surement élémentaire - est alors :

Est-ce que gcc contient g++ ??????

Mais je vais voir aussi l'ouvrage de Blaess sur C++

Cordialement

*apparemment, @unicode_start existe dans /usr/bin.
*son lancement ne change rien;

par exemple "man ls" déclenche un texte du genre :

"les rpertoires fournis en arguments ne sont pas considrs comme des rpertoires..."

Je suis habitué à faire du traitement de signal mais j'aimerais bien un tout petit peu de confort...

Je ne vois pas la sortie, il fait trop noir

*echo $LANG me retourne fr_FR.UTF-8

* commande set (|grep LC_)

tous les champs de la variable LC_ sont à LC_XXX=fr_FR.UTF-8
sauf LC_SOURCED=1

Je ne m'en souviens pas, mais j'ai dû cocher la bonne option dans l'install. En tous cas, dans emacs, par exemple, j'ai bien les caractères accentués. Je ne sais pas si j'ai coché UTF8 mais apparemment cela se retrouve dans l'environnement (?)

Non, c'est pas juste.

C'est vrai,j'ai supprimé le lien, refait un lien correct ln -s /dev/hdb /dev/cdrom, supprimé la ligne dans fstab, remis une ligne minimale du genre

dev/cdrom mnt/cdrom iso etc...

et ça marche.

Par contre, au démarrage, il m'indique :

lign6 of fstab incorrecte

et aussi

can't find proc in etc/fstab or mtab.

Est-ce que c'est grave ? J'ai lu que les proc sont des "images" de mémoire lors du chargement. Je peux peut-être enlever la ligne de proc ds fstab ?
D'autre part je suis en train de lire man fstab, il semble qu'il y ait un ordre dans les lignes ?
J'aime bien continuer sur une config rassurante ...