This is the mail archive of the
ecos-discuss@sourceware.org
mailing list for the eCos project.
Re: printf/gets/etc not working
- From: Sergei Gavrikov <sergei dot gavrikov at gmail dot com>
- To: Slide <slide dot o dot mix at gmail dot com>
- Cc: ecos-discuss at ecos dot sourceware dot org
- Date: Mon, 16 Aug 2010 23:14:43 +0300 (EEST)
- Subject: Re: [ECOS] printf/gets/etc not working
- References: <AANLkTinUcLgR4R2izhCLJJQggCv7rsqbKNJqvQL86WzX@mail.gmail.com>
On Fri, 13 Aug 2010, Slide wrote:
I am bringing up eCos on a custom internal board,
^^^^^^^^^^^^^^^^^^^^^^^^^^
Hi Slide,
So, does this mean that you have some new untested H/W and and a fresh
eCos port for it or your port closely depends on some known target in
eCos World?
I have diag_printf working just fine,
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Good news, at the least you managed a polled (non-interrupt driven)
diagnostic *output* for the UART, and as you say that diag_printf()
works smoothly, then try the simplest diagnostic *input* with
HAL_DIAG_READ_CHAR(_c_) macro
BUT,
I only have one serial port on the board,
^^^^^^^^^^^^^^^^^^^^^^^^^
It's good to know, How you download and run your test printf(), gets()
application? Do you share diagnostic and debug channels on that UART or
use an alternate communication channel for testing (debugging)? If you
use GDB remote protocol via that serial port..., well I won't guess,
write a bit, please, about your startup and debug environment.
but I can't seem to get printf or gets to work correctly.
Let's leave this a while, especially gets().
Sergei
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss