AccueilCodesTutorielsForumsEmploiLivresGuide achatConnexion

  • CodeS-SourceS
  • RSS CodeS-SourceS
  • CodyxBot, le Bot GTalk & MSN qu'il vous faut !
  • Générez des revenus avec vos codes, scripts et tutoriaux
  • Aide à la navigation du site
begin process at 2009 07 09 23:06:58
Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

108 commentaire(s) de rt15 sur des sources sur tout CodeS-SourceS

Le : 14/05/2009 18:52:19
Source : RAPID'MSN - ECRIRE QUELQUE MOTS EN UN CLIC SUR MSN !
Tu es sûr que c'est bien le titre de la fenêtre ? Pour le vérifier, tu peux utiliser un utilitaire style spy++ ou équivalent. Genre celui-là :
http://www.codeproject.com/KB/winsdk/messagespy.aspx

Le : 09/03/2009 16:07:21
Source : LES FIBERS : DES THREADS NON PRÉEMPTÉS PAR LE SYSTÈME
Non, malheureusement ce n'est plus la saison du père noël. Windows schedule les threads. Les threads schedulent les fibers.

http://msdn.microsoft.com/en-us/library/ms682661(VS.85).aspx

Le : 09/03/2009 12:32:26
Source : LES FIBERS : DES THREADS NON PRÉEMPTÉS PAR LE SYSTÈME
Je rejoins les félicitations générales. Très belle source. Originale, qui peut aider ceux qui veulent faire des fibers... Du grand art.

En attendant une grosse pointure que je ne suis pas, je peux essayer de donner un début d'explication concernant les quelques lignes d'assembleur. Soit dit en passant l'assembleur est infiniment plus simple que le Delphi sur le plan syntaxique : il y a vraiment pas beaucoup d'instructions et elles sont toutes relativement simples. C'est pas du tout un langage qu'il faut considéré comme inabordable et réservé à je ne sais quels bidouilleurs de l'extrème.

Le processeur est composé d'un certain nombre de registres, c'est à dire de cases nommées pouvant contenir des valeurs.

Quand le windows décide de changer le thread en cours d'exécution, il remplace les valeurs stockées dans ces registres par celles du thread à exécuter.

On appelle ça des contexte d'exécution. Windows garde en mémoire le contexte de tous les threads et remplace un contexte par un autre pour changer de thread.

Dans un processus, tous les threads ont accès à la même mémoire.

Donc si un processus a un thread A et un thread B, comment faire la différence entre les deux ?

En sockant dans le contexte des informations sur le thread courant.

A chaque changement de thread, le contexte étant mis à jour, les informations sur le thread sont mises à jour.

Le processus peut ainsi facilement connaître son thread qui est en cours d'exécution.

GetCurrentThreadId par exemple, exploite probablement les informations de contexte pour renvoyer l'id du thread.

Où sont stockées ses informations dans le contexte ?

Le contexte, composé de registre, est de taille très restreinte pour des raisons de performance évidente.

Le contexte est donc stocké en mémoire et pointée par un des registres, fs.

Chaque thread a donc son propre fs qui pointe sur son propre contexte, le TEB, pour Thread Environment Block :
http://undocumented.ntinternals.net/UserMode/Undocumented%20Functions/NT%20Objects/Thread/TEB.html

Le TEB permet de récupérer beaucoup d'informations sur le thread et le processus :
Il y a un pointeur sur le Process Environment Block, les IDs du thread et du processus (Dans RealClientId)...

Et un pointeur sur les infos sur la fibre.

Le pointeur sur ces infos se trouve dans la Tib, la première structure du TEB.

Le TEB est bien représentée sur wikipedia (Ils appellent ça le TIB, mais le TIB est seulement la première partie), avec les offset :
http://en.wikipedia.org/wiki/Win32_Thread_Information_Block

On voit que "Fiber data" se trouve à l'offset de la TEB/TIB + 0x10 = 16 = $10 octets.

C'est ça que va chercher l'assembleur.

function GetCurrentFiber : Pointer;
  asm
    mov eax, fs:[$10]
end;

La valeur de retour de la fonction doit être mise en place dans le registre eax.
Donc il faut déplacer Fiber data dans eax :
mov eax, FiberData

fs est un registre de segment. Les registres de segments permettent de modifier l'adressage. Par défaut, pour une instruction, c'est le registre de segment ds qui est utilisé. mov eax, [$10] est équivalent à mov eax, ds:[$10].

Ici, on veut accèder au TEB et on sait que fs pointe dessus, du moins que l'adresse 0 dans le segment fs correspond à l'adresse du TEB. On précise donc que l'on utilise le registre de segment fs.

Et on tape à l'adresse $10 de ce segment. Détail "amusant", pour ce segment, nil n'est pas du tout une adresse invalide.

Dans le cas de la deuxième fonction :

function GetFiberData : Pointer;
  asm
    mov eax, fs:[$10]
    mov eax, [eax]
end;

On récupère le premier champ de la structure pointé par Fiber Data. Mais je n'ai pas trouvé la définition de la structure en question.

J'espère avoir été au moins vaguement compréhensible...

Le : 29/12/2008 13:48:25
Source : MESSAGE EN FEU D'ARTIFICE
C'est trop bô. :,)

Chapeau l'artiste !

