| Age | Commit message (Collapse) | Author |
|---|
|
major change in multibus error handling. I reintroduced bugs ..
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fichier.
|
|
classes to be compiled with a 1.1.7A jdk
|
|
|
|
|
|
|
|
|
|
- Domain bug fix
- die semantics OK
- non CPU-eating socket listeners
cVS: ----------------------------------------------------------------------
|
|
|
|
think xload, but for ivy messages. 1 second, 10 seconds, 1 minute
|
|
messages.
|
|
the debug code in Probe, and who knows what I've done in IvyClient ?
|
|
|
|
the same syntax.
|
|
1/ le passage des Vectors aux Hashtables pour la collection des regexp, que
ce soit dans Ivy.java ( regexp_in ) ou dans IvyClient.java (regexp_out)
Les clefs sont des Integer ( msgid, et un serial incrémenté en sortie )
L'accès le plus simple pour modifier ces fichiers, c'est l'énumération sur
les clefs. On truve des choses comme:
for (Enumeration e = regexps.keys(); e.hasMoreElements(); ) {
Integer key=(Integer)e.nextElement();
// des choses avec regexps.get(key)
// ...
}
2/ Un bugfix sauvage sans IvyClient.java
Le msgarg n'était pas réinitialisé entre deux parsings de messages. Dans le
cas d'un message reçu sur une regexp sans groupement (.*), comme par
exemple ^AIRCRAFT:, on faisait tout de même passer la valeur précédente de
msgarg. C'est fini. Over. out. heraus schnell.
3/ j'avais dit deux ? dans le monde, il y a trois type de gens, ceux qui ne
savent pas compter, et les autres.
Je rajoute un TestIvySwing, qui nécéssite un swingall.jar, mais c'est un
problème de paquetage, et pas de libivy. En fait, ça devrait devenir à
terme un autre paquetage.
Yannick.
|
|
|
