- Renamed to Charsets Viewer/Charsets
- Fixed rolled-up bug
- Tweaked UI a little bit
- Renamed files in autobuild
- Moved charsets to programs/develop
- Added credits in charsets.asm
- Moved charsets dev history to separate file
Main advantages:
- Bigger font
- Scrolling (like in other console apps)
- K : and L: messages highligting
Also, like the old board it writes log to /tmp0/1/boardlog.txt (or you can pass another path in args), can view it on F2
Co-authored-by: rgimad <33692565+rgimad@users.noreply.github.com>
Reviewed-on: #119
Reviewed-by: Max Logaev <maxlogaev@proton.me>
Co-authored-by: rgimad <rgimad@noreply.localhost>
Co-committed-by: rgimad <rgimad@noreply.localhost>
- Added `install_kgcc` script;
- Added `checker.pl` script to check the kernel codestyle;
- Added build of en_US and ru_RU versions of images.
Known problem: projects that require the proprietary MSVC compiler are
not built.
Signed-off-by: Maxim Logaev <maxlogaev@proton.me>
`kos32-strip`` contains a bug:
When trying to strip a large object file builded by `clink`,
a segfault occurs. This bug is not reproduced on the newer `strip`.
Signed-off-by: Maxim Logaev <maxlogaev@proton.me>
When the extended primary loader for CD was introduced in 2008-2009 it
used to load a relatively small secondary loader. Later the secondary
loader was integrated into the kernel, hence the primary loader had to
load the kernel which is 100kB+. The EDD BIOS specification allows to
read less than 0x80 sectors at once using Int 0x13 0x42 service. For a
512-byte sector this is less than 0x10000 bytes which is a 64kB limit.
The same limit of 64kB is reached on a CD with only 0x20 sectors,
because the sector size is 2048 bytes here. This commit changes the
maximum number of sectors that can be read by the loader at once from
0x7f to 0x20, i.e. reading is done in 64kB blocks now.
Consider a config file with the following two lines:
abc=1
c=2
Previously, the first line matched *.c files, because it had the 'c=1'
substring. Now we skip until the next line as soon as 'abc' doesn't
match 'c'.
CDDataBuf was considered a free memory. It was then allocated for other
kernel structures what eventually caused the crash.
The bug report: https://www.youtube.com/watch?v=tXMD9_gEUcA
Version of c-- compiler executable in repo is similar to autobuild server, but c--.ini is different and have mistakes that cause compilation bugs.
For example, if you try to compile sysmon app on commit 8f7ee79 or previous, CPU load of all processes will be displayed as 0%.
And if you try to display load in cycles, it will display some big negative value, like it's integer type got overflowed.
This commit adds proper version from autobuild server, allowing to compile C-- programs without such bugs.
* kernel: Make sf9 return TSTATE_FREE for invalid slots: 0, >255, free.
* menu: Ignore free slots even if other fields of proc_info look valid.
Documentation (sysfuncs.txt) clearly states all the other info
as invalid when slot_state is TSTATE_FREE.
* taskbar: Same as menu.
* cmm/lib/*: Same as menu.
* programs/macros.inc: Add TSTATE_* macros.
