En tout cas Beagle avait fait un choix plutôt judicieux par rapport à Tracker : l'utilisation de cLucene en lieu et place d'une base de données. C'était quand même nettement plus adapté au besoin. C'est d'ailleurs le même choix qui a été fait pour strigi. Pour moi c'est ce qui a fondamentalement permis à Beagle d'émerger du reste des solutions pendant un certains temps. Après cet élément n'ai qu'un parmis d'autres qui ont pu rendre le projet bancal :
- choix du langage ( la communauté C# sous Unix c'est quand même pas la garantie de trouver des mainteneurs facilement )
- performance du parsing de fichier durant l'indexation
Il serait quand même souhaitable que la réécriture de Tracker qui a lieu en ce moment utilise cLucene qui est nettement plus performant pour ce type d'opération.
Il semble que Luc Chatel, n'est pas envisagé le problème sous le bon angle. On ne cherche pas à savoir si il existe des offres livré avec Linux ou sans OS mais bel et bien à pouvoir se procurer n'importe quelle machine sans OS. L'autre partie du problème concerne bien sûr l'affichage des prix et l'information du consommateur.
Bref le problème semble bien parti pour durer encore. C'est triste car la France avait enfin l'opportunité de faire changer de manière assez significative les pratiques sur le secteur. Il faut bien voir qu'au regard des règles du commerces européennes (principalement la libre circulation des biens) un tel bouleversement se ressentirait probablement à l'échelle européenne.
Il me semble que Luc Chatel faisait parti des personnes radicalement hostile à la vente liée lorsqu'il était encore député. Je n'évoquerais même pas les pressions qu'il a du subir de la part de certains groupes (ou entreprises) dont les intérêts seraient heurtés par une telle loi, mais il me semble que Luc Chatel manque singulièrement de courage politique.
En attendant je vous encourage tous à écrire à votre député (quel que soit son appartenance politique) afin de le sensibiliser à ce problèmes.
Probablement le fait que SSL produise également des plugins pour ProTools et Logic Audio Pro et qu'à ce titre il bénificie probablement d'informations techniques sur ces deux plate-formes et donc, il y a fort à le parier, a signé des accords de non divulgation avec Digidesign et Apple.
Ce n'est bien sûr qu'une supposition mais cela me parait crédible.
flex ne resprèsente que la partie syntaxe (grammaire si tu préfère) de ton analyse. Tu dois l'utiliser avec yacc pour l'analyse lexicale (ou orthographe).
Il est vrai qu'il s'agit d'un bon choix. Je n'y avais pas pensé parce que je l'utilise assez rarement (en fait je l'ai utilisé qu'une seule fois).
Ce qui m'étonnent dans ton cas c'est que gcc 4.x compile des choses que gcc 3.x ne compile pas. Normalement les séries 4.x sont réputés pour être plus éxigentes que les 3.x
Ces différences sont là pour forcer les dev à utiliser les standards les plus stricts donc potentiellement produisant du code plus stable et plus portable.
Cependant assure toi que tu n'as pas opérer des transtypages "éxotiques", ou autres dépassement de tableau (la ségmentation fault n'intervient pas toujours ce qui peut rendre ce genre d'erreur difficilement détéctable, de plus tu ne dépasse pas forcement à toutes les éxécution du programme).
J'utiliserais moi aussi valgrind en mode memcheck pour tracer les allocations/désallocations et le écriture hors des ségments mémoires alloués.
Ne sachant que trop bien à quel point ce type d'erreur peut pourrir la vie des développeurs je te souhaite bon courage.
Bien qu'il n'y ai pas de règle particulièrement de règle à suivre certain port au dessus de 1024 sont souvent utiliser (comme le 8080), fais jeuste gaffe à ces ports là.
Vu que tu semble avoir des objets imbriqué il pourraient sembler tout indiqué d'utiliser de la récursivité dans ton parseur. Cela t'éviteras surement d'obtenir un code difficile à comprendre et horrible à maintenir.
Cependant il existe d'excellente lib de serialisation/deserialistaion. Peut etre n'as tu pas le choix sur le format de fichier. Sinon regarde de ce coté là tu y gagnerais surement du temps.
[^] # Re: Tracker
Posté par FOUCRET Aurélien . En réponse au journal Beagle est en train de mourir. Évalué à 5.
- choix du langage ( la communauté C# sous Unix c'est quand même pas la garantie de trouver des mainteneurs facilement )
- performance du parsing de fichier durant l'indexation
Il serait quand même souhaitable que la réécriture de Tracker qui a lieu en ce moment utilise cLucene qui est nettement plus performant pour ce type d'opération.
# Mauvaise réponse !!!!
Posté par FOUCRET Aurélien . En réponse à la dépêche Luc Chatel nie la réalité de la vente liée ordinateur/logiciels. Évalué à 10.
Bref le problème semble bien parti pour durer encore. C'est triste car la France avait enfin l'opportunité de faire changer de manière assez significative les pratiques sur le secteur. Il faut bien voir qu'au regard des règles du commerces européennes (principalement la libre circulation des biens) un tel bouleversement se ressentirait probablement à l'échelle européenne.
Il me semble que Luc Chatel faisait parti des personnes radicalement hostile à la vente liée lorsqu'il était encore député. Je n'évoquerais même pas les pressions qu'il a du subir de la part de certains groupes (ou entreprises) dont les intérêts seraient heurtés par une telle loi, mais il me semble que Luc Chatel manque singulièrement de courage politique.
En attendant je vous encourage tous à écrire à votre député (quel que soit son appartenance politique) afin de le sensibiliser à ce problèmes.
[^] # Re ; Bonne Réponse
Posté par FOUCRET Aurélien . En réponse au journal France television choisie les DRMs.. Évalué à 1.
[^] # Re: Solid State Logic
Posté par FOUCRET Aurélien . En réponse à la dépêche Ardour cherche des sponsors. Évalué à 6.
Ce n'est bien sûr qu'une supposition mais cela me parait crédible.
[^] # Re: Conseil No1 : programme récursif
Posté par FOUCRET Aurélien . En réponse au message parser un fichier texte.. Évalué à 1.
Il est vrai qu'il s'agit d'un bon choix. Je n'y avais pas pensé parce que je l'utilise assez rarement (en fait je l'ai utilisé qu'une seule fois).
A creuser donc !!!
# Oui il ya des différences énormes entre gcc 3.x et gcc 4.x !!!
Posté par FOUCRET Aurélien . En réponse au message Prob g++. Évalué à 2.
Ces différences sont là pour forcer les dev à utiliser les standards les plus stricts donc potentiellement produisant du code plus stable et plus portable.
Cependant assure toi que tu n'as pas opérer des transtypages "éxotiques", ou autres dépassement de tableau (la ségmentation fault n'intervient pas toujours ce qui peut rendre ce genre d'erreur difficilement détéctable, de plus tu ne dépasse pas forcement à toutes les éxécution du programme).
J'utiliserais moi aussi valgrind en mode memcheck pour tracer les allocations/désallocations et le écriture hors des ségments mémoires alloués.
Ne sachant que trop bien à quel point ce type d'erreur peut pourrir la vie des développeurs je te souhaite bon courage.
[^] # Re: les ports à ne pas utiliser
Posté par FOUCRET Aurélien . En réponse au message Choix de port pour un serveur. Évalué à 1.
[^] # Re: SDL...
Posté par FOUCRET Aurélien . En réponse au message Comment intégrer des sons dans un programme C. Évalué à 3.
Qui plus est SDL est multi plateforme ce qui est un gros avantage.
# Conseil No1 : programme récursif
Posté par FOUCRET Aurélien . En réponse au message parser un fichier texte.. Évalué à 2.
Cependant il existe d'excellente lib de serialisation/deserialistaion. Peut etre n'as tu pas le choix sur le format de fichier. Sinon regarde de ce coté là tu y gagnerais surement du temps.