From mboxrd@z Thu Jan 1 00:00:00 1970 From: Philippe Gerum In-Reply-To: References: <4D110810.1090504@domain.hid> <1293025850.22129.15.camel@domain.hid> <1293027465.22129.17.camel@domain.hid> <1293031751.22129.21.camel@domain.hid> Content-Type: text/plain; charset="UTF-8" Date: Wed, 22 Dec 2010 19:28:39 +0100 Message-ID: <1293042519.22129.91.camel@domain.hid> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: Re: [Xenomai-help] gdb/gdbserver hangs during rt_task_create List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Kolja Waschk Cc: Xenomai GNA On Wed, 2010-12-22 at 19:13 +0100, Kolja Waschk wrote: > > cannot be reached on the console (Ctrl-C doesn't work) and GDB also doesn't > > react on Ctrl-C. telnet to the target works, however. cat /proc/xenomai/sched > > gdb doesn't seem to follow the task that called rt_task_create, but, maybe, the > manager task? I was able to reproduce the behaviour with a small test program; > gdb also became unresponsive in the same way when I tried to step into or over > rt_task_create, but came back again when the created task finishes or a > breakpoint in the main task was reached. For me, this behavious was unexpected.. > > In my actual application however I never get past the rt_task_create, even if > I set a breakpoint at some line somewhen later. What if you don't single step but (c)ontinue? > > Kolja > > > > _______________________________________________ > Xenomai-help mailing list > Xenomai-help@domain.hid > https://mail.gna.org/listinfo/xenomai-help -- Philippe.