<?xml version="1.0" encoding="utf-8"?><!DOCTYPE article  PUBLIC '-//OASIS//DTD DocBook XML V4.4//EN'  'http://www.docbook.org/xml/4.4/docbookx.dtd'><article><articleinfo><title>WebHome/TrabajosPracticos/PracticoASM3/KDbg</title><revhistory><revision><revnumber>4</revnumber><date>2012-06-06 14:14:46</date><authorinitials>GuillermoSteiner</authorinitials></revision><revision><revnumber>3</revnumber><date>2012-06-06 14:14:24</date><authorinitials>GuillermoSteiner</authorinitials></revision><revision><revnumber>2</revnumber><date>2012-06-06 14:11:08</date><authorinitials>GuillermoSteiner</authorinitials></revision><revision><revnumber>1</revnumber><date>2012-06-06 14:10:10</date><authorinitials>GuillermoSteiner</authorinitials></revision></revhistory></articleinfo><section><title>Solución a algunos problemas del KDBG</title><section><title>Muy lento</title><para>En proyectos en los cuales se entró varias veces al debugger y se realizaron cambios en el mismo, compilado y vuelto a entrar, por un error del KDbg se pueden acumular varios breakpoint. Esto se puede observar seleccionando la solapa &quot;Puntos de interrupción&quot;, donde aparecerá una lista extensa de los mismos. La gran lista de breakpoint genera al Kdbg un trabajo que ralentiza los proceso de carga y ejecución de nuestro proyecto. </para><section><title>Solución</title><para>Para cada proyecto el kdbg posee un archivo donde guarda la configuración del mismo, entre estas cosas guarda los breakpoints, para solucionar el problema entonces, borramos ese archivo. </para><para>Estando dentro del home del usuario hacemos     </para><screen><![CDATA[cd .kde/share/apps/kdbg/sessions
ls -l]]></screen><para>El <emphasis role="strong">ls</emphasis> nos mostrará todos los archivos creados de los diferentes proyectos, estos se identifican con un código al principio y el nombre del proyecto al final. </para><para>Borramos con <emphasis role="strong">rm</emphasis> el proyecto en cuestión.  </para></section></section></section></article>