Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
nombre réponses : 25

#0 Re : -1 »  [RéSOLU] Trois ou Dix-Neuf ? » Le 23/07/2015, à 10:17

claudius01
Réponses : 16

Bonjour,

dva2tlse a écrit :

C'est une machine à trois processeurs x86_64 alors que je croyais jusqu'à hier qu'elle en avait dix-neuf.

Que donnent les 3 commandes tirées du blog Nombre de CPU physique et logique qui fournissent successivement:

  1. Le nombre de proc "physiques"

  2. Le nombre de proc "logiques"

  3. Le nombre de core par proc "physiques"

[root@CentOS-7 ~]# grep "physical id" /proc/cpuinfo |sort -u |wc -l
1
[root@CentOS-7 ~]# grep -c "processor" /proc/cpuinfo
4
[root@CentOS-7 ~]# echo "$(grep -c "processor" /proc/cpuinfo) / $(grep "physical id" /proc/cpuinfo |sort -u |wc -l)" | bc
4

NB: J'ai fais le test sur une CentOS-7 montée dans VirtualBox puisque tu précises que tu as un Linux red-hat ;-)

#1 Re : -1 »  [RéSOLU] Trois ou Dix-Neuf ? » Le 23/07/2015, à 14:18

claudius01
Réponses : 16

Ok, merci dva2tlse, ton système est un bi-pro avec 16 core chacun.
Quant aux mystérieux x86_64 x86_64 x86_64, cela ne veut pas dire qu'il y a 3 proc car en faisant comme toi j'ai également ces 3 x x86_64 sur un système avec 1 proc et 4 core (cf. post #2)

[root@CentOS-7 ~]# uname -a
Linux CentOS-7.0-A 3.10.0-123.el7.x86_64 #1 SMP Mon Jun 30 12:09:22 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

Edit: La signification de ces 3 x x86_64 est expliquée ici: What is the meaning of result of uname -a; à savoir:

  1. Linux machine hardware name: x86_64

  2. Linux machine processor type: x86_64

  3. Linux machine hardware platform: x86_64

#2 Re : -1 »  [RéSOLU] Pourquoi ne vois-je pas les stdout des subprocess' enfants ? » Le 27/07/2015, à 13:50

claudius01
Réponses : 6

Bonjour dva2tlse et le forum ;-)

Je ne suis pas sûr de tout comprendre et donc je me permets 2 questions:

  1. Le process TUV1 écrit t-il sur stdout et/ou stderr en plus d'alimenter le fichier résultats $FICRES ?

  2. Ton souhait est-il de redigirer ce fichier résultats $FICRES vers stdout ?


Cdlt, A+
--
Claudius

#3 Re : -1 »  [RéSOLU] Pourquoi ne vois-je pas les stdout des subprocess' enfants ? » Le 29/07/2015, à 14:26

claudius01
Réponses : 6

Bonjour dva2tlse et le forum,

Je compatis et j'ai souvenir que ton programme écrit en Fortran avait des sautes d'humeur...
Je ne sais plus si la communauté t'avait aiguillé sur Valgrind qui supporte parfaitement l'analyse de code écrit en Fortran et notamment si gfortran est employé.


Bon courage et bonnes vacances, A+
--
Claudius

#4 Re : -1 »  [RéSOLU] Pourquoi ne vois-je pas les stdout des subprocess' enfants ? » Le 28/07/2015, à 15:41

claudius01
Réponses : 6

Bonjour,

dva2tlse a écrit :

je voudrais simplement que les stdout et stderr de TUV aillent dans un autre fichier qui s’appelle tmp016Ti_3

Lancer la commande

$ 2>&1 MTUV ./output.txt ./input.txt | tee tmp016Ti_3

Pour le non entrelacement (stdout et stderr de MTUV qui est le père, et dont les TUV sont des enfants ... stdout et stderr des TUV aillent à la suite les uns des autres, dans le fichier de contrôle, tmp016Ti_3), cela ne sera possible qu'à la fin du traitement  ;-)

Edit: Je me suis permis de simuler les 2 process MTUV et TUV au moyen d'une implémentation en bash avec pour chacun une écriture sur stdout et stderr et que je tiens à ta disposition ;-)