Le : 22/12/2008 15:21:11
Source : RÉDACTEUR D'UNITÉ DE CHARGEMENT DYNAMIQUE DE DLL
J'adore mes posts ! On dirait que je suis skizo.

Je me demande ce que devient florenth...

Le : 15/12/2008 18:03:38
Source : DJIKSTRA EN MODE GRAPHIQUE
Boh ? Il y a même pas de "Pointer".

Pas forcément très inspiré mon exemple... En plus, le code plus long est plus lent pour copier de petites zones mémoire.

Autre exemple concret : les algos de tri. Un tri à bulle fait quelques dizaines de lignes... Un quicksort, plus rapide à l'exécution, est nettement plus long à codé... Encore plus si on le dérecursifie pour gagner encore plus.

Le : 15/12/2008 14:51:58
Source : DJIKSTRA EN MODE GRAPHIQUE
Un exemple de code plus long mais plus rapide. Copy_Memory recopie les octets un par un de la source vers la destination. C'est le code le plus simple. Copy_MemoryEx recopie par paquets de 4 octets autant que possible, sachant que c'est la taille avec laquelle les processeurs actuels sont les plus à l'aise.

Par curiosité, on peut aller voir la fonction Move (Appelée par CopyMemory) proposée par Delphi. Elle utilise le même algo que Copy_MemoryEx (4 octets d'abord, puis octets par octets pour finir). Par contre, rédigée en assembleur, elle est plus dense et probablement nettement plus rapide.

type PTByteArray = ^TByteArray;
type TCardinalArray = array[0..High(Word) div SizeOf(Cardinal)] of Cardinal;
type PTCardinalArray = ^TCardinalArray;

implementation

{$R *.dfm}

procedure Copy_Memory(const lpDest: PTByteArray; const lpSrc: PTByteArray; const nSize: Cardinal);
var
  nI: Integer;
begin
  for nI:= 0 to nSize - 1 do
    lpDest[nI]:= lpSrc[nI];
end;

procedure Copy_MemoryEx(const lpDest: PTByteArray; const lpSrc: PTByteArray; const nSize: Cardinal);
var
  lpDestCard: PTCardinalArray;
  lpSrcCard: PTCardinalArray;
  nI: Integer;
  nFirstCopyEnd: Integer;
begin
  lpDestCard:= PTCardinalArray(lpDest);
  lpSrcCard:= PTCardinalArray(lpSrc);

  for nI:= 0 to nSize div 4 - 1 do
    lpDestCard[nI]:= lpSrcCard[nI];

  nFirstCopyEnd:= (nSize div 4) * 4;

  for nI:= nFirstCopyEnd to nFirstCopyEnd + nSize mod 4 - 1 do
    lpDest[nI]:= lpSrc[nI];
end;


procedure TForm1.Button1Click(Sender: TObject);
var
  lpSrc: String;
  lpDest: array [0..MAX_PATH] of char;
  nSize: Integer;
begin
  lpSrc:= '123';
  Copy_MemoryEx(PTByteArray(@lpDest), PTByteArray(lpSrc), length(lpSrc) + 1);
  ShowMessage(lpDest);
end;

Le : 05/12/2008 18:03:45
Source : SIMULATION CHUTE TARTINE BEURRÉE
Sur le plan technique, c'est assez simple...

C'est un applet, une petite application Java exécutée sur le poste client, dans le navigateur.

On repère son code dans la page :

<applet height="470" width="420" code="tartine.class" codebase="http://www.xavierducros.org/documents/simulations/">
</applet>

On peut mettre ce code dans sa propre page. Si on a peur que Xavier Ducros déplace son applet, on peut le télécharger à cette adresse :

http://www.xavierducros.org/documents/simulations/tartine.class

On peut ensuite placer ce .class sur son serveur Web et modifier le HTML en conséquence (Adapter le codebase).

Pour travailler en local, on peut mettre la classe à côté du fichier html et mettre "." comme codebase.

Par contre, ce serait quand même nettement plus réglo de demander à l'auteur... Et de ne pas s'approprier son travail devant tes profs.

Le : 05/12/2008 17:25:23
Source : SIMULATION CHUTE TARTINE BEURRÉE
Tu ne peux pas. Ou alors il faudrait faire un ActiveX, et à vu de nez tu n'as pas le niveau. Et même avec un ActiveX, cela ne fonctionnerait qu'avec un navigateur sous Windows, sachant qu'en plus :

Pour IE -> Il faudrait que IE veuille bien l'exécuter.
Pour FF -> Il faudrait que FF dispose d'un plugin pour l'exécution des ActiveX et qu'il veuille bien l'exécuter.

Un "client lourd", c'est pas fait pour tourner dans un navigateur.

Le : 05/12/2008 17:08:37
Source : SIMULATION CHUTE TARTINE BEURRÉE
TPETARTINE->Argh ! Regarde mon post d'avant, trois posts plus haut... Un peu de recherche que diable.


1 2 3 4 5 6 7 8 9 10 11


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Comparez les prix Nouvelle version


Tomtom GO 740 LIVE
Entre 349€ et 508€


Visiter le guide achat

Photothèque Nouveau !

Photo pretty girlsPhoto alphabet langue des sourds
Photo pretty teenage girls 

Visiter la photothèque


Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,234 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.