[Bug 1000740] New: Public Domain Curses for eCos

[Bug 1000740] New: Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740

           Summary: Public Domain Curses for eCos
           Product: eCos
           Version: CVS
          Platform: All
               URL: http://bitbucket.org/tickling/pdcurses4ecos/src/tip/READ
                    ME
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: normal
         Component: Patches and contributions
        AssignedTo: jifl@ecoscentric.com
        ReportedBy: sergei.gavrikov@gmail.com
         QAContact: ecos-patches@ecos.sourceware.org
             Class: ---


Created an attachment (id=692)
 --> (http://bugs.ecos.sourceware.org/attachment.cgi?id=692)
CYGPKG_PDCURSES

This patch provides eCos package `CYGPKG_PDCURSES' to run the curses programs
under eCos.

Public Domain Curses project's home:
http://pdcurses.sourceforge.net/

All stuff can be cloned or downloaded as an archive from my "sanctum sanctorum"
at bitbucked.org: http://bitbucket.org/tickling/pdcurses4ecos/

The implementation details are described in a document:
http://bitbucket.org/tickling/pdcurses4ecos/src/tip/implement.txt

A short guide how to test the package on Linux synthetic target:
http://bitbucket.org/tickling/pdcurses4ecos/src/tip/synth-gdb.txt

Note: The attached patch is today's diff of HG 'tip' against eCos CVS head.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


Sergei Gavrikov <sergei.gavrikov@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |sergei.gavrikov@gmail.com




--- Comment #1 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-04-28 13:32:43 ---
Hello

I hope that now the PDCurses package can be a useful stuff for any eCos target
which has a serial port. That my first dummy driver was replaced by a real one:
serial terminal driver. It seems for me that in this state the package can be
placed in eCos CVS (IMHO).

The package's sources are placed under the bitbucket service:
http://bitbucket.org/tickling/pdcurses4ecos


SYNOPSIS

  hg clone http://bitbucket.org/tickling/pdcurses4ecos/
  cd pdcurses4ecos
  sh install.sh

  ecosconfig new <target>
  ecosconfig add pdcurses

Then import a option the below to build the PDCurses demos

  cdl_option CYGBLD_PDCURSES_DEMOS {
      user_value 1
  };

Change a eCos serial device for PDCurses programs, if it's needed:

  cdl_option CYGDAT_PDCURSES_DRIVER_SERIAL_DEV {
      user_value "\"/dev/ser1\""
  };

default is "/dev/ser0".

The PDCurses driver works with a blocking and non-blocking read, but it's
useful to import

  cdl_option CYGOPT_IO_SERIAL_SUPPORT_NONBLOCKING {
      user_value 1
  };

too.

Then just type `make'. All demos should be under install/demos directory.

Note: I tested the package using LE targets only ARM and synthetic Linux
target. src/drivers/serial.c:PDC_check_key() uses macros which are endian
depended. So, I could not test them on BE target.

BTW, there is yet another tiny project which depends on the eCos PDCurses
package on bitbucket. It is a few my tweaks for the GNU Nano Editor:
http://bitbucket.org/tickling/gnunano4ecos/

Nano quite works on synthetic Linux target with ecosynthserial drivers and on
my ARM board. To compile the nano editor for eCos it's needed just to add
packages for default template:

  ecosconfig add fileio ramfs pdcurses

Once again, the PDCurses core itself is just 42K if I build it for ARM target
(ARM mode, !THUMB).


Sergei


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


Gary Thomas <gary@mlbassoc.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |gary@mlbassoc.com




--- Comment #2 from Gary Thomas <gary@mlbassoc.com>  2009-04-28 14:46:07 ---
How does the patch/attachment you've provided relate to the bitbucket
repository?

I certainly don't want to have to install & learn new SCM tools, just to try
this!


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


Sergei Gavrikov <sergei.gavrikov@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #692 is|0                           |1
           obsolete|                            |




--- Comment #3 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-04-28 17:02:59 ---
Created an attachment (id=708)
 --> (http://bugs.ecos.sourceware.org/attachment.cgi?id=708)
CYGPKG_PDCURSES

The new patch against the 2009/04/28 CVS head was generated and submitted.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #4 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-04-28 17:21:29 ---
(In reply to comment #2)
> How does the patch/attachment you've provided relate to the bitbucket
> repository?
> 
> I certainly don't want to have to install & learn new SCM tools, just to try
> this!
> 

I've generated the patch.

Also, I did want that anyone will look at some document before a trying the
PDCurses package (it is an off-side of the package; patch body, but it
describes some package's details):

http://bitbucket.org/tickling/pdcurses4ecos/src/tip/implement.txt


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


John Dallaway <john@dallaway.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|jifl@ecoscentric.com        |john@dallaway.org.uk




--- Comment #5 from John Dallaway <john@dallaway.org.uk>  2009-05-05 13:02:27 ---
I will review this package this afternoon.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #6 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-05 16:38:47 ---
(In reply to comment #5)
> I will review this package this afternoon.
> 

John, thank you for your time.

I want to say that I did a few commits during these days. Those were small
fixes for big-endian targets.

Unfortunately, I have no BE target. The stuff was tested on ARM LE target and
Linux synthetic target. Thanks Steven Clugston (he has BE powerpc-based board)
I was able to get the mails from him about BE issues. Unfortunately, he is AFK
this week and I have not got yet a final verdict from him.

What will you prefer: 1) to wait the BE verdict, 2) new diff against that
patch, 3) new patch, or 4) mercurial's pull for changesets?

Thanks,
Sergei


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #7 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-05 17:13:49 ---
(In reply to comment #6)
> (In reply to comment #5)
> > I will review this package this afternoon.
> > 
> 
> John, thank you for your time.
> 
> I want to say that I did a few commits during these days. Those were small
> fixes for big-endian targets.

One remark. The PDCurses sources itself are an endianess independent. The talk
is only about a byte order for a data for cyg_io_write() cyg_io_read() calls in
an eCos serial driver for PDCurses: src/drivers/serial.c.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


John Dallaway <john@dallaway.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |ASSIGNED
         Extra Info|---                         |REQUESTED
     Ever Confirmed|0                           |1




--- Comment #8 from John Dallaway <john@dallaway.org.uk>  2009-05-05 17:19:30 ---
So far, I have seen output from the "tuidemo" and "firework" demos. I can
navigate the menus and the fireworks are recognisable.

Sergei, correct operation of the demos seems to be dependent on resetting
minicom between each demo. Otherwise, no output is observed. Have you seen this
behaviour?

I am using eCos target pc_i82559 and minicom in VT102 mode.

A few comments so far:

The following CDL options need CDL "description" strings and should be "flavor
bool", not "flavor data":

 CYGDAT_PDCURSES_DRIVER_USE_KEYPAD_KEYS
 CYGDAT_PDCURSES_DRIVER_USE_ANSI_COLORS
 CYGDAT_PDCURSES_DRIVER_USE_VT100_ATTR

I think it would be preferable (and more consistent with other eCos packages)
to build the demo programs as eCos tests under the control of the
CYGBLD_PDCURSES_DEMOS option. Something like this should work (untested):

 cdl_option CYGPKG_PDCURSES_TESTS {
   display "PDCurses tests"
   no_define
   flavor data
   calculated { CYGBLD_PDCURSES_DEMOS ? src/demos/xmas src/demos/... : "" }
 }


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Re: [Bug 1000740] Public Domain Curses for eCos

[Sergei Gavrikov]

On Tue, May 05, 2009 at 05:19:31PM +0100, bugzilla-daemon@ecoscentric.com wrote:
> http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740
> 
> 
> John Dallaway <john@dallaway.org.uk> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|UNCONFIRMED                 |ASSIGNED
>          Extra Info|---                         |REQUESTED
>      Ever Confirmed|0                           |1
> 
> 
> 
> 
> --- Comment #8 from John Dallaway <john@dallaway.org.uk>  2009-05-05 17:19:30 ---
> So far, I have seen output from the "tuidemo" and "firework" demos. I can
> navigate the menus and the fireworks are recognisable.
> 
> Sergei, correct operation of the demos seems to be dependent on resetting
> minicom between each demo. Otherwise, no output is observed. Have you seen this
> behaviour?
> 
> I am using eCos target pc_i82559 and minicom in VT102 mode.

I used synth with ecosynthserial and olpce2294. I had not the same
issue. I ran minicom as `minicom -o -c on'. Then: "^A-T, A, C" for
colors. If you would have mercurial istalled...

AFAIR, I removed a non-blocking write from PDC_scr_open() then. Perhaps,
that is it. At the least in GNU nano is built with this package I can
press ^L to refresh screen.

Can you try the newest package?

hg clone http://bitbucket.org/tickling/pdcurses4ecos/
cd pdcurses4ecos
sh install.sh

Steven Clugston did report that his target has a problem with those my

    cyg_io_get_config(handle, CYG_IO_GET_CONFIG_SERIAL_OUTPUT_DRAIN, NULL,
                      NULL);

But, my target has not the same problem.


> A few comments so far:
> 
> The following CDL options need CDL "description" strings and should be "flavor
> bool", not "flavor data":
> 
>  CYGDAT_PDCURSES_DRIVER_USE_KEYPAD_KEYS
>  CYGDAT_PDCURSES_DRIVER_USE_ANSI_COLORS
>  CYGDAT_PDCURSES_DRIVER_USE_VT100_ATTR
> 

Agreed. I'll fix it.

> I think it would be preferable (and more consistent with other eCos packages)
> to build the demo programs as eCos tests under the control of the
> CYGBLD_PDCURSES_DEMOS option. Something like this should work (untested):
> 
>  cdl_option CYGPKG_PDCURSES_TESTS {
>    display "PDCurses tests"
>    no_define
>    flavor data
>    calculated { CYGBLD_PDCURSES_DEMOS ? src/demos/xmas src/demos/... : "" }
>  }

At first, I had the same thought, but then I thought that in a future
there can be a real small tests begin itself from CYG_TEST_INIT etc.
Because the drivers can be different, e.g. the keyless devices (LCD
screens). etc. But it is not issue and I can arrange it as you suggest.

> Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #9 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-05 20:28:14 ---
Created an attachment (id=712)
 --> (http://bugs.ecos.sourceware.org/attachment.cgi?id=712)
Used ECM to run PDCurses demos on olpce2294 target

I use this import (mini.ecm) to test PDCurses on Olimex LPC-E2294 board. I
build PDCurses demos and GNU nano in empty directory using a script the below

#! /bin/sh
TARGET=olpce2294
mkdir -p /tmp/a
cd /tmp/a || exit 1
find -maxdepth 1 ! -name . ! -name build.sh ! -name .gdbinit ! -name mini.ecm
-exec echo rm -r \{} \; | sh
ecosconfig new $TARGET \
&& ecosconfig add fileio ramfs pdcurses \
&& ecosconfig remove libm \
&& ecosconfig import mini.ecm \
&& ecosconfig resolve \
&& ecosconfig tree \
&& make -s \
&& test -r .gdbinit || cat <<EOF>.gdbinit
set confirm off
set output-radix 16
set remotebaud 230400
target remote /dev/ttyUSB0
load
b main
b exit
c
EOF


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #10 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-05 20:31:07 ---
(In reply to comment #8)
> So far, I have seen output from the "tuidemo" and "firework" demos. I can
> navigate the menus and the fireworks are recognisable.
> 
> Sergei, correct operation of the demos seems to be dependent on resetting
> minicom between each demo. Otherwise, no output is observed. Have you seen this
> behaviour?

I re-checked it again on olpce2294 in a batch mode as

for i in install/demos/* ; do arm-eabi-gdb $i ; done

Minicom had been opened in a separate tab as `minicom -o -c on' (ANSI mode,
Status line is disabled) and I had not seen your issue. Well, just now I used
the latest package version.

Then I re-run all as you: `minicom -o' (VT100, Status line is enabled). Of
course, no colors, but also no issue with a redrawing on _my_ target.

I attach my mini.ecm for a reference (SERIAL0 -- my GDB port, SERIAL1 --
PDCurses port).


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #11 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-05 20:53:43 ---
(In reply to comment #10)
> (In reply to comment #8)
> > So far, I have seen output from the "tuidemo" and "firework" demos. I can
> > navigate the menus and the fireworks are recognisable.
> > 
> > Sergei, correct operation of the demos seems to be dependent on resetting
> > minicom between each demo. Otherwise, no output is observed. Have you seen this
> > behaviour?
> 
> I re-checked it again on olpce2294 in a batch mode as
> 
> for i in install/demos/* ; do arm-eabi-gdb $i ; done
> 
> Minicom had been opened in a separate tab as `minicom -o -c on' (ANSI mode,
> Status line is disabled) and I had not seen your issue.

Just a guess, may be that is RTSCTS? My ~/.minirc.dfl for the tests:

pu port             /dev/ttyS0
pu baudrate         38400
pu statusline       disabled
pu rtscts           No
pu xonxoff          No

My target does not support RTSCTS and I do not turn it on.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Re: [Bug 1000740] Public Domain Curses for eCos

[Sergei Gavrikov]

On Tue, May 05, 2009 at 07:43:09PM +0300, Sergei Gavrikov wrote:
> On Tue, May 05, 2009 at 05:19:31PM +0100, bugzilla-daemon@ecoscentric.com wrote:
> > http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740
> > 
> > 
> > John Dallaway <john@dallaway.org.uk> changed:

[ snip ]

> > A few comments so far:
> > 
> > The following CDL options need CDL "description" strings and should be "flavor
> > bool", not "flavor data":
> > 
> >  CYGDAT_PDCURSES_DRIVER_USE_KEYPAD_KEYS
> >  CYGDAT_PDCURSES_DRIVER_USE_ANSI_COLORS
> >  CYGDAT_PDCURSES_DRIVER_USE_VT100_ATTR
> > 
> 
> Agreed. I'll fix it.
 
Done in the changeset #34.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


Sergei Gavrikov <sergei.gavrikov@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #708 is|0                           |1
           obsolete|                            |




--- Comment #12 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-06 09:33:15 ---
Created an attachment (id=713)
 --> (http://bugs.ecos.sourceware.org/attachment.cgi?id=713)
CYGPKG_PDCURSES

The PDCurses demos were moved into the package's tests directory. The absent
descriptions in CDL were added.

The package's CDL, ChangeLog, etc. were updated to be suitable for new
organization.

All stuff was re-tested on an ARM-7 LE target.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #13 from John Dallaway <john@dallaway.org.uk>  2009-05-08 14:19:06 ---
Sergei, the PDCurses package contains the MANEXT tool in the utils directory
which is licensed under the GPL but is "Copyright (C) 1991-1996 Mark Hessling".
I think we can simply omit the utils directory within the eCos port.

There is no need for an updated patch.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #14 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-08 14:27:37 ---
(In reply to comment #13)
> Sergei, the PDCurses package contains the MANEXT tool in the utils directory
> which is licensed under the GPL but is "Copyright (C) 1991-1996 Mark Hessling".
> I think we can simply omit the utils directory within the eCos port.
> 
> There is no need for an updated patch.
> 

Thank you, I missed that.

Yet another thing. What do you think, May be that all src/ecos stuff is odd
stuff. In fact, it sets up a PDCECOS thread like MW does. But, perhaps, it is
odd thing for curses event loop... What is your look/taste?


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #15 from John Dallaway <john@dallaway.org.uk>  2009-05-08 15:01:20 ---
(In reply to comment #14)

> Yet another thing. What do you think, May be that all src/ecos stuff is odd
> stuff. In fact, it sets up a PDCECOS thread like MW does. But, perhaps, it is
> odd thing for curses event loop... What is your look/taste?

The src/ecos/ code serves as a useful example of how to implement a real-world
PDCurses application under eCos but it could be seen as unnecessarily
restrictive. Perhaps better to drop CYGBLD_PDCURSES_ECOS, place the src/ecos/
code in a separate examples/ directory within the PDCurses package and provide
a simple makefile similar to /opt/ecos/ecos-3.0/examples/Makefile in order to
build it.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #16 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-08 15:08:13 ---
(In reply to comment #15)
> (In reply to comment #14)
> 
> > Yet another thing. What do you think, May be that all src/ecos stuff is odd
> > stuff. In fact, it sets up a PDCECOS thread like MW does. But, perhaps, it is
> > odd thing for curses event loop... What is your look/taste?
> 
> The src/ecos/ code serves as a useful example of how to implement a real-world
> PDCurses application under eCos but it could be seen as unnecessarily
> restrictive. Perhaps better to drop CYGBLD_PDCURSES_ECOS, place the src/ecos/
> code in a separate examples/ directory within the PDCurses package and provide
> a simple makefile similar to /opt/ecos/ecos-3.0/examples/Makefile in order to
> build it.

It is good idea! Thank you, I will rework the package ASAP, re-test it and let
you know.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


John Dallaway <john@dallaway.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Extra Info|REQUESTED                   |---




--- Comment #17 from John Dallaway <john@dallaway.org.uk>  2009-05-08 15:21:29 ---
(In reply to comment #10)

> > Sergei, correct operation of the demos seems to be dependent on resetting
> > minicom between each demo. Otherwise, no output is observed. Have you seen
>> this behaviour?
> 
> I re-checked it again on olpce2294 in a batch mode as
> 
> for i in install/demos/* ; do arm-eabi-gdb $i ; done
> 
> Minicom had been opened in a separate tab as `minicom -o -c on' (ANSI mode,
> Status line is disabled) and I had not seen your issue. Well, just now I used
> the latest package version.

Thanks for looking into this. I cannot reproduce the problem today. If I see it
again, we can treat it as any other bug report. I don't think it should delay
the contribution.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #18 from John Dallaway <john@dallaway.org.uk>  2009-05-08 15:34:29 ---
(In reply to comment #16)

> > The src/ecos/ code serves as a useful example of how to implement a
> > real-world PDCurses application under eCos but it could be seen as
> > unnecessarily restrictive. Perhaps better to drop CYGBLD_PDCURSES_ECOS,
> > place the src/ecos/ code in a separate examples/ directory within the
> > PDCurses package and provide a simple makefile similar to
> > /opt/ecos/ecos-3.0/examples/Makefile in order to build it.
> 
> It is good idea! Thank you, I will rework the package ASAP, re-test it and let
> you know.

Great!

Some minor niggles:

* The ChangeLog, HISTORY, IMPLEMNT and README files should be in the
  "pdcurses/current/" directory.

* Please ensure you have included some comment about the precise PDCurses
  version you have ported. I could not find a version string but I did not
  look very hard.

* The empty "define_proc" in the CDL script can be removed.

* For compatibility with the eCos Configuration Tool, the list of tests in
  CYGPKG_PDCURSES_TESTS should not include the ".c" suffix:

     tests/firework tests/newdemo ...

With the above changes and the change described in comment #15 I think
contribution this will be ready for check-in.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #19 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-08 15:40:56 ---
(In reply to comment #18)
> (In reply to comment #16)
> 
> > > The src/ecos/ code serves as a useful example of how to implement a
> > > real-world PDCurses application under eCos but it could be seen as
> > > unnecessarily restrictive. Perhaps better to drop CYGBLD_PDCURSES_ECOS,
> > > place the src/ecos/ code in a separate examples/ directory within the
> > > PDCurses package and provide a simple makefile similar to
> > > /opt/ecos/ecos-3.0/examples/Makefile in order to build it.
> > 
> > It is good idea! Thank you, I will rework the package ASAP, re-test it and let
> > you know.
> 
> Great!
> 
> Some minor niggles:
> 
> * The ChangeLog, HISTORY, IMPLEMNT and README files should be in the
>   "pdcurses/current/" directory.
> 
> * Please ensure you have included some comment about the precise PDCurses
>   version you have ported. I could not find a version string but I did not
>   look very hard.
> 
> * The empty "define_proc" in the CDL script can be removed.
> 
> * For compatibility with the eCos Configuration Tool, the list of tests in
>   CYGPKG_PDCURSES_TESTS should not include the ".c" suffix:
> 
>      tests/firework tests/newdemo ...
> 
> With the above changes and the change described in comment #15 I think
> contribution this will be ready for check-in.
> 

Thank you, for your careful look! Tonight, I will fix this all, re-test the
package, and post a final (I hope) patch against CVS HEAD via BMS.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


Sergei Gavrikov <sergei.gavrikov@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #712 is|0                           |1
           obsolete|                            |
 Attachment #713 is|0                           |1
           obsolete|                            |




--- Comment #20 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-08 21:06:39 ---
Created an attachment (id=714)
 --> (http://bugs.ecos.sourceware.org/attachment.cgi?id=714)
CYGPKG_PDCURSES

This is the workaround for the comments #15, #18 from John Dallaway.
ChangeLog regenerated. The package (the demos and example of PDCurses+eCos
application) were re-tested on ARM-7 LE target. I have not seen any issues.


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #21 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-08 21:28:42 ---
(In reply to comment #19)
> (In reply to comment #18)
> > (In reply to comment #16)
> > 
> > > > The src/ecos/ code serves as a useful example of how to implement a
> > > > real-world PDCurses application under eCos but it could be seen as
> > > > unnecessarily restrictive. Perhaps better to drop CYGBLD_PDCURSES_ECOS,
> > > > place the src/ecos/ code in a separate examples/ directory within the
> > > > PDCurses package and provide a simple makefile similar to
> > > > /opt/ecos/ecos-3.0/examples/Makefile in order to build it.
> > > 
> > > It is good idea! Thank you, I will rework the package ASAP, re-test it and let
> > > you know.

I put a simple Makefile and README in examples directory. If README will seem 
too bloat for you feel free to cut any lines or just remove it.

> > 
> > Great!
> > 
> > Some minor niggles:
> > 
> > * The ChangeLog, HISTORY, IMPLEMNT and README files should be in the
> >   "pdcurses/current/" directory.

Done. ChangeLog regenerated.

> > 
> > * Please ensure you have included some comment about the precise PDCurses
> >   version you have ported. I could not find a version string but I did not
> >   look very hard.

I used the latest stable version of the PDCurses. This is v 3.4:
http://pdcurses.sourceforge.net/

and `include/curses.h' contains

#define PDC_BUILD 3401

The PDCurses sources were tweaked a very few (if you desire you can brief look
at the latest chapter: "The tweaks") from here
http://bitbucket.org/tickling/pdcurses4ecos/src/tip/implement.txt

> > * The empty "define_proc" in the CDL script can be removed.
> > 

Removed.

> > * For compatibility with the eCos Configuration Tool, the list of tests in
> >   CYGPKG_PDCURSES_TESTS should not include the ".c" suffix:
> > 
> >      tests/firework tests/newdemo ...

Fixed.

> > With the above changes and the change described in comment #15 I think
> > contribution this will be ready for check-in.
> > 

That's the BSM attachment (id=714)
http://bugs.ecos.sourceware.org/attachment.cgi?id=714

or BB commit 52: 8968475009ef
http://bitbucket.org/tickling/pdcurses4ecos/

Thank you for collaborating!


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


John Dallaway <john@dallaway.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Extra Info|---                         |REQUESTED




--- Comment #22 from John Dallaway <john@dallaway.org.uk>  2009-05-09 17:55:44 ---
Sergei, I've only just noticed that most of the eCos-specific files have plain
GPL copyright banner (without the exception clause):

[jld@cog pdcurses]$ grep -r COPYRIGHTBEGIN *
current/cdl/pdcurses.cdl:## ####ECOSGPLCOPYRIGHTBEGIN####
current/ChangeLog:// ####GPLCOPYRIGHTBEGIN####             
current/src/drivers/serial.c:// ####GPLCOPYRIGHTBEGIN####
current/examples/pdcecos_app.c:// ####GPLCOPYRIGHTBEGIN#### 
current/examples/pdcecos_thread.c:// ####GPLCOPYRIGHTBEGIN#### 
current/examples/pdcecos_init.c:// ####GPLCOPYRIGHTBEGIN#### 
current/examples/pdcecos_app.h:// ####GPLCOPYRIGHTBEGIN#### 
[jld@cog pdcurses]$ 

These files must be licensed under the eCos public license as a matter of
policy and should therefore all use the ECOSGPLCOPYRIGHT banner (as used in
pdcurses.cdl). Would you like to change the banners in the other 6 files or
shall I change them on your behalf?


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #23 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-09 18:12:03 ---
(In reply to comment #22)
> Sergei, I've only just noticed that most of the eCos-specific files have plain
> GPL copyright banner (without the exception clause):
> 
> [jld@cog pdcurses]$ grep -r COPYRIGHTBEGIN *
> current/cdl/pdcurses.cdl:## ####ECOSGPLCOPYRIGHTBEGIN####
> current/ChangeLog:// ####GPLCOPYRIGHTBEGIN####             

[snip]

> 
> These files must be licensed under the eCos public license as a matter of
> policy and should therefore all use the ECOSGPLCOPYRIGHT banner (as used in
> pdcurses.cdl). Would you like to change the banners in the other 6 files or
> shall I change them on your behalf?

Ups. Of course I kept in mind eCos Public License, usualy I grab the banners
from somewhere inside eCos repository. Never look on the 'shas' insides. Can
you, please, fix the banners properly? May be just replace all by new banners.
If you have no time, I will fix it, yust to point where to get the good
examples for TCL/C/H sources?



-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740


John Dallaway <john@dallaway.org.uk> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Extra Info|REQUESTED                   |---
         Resolution|                            |CURRENTRELEASE




--- Comment #24 from John Dallaway <john@dallaway.org.uk>  2009-05-10 09:34:23 ---
Checked in. Thank you for the contribution!


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #25 from Sergei Gavrikov <sergei.gavrikov@gmail.com>  2009-05-10 09:39:16 ---
(In reply to comment #24)
> Checked in. Thank you for the contribution!
> 

Thank you for your collaboration and patience!


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

[Bug 1000740] Public Domain Curses for eCos

[bugzilla-daemon]

http://bugs.ecos.sourceware.org/show_bug.cgi?id=1000740





--- Comment #26 from John Dallaway <john@dallaway.org.uk>  2009-06-13 09:15:36 ---
*** Bug 1000732 has been marked as a duplicate of this bug. ***


-- 
Configure bugmail: http://bugs.ecos.sourceware.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.