public inbox for ecos-discuss@sourceware.org
 help / color / mirror / Atom feed
* [ECOS] input problem for i386 target
@ 2002-04-04  3:14 umesh jaiswal
  2002-04-04  7:02 ` Jonathan Larmour
  0 siblings, 1 reply; 2+ messages in thread
From: umesh jaiswal @ 2002-04-04  3:14 UTC (permalink / raw)
  To: ecos-discuss

Hi all..

Thanks to jonathan for his continuous help.

As I am working on i386 pc, the input problem
 from host side GDB is still there.


The problem with my ecos is that I can not  debug  my
aplication
by adding some input functions like scanf() ,gets().
whenever these functions come across debuger,it simply
hangs for waiting input from keyboard.It can not take 
input from host side(GDB) keyboard. 
  I have to kill & restart the debugging process.
  configuration have the option ..

   CYGNUM_HAL_VIRTUAL_VECTOR_CONSOLE_CHANNEL -> 0

  CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL -> 2

 CYGNUM_HAL_VIRTUAL_VECTOR_CONSOLE_CHANNEL_DEFAULT ->
0

 but still it is not working.
	The o/p i.e. all printf comes to gdb but no input
i.e. scanf  
goes from gdb .

 The same  thing is working fine with synthatic linux
target. I can
debug my application(built for synthatic linux) having
 scanf & gets by GDB running over linux.but not
working 
with i386 pc target.

Regards!!

umesh jaiswal

 


__________________________________________________
Do You Yahoo!?
Yahoo! Tax Center - online filing with TurboTax
http://taxes.yahoo.com/

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [ECOS] input problem for i386 target
  2002-04-04  3:14 [ECOS] input problem for i386 target umesh jaiswal
@ 2002-04-04  7:02 ` Jonathan Larmour
  0 siblings, 0 replies; 2+ messages in thread
From: Jonathan Larmour @ 2002-04-04  7:02 UTC (permalink / raw)
  To: umesh jaiswal; +Cc: ecos-discuss

umesh jaiswal wrote:
> 
> Hi all..
> 
> Thanks to jonathan for his continuous help.
> 
> As I am working on i386 pc, the input problem
>  from host side GDB is still there.
> 
> The problem with my ecos is that I can not  debug  my
> aplication
> by adding some input functions like scanf() ,gets().
> whenever these functions come across debuger,it simply
> hangs for waiting input from keyboard.It can not take
> input from host side(GDB) keyboard.
>   I have to kill & restart the debugging process.
>   configuration have the option ..
> 
>    CYGNUM_HAL_VIRTUAL_VECTOR_CONSOLE_CHANNEL -> 0
> 
>   CYGNUM_HAL_VIRTUAL_VECTOR_DEBUG_CHANNEL -> 2
> 
>  CYGNUM_HAL_VIRTUAL_VECTOR_CONSOLE_CHANNEL_DEFAULT ->
> 0
> 
>  but still it is not working.
>         The o/p i.e. all printf comes to gdb but no input
> i.e. scanf
> goes from gdb .
>
>  The same  thing is working fine with synthatic linux
> target. I can
> debug my application(built for synthatic linux) having
>  scanf & gets by GDB running over linux.but not
> working
> with i386 pc target.

For the synthetic target, GDB treats it as a native program. However there
is no way to get console input from GDB for a remote target. It simply
isn't in the remote protocol.

If you need input while still using GDB, you'll have to use a different
comms port.

Jifl
-- 
Red Hat, Rustat House, Clifton Road, Cambridge, UK. Tel: +44 (1223) 271062
Maybe this world is another planet's Hell -Aldous Huxley || Opinions==mine

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2002-04-04 15:02 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-04-04  3:14 [ECOS] input problem for i386 target umesh jaiswal
2002-04-04  7:02 ` Jonathan Larmour

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).