From
Vlad Sotnikov
→
To
All
1 December 2006
Hello, All
In general, due to my retardation in debugging the program on ATM, I decided
release version 1.3 (which was ready back in June) into the world. I support ATM
Of course I will, but it will already be version 1.4. Moreover, in the new version
Glitches that will be found in this version will be fixed. Here we go again
a short list of differences between version 1.3 and version 1.2;
1.; DVD support.
2. Correct work with the session: now the program works with the last one
disk session (previous versions only worked with the first one).
3. .scl disk images are supported. You can go inside the images and
view/copy files separately or perform complex copying
.scl images: in this case, all files contained in the images will be added to the files
on a TR-DOS disk (unlike .trd, when the image opens entirely and overwrites
existing TR-DOS disk).
4. The color scheme has been changed. Also added the ability to customize
own flowers.
5. Support for the UNIX standard when viewing text has been implemented - code #10 as
line end sign.
6. When you first enter the text view, auto-detection is carried out
text encodings.
7. Hotkeys have been added to the disk selection menu and viewer type menu:
1...n. This is a compromise with the 1-4 drive selection standard. Now select the drive
- EDIT, 1-4.
8. Selecting a menu in the editor using both “m” and EDIT.9. Added control of TR-DOS disk fullness when copying - control
to prevent exceeding 128 files.
10. Date and Time are now displayed only on files and directories. Instead of
"00-00-00" - spaces.
More detailed information is provided inside the archive. I look forward to your comments and
wishes!
File: cdwalk_v1.3.zip http://zx.pk.ru/attachment.php?attachmentid=4220
From
Mikhail Andreev
→
To
All
4 December 2006
Hello Vega
Veg> .......
Veg> More detailed information is provided inside the archive. I look forward to your comments
Veg> and wishes!
When copying some files, a glitch was noticed - the “veil” on the screw flies off....
instead of names there are gibberish, and the disk becomes “note-formatted”...
The logic of the incidents has not yet been calculated.
From
Vlad Sotnikov
→
To
All
4 December 2006
Hello, Mikka_A
Mik> when copying some files, a glitch was noticed - a “veil” flies to
Mik> screw....
Mik> instead of names there are gibberish, and the disk becomes “not-formatted”...
Mik>
Mik> the logic of the incidents has not yet been calculated.
You sent me the scl with which this is happening - most likely it is crooked. I will
check for correct file information.
From
Vlad Sotnikov
→
To
All
6 December 2006
Hello Vega
Veg> You sent me the scl with which this is happening - most likely it is crooked.
Veg> I will check for correct file information.
A large number of glitches were found in the program. In particular:
1) Not all drives are still processed correctly. With some program
stubbornly refuses to work.
2) Somewhere the SCL images are being calculated incorrectly. When opening and copying
files from the inside, the disk may become damaged, but if you copy files from the image
one by one (without marking, just clicking "5" on the file), the program can access
non-existent sectors on the CD, as a result - a red border and frozen.
3) If you press "R" (change CD) at the moment when the cursor is on the first file
TR-DOS disk, then after changing the CD the cursor appears on both the left and right
panels at the same time. But this is a small thing, really unpleasant.
In general, tomorrow I’ll work closely on CD_Walk, I’ll have to release version 1.3a
From
psb
→
To
All
7 December 2006
Hello Vega
Veg> A large number of glitches were detected in the program.
glitches, of course they are glitches, but on PC they usually call such glitches
vulnerabilities;) you can create such an scl or cut a special disk that
instead of reading them, the embedded program will start :) and if there is a screw, it will
will kill :) well, if you want, you can think of something else to do bad;)
This is how we are used to writing programs...
From
Dmitry Vasilievich Terentyev
→
To
All
12 December 2006
Hello fk0
On a real Pentagon 1024 shits in port #eff7 (the 16-color mode is turned on
point), which is not rulez