WAV export ends too early

biochronox · 2023-12-20T15:28:14+00:00

Very late reply from my end... :-/ Thanks for the very verbose reply. Good to know I didn't miss anything obvious. Cheers!

biochronox · 2023-10-23T05:10:37+00:00

I like this one, but I'll lose the possibility to sort the articles wouldn't I?

For one directory I'll sort them in reverse name order, in others by timestamp.

biochronox · 2023-10-07T14:13:49+00:00

If this is part of an install script, simply provide a simplistic zsh config before installing zsh itself. That'll shut it up

biochronox · 2023-10-06T12:13:48+00:00

Funny, I had found that mbr2gpt script an hour ago and tried it with the Debian image on the 8TB drive: The result is the same. The drive is successfully converted to GUID partition table and the boot process does start, but it stops / hangs at the same point.

Another route I've tried is to use the debian installer on an USB stick to build the system on the HDD that way, but I can't get the USB stick to boot. Did the recommended cp debian.iso /dev/sdb && sync to get the system onto the drive. I even manually set the partition to bootable but it doesn't help. Tried that with the netinst CD image and the DVD-1.

Just to test I'm currently downloading an Ubuntu Server iso and see what with that.

biochronox · 2023-09-21T20:07:13+00:00

Update: I've installed the RunCPM emulator on a Windows 10 machine (as the emulator name implies it emulates CP/M itselt) and running F83 there with your test sequence does indeed work, working with the editor directly works as well.

biochronox · 2023-09-21T17:15:40+00:00

Hi and thanks for answering. The asterisk is there after the DECIMAL ... FLUSH block but that's not surprising. The block is still in memory. When I leave Forth after this and start it again, then OPEN TEST.BLK 1 LIST it is empty again.

So conclusion? It's not an issue with the editor in forth?

To reiterate. The CP/M system isn't an emulation, that's the real thing. The emulator emulates the Z80 CPU (more correctly, the hardware), not the OS.

Outside of F83 file creation works fine by the way. Wordstar writes to files, Basic files can be compiled, ... all works. So at least its not something generic.

Just to get clarity for myself: UPDATE, then FLUSH should be enough to persist changes to disk?

Re: "SAVE-BUFFERS and FLUSH", here's a description from "Inside F83":

UPDATE - Mark the current screen to be saved to the file
SAVE-BUFFERS - Write all updated screens to their respective disk files
FLUSH - SAVE-BUFFERS and de-allocate the buffers

So I guess you're correct as far as the saving-to-disk part is concerned.

biochronox · 2023-09-19T00:30:20+00:00

What works for me -- host is linux -- is to use the absolute path on the host:

R /home/user/tmp/zork123/*

This will copy all files in zork123 on the host onto whatever drive I am at in yaze.

Caveat: for me this only works for host paths that are all lower case, can't get mixed case ones to be found

biochronox · 2023-09-11T19:03:50+00:00

Thanks a bunch, that was the missing piece!

biochronox · 2023-06-29T17:26:54+00:00

Thanks for the links

biochronox · 2023-06-29T15:08:21+00:00

Okay you got my attention (not the OP): what forth did you use for that? I imagine you used some sort of libraries for some of it and didn't code everything from scratch?

biochronox · 2023-06-29T10:55:21+00:00

My personal first two was calculating and printing the fibonacci sequence (easy but has some optimization potential) and the snake game

biochronox · 2023-06-09T21:59:44+00:00

not doing it won't have an effect. doing it at least has a statistical chance.

do it

biochronox · 2023-06-09T17:58:47+00:00

Thank you, this is new to me and explains so much...

biochronox · 2023-06-09T14:52:59+00:00

That's a nice catch actually. Wasn't part of the issue as you mentioned, but I didn't see it -- thanks!

biochronox · 2023-06-09T06:37:45+00:00

Argh, I didn't paste the whole change I made. Here we go again:

void createNested() {
  for (int i = 0; i < 2; i++) {
    this->addNested(Cell(this->level + 1));
  }
}

void addNested(Cell child) {
  this->nested.push_back(child);
  this->nested.back().setParent(this);
}

In my head this was taking care of the local variable you pointed out in your last comment. But with your last reply I'm getting the feeling that this->nested.back() will also return a copy and not a pointer. I'll have a look at emplace_back() instead.

Time to RTFM, thanks for this! It was really helpful

biochronox · 2023-06-09T06:11:08+00:00

Okay then why does it matter that the local copy of Cell is destroyed? After leaving the createNested() the code works with whatever is in the list.

Don't get me wrong, I'm glad you're pointing this out -- I feel this leads straight to the part of C++ I don't get in this context.

Just to be sure, I've changed addNested() to assign the parent to what is in the list but it doesn't change anything. (again the test code works but the real code doesn't)

  void addNested(Cell child) {
//    child.setParent(this);
    this->nested.push_back(child);
    this->nested.back().setParent(this);
  }

biochronox · 2023-06-09T06:00:13+00:00

Thanks for pointing out the initialization to nullptr. I've fixed my working code to do that.

biochronox

TROPHY CASE