Search found 2360 matches
- Tue Nov 14, 2023 11:15 pm
- Forum: CP/M, FLOS and OS related
- Topic: CPMDISK again
- Replies: 8
- Views: 4867
Re: CPMDISK again
I've been wondering if we should add the capability of reading the diskdefs file from cpmtools. There should mostly be a one-to-one mapping between > the parameters in that file and our structure. cpmtools is many times used to read or edit diskette dumps rather than creating them, most of the defi...
- Tue Nov 14, 2023 10:43 pm
- Forum: Other targets
- Topic: NABU Computer Support
- Replies: 94
- Views: 555815
Re: NABU Computer Support
Regardless of any Mame issue regarding the HCCA I'm not sure where that leaves your report. I've tried it on that build of Mame and again it's working: Screenshot 2023-11-14 at 22.39.02.png Can you try my simple program and see what it yields for you? I can't run yours since the struct definition is...
- Tue Nov 14, 2023 8:25 pm
- Forum: Other targets
- Topic: NABU Computer Support
- Replies: 94
- Views: 555815
Re: NABU Computer Support
So I can't reproduce your problem at the moment. The following code: #include <arch/nabu/hcca.h> #include <stdio.h> void main() { while (1) { printf("Starting\n"); hcca_reset_write(); hcca_start_read(HCCA_MODE_RB, NULL, 0); hcca_writeByte(0x30); hcca_writeByte(0); hcca_writeByte(0); hcca_s...
- Tue Nov 14, 2023 8:27 am
- Forum: Texas Instruments Calculators
- Topic: [TI83+] Multi-page application support
- Replies: 1
- Views: 3361
[TI83+] Multi-page application support
I've recently merged a great contribution from @HeronErin which allows multi-page TI83+ flash applications to be built. The vectorised TI intra-bank calling mechanism requires a different building mechanism to `__banked` applications on other machines, so please take a look at the example: https://g...
- Mon Nov 13, 2023 11:20 pm
- Forum: Other targets
- Topic: NABU Computer Support
- Replies: 94
- Views: 555815
Re: NABU Computer Support
Also, any plans to be able to output to CPM without the disk image? These images don't work with Ishkur CPM. I've added -subtype=nabu-nshd8 which I hope generates images in the right format - the layout looks the same as NDSK_DEFAULT.IMG I'm NNS not nabu.run, and yes, it is something I implemented ...
- Sun Nov 12, 2023 10:50 pm
- Forum: CP/M, FLOS and OS related
- Topic: fseek to the end of the file has an issue in real CP/M 2.2
- Replies: 14
- Views: 4600
Re: fseek to the end of the file has an issue in real CP/M 2.2
Also, I tested both the CP/M player and SIMH running real CP/M with the -pragma-define:CPM_WRITE_EMPTY_RECORD=0 option and it ALSO works great and produces the same output files, so writing that empty record may not be necessary since the file length calculation is now working properly. That makes ...
- Sun Nov 12, 2023 10:23 pm
- Forum: Other targets
- Topic: NABU Computer Support
- Replies: 94
- Views: 555815
Re: NABU Computer Support
I've been having a heck of a time trying to use the HCCA code. When I can hcca_reset_write a 3E is getting sent to the adaptor. Then I can write to the adaptor no problem, but when trying to read the first uint16 of the response with hcca_readUint16, I get back a 0 instead of the length of the foll...
- Fri Nov 10, 2023 9:15 pm
- Forum: CP/M, FLOS and OS related
- Topic: fseek to the end of the file has an issue in real CP/M 2.2
- Replies: 14
- Views: 4600
Re: fseek to the end of the file has an issue in real CP/M 2.2
Thanks for the test program - I think it's now working.
- Wed Nov 08, 2023 9:19 pm
- Forum: CP/M, FLOS and OS related
- Topic: fseek to the end of the file has an issue in real CP/M 2.2
- Replies: 14
- Views: 4600
Re: fseek to the end of the file has an issue in real CP/M 2.2
Do you mind sharing a test program? I think I have something, but it would be good to test it against something "real world".
- Wed Nov 08, 2023 1:43 pm
- Forum: CP/M, FLOS and OS related
- Topic: fseek to the end of the file has an issue in real CP/M 2.2
- Replies: 14
- Views: 4600
Re: fseek to the end of the file has an issue in real CP/M 2.2
Note: the BDOS does not require that the file be open to use Function 35. However, if the file has been written to, it must be closed before calling Function 35. Other-wise, an incorrect file size might be returned. I think that's what I'm going to have to do. Have lseek() call (new function) fsync...
- Mon Nov 06, 2023 11:03 pm
- Forum: Misc
- Topic: DISCiPLE snapshot bug, did any one solve it?
- Replies: 5
- Views: 2543
Re: DISCiPLE snapshot bug, did any one solve it?
As a bit of background (to save background reading), this code is called from the NMI and so maskable interrupts are disabled. As far as I can tell this was fixed in UNIDOS. I do remember receiving updated system files from various people so someone might have fixed it. Unfortunately it doesn't look...
- Sat Nov 04, 2023 10:00 pm
- Forum: CP/M, FLOS and OS related
- Topic: fopen with "r+" doesn't fail when the file is not present
- Replies: 14
- Views: 4524
Re: fopen with "r+" doesn't fail when the file is not present
In the first writebytes, it writes 4 bytes at position 128 which should add another sector - but presumably it goes into the cache and isn't written to the file yet. This could be why when it tries to position to the end of the file that it ends up thinking 128 is the end of the file instead of 256...
- Tue Oct 31, 2023 9:41 pm
- Forum: CP/M, FLOS and OS related
- Topic: fopen with "r+" doesn't fail when the file is not present
- Replies: 14
- Views: 4524
Re: fopen with "r+" doesn't fail when the file is not present
1. I don't know why I did that initial write, maybe it was so that read+write files behave sensibly and that there actually is an soft EOF on disc for when the cache is bypassed? Possibly. Since all reads in CP/M are 128 byte records, the important thing is that if a sector is not readable that it ...
- Tue Oct 31, 2023 4:09 pm
- Forum: CP/M, FLOS and OS related
- Topic: fopen with "r+" doesn't fail when the file is not present
- Replies: 14
- Views: 4524
Re: fopen with "r+" doesn't fail when the file is not present
I think you've uncovered the behaviour of the CP/M cache that I put in a couple of years ago for you! 1. I don't know why I did that initial write, maybe it was so that read+write files behave sensibly and that there actually is an soft EOF on disc for when the cache is bypassed? 2. fflush() is as y...
- Mon Oct 30, 2023 9:53 pm
- Forum: Misc
- Topic: differences in RST commands (?)
- Replies: 18
- Views: 4187
Re: differences in RST commands (?)
Yeah, dzasm decodes for the z88 rst parameters - I was just using it as an example of a decoder.
- Mon Oct 30, 2023 9:52 pm
- Forum: CP/M, FLOS and OS related
- Topic: fopen with "r+" doesn't fail when the file is not present
- Replies: 14
- Views: 4524
Re: fopen with "r+" doesn't fail when the file is not present
I pushed something last night, though I've not had the time to test it so if you don't mind trying it out.
- Mon Oct 30, 2023 8:15 am
- Forum: CP/M, FLOS and OS related
- Topic: Deflate algorithm and unzip tools
- Replies: 2
- Views: 1766
Re: Deflate algorithm and unzip tools
There's a zip utils application for the z88 here: https://bitbucket.org/cambridge/z88/src ... /ziputils/ which might be interesting to compare against.The main routine is here: https://bitbucket.org/cambridge/z88/src ... nflate.asm
- Sun Oct 29, 2023 10:32 pm
- Forum: Misc
- Topic: differences in RST commands (?)
- Replies: 18
- Views: 4187
Re: differences in RST commands (?)
Yes, the TI calculator is an interpreter of numeric operations, for what I could understand TI is not interested in allowing asm programs interfacing with their FP engine, but I can be wrong. Page 102 of this document: https://ia800606.us.archive.org/16/items/83psdk/sdk83pguide.pdf As another examp...
- Sun Oct 29, 2023 8:37 pm
- Forum: Bug reports
- Topic: break in for loop fails to compile with "Out of context"
- Replies: 6
- Views: 4069
Re: break in for loop fails to compile with "Out of context"
Just for the record, the continuation is handled by the preprocessor and the exact same behaviour occurs with clang.
- Sun Oct 29, 2023 8:34 pm
- Forum: CP/M, FLOS and OS related
- Topic: fopen with "r+" doesn't fail when the file is not present
- Replies: 14
- Views: 4524
Re: fopen with "r+" doesn't fail when the file is not present
Nice spot, open() checked for O_WRONLY|O_RDWR instead of O_CREAT
- Thu Oct 26, 2023 6:40 am
- Forum: Other targets
- Topic: Generic const data deduplication
- Replies: 6
- Views: 2348
Re: Generic const data deduplication
I do like the idea - unfortunately I don't think we pass enough information to the linker to do it there (length isn't available) so would have to be done on an individual compilation unit basis by the compiler. Given that the files for RAGE are auto-generated, that's probably the best place for it ...
- Thu Oct 26, 2023 6:27 am
- Forum: Bug reports
- Topic: break in for loop fails to compile with "Out of context"
- Replies: 6
- Views: 4069
Re: break in for loop fails to compile with "Out of context"
Oh this is a nice gotcha.
Load the file into a syntax highlighting editor and you'll spot it straightaway.
Your comment line ends in a \ so the following for line becomes part of the comment. As a result the break isn't in a for loop!
Load the file into a syntax highlighting editor and you'll spot it straightaway.
Code: Select all
//go the end and search in reverse for ., :, /, or \\
- Mon Oct 16, 2023 9:47 pm
- Forum: Misc
- Topic: New version has an issue with space in temp path
- Replies: 8
- Views: 1966
Re: New version has an issue with space in temp path
That's good to hear, thanks for the success report!
- Mon Oct 16, 2023 9:29 pm
- Forum: CP/M, FLOS and OS related
- Topic: FileIO and User areas
- Replies: 7
- Views: 2025
Re: FileIO and User areas
Yeah, the problem was down in parsefcb - that assembler code is not exactly easy to follow! Hopefully fixed and nothing else broken now.
- Sun Oct 15, 2023 9:16 pm
- Forum: Misc
- Topic: New version has an issue with space in temp path
- Replies: 8
- Views: 1966
Re: New version has an issue with space in temp path
Sorry about that, that's a really odd behaviour that I can't completely explain. As background, some jp optimisation has been added to cut down on jumps to jumps. For _freopen1.c (and only that file), the optimisation was put into the wrong section. This meant that instead of jumping to another part...