Reprise du message précédent :
Ben c'est de plus en plus répendu, surtout le datamatrix, et dans le domaine pharmaceutique.
la c'est un programme pour l'armée qu'on fait.

comme je viens de le dire, c'est pour des pieces pour l'armée, et on a un carré de 5mm*5mm pour coller notre CB.

Et pourquoi tu es restreint à 20 caractères ?

EDIT: j'ai rien dit

Z'avez qu'à les imprimer en plus petit 5x5mm ca te fait quelle quantité de données et c'est quoi le type d'infos que tu stockes ?

C'est des Lettres, des chiffres, des espaces, de la ponctuation, des opérateurs ... un peu de tout.
Sinon on peut pas l'imprimer plus petit, les scanners ne peuvent plus lire apres quand c'est trop petit.

j'ai épuisé mes idées, tu vas devoir demander à Ashe
 
Et en 5x5mm tu ne peux donc pas srocker plus de 20 caractères c'est ca ?

En gros c'est ca. Ca passe avec mes 27, mais c'est assez dur pour les scanner a les lire, alors qu'avec 20 caracteres, ca passe nickel.

Ben donne une dizaine d'exemples de ce qu'y a dans tes 27 caracteres

AZERTYUIOPQSDFGHJKLMWXCVBN1234567890+-*/|_;:  
En gros y peut avoir ces caracteres

Ben ca fait que 44 caracteres
Sur 6 bits ca te fait 20.25 bytes

Mais c'est ce que je disais, je dois les repasser en caracteres. Et comme les premiers caracteres sont des caracteres non imprimables, j'ai mis un bit a 1 tous les 7bits, comme ca ca reglait ce probleme, mais sur 27 caracteres, j'en gagne que 3 du coup

Jvois pas pourquoi le caractere devrait etre imprimable, il est pas imprime sur le code barre (et c'est le couple 6 bits + 2 bits du suivant qui devrait etre imprimable meme dans ce cas)

Mais si j'ai par exemple le caractere EOF qui arrive en plein milieu, j'arrive pas a le décompresser apres.
Et oui, j'ai pris tous les 27 couples de 6bits, mis bout a bout, et redécoupé en couples de 8bits

Ben EOF ca fait jamais qu'1 seul caractere a eviter... t'as encore 20 valeurs pas utilisees dans ton truc 64-bit..

Ouep, mais par exemple, je code mes caracteres sur 6bits, et quand je les mets bout a bout, et que je redécoupe en 8bits, qu'est ce qui peut m'empecher de tomber sur certains caracteres ?

Ben y a que le EOF qu'il faut eviter...

Et comment l'eviter ?

Au pire tu peux utiliser 2 bytes quand tu rencontres un eof
(deja vu le peu de chances de tomber dessus)

Pas bete, j'y reflechirai plus sérieusement demain. Merci Ashe

 
Parce que c'est WinDEV
 
Faut suivre

Ca change rien le langage, ca m'etonnerait que la librairie pour aller vers le scanner soit ecrite en windev

Si ca peut te rassurer j'ai pas compris non plus pourquoi ca devait être des caractères imprimables vu qu'a priori tu encodes ta source, tu en fais un code barre (donc tu te fous que ce soit imprimable ou pas) et quand tu relis ton code barre tu décodes donc ca redevient imprimable même si ca l'était pas.
 
Par contre je soupçonne le truc windev de ne prendre que des chaînes de caractères en entrée et en sortie de la DLL qui sert à faire les codes barre

Ouep, en fait j'ai pas vérifier si il lisait les code barres avec des caracteres du style EOF ou pas. Faudrait que j'essaye. Je testerai ca lundi, j'ai pas de scanner chez moi.

Question bête, qu'est se qui différencie un exécutable windows (xp par exemple) et un exécutable windows mobile (5 pour moi).
 
En gros, à l'école ils ont un truc bien chiant qui se nomme "bNetSoul", c'est un logiciel à la con qui empêche la connection à internet (et au réseau) si on ne lui donne pas le login et le mot de passe socks.
 
Qui a-t-il a modifier pour rendre compatible ce logiciel à la con ?
 
 
J'ai déjà demandé aux responsables mais rien n'existe pour WM5 et ils s'en foutent.

bon alors, quand je mets des caracteres non imprimables a mon Code barre, ca me fait planter le scanner a la lecture. Et apres j'ai un peu amélioré mon algo, et je suis passé de 27caracteres a 22. Mais ce que je comprends pas, c'est qu'au final, mon code barre qui faisait initialement 18*18lignes, en faisait 20*20, je comprends vraiment pas pourquoi. Peut etre que les caracteres bisard du style %µ£$ ... prennent plus de places dans le code barre.

Ben franchement je sais pas la différence. tout ce que je sais, c'est que j'ai jamais réussi a lancer un exécutable XP sur WM2005.

Le PE est pas le meme, les points d'entree dans les DLLs non plus (vu que c'est pas les memes) et les fonctions sont pas toujours les memes non plus, donc bon

 
Y'a pas un bit de parité ou un truc comme ca qui est ajouté automatiquement dans les codes barre ?

