@DeltaFX:

les Fibers seulement te permet qu'un autres Fibers (thread) de TON application ne préempte pas TON Fiber (thread) courant. Ce qui limite les problèmes de multi-thread (lock,...)

si tu veux faire tu RT sous windows.... humm. windows n'est pas RT, mais tu peux regarder du côté de solution commercial "windows compatible" comme rtos32.
http://www.on-time.com/rtos-32.htm

Avec RTOS32, C'est très facile de faire tourner une application Delphi "normal" pour du RT embarqué. (Il propose un ordonnancement digne d'un OS RT, ...)

ça fait plaisir de voir un code technique sur un sujet intéressant !

j'ignorais que ce concept était supporté/impléementer par windows! (j'avais déjà utilisé qqch de similaire, mais c'était implémenté "a la main")

continue le bon code!

Loda

He!

Un programme original!

Bravo!

je regarderais ça un des ces quatre et je te donnerais un avis plus détails sur le code.

A+

salut,

j'ai pas regarder ta source, mais cela fait plus ou moins la même choses que
http://www.delphifr.com/codes/UTILITAIRE-ACCEDEZ-FACILEMENT-REPERTOIRES-SYSTEME-PEUT-IMPORTE-LEURS_39080.aspx
, non?

(C'est pas que j'ai une préférence pour l'un au l'autre, c'est juste que je trouve qu'un lien est approprié)

je regarderais tout ça quand j'aurai un jour de congé...

A+

merci pour la comparaison. Cela éclaire bien ma lanterne....

a+

re,

par curiosité: Tu utilises cet algo pour quel type d'application ? D'après l'article de wikipedia, son usage semble limité à des mots ou des textes très courts. Et même dans ce cas, un couple de mots assez différent semblent retourner des valeurs similaire à un couple de mots assez semblable. (je dis "semble", car je ne pas fait de test)

je m'intéresse au sujet pour un projet d'alogmerateur de news. Afin de détecter les news à double (typiquement avec une virgule en plus ou un titre un peu plus court)

bon week-end,

salut,

tu peux remplacer les "goto endForX" par un "break", plus propre.

sinon ça m'a l'air intéressant, je regarderais ça plus en détails une autres fois.

aussi, je me demandais dans quelle mesures le strings avec des '_' vont poser problèmes...

a+

salut!

j'aime bien l'idée! cependant:

- tu ne peux pas écrire dans le dossier de l'application sous Vista. Il faut mettre ton ini dans ApplicationData.
Regardes l'excellent utilitaire de cirec:
http://www.delphifr.com/codes/UTILITAIRE-ACCEDEZ-FACILEMENT-REPERTOIRES-SYSTEME-PEUT-IMPORTE-LEURS_39080.aspx

- Aussi, mais c'est discutable, je mettrais le nom du fichier ini en "dur" (ie: une var global) et je passerais en paramètre le nom de la section. Ce qui te permettrais de sauver plusieurs fenêtres sans te baser sur le nom. (Je crée mes fenêtre dynamiquement, et j'utilise une var pour stocker la référence de la fenêtre. imagine un programme de download par exemple.) Après, tu peux toujours passer le nom en paramétrés... ou faire deux signatures de méthodes.

- c'est un détails, mais je ne voix pas l'intérêt de mettre la var FichierIni en global. par contre, je voie un problème potentiel de concurrence si une fenêtre est détruite lorsqu'une autre est crée...

- les .dcu ne sont pas nécessaire dans les zip de sources.

- si tu as réellement plus de mille composant sur une de tes forms, je te recommande de revoir le design. peut-être remplacer par un drop-down list ou un treeeview... Imagine le gars qui utilise le clavier pour déplacer le focus d'un compo à l'autre !


@Francky:

Désolé, mais je ne suis pas d'accord avec toi sur l'idée de garder *toute* les propriétés. En effet, typiquement, seul la position (et ev. taille) de la fenêtre vas changer d'une exécution à l'autre. De plus, habituellement, tu crée la form invisible et tu l'affiche plus tard. Mais elle serra visible lorsque tu la détruira.
Aussi, c'est rare que tu change la couleur, l'aplhablend, le nombre et positions des compos durant l'exécution. Et si c'est le cas, tu devrait sûrement les recrée de la même manière (cad avec un liens sur des données par exemple) Et dans ce cas, évidement, ce gestionnaire de fenêtre est dépassé (aussi ce n'est pas sont but).

le WriteComponent() reste une méthode génial et pratique (et trop peu utilisée) pour sauver l'état d'un compo, mais je ne pense pas qu'elle soit adapté pour ce problème.

he!

"Normalement, chaque jeu de Débiars rameute toutes les foules de Delphifr.." c'est pas parcequ'on post pas qu'on est pas là.... ;-)

ceci dit passez une bon week-end ensoleillé !

Loda

salut,

rapidement et sans l'avoir essayé:

'C:\Windows\System32\Drivers\etc\hosts'
--> non. pas de chemin en dur (WINDOWS VS WINNT) !!! et utilise une var stp...

pourquoi charges tu deux fois le fichier?


# for Lignes:=19

pourquoi 19? qui te dit que le fichier n'as pas été modifié?
pourquoi ne lit tu pas toute les lignes? et masque les ligne de commentaires?


sinon, dommage que l'on ne puisse pas ajouter de commentaires dans le fichier Hosts ou un vague system de section.

aussi, il est courant de télécharger  une "black list" de site. Et après d'en ajouter des perso.  Une fonction super pratique serait de garder dans un fichier séparer les modif du user et de d'avoir la possibilité de les "reintégrer" dans le fichier hosts courant. (après avoir fait une mise à jour de la black list.) Tu vois ce que je veux dire?

a+

Loda