Re: [openplacos-dev] 0.4

[flagos <flagospub@xxxxxxxxx>]

Bon nickel

J'ai relu, un peu rien vu de problematique. J'ai juste balancé un
commit sur une fonction d'erreur dans la lib qui sortait avec un exit
0 (donc pas d'erreur en sortie du process..).

Le reste sinon a l'air bon, j'ai vu que tu as calé les 2 ecritures
(on_read et def read) pour decrire les methodes, c'est cool. On fera 2
templates avec les 2 styles de programmation et zou

Sinon moi j'ai codé sur la branche dev-export, pas grand chose a
signaler mis a part que ca marche pas encore (je bloque au moment ou
il faut recuperer les ifaces des pin_input pour les merger sur la pin
a exporter coté clients). Je te montrerai ca un peu plus demain soir,
on pourra commencer par fixer ca, ca devrait aller assez vite.

Sinon oui ruby1.9 fait plaisir: quand ca plante, il va plus vite a le faire :p

Cool pour le mode thread si ya rien qui bloque, ca commence a le faire tout ca !

Demain soit on se fait ca chez moi ?

++

Le 25 juillet 2011 01:50, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
> salut
> finalement j'ai un peu codé ce WE, j'ai un peu caller différents trucs (+600
> lignes) en vrac dans un commit que tu as du voir passer
> http://git.tuxfamily.org/openplacos/openplacos?p=gitroot/openplacos/openplacos.git;a=commitdiff;h=2a4bcf581300aa98834b18e91c12e0d61819ed1e
> En gros, j'ai codé une libclient comme on avais dit, j'ai commité quelques
> exemples que j'ai fait au cour du dev.
> j'ai a moitié porté le driver arduino sous cette lib, mais c'est pas ultra
> evident pour certain truc vu qu'on a un objet par ifaces et non pas un objet
> par pin physique ( en fait c'est chiant quand on a des variables qui doivent
> etre globale a une pin, style @input pour savoir si la pin est setté en in
> ou en out) mais bon ca se fait bien globalement.
> vu que j'ai codé un quit pour les components dans la lib, je l'ai repercuté
> dans le server.
> j'ai aussi callé des AsessionBus dans la lib, donc j'en ai profiter pour
> fixer le mode thread du server.
> et comme je voulais voir un peut ce que ca donnais, j'ai commité quelques
> truc en lien avec ruby1.9
> donc voila, hésite pas a reviewer le code, et a le modifier si ca te
> convient pas.
> A priori ca marche plutot bien (meme en mode thread, ou devraije dire
> surtout en mode thread).
> j'ai pu taper du 14Mo de Ram avec le server + driver + component en thread +
> ruby1.9, ce qui fait pas mal plaisir en tout cas
>
> voila
> Le 23 juillet 2011 09:31, flagos <flagospub@xxxxxxxxx> a écrit :
>>
>> ca roule.
>>
>> Le 22 juillet 2011 17:38, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a écrit :
>> > Demain je vais pas etre mega dispo, je prefere qu'on se chope vite fait
>> > sur
>> > le net, bon c'est sur c'est pas pareil mais ca peu se gerer.
>> > j'ai des truc chiant a faire dans l'aprem.
>> >
>> > sinon mardi ca me va.
>> >
>> > Le 22 juillet 2011 17:31, flagos <flagospub@xxxxxxxxx> a écrit :
>> >>
>> >> Ah oui, par contre je serai dispo mardi prochain. Ca t'irait toi ?
>> >>
>> >> Le 22 juillet 2011 17:31, flagos <flagospub@xxxxxxxxx> a écrit :
>> >> > Il faut ajouter: blinder les checks de config, améliorer la
>> >> > resistance
>> >> > du serveur.
>> >> >
>> >> > Perso moi, jeudi, vendredi, samedi prochain, j'ai mes petites soeurs
>> >> > de la reunion qui viennent. Donc la pareil, je serai pas trop dispo..
>> >> > Honnetement, on code ce qu'on peut et on voit. Je pense que ca
>> >> > devrait
>> >> > passer, l'interface d'admin ca va etre peut-etre un peu chaud lol.
>> >> >
>> >> > Il faut egalement prevoir un peu de doc mais bon c'est a la fin ca
>> >> > ;-).
>> >> >
>> >> > Honnetement demain, on se code ce qu'on peut coder et on y verra plus
>> >> > clair. On se fait ca chez moi ?
>> >> >
>> >> > Le 22 juillet 2011 17:21, miaouf kirsh <miaoufkirsh@xxxxxxxxx> a
>> >> > écrit :
>> >> >> Salut
>> >> >> Juste pour s'organiser un peut pour voir si on peu sortir la
>> >> >> nouvelle
>> >> >> archi
>> >> >> pour la prochaine version.
>> >> >>
>> >> >> Au niveau des dates :
>> >> >>
>> >> >> RC dans 3 semaines, le 12 aout.
>> >> >> finale dans 5 semaines, le 26 aout.
>> >> >>
>> >> >> Personnellement, je suis en congé à partir de la fin de la semaine
>> >> >> prochaine, mais je n'ai pas prevu grand chose encore (connais pas
>> >> >> les
>> >> >> dates
>> >> >> où je vais partir), mais en gros je suis pas sur d’être très dispo
>> >> >> les
>> >> >> deux
>> >> >> semaines du milieu aout.
>> >> >> Donc voila, va falloir cravacher, et pas trop troller si on veut
>> >> >> sortir
>> >> >> un
>> >> >> truc pas trop degeux.
>> >> >>
>> >> >> a priori je dirais qu'on a les tâches suivante a lâcher en priorité
>> >> >> :
>> >> >>
>> >> >> Objets coté client, avec les ifaces qui vont bien (et tout et tout)
>> >> >> Creer une lib qui unifie la libdriver/libplugin/libcomposant pour un
>> >> >> codage
>> >> >> easy des modules. surtout que ca risque de bouger donc plus tôt on
>> >> >> lache une
>> >> >> lib moins ca sera chiant.
>> >> >> Passer tout les drivers/plugin/composant sous cette lib, pour eviter
>> >> >> les
>> >> >> régression de features
>> >> >> Mode thread du pauvre, a gros coup de ASessionBus
>> >> >> Instancier notre propre bus.
>> >> >>
>> >> >> Et en mode petit bonus qui pet bien :
>> >> >>
>> >> >> La console d'admin, ou au moins un truc qui permette de config en
>> >> >> mode
>> >> >> graphique et de générer une string de config.
>> >> >> Je trouve que ca permet bien d'illustrer l’intérêt des changement
>> >> >> qu'on
>> >> >> a
>> >> >> réalisé avec la nouvelle archi.
>> >> >>
>> >> >> Ais-je oublier des truc ?
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Tapé depuis mon clavier
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Tapé depuis mon clavier
>> >>
>> >>
>> >
>> >
>>
>>
>>
>> --
>> Tapé depuis mon clavier
>>
>>
>
>



-- 
Tapé depuis mon clavier