Je sais pas du tout comment le datamatrix est fait. Pour certains code barre c'est simplement une police. Mais la, je sais pas. Et puis meme s'il y avait un bit de parité, ca n'explique pas pourquoi le code barre est plus long pour une chaine de caractere plus petite

Un petit up pour demander une info :

Est-t-il possible de modifier une constante en C avec un pointeur ?
En gros, je veux faire un tableau d'une ligne plein de 1 mais je veux pouvoir définir la taille que je veux.

genre :
const int TMAX = 100
int tableau[TMAX]

et pouvoir modifier TMAX avec un pointeur par après (agrandir ou rétrécir)

Edit, Et comment on fait pour remettre VS2005 à zéro ?
Au premier démarage il demande sur quel langage on veut bosser pour adapter l'affichage mais je sais pas comment en rechanger ou remettre à zéro.

pour VS2005 : tools - import and export settings - reset all settings
 
pour la constante si tu utilises const int, j'suis pas sure que tu pourras la modifier même avec un pointeur ...
 
EDIT: j'ai essayé ca :
 

 
et il me répond :
 
Error 1 error C2440: 'initializing' : cannot convert from 'const int *__w64 ' to 'int *' e:\files\projects\test\test\test.cpp 13  
 

En castant (int *p = (int *)&TMAX) il compile mais il m'imprime 100 avant et après (mais ca passe au debugger huhu ... caylouche)

j'ai exécuté pas à pas le machin, TMAX est à 100 la 1ere fois, p reçoit bien l'adresse de TMAX, 101 est bien assigné dans *p (donc dans TMAX) mais pour une raison inconnue, le fait de réimprimer TMAX donne quand même 100. par contre en imprimant *p il m'indique bien 101 ....

Je t'adore toi  

Pour la constante je vais faire avec sinon.

Aussi, il existe une astuce pour initialiser tout un tableau avec pour valeur égale à 1 ?
A la place de se taper une boucle qui va mettre toutes les valeurs à 1 ?

Edit, pour la taille du tableau je vais m'amuser avec un malloc finalement

c'est pas tout simplement parce que le compilateur remplace toutes les occurrences de TMAX par la valeur définie dans le code ça ?

 
A la ligne 6 il me sort : impossible de convertir un 'void*' en 'int*'    

mmm ... ca faisait ca en C avec des #define, je sais pas bien comment sont définies les const int : si ce sont des constantes créées dans le segment data du programme et initialisées à l'exécution, ou si ca se comporte effectivement comme des define ...
 
NB: si je mets qqch devant la constante const int TMAX = 100; et que je débugge pas à pas, en mettant TMAX dans le watch, TMAX contient une valeur aléatoire. Au moment où je fais *P=100; j'ai dans mon watch à la fois p et TMAX et les deux valeurs changent pour 101. Donc on dirait que ca ne fonctionne pas comme des defines.

 
T'as oublier de caster en (int *) devant le malloc (qui retourne un void *)

[Excel]
J'ai un tableau avec une colonne de x ligne  (de A0 à Ax)
 
J'ai une colonne à coté où je veux une formule pour faire apparaitre une flèche dans la ligne y où la valeur Ay atteindra ou depassera le double de la valeur en A0.
 
Des idées ?
 
[/Excel]  
 
 
 
Exemple :
 
        A      B
 
0       2
1      2.2
2      2.5
3      2.9
4      3.7
5      4.1    <=
6      5.9
7      7.2

alors là je passe, j'y connais rien en excel

 
Mon non plus pour ce genre de formule à la con    
Tu me demande de faire une approximation de l'exp sous Excel jte le fais mais pas ce genre de manip lol

Je mettrais dans B1 : =si($A1=2*$A$1;"<===";"" )
Et apres tu fais glisser B1 vers le bas

Bon j'ai pas le courage de tout lire
1) y a pas besoin de caster ce que malloc retourne
2) si il compilait pas en C++ au lieu de C il aurait pas l'erreur
3) const int en C ca veut rien dire de special mais si c'est const c'est ptet pour pas que ce soit change (oh subtil)
4) const int en C++ c'est un peu comme les #define (et donc forcement ca se change pas)
5) jvois pas l'interet d'en faire un const vu l'exemple

Et pour excel c'est un bete if

Edit: hmm ca parle vite ici

Je crois qu'il y a une fonction pour le faire (la flèche)