I recently sold a bunch of movie posters for a relative's estate, and only just came across the name Drew Struzan. Several of his posters were in the collection, including this one [0], and I was stunned by the sale price.
The high sale price was due to the fact that this was a rare "REVENGE of the Jedi" rather than the normal "RETURN of the Jedi" poster. The back-story is that the movie title was originally going to be "Revenge..." but then there was pushback because Yoda had said "A Jedi craves not revenge" in the previous episode, so it got changed.
And there are 2 varieties of this "revenge" poster, too. Both of which were in this collection. One without the date, and one with [0] which sells for ~1/3 as much. Even though these were printed in reasonably high quantity and distributed straight to the collector market at the time of the movie's promotion, since the franchise was by then quite popular.
Yeah, and I suppose you’re going to tell me that Han didn’t shoot first, either. Did you refer to an original 1980 70mm release print, before all the fiddling around they did on subsequent releases? And newspapers and fanzines from 1982 that covered the issue (at first, LucasFilm denied these posters even existed).
On the other hand, it seems that you are, in fact, correct. Oh, well.
I'm also a Swede living abroad. I have signed up with Swish using a non-Swedish phone number (but with Swedish bank account), it works fine in most cases. I do have an address though, but not in Sweden.
I do something similar (but less portable and more verbose) in C++ sometimes when I want to prototype something. My boilerplate is something like this:
HA! I was about to share my way, but you seem to have done more or less what I have in C instead!
I was having fun with old Golang C code before they started bootstrapping in Go and have found they were using interpunct to separate function names, so I decided to play around with shellscript-like C code to goof around:
#if 0
set -e; [ "$0" -nt "$0.bin" ] &&
gcc -O2 -Wall -Wextra -Wpedantic -std=c11 "$0" -o "$0.bin" -s
exec "$0.bin" "$@"
#endif
#include <stdio.h>
void runtime·sysAlloc(void);
int main(void)
{
unsigned age = 44;
printf("I am %u years old.\n", age);
runtime·sysAlloc();
return 0;
}
void runtime·sysAlloc(void) {
printf("Hello from C code, %d!\n", 90);
}
You could give my email client https://github.com/d99kris/nmail a shot. It does basic html email parsing (leveraging w3m and pandoc) and its user interface is inspired by pine.
Thanks, I was curious what are the main differences to Meson (the only general build system so far that I enjoyed using). From these past discussions I gathered:
Xmake's biggest advantage: it's a single binary (vs Meson requiring Python)
Meson's biggest advantage (aside from popularity): it's a declarative DSL rather (vs including a full-blown programming language like Lua in Xmake)
(The second point is subjective, I know some think that including a full programming language is a strength but to my eyes it's a downside that largely outweighs the Python dependency.)
> Meson's biggest advantage (aside from popularity): it's a declarative DSL rather
I personally don't consider this an advantage. We've ran into the limitations of a DSL way too often at work and at this point I prefer just having a plain programming language as an interface. This way you don't have to learn a custom DSL with its own quirsk, you always have the escape hatch of just writing custom code, and it tends to be less quirky.
I find that C and C++ need nontrivial code generation or environment tuning often enough that you really want a Turing complete expression syntax available.
There is the largely feature compatible muon¹ re-implementation that doesn't require Python, it is packaged in a few distributions too. As in all things of this nature there are some caveats².
It is actually pretty useful to have installed alongside meson, even if just for access to the manpages as documentation.
I understand their announcement says app passwords will stay (for now). But should Google eventually also deprecate app passwords, it would really restrict the use of third-party clients with GMail, given the self-paid security assessment OAuth clients must undergo. It would be a sad development given that email is one of the last popular "open messaging protocols" in use, where one can choose what client to use.
This is a very interesting data source. So let's say for "Model-specific statistics on faults detected in passenger cars during inspection in 2022 by year of entry into service (in Finnish)", I should be looking at column "Hylkäys-%" sorted in ascending order to find the models with least failed inspections?
Higher Hylkäys-% = more failed inspections. It translates to "disqualification-%". So for example in the 2022 data the worst car was 2009 Dodge Caliber with only about a third out of 171 cars passing the inspection.
[1]: https://en.wikipedia.org/wiki/Renato_Casaro
[2]: https://en.wikipedia.org/wiki/Drew_Struzan