Quelle poésie à l'état pur cette épreuve

Enfin reussi, et de la belle manière \o/ 






jvdieycrntoaomrsehcyuagrxdoan 

Bonjour les gens
Je viens de faire une découverte assez surprenante ...
Je fais ce challenge en c++ et les réponses du serveur en fonction de ma requêtes me paraissent bizarres.
Voici mon problème :
- Lorsque j'envoie la demande de la première page de la façon suivante,

Code:

   buffer = "GET /epreuves/prog/frok-fichus_nb/prog_1.php HTTP/1.0\r\n";
   buffer += "Host: " + string(hosti->h_name) + "\r\n";
   buffer += cookie + "\r\n\r\n";
   send(sock, buffer.c_str(), buffer.length(), 0);

le serveur me réponds :
302 Found
<p>The document has moved <a href="http://www.newbiecontest.org/epreuves/prog/frok-fichus_nb/prog_1.php">here</a>.</p>

- Lorsque j'inverse \r\n apres HTTP/1.0 par \n\r de la façon suivante,

Code:

   buffer = "GET /epreuves/prog/frok-fichus_nb/prog_1.php HTTP/1.0\n\r";
   buffer += "Host: " + string(hosti->h_name) + "\r\n";
   buffer += cookie + "\r\n\r\n";
   send(sock, buffer.c_str(), buffer.length(), 0);

le serveur me renvoie bien la page correcte, qui me demande les anagrammes, etc ...

Quelqu'un pourrait-il me dire pourquoi le serveur me réponds correctement que lorsque j'inverse le CRLF ?
Parce que je ne comprends pas bien là, et ça me perturbe lol ... :-/

Hummm ...
Finalement j' ai réussi ^^ j' oubliai simplement de tester une solution dans ma boucle ...
Pas de chance c' est celle qui étai bonne ^^ lol
Très très belle épreuve ... Merci pour tout CommComm :

A l' attention de MiniComm : Ha ha ha ha !!! Je t'ai eu 

DynasyX

Bonjour !
Bon, bah Minicom me fait poster mon premier message d'aide, bravo a lui  

Alors ... je vais essayer de m' expliquer sans trop en dévoiler ...
J'ai réussi à faire un **No Sms** algorithme qui utilise la ***, et si j'ai tout compris,

je dois renvoyer une solution "***" à chaque tour, sauf au dernier puisque il ne doit rester
qu' un pion à MiniCom pour lui faire ravaler son "MiniCom a gagné"...
Seulement voilà, alors que le jeu se déroule parfaitement, ( solution *** envoyée à chaque fois depuis le début
de la partie ), vers la fin de la partie, plus de solution *** possible ( donc je prends un pion au hasard ),
MiniCom au tour d' après en revanche récupère une solution *** et je PERDS au bout de quelques tours...

Mauvaise méthode de recherche de solution ou à un moment donné dois-je changer de méthode ?

Parce que j'ai beau tourner et retourner l'algo, il me parait plutôt pas mauvais
( en même temps je vais pas dire qu'il est mauvais, il est de moi   lol )

Si une âme charitable pouvait passer par là et me gratifier d'un conseil ^^

DynasyX

Modération : je ne sais plus trop ce qui a été dit dans le fil mais par précaution je caviarde.

Petite pensée à ceux qui ont du mal avec ces choses horribles que sont les api VB,
voici le tut qui m' a beaucoup aidé ...

http://www.caesum.com/handbook/rev.htm

En espérant que ça pourra aider quelqu'un d' autre que moi 

DynasyX

Bonjour les gens !

Ce n' est pas dans mon habitude de demander de l' aide,mais là ...  

En utilisant olly, je trouve bien le call vbavar***** qui compare les deux chaines et
nous fait aller ou non vers "Ouais genial, enfin réussi ce crackme apres une semaine de recherches :p".
En regardant un peu le stack, je trouve un pointeur qui pointe sur la chaine que je rentre...
Logiquement, ce qui suit dans le stack devrais être le pointeur qui pointe sur la bonne chaine,
mais quand je cherches, et ben rien ! Juste une adresse qui pointe sur une autre adresse, qui pointe sur une autre adresse,
etc ... indéfiniment.

Si vous ne pouvez pas m' en dire plus, rassurez moi ... Je suis tout proche là non ?
Parce que sinon je vais cracker ... psychologiquement ... lol.

// Edit : Finalement c' est bon, je viens de trouver xD A peine 10min après avoir posté ... lol
// Bizarre quand même cette façon de comparer une string et un entier ... :-s

PS : Je vomis le VB ...
// Edit : Je vomis toujours le VB xD

DynasyX.