Surveiller ce forum | 
Commencer une nouvelle discussion
| RE: reflexion mono / multi OS en emission/rec [ Répondre ] Par : Philippe Lagadec on 2008-03-06 18:20 | [forum:53215] |
|
Je suppose que l'incompatibilité vient de l'utilisation de "long integers" (long) dans l'entête v4 au lieu de "plain integers" (int sur 32 bits) ? Il y a sûrement un moyen simple de faire un entête plus portable, mais effectivement en général l'émetteur et le récepteur ont le même OS. Donc ce n'est pas un problème critique pour l'instant. ;-) |
|
| reflexion mono / multi OS en emission/recepti [ Répondre ] Par : Laurent Villemin on 2008-03-06 13:31 | [forum:53214] |
|
Les dernières évolutions/corrections de bug de bftp commencent à rendre l'utilisation de du logiciel sur 2 architectures différentes (ie : émission sur Win32 et réception sous Linux) impossible. Les versions 0.15 et antérieures étaient de mémoire assez compatibles : Win32 / Linux / MacOS ; n'avaient été détectés que des problèmes sur les dates des fichiers et sur l'augmentation de la taille des datagrammes UDP. (bug 370 et 371) qui pouvaient facilement trouver une réponse (on a pas été trés motivé pour la coder certes). Les dernières versions avec le changement de format d'entête (de V3 à V4) dont la taille varie selon l'OS support deviennent plus problématique pour assurer la compatibilité. Doit on chercher à développer avec cet objectif de compatibilité émission / réception même si les OS supports sont différents (les paquets émis indiquent l'architecture d'émission afin que la réception puisse s'adapter et traiter les différents cas) ou doit on poursuivre avec un objectif de portabilité de BFTP et exiger, lorsqu'on déploie la solution, de conserver une homogénéité dans les OS support pour l'émission et la réception ? On conservera ainsi à moindre cout/complexité du code l'indépendance de l'OS support. Sur les 3 déploiements mis en oeuvre, j'ai toujours constaté une homogénéité des Os pour l'émission et la réception. |
|
