- The home directory is now taken from system.env;
- The original documentation was restored and converted into html;
- File path hints now work in command mode.
git-svn-id: svn://kolibrios.org@9970 a494cfbc-eb01-0410-851d-a64ba20cac60
Now sf9 doesn't read uninitialized memory when called for an empty slot.
Also, applications don't get stale data after sf9 anymore.
git-svn-id: svn://kolibrios.org@9968 a494cfbc-eb01-0410-851d-a64ba20cac60
- Remove unnecessary binary
- Now dosbox.conf is unnecessary, it is automatically generated in $HOME/.dosbox
git-svn-id: svn://kolibrios.org@9963 a494cfbc-eb01-0410-851d-a64ba20cac60
- Added basic support for dirent.h;
- Added memory.h for compatibility;
- Added ftruncate() function;
- Fixed date and time structures in ksys_file_info_t.
git-svn-id: svn://kolibrios.org@9954 a494cfbc-eb01-0410-851d-a64ba20cac60
NTFS fix for sf 70.3 by Pathoswithin (non-tested) => Doczom please check if you can
git-svn-id: svn://kolibrios.org@9953 a494cfbc-eb01-0410-851d-a64ba20cac60
- Duplicate functionality files removed;
- Refactoring of file handling functions;
- Removed broken impliments.
Gears (C + TinyGL):
- Removed because it duplicates an existing example on Fasm and uses unsupported wrappers on the KOS API.
KosJS:
- Removed. The MuJS port is too old and not used anywhere. Support is not profitable.
Backy:
- Removed useless GCC version. Support is not profitable.
DGen-SDL and SQLite3
- Fix after removing broken "dirent.h".
Fridge:
- Moving the KOS API wrapper to avoid compilation errors.
Udis86, uARM and 8086tiny:
- Fix after removing redundant "kos_LoadConsole.h".
git-svn-id: svn://kolibrios.org@9952 a494cfbc-eb01-0410-851d-a64ba20cac60
- Rename to `CREDITS.TXT` for clarity.
- Improve text of opening paragraph. Thanks to various translators.
- Reformat to use headings, removing excessive whitespace characters (~2.5KiB).
- Sort list of contributors alphabetically; easier to maintain.
- Add missing contributors and remove from `kernel.asm`. Thanks to @rgimad.
- Minor formatting and whitespace cleanup.
git-svn-id: svn://kolibrios.org@9947 a494cfbc-eb01-0410-851d-a64ba20cac60
- Added driver virt_disk.sys
- Added the program "virtdisk" which allows you to add, delete and view virtual disks.
git-svn-id: svn://kolibrios.org@9945 a494cfbc-eb01-0410-851d-a64ba20cac60
- Improve English translation for distribution readme.
- Make use of `KolibriOS` (no space) consistent.
git-svn-id: svn://kolibrios.org@9944 a494cfbc-eb01-0410-851d-a64ba20cac60
- removed the old cursor and the code for its operation
- minor fixes in other kernel modules
- new fields have been added to the display_t structure for further refactoring of the graphics subsystem.
git-svn-id: svn://kolibrios.org@9941 a494cfbc-eb01-0410-851d-a64ba20cac60
- The next message was improved: "New settings have been applied. Do you want to record them for the future boots? Answer 'yes' only if your booting device is writable." to avoid users saving changes on CD. This is a bug 'cos normally such behaviour must be handeled in the code http://board.kolibrios.org/viewtopic.php?p=80012#p80012
- Hide option "Create blank image" which is outdated now
git-svn-id: svn://kolibrios.org@9938 a494cfbc-eb01-0410-851d-a64ba20cac60
Before this commit UMKa was downloaded, but none of its tests had been executed. Now it executes all the tagged UMKa tests (41 for now). Some tags had been excluded, like #acpi, because the ACPI subsystem is still under development.
git-svn-id: svn://kolibrios.org@9931 a494cfbc-eb01-0410-851d-a64ba20cac60
-extended WDATA structures up to 128 bytes
-added the background_windows constant
-the draw_data array has been deleted
-APPDATA.window and WDATA.thread fields added
-minor fixes in the operation of external file system drivers
git-svn-id: svn://kolibrios.org@9930 a494cfbc-eb01-0410-851d-a64ba20cac60
These are changes from two commits from the upstream clink repo (https://github.com/mkostoevr/clink) and one commit from the upstream epep repo (https://github.com/mkostoevr/epep).
clink:
Commit e63ed12ead17e47d77e848da0e7b9f4dd3ad5127
Bugfix: Make it able to write more than 64k - 1 COFF relocations
If the relocation count is greater than 0xffff then it can't fit
in the NumberOfRelocations field of a section header. In order to
specify greater relocation count IMAGE_SCN_LNK_NRELOC_OVFL flag
should be added to Characteristics and the actual relocation count
should be written into VirtualAddress field of the first COFF
relocation.
Commit 328fc3112a30fcaa808f2cad34028a6507d602a3
Bugfix: Make it able to read more than 64k - 1 COFF relocations
New EPEP API allows to read more than 64k - 1 relocations. Use it
when reading relocation count for filling SectionInfo and when
reading relocations for wriring the output file.
epep:
Commit 3bed4e348a486c346d0a452c58c1d85e1805c09d
Feature: Higher-level COFF relocations API
Number of COFF relocations of a section is stored in the 16-bit
NumberOfRelocations field of a section header. If a COFF object has
more than 2^16 - 1 relocations, then the value does not fit in the
field.
To solve this problem, IMAGE_SCN_LNK_NRELOC_OVFL flag of a section
header has been introduced. If this flag is set for the section,
then the actual number of relocations is stored in the
VirtualAddress field of the first relocation.
If the flag is set, then NumberOfRelocations field of the section
header should be equal to 0xffff, othervice the linker should give
an error.
So this patch introduces few functions adressing this mechanism.
epep_section_contains_extended_relocations:
Checks whether the section has more than 2^16 - 1 relocations.
Retrns error if the IMAGE_SCN_LNK_NRELOC_OVFL flag is set, but
the NumberOfRelocations field is not equal to 0xffff.
epep_get_section_extended_number_of_relocations:
Reads the number of COFF relocations from the VirtualAddress
field of the first COFF relocation.
epep_get_section_number_of_relocations_x:
Gives the number of meaningful relocations of the section.
If the section has less than 2^16 relocations, then returns the
value of the NumberOfRelocations field of the section header,
othervice reads the number of relocations from the first COFF
relocation, but: since the first relocation in this case is not
meaningful, gives the actual number of relocations minus one.
This is used in the function documented below.
Returns 1 in the last argument if the section contains extended
number of relocations, 0 othervice.
epep_get_section_relocation_by_index_x:
If the section has less than 2^16 relocations, then just reads
a relocation by the given index. In case if the section has
extended number of relocations, the first relocation is not
meaningful, so it is skipped, and the relocation at index + 1
is read instead.
git-svn-id: svn://kolibrios.org@9927 a494cfbc-eb01-0410-851d-a64ba20cac60