回复：Stop using US controlled software stacks!!!

[Enwei Zhang]

Where can we get safe hardwares? Zhang Enwei发自我的华为手机 原始邮件 发件人： Guido Stepken 日期： 2020年4月28日周二 傍晚6:50收件人： picolisp@software-lab.de主题： Re: Stop using US controlled software stacks!!!I think, it's decided now, that China is going to remove US hardware, USsoftware and US protocols.In fact, US software stacks, especially those Open Source by Apache, Linux,.. "Foundations" have become a *huge pile of shit*:*Billions lines of code, millions of bugs, thousands of NSA backdoors,hundreds of intentionally slowed down algorithms, sponsored mainly by Intel*Security Reviews? Impossible! Removing NSA contributed code, e.g. SELinux,backdoors even deeply sticking in Linux TCP/IP stack? Impossible!Removing Intel IME Spy Firmware Processor (MINIX) from all 2008 latermotherboards (even in notebooks) - Impossible!To give you an idea, what's all running in parallel to your "Booted OS" ofchoice:https://www.intel.com/content/dam/www/public/us/en/security-advisory/documents/cve-2019-0090-whitepaper.pdfIn fact, UEFI is an Operating System, that is running parallel to your ownOS. You're booting Windows, Linux on a kind of Hypervisor, the underlying,hidden Minix OS (a tiny UNIX Clone living in North Bridge), has *fullaccess* to. Means: Disk, memory, keyboard, network ...NSA can access all of your passwords, certificates, ... any time. Even whenmain processor is switched off, the Cortex-A15 core can activate power fore.g. SSD, network on its own, even when Intel main CPU is deactivated.And i fear, the little "US problem" with surveillance, spying on othercountries industries to gain strategic advantage and control over foreinindustries, politicians, CEOs ... is much bigger than anybody can imagine.In Europe, we now have Exokernels (similar to Hypervisors, Microkernels)running on safe hardware (e.g. ARM Cortex-A53/55 (no Spectre/Melissavulnerability, like Odroid N4, RPi 3, ...) with *"UNIX as library"* runningon top, programmed in an old, rock solid funtional, compiled language named*OCaml*. Also see ReasonML. 10x faster, 100x lesser memory footprint forsame (web, database, GUI) functionality.New upcoming European "Gaia-X" Cloud will be built with that stuffexclusively (security reviews ongoing), leaving US companies and theirtechnologies in the dust. China, India, South America are going similarways.Also see "Shakti RISC-V" Project: https://shakti.org.in/RISC-V foundation recently has been moved to Switzerland. Finished with USinfluence. We're taking them out of business now. With "we" i mean wholeworld with 7 billion people outside the US.Have fun!P.S.: I neither smoke nor am i taking drugs!Am Dienstag, 28. April 2020 schrieb Edgaras Šeputis :> Now you seriously smoking something. China's bullshit new IP was notaccepted by anyone, no one wants their authoritarian extensions, and saywhatever you want about US (and one can say a lot of shit about them and bequite correct), US is still millions of miles better than China and if youare running from US, you should run even faster from China> I'll just point that for some time now you are acting like some kind ofweird troll, making some seemingly interesting pionts, even whiledisplaying crappy attitude, then spouting complete bullshit about Chinabeing better than US.>> On Tue, Apr 28, 2020 at 12:27 AM Guido Stepken  wrote: Seems, you haven't the slightest idea, what's going on in world: China is changing gears, decoupling from TCP/IP protocol. Means: USAbecoming isolated. It's a 320 million people state, making just 5% ofglobal population.https://cntechpost.com/2020/03/30/huawei-aims-to-reshape-internet-with-protocol-called-new-ip/ China, in fact, is double as big as Europe and the US together. Apartfrom that, not only half of USA is bankrupt, with Corona now it's ⅔

回复：Towards a more readable Pico(Lisp) ... nobody needs parenthesis!

[Enwei Zhang]

Wonderful!ZEW 原始邮件 发件人： Guido Stepken 日期： 2020年4月10日周五 半夜11:03收件人： picolisp@software-lab.de主题： Towards a more readable Pico(Lisp) ... nobody needs parenthesis!Hi all!Parenthesis sometimes unneccessarily seem to keep people away from Lisp as "all day programming language". It's confusing their brain.How about this "innovative" new Lisp syntax?https://github.com/birchb1024/genyris/blob/master/examples/queens.gIt's the more readable version, compare to this original version here:http://obereed.net/queens/algorithm.htmlReminds me a bit of Python or Julia ... or rather - Swift?Seems, all programming languages, including new C++20, Java, Kotlin, Scala do slowly converge to Lisp. "AWS Lambda", just saying.German Heise Mag recently introduced into "new" C++20 lambda, iterators, generators, "yield", lazy streams, coroutines, block closures, promises, futures, await .. surprising, always surprising ...https://heise.de/developer/artikel/C-20-Coroutinen-ein-erster-Ueberblick-4687457.html"New features", even PicoLisp is having since decades now. It's getting more and more ridiculous with "US Software Innovation Industry". But most people simply don't get it, where that all comes from.Have fun!With C++28 we probably finally then have a full implementation of a Lisp ... 70 years after Lisp was invented in the year 1958. Ridiculous!Have fun!

