yop

En fait moi j'ai raisonné comme ca:

il y a les n-uplet perdants: c-a-d les nuplets tels que si tu dois jouer dessus, tu perds quoique tu fasses. Les coups gagnants sont les coups à partir desquels tu peux accèder à un coup perdant. Voilà pour ma définition de coup perdant et gagnant. Donc je me suis rendu compte qu'il y avait quelques propriétés qui en découlaient, et des schéma qui se reproduisaient. Mais j'avoue que la généralisation à n tas me paraït difficile.

Je ne pense pas en avoir trop dit, étant donné qu'il s'agit juste d'une manière de voir les choses et que ce n'est peut-être pas la bonne!

Toutefois, les propriétés qui relient les membres d'un triplet que j'ai trouvées ont l'air d'être correctes, étant donné que l'algorithme de CommComm les respectent. Voilà ca marche pour trois tas, mais vu que l'algo "parfait" ne me laissera jamais l'occasion de jouer sur une configuration de trois tas gagnante (vu que ca marche pour tous les tas) bah je suis obligé de généraliser.. et la je sèche!

Il faudrait peut être que je m'y mette plus sérieusement.. mais j'aimerais savoir, si vous avez procédé par généralisation, si il n'y aurait pas une petite aide à donner lol, pour passer de n tas, à n+1.

thx!

Yop!


J'ai trouvé l'algorithme pour qui gère les triplets, c'est à dire l'algorithme général pour trois tas. Et franchement ca n'a pas été facile , mais je crois que le tiens maintenant! D'ailleurs c'est abusé l'étonnante simplicité du résultat par rapport à la situation initiale qui semble bien compliquée.

Là il faut que je généralise à n tas.. ma question s'adresse a CommComm, et à tous ceux qui ont réussi l'épreuve d'ailleurs:

Est-ce que ton(vos) algorithme(s) gère(ent) n tas, c'est-à-dire si vous avez la bonne distribution au départ, êtes vous sûr(e)s de gagner?

Bon, quelque soit la réponse j'ai bien envie de le trouver cet algorithme général.. ma curiosité veut juste savoir la puissance de l'algorithme auquel je me frotte!

Ah oui et aussi, je me demande un peu si les coups perdants ne forment pas un espace algébrique.. ca peut peut-être m'aider

Bonjour à tous!

Voici deux failles concernant firefox plutôt récentes comme vous pouvez le voir ci-dessous. C'est même tout chaud, enfin tout est relatif: dans le monde de la sécurité tout évolue si vite!

Je vous les poste car même si mon niveau actuel ne me permet pas d'implémenter mes propres exploits, n'étant pas seul sur terre, je ne doute pas un instant que certains ont dû s'empresser de le faire. Je trouve ces failles plutôt inquiètantes!

Amusez vous bien avec elles..

 

Multiple Mozilla Products Memory Corruption/Code Injection/Access Restriction Bypass Vulnerabilities
2006-12-15
http://www.securityfocus.com/bid/16476

Mozilla Firefox Large History File Buffer Overflow Vulnerability
2006-12-15
http://www.securityfocus.com/bid/15773

Est-ce que quelqu'un a résolu cette épreuve comme moi, c'est a dire sans cerveaux mais avec un processeur tournant à fond (et un ventilo qui hurle) ?

Un combat d'algorithmes.. C'est génial !

Jolie épreuve: ludique, interactive , très motivante et bien théorique de surcroit: que du bonheur

Je m'y mets dès ce soir, bravo à son créateur !


A quand la partie d'échec ?! lol ..

Yep ! J'ai utilisé une approche plus bourrine

Comme quoi, foncer dans le tas ca peut marcher !

Oui c'est vrai j'avais pas pensé à l'utiliser en local..

Pour la méthode POST, j'ai lu quelque chose qui disait  "POST    Envoi de données au programme situé à l'URL spécifiée" (dans ce cas là on passe les variable dans le corps de la requête HTTP) mais c'est vrai que ca parait logique de pouvoir essayer la méthode GET avec la syntaxe ?variable=.

Je crois que j'avais essayé et que ca n'avais pas marché, mais depuis j'ai changé mon code, je vais réessayer!

Merci

Bonjour!

DealM, est ce que ton algorithme est récursif ?

Merci!

Il s'agit ici de ma première participation au forum donc je salue tout le monde !

Voilà, j'ai décidé (pour le moment) de ne pas utiliser PHP pour réussir cette épreuve, après avoir utilisé bash sans succès (le fichu & commercial fait tout tomber parterre) j'utilise JAVA pour envoyer mes requêtes HTTP.

J'ai résolu le problème de la session PHP et j'arrive, avec la méthode GET, à récupérer le numéro mais il m'est impossible de faire marcher la méthode POST! Je pense que ma requête est correcte car je n'ai pas d'erreur de syntaxe ou de type missing etc.

La réponse du serveur est 404: page non trouvée, j'ai bien sûr vérifié l'url plusieurs fois. J'ai vu dans la RFC HTML que la page 404 pouvait être un résultat "normal" de l'utilisation de la méthode POST, mais je pense qu'il y a un problème, puis que je n'ai aucun bravo ni mot de passe

Ma question est la suivante:
Est ce qu'il y aurait une personne qui aurait réalisé l'épreuve grâce a un programme en JAVA ou en C et qui puisse m'aider à trouver l'erreur dans mon code, ou bien, dans un premier temps vérifier la validité de ma requête HTTP?

Rm:
Je pense qu'il est utile de ne pas se servir de PHP car d'autre épreuves pourraient demander des traitements plus longs, qui seraient bien mieux traités en local.


Merci d'avance !