fjfaase

I have lots of links to people on wikipedia because I considered them most resilient against link rot, but it seems that I am mistaken in that regard. How long would it take for Patrick Steward to be removed from Wikipedia? I mean the actor who played Picard. Will that still be include in an encylopedia in the year 10,000?

I am a bit surpriced so many people are accepting everything to be true on face value. It is from a chapter of a book that an author hoped to make a lot of money from. How reliable is he or his sources. The MIVD is not know to share any information and leaking can land you in jail for up to 8 years.

It is possible to fold a cube from a single sheet. The cube on the page is made from several units. The method for folding a cube from a single sheet was independently invented by Kazou Haga, Kunihiko Kasahara, Jeannine Mosely, me, and probably some others as well.

https://www.iwriteiam.nl/box-fold.html

As far as I know he is Dutch and he sounds like a native Dutch speaker. But he but also uses English with some of the people that do not speak Dutch.

FYI Nord Stream did not transport oil, but gas (not to be confused with gasoline).

FYI, I reviewed the live-bootstrap project that starts with a small seed. For a T-diagram that shows all processes being executed in stage0, have a look at [1]. I did work on a solution that requires less steps, but starts with a bit larger seed (though maybe documented a bit better), see [2] and [3] for the T-diagram. Also has targets for x86_64 and arm64. (Work on RISC-V has started.)

[1] https://fransfaase.github.io/Emulator/tdiagram.html

[2] https://fransfaase.github.io/MES-replacement/

[3] https://fransfaase.github.io/MES-replacement/Tdiagram.html

I have developing software in C(++) since 1990, but I did learn some new things about the language when developing a C compiler for a live-bootstrap variant not using the GNU Mes compiler.

I still have a small fee available from NLNet for the implementation of a RISC-V back-end for a compiler (more a transpiler) from a small stack language to assembly. I have already started the effort, but at this moment not the time to work on it. I am available for support. Back-ends to x86, x86_64 and arm64 are available and working. This is part of the MES-replacement project [1]. Let me know if you are interested (see email at the bottom of the website mentioned in my profile here or on GitHub.)

[1] https://github.com/FransFaase/MES-replacement

This fall there will be an exhibition at the Stedelijk Museum in Amsterdam. She stayed for some time in the Netherlands, met with Dutch artists, and organized events with them.

This kind of papers go way over my head, but recently I was surprised that ChatGTP (free) found the proof for an expression had a square value for some variables. It dug up a relationship from a paper from 2009 and correctly applied it to the case.

The chat: https://chatgpt.com/share/6a7f1b08-b9dc-83ea-b911-aaf8b65f1c...

For the C compiler that I developed to replace the GNU Mes compiler in the live-bootstrap project, I also used a Forth like language that uses two stack. One stack for parameters and return values and one for the return addresses and local variables. The Forth like language is transpiled in assembly and through some steps made into an ELF file. The targets are: x86, x86_46, and arm64. Work on supporting riscv64 has started, but is currently on hold due to other responsibilities. If there is anyone willing to complete it, I do have some small funds as a bonus.

This is not uniquely American. Here in the Netherlands we also have fixed interest rates for long periods. Usually for 20 years.

Wero is a European wide payment system. In the Netherlands it replaces iDeal, which has been the (almost) universal payment method for webshops in the Netherlands. In not all European countries such payment systems are used as widespread as in the Netherlands. Wero is actually a payment broker as it usually connects with the payment system (often a banking app) of your choice.

Strange that no one took the effort to fix yaYUL to read the YUL format, but instead of adapting the transcription of the source to match the 'quirks' of yaYUL.

There are some simple ways to improve bubble sort. The first is to move in two directions. The second is to first start comparing elements at a large distance than one and reduce the distance on how often element needed to be swapped.

I once used code duplication to implement a fourth type of dialog that looked somewhat similar to the others, that were sharing a lot of code, because I felt that although it looked much the same as the others, there was some fundamental difference. Took me about a day to implement. When some other engineer saw this, he spend the next three weeks trying to integrate all of them with some shared class. His work was not completely worthless, because he did find some small bug during all his efforts to avoid any possible code duplication. I already had predicted that it would take a lot effort, but I did not object, because I hoped that he would learn something from it and the next time think twice before always trying to avoid code duplication.

Many people have complained about the quality of TCC code. It sometimes feel the code id one big unittest including all nasty C edge cases. I found this out when developing an even tinnier C compiler to compile TCC 0.9.26.

In the Netherlands we do not bike for sport but for daily commutes and shopping. Most people on non e-bikes go at about 15km/h.

I think that if you as 60+ person cannot bike without support your brain is probably also not fit enough anymore for the speed you are going to ride at. So, I advice older people not to use an e-bike. I am not going to use one. Maybe a trike is a safe option at speeds not exceeding 10km/h.

The number of possible go games exceeds the number of chess games by far.

Are there also open-source solutions without dependency on server in the cloud and that depend on internet connection? I am looking for a total home solution where I can communicate with doorbel through laptop with headset.

Is comparing a signed integer with an unsigned integer UB? I resently wrote some code and compiled it with gcc to x86_64 (without optimization) that returned an incorrect answer.

This is one of the most frustrating things as being a software engineer: working on solutions that you feel that are not going to work. In some cases, I was the one saying that a particular solution was not going to work. It did not bring me any good.

This might have been the PDP-11.

Question: I once heard somebody talk about a micro-controller (with a minimal instruction set) where every register could be the program counter. It did not have jump or call instructions. You had 'emulate' those with the instruction (possibly conditionally) that changed the assignment of the program counter to one of the instructions. If I am not mistaken, it had eight registers. Does this ring a bell?

What about privacy? Maybe not everyone wants to share his information with every far relative that you might never have met or twenty years ago when your grandmother died and you already have become a grandparent as well.

I think the link must be https://www.youtube.com/watch?v=SVTPv4sI_Jc

I find this a bit disappointing. Why not publish it with the preprint. Now we have no way to establish the quality of the two solutions or whether it is even possible to improve one of the solutions. I wonder why the C variant could not implement a JSON parser without malloc and free, while the RUST variant could.

Really strange the the C JSON parser has to use malloc where the RUST version does not. As if it is not possible to write a JSON parser in C that does use malloc. I presume that the syntax of the commands that the device will accept is known, and than there is no reason why you have to build a DOM of the JSON before you can process it. Apparently, the RUST version can do it. I really begin to question the abilities of two teams if the one team failed to implement a JSON parser solution without using memory allocations.