Ubuntu-fr

Bonjour,

Je dirais à priori, oui : cf. Maven: Erreur "JAVA_HOME is not defined correctly.

En regardant ton message d'erreur "We cannot execute usr/lib/jvm/jdk1.7.0_21/bin/java", il manquerait pas un caractère '/' avant le usr ?

Cordialement A+
--
Claudius

Y'a pu qu'à chercher avec notre ami Google parmi insmod Unknown symbol xt_register_target(err0)

Bonnes recherches...

Bonjour,

Sauf erreur de ma part, en lui passant la référence de la hashmap par exemple et ce quel que soit le langage...

Cordialement, A+
--
Claudius

Bonjour,

- Quel est le code source de la procédure 'read_adc()' et en particulier est-elle en charge de changer d'entrée analogique ?
- La tâche d'envoi RS232 (UART serait d'ailleurs plus juste car RS232 est une norme électrique ;-) étant cadencée toutes les 100 mS et que la tâche d'acquisition est cadencée toutes les 10 mS, il est déjà acquis qu'il faut passer par un tableau unsigned int 32 volts[4] ...

PS: Post qui ressemble à envoie multiple via rs232 avec le picc où l'on retrouve cette même procédure 'read_adc()'  ;-)

Cordialement, A+
--
Claude

Bonjour,

Effectivement...
Sinon une piste pour t'aider : Faut garder quelque part le numéro du lancement ...

Cordialement, A+
--
Claudius

Bonjour,

Au vu du code, je dirais que tout dépend de ce que fait la routine read_adc()...

Cordialement, A+
--
Claudius

Bonjour,

Ne perd pas de temps à coder, toutes les fonctions et macro de la libc sont disponibles : atoi() ou mieux maintenant strtol() et à préférer.
De plus, elles font appel qu'à des fonctions qui elles mêmes sont disponibles en code source (cela apprendra au prof. à restreindre le champ d'utilisation des fonctions de la libc qui gagnent toutes à être connues et à être utilisées le plus tôt possible ;-)

Cordialement, A+
--
Claudius

Bonjour,

Sauf erreur de ma part, cela doit être du Langage C pour micro-contrôleurs PIC de chez Microchip.
TRISBbits.TRISB0 = 1 veut dire : Pin 0 du PORTB programmée en entrée ;-)

cf. par exemple : DEVELOPPEMENT EN C SUR PIC 18 v10 Travaux Pratiques - IUFM

Cordialement, A+
--
Claudius

Bonjour mar00o00 et à tous,

Pour comprendre des séquences de codes particulières comme initialement INTCON2bits.RBPU=0 et après avoir appréhendé la syntaxe (cf. MPLAB XC8 C Compiler User's Guide - Microchip pour du Langage C), il est impératif de suivre la démarche suivante :

- Avoir sous la main la datasheet de Microchip du circuit PIC pour lequel le programme est écrit (google + "datasheet pic18" fournit une palanquée de choix comme le PIC18FXX2 Data Sheet - Microchip)
- Ces datasheet sont très complètes et sont La Référence (je n'en connais et n'utilise pas d'autres)...

Si je reprends l'exemple de la mise à 0 du bit RBPU du registre INTCON2, une recherche dans le PDF du PIC18XX2 aboutit à :

§ 9.2 PORTB, TRISB and LATB Registers
...
To enable weak pull-ups, set the appropriate TRIS bit(s) and clear the RBPU bit (INTCON2<7>) au dessous de la FIGURE 9-4: BLOCK DIAGRAM OF RB7:RB4 PINS et qui confirme mon précédent post.

La programmation embarquée dédié une fonctionnalité matérielle donnée (micro contrôleur, circuits spécialisés, etc.) suppose une compréhension "électronique" de la fonction. Cela ne peut pas se limiter à de la simple programmation (assembleur, Langage C, etc.) et est généralement vécue comme plus ardue car c'est un mélange de 2 mondes qui ne peuvent s'ignorer. Et je ne parle pas des tests de mise en œuvre où là, c'est parfois carrément de la haute voltige ... sans filet :-).

En espérant t'avoir aidé...

Cordialement, A+
--
Claude

Bonjour,

Peut-être

df

cf. man df et df (Unix)

Cordialement, A+
--
Claudius

Bonsoir,

Dans une édition de lien d'un exécutable, il est possible d'utiliser l'option :

-Wl,-rpath <Chemin_des_librairies_dynamiques_à_utiliser>

qui permet justement de s'affranchir de l'initialisation de LD_LIBRARY_PATH.

Maintenant, le chemin "/usr/lib" est tellement inhérent à tous les systèmes Unix et donc à GNU/Linux, cela ne m'étonnerait pas que l'éditeur de lien l'utilise implicitement.

Remarque : Moins il y a de chemins définis dans LD_LIBRARY_PATH, moins il y a de risque de "collisions", de symboles mal définis en type ou carrément des signatures de méthodes qui feront planter l'exécutable car l'ordre de définition de ces chemins peut devenir un vrai casse tête. Une LD_LIBRARY_PATH vide est l'idéal que les développeurs devraient avoir à l'esprit.

Cordialement, A+
--
Claudius

Objection votre honneur ... (($1+1)/3) avec 3 en dur ;-)

Ma version qui tient en plus d'une ligne, que j'admire au demeurant :

#!/bin/ksh

if [ $# -lt 1 ]; then
  echo "Usage: $0 <file>"
  exit 2
fi

file=$1

nbr_termes=`wc -l $file | awk '{print $1}'`
poids_max=`head -1 $file | awk '{print $3}'`

awk -v nbr_termes=${nbr_termes} -v poids_max=${poids_max} '
BEGIN {
  printf("nbr_termes [%f]\n", nbr_termes);
  printf("poids_max  [%f]\n", poids_max);
  rang=0
}
{
  if (poids_max > 0) {
    poids=($3 / poids_max) * ((rang + 1) / nbr_termes);
    printf("rang %d: %f => %.2f\n", rang++, $3, poids);
  }
  else {
    printf("Error: Invalid 'poids_max' (%f)\n", poids_max);
    exit
  }
}
' $file

exit 0

Cordialement, A+
--
Claudius

Bonjour,

Recueil de fiches explicatives de licences libres - Page 7 (GNU GPL V2.0 (06/91 FSF) )

Cordialement, A+
--
Claudius