Re: Merry Christmas!!

[Enwei Zhang]

祝大家圣诞快乐！
Happy New Year！

Zhang


From: picolisp@software-lab.de  on behalf of 
George-Phillip Orais 
Sent: Tuesday, December 24, 2019 10:01 PM
To: picolisp@software-lab.de 
Subject: Merry Christmas!!

Hi Everyone!

Just want to greet you all a Merry Christmas and Happy New Year in advance!

More power to Pico Lisp community and once again, thank you Alex for sharing 
your talents to us.


Cheers from Philippines,
Geo

Re: Chinese input causes mess in the REPL

[Enwei Zhang]

Dear Danilo,

I've tried your method just now, and it works fine!
Thanks!

Zhang Enwei

From: picolisp@software-lab.de  on behalf of Danilo 
Kordic 
Sent: Sunday, January 28, 2018 3:54 PM
To: picolisp@software-lab.de
Subject: Re: Chinese input causes mess in the REPL

  GNU Emacs can be used as a line editor.  Execute elisp expression
``(term "/absolute/path/to/pil")'' then activate `term-line-mode' with
``C-C C-j''.

  Is this of any help?  How much does it count :) ?

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Chinese input causes mess in the REPL

[Enwei Zhang]

Hi all,

Thank you for your information.

At the last weedend, I've tried 'picolisp', 'pil', 'pil +' and the Java 
version, when deleting input Chinese charater, there is also an issue:

input '你好' (nihao in Pinyin) first,

: 你好

and then push backspace once, it will become:

: 你

there is a space after '你', so only half of '好' is deleted.
And after deleted the space, the start of the line is reached.
So the '你' can not be deleted further.

So I'm reading the source code of main.c of 32bit picolisp(the function load()).

BTW, I found that using Chinese in source code (utf8) works without any 
problem. like this:


# 星座

(client "xxx.com.cn"

80

(pack "lcsservice/constellation/getFortune?" (urlencode 
"key=15531CFAC1E4E9F2FF1DB09A5DEB=射手座=tomorrow"))

(out NIL (echo)) )

Zhang Enwei


From: picolisp@software-lab.de  on behalf of 
Alexander Burger 
Sent: Friday, January 26, 2018 3:11 PM
To: picolisp@software-lab.de
Subject: Re: Chinese input causes mess in the REPL

Hello Zhang Enwei,

> I'm studying and using PicoLisp, and trying to make it a regular dev tool in
> my daily development. It's some difficult but quite interesting for me.

Glad to hear that!


> I found a defect about Chinese language supporting, under Mac OS X 32bit, and
> Arm 64bit version(in Termux), but Java version is OK.

Yes, I know :( I've observed it with Japanese (Kanji and kana) input too.


> It is, for example, when I input (setq x "你好"), the REPL will display like 
> this:
> : ((s(s(s(s(s(setq x "你好")
> -> "你好"

Right. It is the line editor in @lib/led.l, which cannot handle characters
taking up two places on the screen. To do it correctly, it would need to output
*two* backspaces, but the line editor doesn't know the width of these
characters.

ErsatzLisp, the Java version, does not have this problem, because it uses no
line editor ;)

In normal PicoLisp it is only in debug mode, because this loads the line editor.
Production mode PicoLisp (i.e. started without '+') should be clean in this
regard, but not very useful.


> The result is OK, but the display is messy.
>
> I'd like to try to solve this issue, would anyone like to tell me the code
> position?

It is in some places, most importantly in the places in @lib/led.l where
backspaces are output, of the form like

   (do D (prin "^H"))

There is no easy fix. PicoLisp lacks the functionality to calculate the width of
unicode characters. I suppose it needs some extra character tables and lookup
mechanisms in the base system, or perhaps call an external C function via
'native'. Any suggestions?

♪♫ Alex

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Chinese input causes mess in the REPL

[Enwei Zhang]

Hello,

I'm studying and using PicoLisp, and trying to make it a regular dev tool in my 
daily development. It's some difficult but quite interesting for me.

I found a defect about Chinese language supporting, under Mac OS X 32bit, and 
Arm 64bit version(in Termux), but Java version is OK.

It is, for example, when I input (setq x "你好"), the REPL will display like this:
: ((s(s(s(s(s(setq x "你好")
-> "你好"
:
The result is OK, but the display is messy.

I'd like to try to solve this issue, would anyone like to tell me the code 
position?

Thanks a lot!

Zhang Enwei

Subscribe

[Enwei Zhang]