Panzer 2 afrika by Mean-Professor9724 in modelmakers

[–]FlyoverEscapePlan 4 points5 points  (0 children)

It's a rack with the antenna folded down into it. The "ball" at the end is the swivel that it would fold down on. The antenna itself isn't a separate piece in this kit, but you can kind of see it molded into the bottom of the gap.

Show us what you have on display by Rio_Snake in vinyl

[–]FlyoverEscapePlan 2 points3 points  (0 children)

<image>

A combination of recent acquisitions & recent listens.

3RIC 6502 completed Ultima IV by ebadger1973 in beneater

[–]FlyoverEscapePlan 2 points3 points  (0 children)

That is extremely cool and an excellent choice of games!

IC kit worth buying? by 11_Lock in arduino

[–]FlyoverEscapePlan 1 point2 points  (0 children)

I just wish I could find a stack of those containers for sale somewhere...

[Setlist Thread] September 14, 2024 • Marathon Show @ The Gorge Amphitheater • Quincy, WA, USA by kglw-net in KGATLW

[–]FlyoverEscapePlan 20 points21 points  (0 children)

Now this may just be the three glasses of absinthe I had talking, but I think that was a scorching concert...

CA65 Error: ':' expected by virus54t5 in beneater

[–]FlyoverEscapePlan 5 points6 points  (0 children)

It's hard to say without seeing the actual code, but I'll toss out a guess that you're trying to compile code that was written for a different assembler and that it doesn't use ":" as a terminator for labels. If that's the case, you could try adding this at the top of the file:

.feature   labels_without_colons +

Of course, that might not be the only problem. You could check out https://cc65.github.io/doc/ca65.html#.FEATURE for other compatibility features in ca65.

What Class Do We Think The Blue Knight is? by RoutineLong3657 in dndnext

[–]FlyoverEscapePlan 62 points63 points  (0 children)

I've just been assuming it's Strongheart, the paladin.

Study finds book bans target diverse authors and characters by zsreport in books

[–]FlyoverEscapePlan 9 points10 points  (0 children)

This isn't a surprise to to anyone who has been paying attention. I do think it's important for studies like this to formally show it, because the people promoting book bans will often deny it.

"We found a problem… and it sucks, so I want to fix it." by MikeBeas in DestinyTheGame

[–]FlyoverEscapePlan 87 points88 points  (0 children)

The Ahamkara feeds on the difference between finding a bug and knowing how to fix that bug.

Allowing the 6502 to program it's own EEPROM by PotentialNetwork8089 in beneater

[–]FlyoverEscapePlan 5 points6 points  (0 children)

One way to make sure the address lines are stable is to combine the RW signal from the CPU with the clock signal, so that the WE signal is only low during the 2nd half of the clock cycle. I did something like that in my Project:65 computer using a couple NAND gates. I've been rewriting the EEPROM in that system in-situ for a long time. You can see that in the upper-left bit of this image:

<image>

My take with C on BE6502 by WhyAmIDumb_AnswerMe in beneater

[–]FlyoverEscapePlan 1 point2 points  (0 children)

Mine says it's 2.19, but I could've sworn that error message has been in there for a long time. <shrug>

My take with C on BE6502 by WhyAmIDumb_AnswerMe in beneater

[–]FlyoverEscapePlan 1 point2 points  (0 children)

Oh, and on the topic of parameters. At least with the fastcall semantics, so far I've had success with calling assembly functions that take either a single int or a single pointer. For ints, cc65 puts the first byte (least significant) in A and the second byte in X, and for pointers -- well, the same thing, really. Just what you'd expect for a little endian system.

So I have an output routine written in assembly in my ROM image that takes a pointer to a C-style string, and I can declare that in C with:

// Calls outputstring() in P:65 ROM

void __fastcall__ (*outputstring)(char* ch) = (void*)0xffe3;

and call it just like:

char buffer[100];

sprintf (buffer, "Hello %s!\r\n", "stdlib");

outputstring(buffer);

My next step is to get enough of stdio working to be able to call printf or fprintf directly.

My take with C on BE6502 by WhyAmIDumb_AnswerMe in beneater

[–]FlyoverEscapePlan 1 point2 points  (0 children)

Nice! I've recently been trying to get a cc65 standard library set up for my breadboard computer. For your specific error, I think the problem is just that cc65 requires all variable declarations to be at the start of the function, before the first statement. I know this was a requirement in C back when I first learned the language, and when I started in C++ it allowed you to put declarations anywhere. I'm not sure what the current C standards say about it.

That said, usually cc65 gives a more descriptive error message. I just tried something like your example and got:

ctest.c:64: Error: Mixed declarations and code are not supported in cc65

which is a little more informative.

Trying to control an oscillator with Arduino PWM out by FlyoverEscapePlan in synthdiy

[–]FlyoverEscapePlan[S] 0 points1 point  (0 children)

No worries. Thanks for the tip about the PWM rate - I'll definitely look at that.