Apple règle le bug Telugu, Réactions à la publication du 20/02/2018

[Lionel]

En fin de semaine dernière on apprenait que des caractères Telugu pouvaient faire planter nombre d'applications sur la plupart des systèmes d'exploitation d'Apple.

Pendant le week-end, des attaques malveillantes avaient commencé à se produire, en particulier via Twitter, cherchant à faire planter les produits Apple.
La société vient de réagir en proposant au public iOS 11.2.6, watchOS 4.2.3, tvOS 11.2.6, et macOS High Sierra 10.13.3 (supplémentaire) qui corrigent ce problème.


Lien vers le billet original

[ericb2]

@reversi

Je ne sais pas si ça répond à ta question, mais voici l'exemple que j'ai en tête :

CODE

/* buggy.c */
#include <stdio.h>
#include <stdlib.h>

static char buf[256];
void lit_entree (char *);

int
main (void)
{
char * entree;// = NULL;
// décommenter pour ne pas avoir le crash
//entree = buf;

lit_entree (entree);
fprintf (stdout, "Vous avez tape : %s\n", entree);
return EXIT_SUCCESS;
}

void lit_entree (char *s)
{
short int anErr = (fgets(s, sizeof(buf), stdin) == NULL);

if ( anErr != 0 )
fprintf(stdout, "Problème avec la valeur saisie \n");
}

Que j'ai compilé avec :
gcc -Iinc -Wall -O3 -ansi -pedantic -std=c99 -g -DDEBUG -o build/buggy_debug buggy.c
buggy.c: In function ‘main’:
buggy.c:22:3: warning: ‘entree’ is used uninitialized in this function [-Wuninitialized]
lit_entree (entree);

Et à l'éxecution :
Reading symbols from buggy_debug...done.
(gdb) b 1
Breakpoint 1 at 0x400510: file buggy.c, line 1.
(gdb) r
Starting program: /home/eric/Devel/buggy/build/buggy_debug
warning: the debug information found in "/lib64/ld-2.23.so" does not match "/lib64/ld-linux-x86-64.so.2" (CRC mismatch).


Breakpoint 1, main () at buggy.c:10
10 {
(gdb) n
22 lit_entree (entree);
(gdb) p entree
$1 = 0x0
(gdb) p *entree
Cannot access memory at address 0x0
(gdb) n
azer

Program received signal SIGSEGV, Segmentation fault.
__GI__IO_getline_info (fp=fp@entry=0x7ffff7dd18e0 <_IO_2_1_stdin_>, buf=buf@entry=0x0, n=254, n@entry=255,
delim=delim@entry=10, extract_delim=extract_delim@entry=1, eof=eof@entry=0x0) at iogetline.c:77
77 iogetline.c: Aucun fichier ou dossier de ce type.


Mais tu as raison, j'ai utilisé une version debug.

Edit : j'ai mis la bonne ligne de commande (mon makefile compile automatiquement les 2 versions : sans / avec symboles) + recopié exactement ce que j'ai avec gdb64

Ce message a été modifié par ericb2 - 20 Feb 2018, 18:45.