Hacker Newsnew | past | comments | ask | show | jobs | submit | larsbrinkhoff's commentslogin

"Her barbell is a special women's barbell."

FYI, it was probably just a regular women's weightlifting barbell. They are somewhat lighter, and have a thinner grip. Maybe she's serious about her weightlifting training.

https://en.wikipedia.org/wiki/Olympic_weightlifting#Barbell


I hand drew this on a whiteboard. It was a lot more work than I anticipated.

http://lars.nocrew.org/tmp/qr.png


By the way, I also coded a QR symbol generator in PDP-10 assembly language.

https://github.com/PDP-10/its/blob/master/src/lars/qrcode.8


The LINC minicomputer operating system LAP6 came with a 4x5 font, but it didn't have lower case.


Just type Control-U once.


The Just in that sentence is wholly unjustified. There are plenty of cli/tui/console/shell shortcuts that are incredibly useful, yet they are wholly undiscoverable and do not work cross-platform, e.g. shell motions between macOS and reasonable OSes.


> shell motions between macOS and reasonable OSes

All the movement commands I know work the same in the terminal on a default install of macOS as it does in the terminal on various Linux distros I use.

Ctrl+A to go to beginning of line

Ctrl+E to go to end of line

Esc, B to jump cursor one word backwards

Esc, F to jump cursor one word forward

Ctrl+W to delete backwards until beginning of word

And so on

Both in current versions of macOS where zsh is the default shell, and in older versions of macOS where bash was the default shell.

Am I misunderstanding what you are referring to by shell motions?


Yea, but ctrl + arrows to move cursor between ‘words’ don’t work, especially sad when SSH’ing in from linux. It works fine when using terminal on macOS - you just use command + arrows.


Works fine for me. Configure your shell.


These are emacs bindings of yore. On macOS and some Linux DEs they also work in UI text fields :)


What happens when you press home or end?


In iTerm at least it goes to the beginning or end of current line.


The number of times I’ve attempted to use Ctrl-U in a Python shell only to discover it doesn’t work…


Haven't seen this - shouldn't this always work on unixy platforms? If using readline/editline it works, and if built without it also works.


It’s an internal, custom, vaguely UNIX-like shell in Windows. Typically I’m running Python from bash; Ctrl-U works under bash, but not Python.


> e.g. shell motions between macOS and reasonable OSes.

I forgot about this since I started NixOS/home-manager everywhere.


That's great. I've been using terminals for 20+ years, and never new about CTRL-U. Thanks! TIL.


It's built into the Unix terminal driver. Control-U is the default, but it can be changed with e.g. "stty kill". Libraries like readline also support it.


I only know this because of xkcd


Jonathan Blow: "It’s about a compiler written in Python FFS."


Missing the joke here. The pdf if about a Common Lisp compiler, written in Common Lisp, C, and assembly for good measure.


I don’t get it either. The CMUCL compiler is named Python, no relation to the prominent language. Not sure that’s what this was about though.


That was his confusion.


Seems some rando posted something factually false on twitter, got corrected and apologized.





Is there any way to see the whole conversion, and not one specific reply in the middle of it?



SBCL has been in the works since 1980.



Still 40 years to go.


Forth was invented before Moore worked at NRAO. Granted, it was gradually expanded from a very small interpreter, so it's hard to say exactly when it became "Forth" as we mean it today.


Source: "The Invention of Forth", by Chuck Moore. https://colorforth.github.io/HOPL.html


Forth should be considered a family of languages; Anton Ertl took its picture some time ago [1].

Chuck Moore agrees I think with the idea [2]:

That raises the question of what is Forth? I have hoped for some time that someone would tell me what it was. I keep asking that question. What is Forth?

Forth is highly factored code. I don't know anything else to say except that Forth is definitions. If you have a lot of small definitions you are writing Forth. In order to write a lot of small definitions you have to have a stack. Stacks are not popular. Its strange to me that they are not. [...]

What is a definition? Well classically a definition was colon something, and words, and end of definition somewhere.

    : some ~~~ ;
I always tried to explain this in the sense of this is an abbreviation, whatever this string of words you have here that you use frequently you have here you give it a name and you can use it more conveniently. But its not exactly an abbreviation because it can have a parameter perhaps or two. And that is a problem with programmers, perhaps a problem with all programmers; too many input parameters to a routine. Look at some 'C' programs and it gets ludicrous. Everything in the program is passed through the calling sequence and that is dumb.

[1] https://www.complang.tuwien.ac.at/anton/euroforth/ef04/ertl0...

[2] https://www.ultratechnology.com/1xforth.htm


I think misinterpreting the "el" as Spanish is fun. In that vein, your game could be called ElCiudad.


Somebody somewhere suggested doing a clone of Tropico called ElPresidente, which is even cooler.

Btw, Lars, you have endlessly more experience in Elisp than I do. Do you maybe have any ideas/directions on how to make the graphical mode look... A bit more decent and snappy?


Sorry, I don't know anything about Emacs graphics. Some people confuse me with larsi, but I'm not that guy.


How would it be run without Emacs?

You might point out that there are things like elisp.lisp that purports to run Emacs Lisp in Common Lisp, but I'm not sure that's viable for anything but trivial programs. There's also something for Guile, but I remain unconvinced.


Maybe a Common Lisp core with an Emacs frontend running it in https://www.gnu.org/software/emacs/manual/html_mono/cl.html?


Why not just use the best known emacs lisp core, then? Like say emacs.


To allow it to run on other lisp dialects as well.

(I’m just trying to defend GP’s point – I’m not a heavy lisp user myself, tbh.)


Portability across Lisp dialects is usually not a thing. Even Emacs Lisp and Common Lisp which are arguably pretty close rarely if ever share code.

You could make a frontend for dialect A to run code from dialect B. Those things have been toyed with, but never really took off. E.g. cl in Emacs can not accept real Common Lisp code.

I'm not arguing against the idea, I'm just curious how it would work because I see no realistic way to do it.


Gotcha. Too bad – I was hoping there was at least some (non-trivial) subset you can run on both :(

Any idea why is it not a thing? Is this level of interop not practical for some reason?


Lisp dialects have diverged quite a bit, and it would be a lot of work to bridge the differences to a degree approaching 100%. 90% is easy, but only works for small trivial programs.

I say this, having written a "95%" Common Lisp for Emacs (still a toy), and successfully ran an old Maclisp compiler and assembler in Common Lisp.

https://github.com/larsbrinkhoff/emacs-cl

https://github.com/PDP-6/ITS-138/blob/master/tools/maclisp.l...



Having read that, I'm even less convinced it's not more than a toy.


you could probably use the unexec tooling


I don't see how unexec would help with "decoupling the core from Emacs" since the core is written in Emacs Lisp.


you could make a standalone executable. I was assuming that people didn't want to start emacs to run it. if its just because...emacs is just morally offensive and one doesn't even want it running under the covers, I dont how to help you.


Emacs is needed because it provides Emacs Lisp.


If you used Emacs as a stand-alone game engine, at least it could make it claim it was "Reticulating Splines..." for a few minutes while it started up.

I kid, I kid! I love Emacs. I named my cat Emacs!


I wrote a VT52 hardware simulation: https://github.com/larsbrinkhoff/terminal-simulator


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: