mais y'a quoi comme fonctionnalité qui n'est pas accessible depuis l'IDE
Là ça va dépendre de l'ide; mais le problème c'est que c'est un ensemble, j'ai pas envie de devoir changer d'IDE selon mes besoins en debugger, ni de devoir lancer un bouzin qui me pompe 500Mo de RAM rien que pour l'environnement (Eclipse out). Trouve moi un ide qui permet
de placer des rbreak (regular expression break)
break conditionnel
break en cas de changement de valeur d'une variable
tbreak, mais ça je peux m'en passer (un breakpoint qui s'efface après le premier passage)
tracepoint + collect
remote debugging (très utile lorsqu'on est pas censé toucher à l'installation de la machine où ça plante.
repeat action (en gros faire 10 continue 12 step…)
dumper la mémoire dans un fichier
deux trois truc comme set $i = 0
print bar[$i++]->contents
utiliser les catch (catch throw, exec, fork, load…)
la commande line history
la completion automatique
en enfin la capacité de tout sauvegarder dans un fichier, et faire du copier coller de commande.
bref un paquet de truc qui simplifient la vie quand on débug, on est pas obligé de devoir ouvrir tous les fichier un à un pour placer les breakpoint. Moi aussi j'ai utilisé gdb il y a longtemps, et effectivement je n'avais pas remarqué tout ce que je fais avec aujourd'hui, certains trucs sont dus à de grosse évolutions, mais il est probable que je n'ai pas cherché plus loin que run, break, cont, next, step, where, print, display et les répétitions.
Et s'il est vrai que généralement un debugger comme celui qu'on trouve dans qtCreator est suffisant, il n'y a rien de plus rageant que de se retrouver dans une sessions de debuggage, avec tout qui plante comme on veut et qu'on est désarmé parce qu'il manque la fonctionnalité de gdb que les devs ont estimé inutile, ou à devoir remettre à plus tard, ou encore plus simple ignorée.
Et encore la liste ci-dessus est très loin d'être exhaustive, tu as pleins d'autre détail que fait gdb.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Juste une question
Posté par fearan . En réponse au journal KDevelop 4.4 est sorti. Évalué à 2.
Là ça va dépendre de l'ide; mais le problème c'est que c'est un ensemble, j'ai pas envie de devoir changer d'IDE selon mes besoins en debugger, ni de devoir lancer un bouzin qui me pompe 500Mo de RAM rien que pour l'environnement (Eclipse out). Trouve moi un ide qui permet
bref un paquet de truc qui simplifient la vie quand on débug, on est pas obligé de devoir ouvrir tous les fichier un à un pour placer les breakpoint. Moi aussi j'ai utilisé gdb il y a longtemps, et effectivement je n'avais pas remarqué tout ce que je fais avec aujourd'hui, certains trucs sont dus à de grosse évolutions, mais il est probable que je n'ai pas cherché plus loin que run, break, cont, next, step, where, print, display et les répétitions.
Et s'il est vrai que généralement un debugger comme celui qu'on trouve dans qtCreator est suffisant, il n'y a rien de plus rageant que de se retrouver dans une sessions de debuggage, avec tout qui plante comme on veut et qu'on est désarmé parce qu'il manque la fonctionnalité de gdb que les devs ont estimé inutile, ou à devoir remettre à plus tard, ou encore plus simple ignorée.
Et encore la liste ci-dessus est très loin d'être exhaustive, tu as pleins d'autre détail que fait gdb.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent