ACK! :-)
--
CeDeROM, SQ7MHZ, http://www.tomek.cedro.info
On Sat, Mar 11, 2023, 23:53 Xiang Xiao wrote:
> On Sun, Mar 12, 2023 at 2:09 AM Tomek CEDRO wrote:
>
> > Please consult Unix manual and source code (for instance any of the BSD).
> > Linux was never a reference in Unix world, it was
On Sun, Mar 12, 2023 at 2:09 AM Tomek CEDRO wrote:
> Please consult Unix manual and source code (for instance any of the BSD).
> Linux was never a reference in Unix world, it was about to mimic Unix, but
> was not even self-compatible. Not a good reference point. See how big mess
> it introduced
It is true that Linux is not fully POSIX compliant (e.g.,
https://linuxhint.com/is_linux_posix_compliant/). But Linux folk have
gone to a lot of work to clean up a Linux specification with the LSB:
https://refspecs.linuxfoundation.org/lsb.shtml and that generally adopts
POSIX standards.
Please consult Unix manual and source code (for instance any of the BSD).
Linux was never a reference in Unix world, it was about to mimic Unix, but
was not even self-compatible. Not a good reference point. See how big mess
it introduced in current drivers implementation (i.e. drm kms) and their
On 3/10/2023 5:30 PM, Qi3 Huang 黄齐 wrote:
I have to agree that the code is looking better all of the time. Many of
the obvious problems that I saw just a couple of days ago have been
addressed. Many of the things I have complained about in this thread
have been fixed. But there are probably
tX.
发件人: Qi3 Huang 黄齐
发送时间: 2023年3月11日 0:05:41
收件人: dev@nuttx.apache.org
主题: 答复: 答复: 答复: [External Mail]Re: [Breaking change] Echo character by serial
driver
Thanks for point that, so my change will affect them by serial.c since it's in
common logic (excat
On 3/10/2023 10:05 AM, Qi3 Huang 黄齐 wrote:
Thanks for point that, so my change will affect them by serial.c since it's in
common logic (excatly, is in uart_read()).
You are right. But that is not true of telnet, is it?
Thanks for point that, so my change will affect them by serial.c since it's in
common logic (excatly, is in uart_read()).
发件人: Gregory Nutt
发送时间: 2023年3月10日 23:58:29
收件人: dev@nuttx.apache.org
主题: Re: 答复: 答复: [External Mail]Re: [Breaking change] Echo character
Emm, I confirmed that one of my test platform (esp32c3), its cdcacm driver
implement the uart_ops, but rp2040 seems not.
CLE should works since it will override the content from driver ECHO if over
serial driver, but readline shouldn't echo input.
I'll test more to confirm it.
cdcacm.c
s
before.
发件人: Gregory Nutt
发送时间: 2023年3月10日 23:47:52
收件人: dev@nuttx.apache.org
主题: Re: 答复: [External Mail]Re: [Breaking change] Echo character by serial driver
[外部邮件] 此邮件来源于小米公司外部，请谨慎处理。若对邮件安全性存疑，请将邮件转发给mi...@xiaomi.com进行反馈
>
>> nsh over usb works with readline/cle now
nsh over usb works with readline/cle now.
In face, isconsole in current implementation is more like a very tiny
`line driver` inside the serial driver.
That is very interesting. The serial driver
(drivers/usbdev/cdcacm.c). Does not include any of your change. It
does not use
it.
发件人: Gregory Nutt
发送时间: 2023年3月10日 23:22:45
收件人: dev@nuttx.apache.org
主题: Re: 答复: [External Mail]Re: [Breaking change] Echo character by serial driver
[外部邮件] 此邮件来源于小米公司外部，请谨慎处理。若对邮件安全性存疑，请将邮件转发给mi...@xiaomi.com进行反馈
> nsh over usb works with readline/cle now.
>
>
nsh over usb works with readline/cle now.
In face, isconsole in current implementation is more like a very tiny `line
driver` inside the serial driver.
That is very interesting. The serial driver (drivers/usbdev/cdcacm.c).
Does not include any of your change. It does not use serial.c .
On 3/10/2023 9:08 AM, Qi3 Huang 黄齐 wrote:
I think I should give a simple brief of questions mentioned:
1. How to handle so many vt100 commands ?
There aren't many vt100 commands actually used, current implementation can
meet nearly all requirment in apps (only pdcurse need test, I'll have
nsh over usb works with readline/cle now.
In face, isconsole in current implementation is more like a very tiny `line
driver` inside the serial driver.
发件人: Gregory Nutt
发送时间: 2023年3月10日 23:09:12
收件人: dev@nuttx.apache.org
主题: [External Mail]Re: [Breaking
I think I should give a simple brief of questions mentioned:
1. How to handle so many vt100 commands ?
There aren't many vt100 commands actually used, current implementation can
meet nearly all requirment in apps (only pdcurse need test, I'll have a test
soon). If we really need to handle
16 matches
Mail list logo