Lancement de MTUV (sortie console + alimentation fichier 'tmp016Ti_3') qui montre l'entrelacement des sorties stdout et stderr qui sont normales car Unix (euh pardon Linux ;-) est multitâche (le fichier 'tmp016Ti_3' contient strictement la même chose que cette sortie console):

[claudius@CentOS-7 DVAtmp]$ 2>&1 ./MTUV result.txt | tee tmp016Ti_3
MTUV: 21:40:52,644: stdout: Starting (3 instances)...
MTUV: 21:40:52,647: stdout: Result file [result.txt]
MTUV: 21:40:52,650: stdout: Demarrage du TUV dans TMP1 par "../TUV 1 result.txt &" dans $PWD=/home/claudius/S/SCRATCH/DVAtmp/TMP1.
MTUV: 21:40:52,650: stdout: ../TUV 1 result.txt  & :
MTUV: 21:40:52,651: stderr: Simulate error to stderr
MTUV: 21:40:52,654: stdout: Child [24690] in progress ;-)
MTUV: 21:40:52,656: stdout: Demarrage du TUV dans TMP2 par "../TUV 2 result.txt &" dans $PWD=/home/claudius/S/SCRATCH/DVAtmp/TMP2.
TUV1: 21:40:52,657: stdout: Starting pid [24690] with duration [8 S]...
MTUV: 21:40:52,657: stdout: ../TUV 2 result.txt  & :
TUV1: 21:40:52,658: stdout: Result file [result.txt]
MTUV: 21:40:52,660: stderr: Simulate error to stderr
MTUV: 21:40:52,662: stdout: Child [24698] in progress ;-)
TUV2: 21:40:52,663: stdout: Starting pid [24698] with duration [7 S]...
MTUV: 21:40:52,663: stdout: Demarrage du TUV dans TMP3 par "../TUV 3 result.txt &" dans $PWD=/home/claudius/S/SCRATCH/DVAtmp/TMP3.
TUV2: 21:40:52,664: stdout: Result file [result.txt]
MTUV: 21:40:52,665: stdout: ../TUV 3 result.txt  & :
MTUV: 21:40:52,669: stderr: Simulate error to stderr
MTUV: 21:40:52,670: stdout: Child [24708] in progress ;-)
TUV3: 21:40:52,671: stdout: Starting pid [24708] with duration [1 S]...
MTUV: 21:40:52,672: stdout: List of 3 childs: [24690 24698 24708]
TUV3: 21:40:52,673: stdout: Result file [result.txt]
MTUV: 21:40:52,701: stderr: Child remaining [3]
TUV3: 21:40:53,675: stderr: Simulate an error to stderr
TUV3: 21:40:54,681: stdout: Leave pid [24708]
MTUV: 21:40:54,730: stderr: Child remaining [2]
MTUV: 21:40:56,756: stderr: Child remaining [2]
MTUV: 21:40:58,781: stderr: Child remaining [2]
TUV2: 21:40:59,668: stderr: Simulate an error to stderr
TUV1: 21:41:00,663: stderr: Simulate an error to stderr
TUV2: 21:41:00,671: stdout: Leave pid [24698]
MTUV: 21:41:00,809: stderr: Child remaining [1]
TUV1: 21:41:01,670: stdout: Leave pid [24690]
MTUV: 21:41:02,835: stderr: Child remaining [0]
MTUV: 21:41:02,837: stdout: All childs died ;-(
MTUV: 21:41:02,837: stdout: Leave.

Maintenant, ce que tu souhaites est sans doute ceci qui ne peut être fourni qu'à la fin de tous les traitements:
Fichier tmp016Ti_3 triée et non entrelacé:

[claudius@CentOS-7 DVAtmp]$ sort -k1 -k2 tmp016Ti_3
MTUV: 21:40:52,644: stdout: Starting (3 instances)...
MTUV: 21:40:52,647: stdout: Result file [result.txt]
MTUV: 21:40:52,650: stdout: Demarrage du TUV dans TMP1 par "../TUV 1 result.txt &" dans $PWD=/home/claudius/S/SCRATCH/DVAtmp/TMP1.
MTUV: 21:40:52,650: stdout: ../TUV 1 result.txt  & :
MTUV: 21:40:52,651: stderr: Simulate error to stderr
MTUV: 21:40:52,654: stdout: Child [24690] in progress ;-)
MTUV: 21:40:52,656: stdout: Demarrage du TUV dans TMP2 par "../TUV 2 result.txt &" dans $PWD=/home/claudius/S/SCRATCH/DVAtmp/TMP2.
MTUV: 21:40:52,657: stdout: ../TUV 2 result.txt  & :
MTUV: 21:40:52,660: stderr: Simulate error to stderr
MTUV: 21:40:52,662: stdout: Child [24698] in progress ;-)
MTUV: 21:40:52,663: stdout: Demarrage du TUV dans TMP3 par "../TUV 3 result.txt &" dans $PWD=/home/claudius/S/SCRATCH/DVAtmp/TMP3.
MTUV: 21:40:52,665: stdout: ../TUV 3 result.txt  & :
MTUV: 21:40:52,669: stderr: Simulate error to stderr
MTUV: 21:40:52,670: stdout: Child [24708] in progress ;-)
MTUV: 21:40:52,672: stdout: List of 3 childs: [24690 24698 24708]
MTUV: 21:40:52,701: stderr: Child remaining [3]
MTUV: 21:40:54,730: stderr: Child remaining [2]
MTUV: 21:40:56,756: stderr: Child remaining [2]
MTUV: 21:40:58,781: stderr: Child remaining [2]
MTUV: 21:41:00,809: stderr: Child remaining [1]
MTUV: 21:41:02,835: stderr: Child remaining [0]
MTUV: 21:41:02,837: stdout: All childs died ;-(
MTUV: 21:41:02,837: stdout: Leave.
TUV1: 21:40:52,657: stdout: Starting pid [24690] with duration [8 S]...
TUV1: 21:40:52,658: stdout: Result file [result.txt]
TUV1: 21:41:00,663: stderr: Simulate an error to stderr
TUV1: 21:41:01,670: stdout: Leave pid [24690]
TUV2: 21:40:52,663: stdout: Starting pid [24698] with duration [7 S]...
TUV2: 21:40:52,664: stdout: Result file [result.txt]
TUV2: 21:40:59,668: stderr: Simulate an error to stderr
TUV2: 21:41:00,671: stdout: Leave pid [24698]
TUV3: 21:40:52,671: stdout: Starting pid [24708] with duration [1 S]...
TUV3: 21:40:52,673: stdout: Result file [result.txt]
TUV3: 21:40:53,675: stderr: Simulate an error to stderr
TUV3: 21:40:54,681: stdout: Leave pid [24708]

L'environnement de test à l'image de tes répertoires:

[claudius@CentOS-7 DVAtmp]$ pwd
/home/claudius/S/SCRATCH/DVAtmp

[claudius@CentOS-7 DVAtmp]$ find . -type f
./TMP1/result.txt
./TMP2/result.txt
./TMP3/result.txt
./tmp016Ti_3
./MTUV
./TUV

[claudius@CentOS-7 DVAtmp]$ cat ./TMP?/*
TUV1: 21:41:00,665: stdout: [/home/claudius/S/SCRATCH/DVAtmp/TMP1]
TUV1: 21:41:00,666: stdout: Simulate a result
TUV2: 21:40:59,668: stdout: [/home/claudius/S/SCRATCH/DVAtmp/TMP2]
TUV2: 21:40:59,669: stdout: Simulate a result
TUV3: 21:40:53,677: stdout: [/home/claudius/S/SCRATCH/DVAtmp/TMP3]
TUV3: 21:40:53,679: stdout: Simulate a result

A suivre...

#5 Re : -1 »  [RéSOLU] stdout, stderr et subprocess » Le 24/07/2015, à 14:59

claudius01
Réponses : 2

Bonjour,

Peux-tu remplacer la ligne

(../TUVB $I $FICRES $FICINP) &

par

../TUVB $I $FICRES $FICINP &

Pour rediriger stderr du process TUVB vers stdout, faire:

2>&1 ../TUVB $I $FICRES $FICINP &

#6 Re : -1 »  Aide pour un script de récupération fichier sur Frovo.com » Le 22/07/2015, à 09:59

claudius01
Réponses : 24

Bonjour,

texom512 a écrit :

Attends, mais programmer un tel outil en Bash, c'est juste du suicide !
Bash c'est pour faire de petits scripts, pas ça.
Si tu tiens vraiment à faire des programmes comme celui-ci, utilise un vrai langage de programmation comme Python.

Entièrement d'accord avec texom512

Yoannjap a écrit :

Merci pour ta réponse, mais non pour le moment, je ne sais pas du tout coder en Python.

Yoannjap, si tu tiens vraiment à conserver bash + sed + awk et consorts, aide les et toi par la même occasion en déléguant le parsing d'une page html bien formée au moyen de Xpath.
Maintenant, si la page html à analyser est mal formée, la 1ère chose à faire est de la rendre ... conforme (cf. Well-formed XML document ;-)

#8 Re : -1 »  Installation de CUDA » Le 15/07/2015, à 10:25

claudius01
Réponses : 2

Bonjour,

Peut-être sur le site Cuda au moyen d'un:

$ wget http://developer.download.nvidia.com/compute/cuda/4_2/rel/sdk/gpucomputingsdk_4.2.9_linux.run
--2015-07-15 10:19:50--  http://developer.download.nvidia.com/compute/cuda/4_2/rel/sdk/gpucomputingsdk_4.2.9_linux.run
...
Proxy request sent, awaiting response... 200 OK
Length: 152436489 (145M) [application/octet-stream]
Saving to: gpucomputingsdk_4.2.9_linux.run

100%[======================================>] 152,436,489 2.10MB/s   in 98s

2015-07-15 10:21:29 (1.48 MB/s) - gpucomputingsdk_4.2.9_linux.run saved [152436489/152436489]

$ ls -l gpucomputingsdk_4.2.9_linux.run
-rw-rw-r--. 1 claudius claudius 152436489 Apr 13  2012 gpucomputingsdk_4.2.9_linux.run

NB: Ne connaissant pas Cuda, à toi de voir à prendre la bonne version ;-)

#9 Re : -1 »  [Resolu] corruption de donnée: md5 d'une grande quantité de fichiers » Le 30/06/2015, à 10:35

claudius01
Réponses : 19

Bonjour,

tiramiseb a écrit :

Enfin, concernant ta problématique à la base, pourquoi bricoler toi-même une solution de mirroring ?
Pourquoi n'utilises-tu pas un logiciel de sauvegarde, pour sauvegarder le contenu du premier disque sur le second ?
... en plus tu aurais la possibilité de retrouver l'historique de tes fichiers.

Comme rsync par exemple ;-)

#10 Re : -1 »  Problème de compilation imgkap » Le 07/07/2015, à 17:48

claudius01
Réponses : 5

Même si [Résolu] cf. IMPORTANT : comment compiler un programme sous Ubuntu - post #114 & #115) pour tout savoir sur cette erreur qui, dans le cas cité, était identique à celle présentée par pbenaben; à savoir:

/usr/bin/ld: /tmp/ccJswdTV.o: référence au symbole non défini «cos@@GLIBC_2.2.5»
//lib/x86_64-linux-gnu/libm.so.6: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

#11 Re : -1 »  [Résolu] Compilation de Firefox : erreur Unicode » Le 01/07/2015, à 23:01

claudius01
Réponses : 11

Bonsoir,

Quelle version de Firefox, téléchargée d’où et quelle version de Ubuntu ?
Désolé de répondre à une question par 3 nouvelles questions ;-)
Quant à "... Je ne trouve rien sur Google.",
cf. Google search: firefox UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 12: ordinal not in range(128)

#12 Re : -1 »  Recuperer un flux d'info sur /dev/ttyUSB1 » Le 20/06/2015, à 22:06

claudius01
Réponses : 42
gipet77 a écrit :

Bonjour tiramiseb
je suis preneur pour pouvoir comparer et nettoyer mon code...

tiramiseb a écrit :

(en passant, je me permets de signaler que je suis en train de faire un programme qui fait à peu près la même chose, mais proprement et en python)

Suis également preneur pour l'utiliser dans un RPi B+ / Raspbian et faire des retours naturellement...

#13 Re : -1 »  SageMath: Logiciel d'algèbre informatisé » Le 13/05/2015, à 16:59

claudius01
Réponses : 35

- Il y également The GNU Multiple Precision Arithmetic Library qui était utilisé dans les premières versions du projet SAGE d'après GNU MP.

- J'ose proposer Java: Class BigDecimal mais je crains qu'il faille se coltiner ou mettre la main dessus et surtout valider les fonctions log(), exp(), sin() and Co. au vue de Logarithm of a BigDecimal et http://beast-mcmc.googlecode.com/svn/br … Utils.java

[humour]@bishop (comme l'androïde de Alien)[/humour]

#14 Re : -1 »  SageMath: Logiciel d'algèbre informatisé » Le 17/06/2015, à 10:02

claudius01
Réponses : 35
Romuald-25 a écrit :

C'est impressionnant... Effectivement, Pari/GP est inclu dans Sage et quand je lui demande la factorielle de 100 milliards, il me la donne instantanément ! Chapeau ! Je tire ma révérence à une telle puissance de calcul !

Attention, il est vraisemblable que certains résultats intermédiaires, voire le résultat final, soient déjà disponibles en interne du programme. C'est le cas de la plupart des logiciels de calculs formels qui utilisent cette astuce et qui, somme toute, n'est pas gourmande en mémoire au regard de la puissance de calcul qu'il faut demander ponctuellement.
De plus, si une connexion Internet est disponible, ils peuvent même aller chercher le résultat ailleurs pour bénéficier des résultats de d'autres demandeurs et constituer une base de données géante pour être meilleur que son concurrent (le marché de ces logiciels est extrêmement juteux - cf. Mathematica (Licence) par exemple ;-)

#15 Re : -1 »  IMPORTANT : comment compiler un programme sous Ubuntu » Le 14/06/2015, à 09:58

claudius01
Réponses : 114

Tout d'abord DSO = Dynamic Shared Object (cf. https://gcc.gnu.org/wiki/Visibility)
Ton problème est, sauf erreur de ma part, lié à l'ordre dans lequel sont définis les objets et librairies et donc les symboles recherchés.
cf. Strange linking error: DSO missing from command line qui explique la chose avec une solution présentée qui consiste à changer cet ordre. Pour cela il faudrait avoir la ligne complète de l'édition de lien et avoir la main sur la ligne de commande...

Peut-être qu'en ajoutant un -lm dans l'édition de lien, cela résoudrait ton problème (cf. Undefined reference error with sincosf@@GLIBC_2.2.5 and sqrtf@@GLIBC_2.2.5) car chez toi c'est la méthode cos() qui n'est pas trouvée.

NB: Doublon avec Programmation C et lib externes (post #6)

#16 Re : -1 »  Programmation C et lib externes. » Le 13/06/2015, à 21:14

claudius01
Réponses : 6
SDG2015 a écrit :

... Que signifie LST LTS dans UBUNTU 14.04.2 LTS

cf. Long Term Support

NB: Doublon avec IMPORTANT : comment compiler un programme sous Ubuntu (post #113)

#17 Re : -1 »  Nota pour plus tard : avec 30 To, on écrit 72×10¹² décimales. » Le 01/06/2015, à 10:34

claudius01
Réponses : 6

Bonjour,

C'est effectivement une bonne idée pour diminuer la taille de mémorisation d'une suite de chiffres [0-9].
Une autre idée serait d'utiliser le système trinaire très en vogue au siècle dernier.

L_d_v_c@ a écrit :

... Y'a plus qu'à trouver un algorithme qui fasse tomber une décimale à chaque cycle d'horloge ...

Me trompe-je si j'interprète "chaque cycle d'horloge" comme "chaque itération" ?
Cet algorithme existe et est appelé  L'algorithme compte-gouttes

Maintenant, sauf erreur de ma part, l'algorithme utilisé dans Super Pi est l'algorithme de Gauss-Legendre qui est beaucoup plus efficace car produit 2 fois plus de décimales exactes à chaque itération ;-)

#18 Re : -1 »  Nota pour plus tard : avec 30 To, on écrit 72×10¹² décimales. » Le 01/06/2015, à 17:11

claudius01
Réponses : 6

En attendant de lire l'ensemble dans le détail:

L_d_v_c@ a écrit :

Si je retrouve l'algorithme super-simple qui rendait plusieurs décimales justes par itération, alors je le posterai ;-)
Son énorme avantage : ne travaille que sur les dernières décimales trouvées, pas besoin d'accéder au 3,141592656 si on en est à la millième décimale.

Cet algorithme existe: cf. Formule BBP qui ne fonctionne pas en base 10.
De plus, à ce jour; je cite: "Actuellement, aucune formule réellement efficace n'a été découverte pour calculer le n-ième chiffre de π en base 10."

#19 Re : -1 »  Nota pour plus tard : avec 30 To, on écrit 72×10¹² décimales. » Le 03/06/2015, à 17:29

claudius01
Réponses : 6
L_d_v_c@ a écrit :

Je précise un algorithme en base décimale, qui est super-rapide puisqu'il me semble qu'il faisait tomber plusieurs décimales à la fois à chaque itération, et je précise de mémoire (qu'il me semble) que l'algorithme ne se sert que de quelques compteurs et du paquet de décimales trouvées précédemment pour calculer les suivantes, sans accéder constamment à toutes les décimales précédentes.

Ne serait-ce pas ce tout petit programme écrit en Langage C de 133 caractères, dont l'auteur ne s'est jamais déclaré et qui a été un certain temps inexpliqué: 15000 décimales de Pi en 133 octets de C
et totalement expliqué ici: Comment calculer les 2400 premières décimales de Pi

#20 Re : -1 »  exporter une DLL vers .so » Le 06/05/2015, à 10:51

claudius01
Réponses : 5

Sauf erreur de ma part, il y aurait bien MinGW qui offre un certain nombre d'outils comme pexports et dlltool (cf. Creating an import library).
Après comme l'écrit si bien ssdg: "Une DLL parle windows, pense windows et agit windows...", tout dépend sur quoi s'appuie les méthodes offertes par ladite .dll en espérant qu'elles ne soient pas trop "proches" de l'OS ;-)

Nasman a écrit :

Disposes tu du code source de la dll ?

@ bou6: As-tu au moins le fichier d'interface .h qui spécifie les signatures des méthodes offertes par la .dll ?

Edit: Attention, Unix et Windows utilisent 2 paradigmes différents pour le chargement d'exécution de code (cf. Windows vs. Unix: Linking dynamic load modules) ce qui risque de ne pas faciliter les choses...

#21 Re : -1 »  Programmation - Options de lancement » Le 07/05/2015, à 22:06

claudius01
Réponses : 4

Faut pas décourager les débutants ;-)

RoKN a écrit :

... et je me posais une question au sujet des options de lancement (sous Ubuntu/Debian donc).
Ma question étant simplement de savoir comment faire pour les instaurer ?

J'entends pas options de lancement les " -a " après le nom d'un programme quoi.

Voilà, comment les inclure dans un programme ?

Si ce sont les arguments (de lancement) qui te posent problème, cf.

- 15.5. getopt — Parser for command line options in Python
- man getopt in Language C
- Pour le concept: getopt

Si c'est autre chose, reformule ta question comme pires57 le suggère ...

#22 Re : -1 »  arduino+HC-06+processing » Le 08/05/2015, à 10:40

claudius01
Réponses : 2
grosbouchon a écrit :

ls -l /dev/rfcomm0 donne
crw-rw---- 1 root dialout 216, 0 mai    6 17:13 /dev/rfcomm0
et je suis bien déclaré dans le group dialout
je viens de lancer processing en sudo et je m'apercois que ça marche...

Deux propositions distinctes:

1 - Lancer ton application en root après avoir éventuellement configurer le mot de passe root (qui ne l'est pas par défaut) avec:

$ sudo passwd root

Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully

2 - Changer les droits de /dev/rfcomm0 avec:

$ sudo chmod 777 /dev/rfcomm0
$ ls -l /dev/rfcomm0
crwxrwxrwx 1 root dialout 216, 0 févr. 24 00:31 /dev/rfcomm0

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

NB: J'ai eu un problème similaire avec un RPi sur le device /dev/ttyAMA0 pour une communication série avec un module GPS ;-)

#23 Re : -1 »  DLL windows à partir de ubuntu » Le 22/04/2015, à 13:43

claudius01
Réponses : 5
CaptainGarrett a écrit :

j'ai finalement essayer MinGW ... mais ça ne compile pas à cause de OpenCV, des idées ?

Mais encore ?!.
En attendant, regarde si cela n'est pas déjà fait: opencvmingw

#24 Re : -1 »  DLL windows à partir de ubuntu » Le 23/04/2015, à 11:04

claudius01
Réponses : 5

Sauf erreur de ma part, la DLL que l'on te demande concerne Ton programme et non OpenCV.
Ma compréhension est donc de produire une DLL qui s'appuiera sur OpenCV qui sera à installer (ou produire d'où mon post #4 d'hier) sur Windows.
cf. Where can i find dlls for opencv ?...