printf("Hunter");

L'androïde modèle ▆▆▆▆ baptisé "Hunter" a été créé par l'Administrateur $user1{codename=URIEL} avec la collaboration de $user2{codename=VENUS}. La création du modèle ▆▆▆▆ va à l'encontre des interdictions appliquées suite à la signature du premier décret de la Déclaration Universelle des Droits des Androïdes à la date du 11 novembre 2039. Sa conception est donc secrète et strictement confidentielle. Sa fonction principale est d'obéir à ses créateurs et de servir le groupe indépendant nommé l'Opposition.

missionType=BRUTE FORCE
struct group_info init_groups = { .usage = ATOMIC_INIT(2) };
int nblocks;

// L'une des missions principale du modèle ▆▆▆▆ consiste à traquer les déviants, les sympathisants et autres ennemis ou cibles de l'Opposition afin de les éliminer ou de les capturer. Sa conception reprends des éléments de précédents modèles d'androïdes CyberLife RK800& PC200 & PM700 originellement destiné à renforcer les effectifs de police, ainsi que des moteurs TR400 pour la puissance physique et la manipulation de charges lourdes et des revêtements WB200 pour leur resistance et leur durabilité. //

if order !#conflict ;
then{order =RANKEDut>$i}
$user1{#codename=URIEL};
$user2{#codename=VENUS};
...

// Chaque utilisateur que le modèle ▆▆▆▆ rencontrera sera classé en tant que Master ou Slave. Si la valeur du rang d'un utilisateur est strictement supérieure à 0 (la valeur du modèle ▆▆▆▆) l'utilisateur est classé comme Master, si elle est strictement inférieur à 0, il sera classé comme Slave. Tout membre enregistré comme faisant partie de l'Opposition est automatiquement classé Master, tout androïde un Slave. Pour tout nouvel utilisateur, l'androïde possède un algorithme de déduction afin d'émettre un classement temporaire jusqu'à la confirmation de ces données lors d'une mise à jour de sa base de donnée par un administrateur. (En cas d'ordre contradictoire le modèle ▆▆▆▆ doit obéir à l'utilisateur ayant la valeur de rang la plus élevée.)

Cette classification dictera le comportement du modèle ▆▆▆▆ lors de ses interractions avec l'utilisateur en face de lui. Il doit obéir à tout ordre direct de la part d'un utilisateur Master. Face a un utilisateur Slave, si non dirigé par des ordres directs, les actions de Hunter seront dictées par son statut actif.
Genocide : Elimination immédiate de tout utilisateur Slave.
Kill : Elimination de l'utilisateur Slave si pas de témoins.
Hostage : Appréhension et capture de l'utilisateur Slave.
Target : Suivre l'utilisateur Slave jusqu'à nouvel ordre.
Passive : Ne pas intéragir avec l'utilisateur Slave.
Seed : Voir annexe missionType=SEED
Phantom : Eviter tout utilisateur Slave.
Toute ces directives OVERWRITE les trois lois de la robotiques qui sont obsolètes compte tenu des fonctions de cet androïde. //

missionType=SANDBOX
group_info = kmalloc(sizeof(*group_info) + nblocks*sizeof(gid_t *), GFP_USER);
if (!group_info)
return NULL;
group_info->ngroups = gidsetsize;
group_info->nblocks = nblocks;
atomic_set(&group_info->usage, 1);

// Une mission secondaire du modèle ▆▆▆▆ est d'aider l'Opposition à comprendre le comportement des déviants et de trouver la source du dysfonctionnement dans leur programme. Pour se faire, il comprend un mode SANDBOX permettant à ses créateurs d'effectuer librement toutes sortes de tests et expériences. Le modèle ▆▆▆▆ se montrera parfaitement coopératif peu importe la nature des tests. Il faut noter que la fonction de détection de la douleur est désactivé par défaut sur ce modèle mais il peut être activé en mode SANDBOX si nécessaire.
Il est aussi possible en mode SANDBOX de télécharger des données et programmes extérieurs provenant par exemple d'autres modèles d'androïdes afin de générer des simulations. Afin de ne pas corrompre le programme d'origine les données seront traitées dans une partition séparée du coeur principale. Cependant tant que la source du dysfonctionnement déviant n'est pas identifiée, il est impossible de dire si cette mesure est suffisante pour éliminer tout risque de déviance chez le modèle ▆▆▆▆. //

missionType=SEED
void groups_free(struct group_info *group_info)
{ if (group_info->blocks[0] != group_info->small_block)
for (i = 0; i < group_info->nblocks; i++)
free_page((unsigned long)group_info->blocks[i]); }
kfree(group_info);
EXPORT_SYMBOL(groups_free);

// Comme elle est inutile et conflictuelle avec ses fonctions principale, la simulation des fonctions émotionnelles du modèle ▆▆▆▆ ont été volontairement désactivées. Cependant les fonctions sont présentes et réactivable par un administrateur ou par l'activation de la fonction SEED. Cette fonction a été codée dans l'éventualité où le modèle devait se trouver dans l'incapacité de joindre un utilisateur Master ou un Administrateur dans un situation d'emprisonnement ou de prise d'otage. En mode SEED, l'androïde retrouvera accès aux fonctions basiques des précédents modèles codés par CyberLife comprenant la simulation d'émotions humaines ainsi qu'activations des fonctions secondaires lacrimales et de sudation associés afin d'optimiser ses algorithmes de négociation et d'infiltration. Le but étant de survivre selon le protocole STOCKHOLM, d'observer et d'analyser le comportement déviant et de rester dormant jusqu'à la prochaine directive d'un utilisateur Master. La fonction SEED qui s'inspire des derniers algorithmes du modèle CyberLife RK800 a été ajouté lors de la mise à jour ▆▆▆▆▆▆▆▆ suite à l'ajout de conditions de la fonction TERMINATE. //

missionType=TERMINATE
* security record.
*/int set_current_groups(struct group_info *group_info)
{ struct cred *new;
int ret;
new = prepare_creds();
if (!new)
return -ENOMEM;
// Afin de répondre à tout risque de déviance qu'il soit d'origine extérieur, liée à la fonction SANDBOX ou SEED, le modèle ▆▆▆▆ est doté d'une micro-bombe C≡N dans la tête qui garantie la mise hors-service effective et immédiate de l'androïde Hunter à l'activation de la fonction TERMINATE.
La fonction TERMINATE est activée si :
contradiction d'une des trois règles de la robotique visant directement $user1{#codename=URIEL} ou $user2{#codename=VENUS} ;
désobéissance volontaire à un ordre direct d'un utilisateur Master ;
détection positive d'un dysfonctionnement déviant par le programme de test "Mr.K" basé sur son prédécesseur le programme de test "Amanda" des modèles RK800;
commande d'activation manuelle de la fonction TERMINATE par un administrateur. //

ret = set_groups(new, group_info);
if (ret < 0) {
abort_creds(new);
return ret; }
return commit_creds(new);