[Freedos-devel] MySysInf 1.2
The new and probably final version (except eventual translations to other languages)News in version 1.2 + Detection of Virtual DMA Services (VDS)+ Help screen is translantable to other languages like other program messages+ Specific logo for FreeDOS (also see the help for /G option)- Now properly works from read only disk drivesScreenshot is here: http://www.laaca.borec.cz/soubory/mysysinf.gif Download link here: http://www.laaca.borec.cz/soubory/mysysinf.zipMYSYSINFversion 1.220.3.2024MySysInf is a DOS port of utility NeoFetch known from Linux and other UNIXes.There already exists one such port named DOSFETCH by Leah Neukirchensee: https://github.com/leahneukirchen/dosfetchMy implementations uses few small fragments from his code but it is heavilyreworked and extends its capabilities.New features in MYSYSINF over DOSFETCH:-screen is not deleted before program output-output can be redirected to file-program is multilingual - messages can be translated to other languages Currently English, Czech, Russian, German, Turkish and French are available-help screen after MYSYSINF /?-Correctly detects huge RAM sizes (even above 4GB)-Detects XMS, EMS, DPMI, VCPI and VDS memory drivers-Correctly detects disk sizes bigger than 2GB-Shows list of all available disk drives-Detects presence of long file names services-More informative CPU detection-Information about DOS code page and country informationHow the language customization works:There are two possibilities:1) Set two environment variables like in this example: SET LANG = CZ SET NLSPATH = C:\NLS After that MYSYSINF expects file C:\NLS\MYSYSINF.CZ for reading messages.2) Use parameter /L MYSYSINF /L:CZ In this case MYSYSINF expects file MYSYSINF.CZ in its directoryNews in version 1.2 + Detection of Virtual DMA Services (VDS)+ Help screen is translantable to other languages like other program messages+ Specific logo for FreeDOS (also see the help for /G option)- Now properly works from read only disk drivesLaaca (la...@seznam.cz)http://www.laaca.borec.cz ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Fetch4FD changes to MySysInf and brings improvements
I got some feedback about my utility Fetch4FD. It was a complain that Fetch4 FD is linguistic nonsence at also that Fetch4FD is too difficult to write on keyboard (???) Anyway, I renamed the program from Fetch4FD to MySysInf. And except this change I added few more features: - The help screen can be redirected too - Verified that program correctly works in non standard text modes like 90x 25 - Added copyright notice (GNU GPL, see MYSYSINF /?) - Except total physical memory shows also presence of XMS, EMS, DPMI and VCPI - Reports free conventional DOS memory - Detects whether LFN services are available x I had to remove the French and Turkish language files because they are not more compatible Screenshot is here: http://www.laaca.borec.cz/soubory/mysysinf.gif (http://www.laaca.borec.cz/soubory/mysysinf.gif) Download link here: http://www.laaca.borec.cz/soubory/mysysinf.zip (http://www.laaca.borec.cz/soubory/mysysinf.zip) MYSYSINF version 1.1 24.3.2024 MySysInf is a DOS port of utility NeoFetch known from Linux and other UNIXes. There already exists one such port named DOSFETCH by Leah Neukirchen see: https://github.com/leahneukirchen/dosfetch (https://github.com/leahneukirchen/dosfetch) My implementations uses few small fragments from his code but it is heavily reworked and extends its capabilities. New features in MYSYSINF over DOSFETCH: -screen is not deleted before program output -output can be redirected to file -program is multilingual - messages can be translated to other languages Currently English, Czech and Russian are available -help screen after MYSYSINF /? -Correctly detects huge RAM sizes (even above 4GB) -Detects XMS, EMS, DPMI and VCPI memory drivers -Correctly detects disk sizes bigger than 2GB -Shows list of all available disk drives -Detects presence of long file names services -More informative CPU detection -Information about DOS code page and country information How the language customization works: There are two possibilities: 1) Set two environment variables like in this example: SET LANG = CZ SET NLSPATH = C:\NLS After that MYSYSINF expects file C:\NLS\MYSYSINF.CZ for reading messages. 2) Use parameter /L MYSYSINF /L:CZ In this case MYSYSINF expects file MYSYSINF.CZ in its directory Laaca (la...@seznam.cz) http://www.laaca.borec.cz(http://www.laaca.borec.cz)___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FETCH4FD
Yes, it shows the logo of the operation system and general system information. Maybe is worth to consider whether something litke could be displayed after FreeDOS boot, in the end of FDAUTO.BAT. -- Původní e-mail -- Od: Jerome Shidel via Freedos-devel Komu: FreeDOS Developers Kopie: jer...@shidel.net Datum: 22. 3. 2024 2:56:18 Předmět: Re: [Freedos-devel] FETCH4FD "Hi > On Mar 19, 2024, at 6:33 PM, Ladislav Lacina via Freedos-devel wrote: > > Hello! > I write own port of utility NeoFetch known from UNIXes. > [..] Never used NeoFetch. What is it for? Looking at the screenshot and features you listed, my guess is it reports some general system information. Like RAM, CPU and Drives. :-) Jerome ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel "___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] FETCH4FD
Hello! I write own port of utility NeoFetch known from UNIXes. Screenshot is here: http://www.laaca.borec.cz/soubory/fetch4fd.gif Download link here: http://www.laaca.borec.cz/soubory/fetch4fd.zip FETCH4FD.TXT: FETCH4FD version 1.0 19.3.2024 Fetch4FD is a DOS port of utility NeoFetch known from Linux and other UNIXes. There already exists one such port named DOSFETCH by Leah Neukirchen see: https://github.com/leahneukirchen/dosfetch My implementations uses few small fragments from his code but it is heavily reworked and extends its capabilities. New features in FETCH4FD over DOSFETCH: -screen is not deleted before program output -output can be redirected to file -program is multilingual - messages can be translated to other languages Currently English, Czech and Russian are available -help screen after FETCH4FD /? -Correctly detects huge RAM sizes (even above 4GB) -Correctly detects disk sizes bigger than 2GB -Shows list of all available disk drives -More informative CPU detection -Information about DOS code page and country information How the language customization works: There are two possibilities: 1) Set two environment variables like in this example: SET LANG = CZ SET NLSPATH = C:\NLS After that FETCH4FD expects file C:\NLS\FETCH4FD.CZ for reading messages. 2) Use parameter /L FETCH4FD /L:CZ In this case FETCH4FD expects file FETCH4FD.CZ in its directory Laaca (la...@seznam.cz) http://www.laaca.borec.cz ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Tiny update of Blocek text editor
I updated the archives of the Blocek text editor. The binaries are the same but I included corrected documentation and message files. (fixes wording and typos) http://www.laaca.borec.cz/blocek ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.75 released
Today I uploaded the final version of my text editor Blocek I especially want to thank Fritz Mueller for great help with testing and finfing bugs. Project webpage: http://www.laaca.borec.cz/blocek What is new in Blocek 1.75 * tries to be more compatible with virtual environments - copying texts from GUI dialogs to edit windows works better now + if you try to copy text to clipboard without any text selected, the word on cursor position will be used - after every 65536 bytes loader added invalid character to loaded text * slightly improved color selection dialog + functions for line expanding + optional spaces emphasing + Find dialog offers the phrase occurrences counting + right mouse click offers new word related functions + right mouse click (or Ctrl-L) offers new line related functions + correctly replaces Unicode characters above 0x to character 0xFFFD "?" + keyboard shortcuts in the main menu * main menu does not allow to select functions which aren't currently applicable * buttons in some situations accept keyboard shortcuts without pressed ALT * unicode definition tables are now separated to own TBL subdirectory___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.74
Hello! New version of test editor Blocek is out. Now in version 1.74. Project page is here: http://laaca.borec.cz/blocek/ What is new: + bookmarks (accessible by right mouse button click or from main menu) - deleting a text block sometimes crashed the program - key "delete" sometimes incorrectly changed the scope of the text block - the non-resident part of the keyboard handler is more compatible with WinXP - also the resident part of the keyboard handler is improved (see TECHNOTE. TXT) - mouse wheel works again (with DOS driver CTMouse or with DOSBOX-X) + optimalizations in the program messages management * the hotkey for text block delete changed from CTRL-Space to Shift-Del (to be consistent with one line input dialogs) - fixed several bugs in command line processing - other small bugfixes ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Bloček 1.73
Today I released a new version of my text editor and image viewer Bloček. The project page with download links is: http://www.laaca.borec.cz/blocek/ News in the version 1.73 + cooperates with Windows clipboard * mouse driver improvements + functions for choosing related chars (via CTRL-Q or mouse right click submenu) + distribution package with integrated DosBox-X + speed optimizations in editor: if possible, only the updated part of window will be rendered + system info window shows whether the OS allows to use SSE instructions + optional editor window left side panel showing line ending type + text selection range is properly updated during text operations - various small bugfixes___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreePascal bug [off-list]
The bug description is very confusing. It is not clear whether user complains about missing Video unit (files VIDEO.PPU and VIDEO.O) or the fact that under DOS/GO32V2 platform are not available the GUI Delphi-like elements. If it is the firsr case it is probably a LFN related problem. The Video unit is in the RTL-CONSOLE subdirectory. Without LFN it is not visible. The solution is the renaming this subdirectory to 8.3 format and to edit the FPC.CFG and FP.CFG files in the BIN\GO32V2 directory. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Open Watcom v2 DOS installer is abysmally slow in FreeDOS
Very interresting - extremely slow installation through a instalator but quite a normal speed when copying cca 4000 files manualy. ...And this difference is not in MSDOS. In theory - could it be explained by frequent calling the function "GetFreeDiskSpace"? (Int21h/36h) I have not seen the source of the installer and such algorithm would be not very clever but what if installer checks the free disk space before every single file copy? And again - I have not seen the sources of FreeDOS kernel (nor the MSDOS kernel) but what if the MSDOS version is working quickly (using some caches) and the FreeDOS version scans the filesystem in every call? ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.72
Hi all! New version of my text editor Blocek! The program site is here: http://www.laaca.borec.cz/blocek(http://www.laaca.borec.cz/blocek) 1.72 + french and turkish translations - fixed scrolling of the line with cards of opened files - fixed possible crash after closing a file * minor improvements in the system information window + the GUI system can now process a multiline buttons (currently used in the russian interface in fileselector) - fixed some conflicts between BIOS/DOS keyboard drivers and the internal driver (details described in the TECHNOTE.TXT file)___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.71
New version of the ASCII/Unicode text editor and image viewer Blocek ! The program site is here: http://www.laaca.borec.cz/blocek(http://www.laaca.borec.cz/blocek) 1.71 + german translation + fast switching among opened files with Ctrl+Plus and Ctrl+Minus - fixed some bugs (including crashes) * changed the picture for welcome screen___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] When is FreeDOS slow and when fast
In the last time I worked a lot with the Freepasval compiler. In the GUI version it shows the compilation time so it is a perfect tool for benchmarking. The results are very interresting. The computer: Pentium 4, SSD PATA disk, 512MB RAM The task: Compilation of the full Blocek source ("Build all") - 64603 lines of code using FreePascal 3.2.0 (GUI) Windows 98: 5,6s FD, cwsdpmi, noUIDE, noLBAcache: 208,2s FD, hdpmi32, noUIDE, noLBAcache: 159,8s FD, cwsdpmi, noUIDE, LBAcache4096: 54,9s FD, hdpmi32, noUIDE, LBAcache4096: 20,5s FD, cwsdpmi, UIDE160, noLBAcache: 72,1s FD, hdpmi32, UIDE160, noLBAcache: 40,6s FD, cwsdpmi, UIDE160, LBAcache4096: 72,2s - 178,8s FD, hdpmi32, UIDE160, LBAcache4096: 18,7s FD, hdpmi32, UIDE160, LBAcache16384: 18,6s MSDOS 7.1, hdpmi32, UIDE160, LBAcache4096: 10,4s MSDOS 7.1, hdpmi32, UIDE160, LBAcache16383: 7,6s The conclusions: 1) The speed without any cache is really awfull. On the speed machine and od the SSD disk! I do not understand why. Maybe the DOS uses some techniques which are contraproductive on SSDs 2) Hdpmi32 does not use the RAM disk swapping while CWSDPMI does and it seems to be a reason why it speeds up the things so much. I do not understand why CWSDPMI does it even on machine with 512MB RAM. 3) UIDE helps but even with the cache size 160MB is the gained performance much less than from LBAcache with 4MB. 4) Windows98 is a speed king 5) MS-DOS 7.1 is faster than FreeDOS ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] New version of text editor (and image viewer) Blocek
Hello, few days ago I released the version 1.7 of my text Editor Blocek. I have already written the announcement the DOS ain't dead forum so some people from thr DOS community are aware about it, but I place it here too: = After many years I finally managed to adapt my text editor Blocek to new generation of my GUI system Wokna32. So finaly the version 1.7 is here! First of all I have to note that the home server for Blocek is changing because the SWEB.CZ domain is closing. It is pretty sad because many interresting sites will gone away. (Like with the Geocities, Yahoo and others) So, the new home for Blocek is here: http://www.laaca.borec.cz/blocek (http://www.laaca.borec.cz/blocek) Anyway, the most interresting for you is probably the changelog: = + many improvements in the graphical user interface (GUI) + most of the windows can be moved by dragging the title bar by mouse + slovak keyboard layout + blocks of text can be selected by dragging the mouse with pressed left button + blocks of text can be selected not only in the edited text but also in most places of the GUI like information or help windows. + the scope of the Search or Search and Replace functions can be limited to text block only + many powerful conversion routines handling the code pages and Unicode * if the document is not in Unicode it is always in some defined DOS code page - The RAM size detection was wrong on some systems + Now can work even with graphic cards with non-continuous video memory (like GeForce RTX 2060) + can load and save with all three line-ending standards (CRLF, CR, LF) + can load and save Unicode files encoded in UTF-16LE and UTF-16BE + recognizes the Unicode BOMs (byte order marks) + customizable word wrapping + now can fixate the word-wrapping not only for the whole document but also for selected block only. + function for intelligent merging the legacy DOS style lines (78 or 80 chars) to word-wrapping blocks. - better keyboard handler - fixed bug in the conversion routine for 3-bytes long Unicode glyphs + conversion from HTML entities into Unicode chars + QR codes creation - Program can't be shot down by Ctrl-Break (customizable in BLOCEK.CFG) - fixed tabulators - corrected minor bugs in the color selection dialog - functions for moving to next word or to previous word now scroll the window if needed + the single-line text boxes can use the clipboards too (like f.e. in „Search and replace“ dialog) + more informations in the system information window * the number of clipboards reduced to 7 (still more than enough) leaving more space on the upper line for menu x the language files for german, turkish, hungarian and french languages are not updated so they are moved from "public" TRANSLAT subdirectory to TRANSLAT\VER162 - they can partialy work after copying back into TRANSLAT___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Almost there with the updated FreeDOS website
Hello! Yes, your redesign is a leap forward. However in the upper menu I miss links "join development" and "documentation" Laaca -- Původní e-mail -- Od: Jim Hall Komu: freedos-devel@lists.sourceforge.net Datum: 24. 1. 2022 1:06:30 Předmět: [Freedos-devel] Almost there with the updated FreeDOS website "Thanks everyone for your feedback on the updated FreeDOS website. I'm *almost* there with the updated site, and I'm hoping to put it live in a few days. If you'd like to see the work in progress: https://test.freedos.org/ What's done: - front page - Forums - my page - my Patreon page - History - Trademark - Impressum - Books Not done yet: - About - About -> Games - About -> Applications - About -> Programming - Download - News (need to build a new feed, but that's minor) - Bugs (also planning a form to enter a bug report to GitLab without a GitLab account) I haven't added the "latest version is" text on the front page yet, but that's on my "to-do" list as well. I'm incorporating the content from the old Links page into each of the "About" pages. For example, I'll link to where to download the free {personal use} Turbo C and Desmet C when you're on the "About -> Programming" page. By incorporating the links on these pages, my goal is to eliminate the old Links page entirely. Also: I've been planning the new website for many months now, going through several iterations in design and content organization. I think the current version is looking really good. However, all designs can be improved. I'm working with a university professor at MTU and his Usability class in Spring semester (that's right now) to do a usability test for the new website. The Usability students need to have a "frozen" version of the website to test against, so the site doesn't change while they are testing it. Once I make the new website live, the students will do their tests using the https://test.freedos.org/ website. I might make tweaks to the www site during that time, but not to the test site until the students are done with their tests (semester ends in early May). ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel "___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Fwd: ACPI auto power ON
Hello experts here! I am forwarding you a question abou ACPI interface. Although I am the author of ACPITOOL I am not able to answer it. Thanks -- Původní e-mail -- Od: retro devices Komu: la...@seznam.cz Datum: 13. 1. 2022 0:36:10 Předmět: ACPI auto power ON "Hi and thank you for your ACPITOOL. I decided to ask you because I cannot find the answer myself and you seem to be very experienced in ACPI programming under DOS. Is there a way via the ACPI\s API to tell ACPI to automatically power on after power loss AND when the BIOS SETUP does not include such setting? Kindest regards, George "___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.62: repack from 8/2021
Hello! Nice samaritans Thraex and W.Spiegl sent me their translations for my text editor Blocek. So I joined these patches with my older small updates and released not a truly new version but a repack of 1.62. Changelist: 1.62r2 (repack from August/2021) + slovak keyboard layout + translations for german, french and turkish languages + more filters for conversions between Unicode and 8-bit codepages + included utility for creating new Unicode conversion filters (see .\KEY_TBL\TBL_CREA\) + added file TRANSLAT.TXT which contains instructions how to create a translations to other languages * the binary in untouched Download site is the same: http://laaca.sweb.cz ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] allegro 4.2 branch, many problems
The last working Allegro for DOS is the version 4.2.3 not 4.2.4 Download the working package from here: http://www.mrdictionary.net/allegro/ or from here: http://www.doshaven.eu/programming-tools/ -- Původní e-mail -- Od: Paul Dufresne via Freedos-devel Komu: Technical discussion and questions for FreeDOS developers. Datum: 22. 6. 2021 17:09:28 Předmět: Re: [Freedos-devel] allegro 4.2 branch, many problems " I fixed the missing rule to build allegro.so by adding the file: paul@kasparno:~/Téléchargements/allegro5-4.2$ cat makefile.dep lib/unix/liballeg-4.2.4.so: $(ALLEGRO_LIBRARY_SOURCES) It is not present, but included in makefile (ignoring any errors). but next: paul@kasparno:~/Téléchargements/allegro5-4.2$ LANG=C make gcc -DALLEGRO_MODULES_PATH=\"/usr/local/lib/allegro\" -DHAVE_CONFIG_H -I. - Iinclude -Iinclude/allegro -I./include -I./include/allegro -std=gnu89 - DALLEGRO_LIB_BUILD -mtune=k8 -O2 -funroll-loops -ffast-math -Wall -Wno- unused ./src/i386/asmdef.c -o obj/unix/asmdef In file included from include/allegro/base.h:41, from include/allegro.h:25, from ./src/i386/asmdef.c:27: include/allegro/internal/alconfig.h:36:16: fatal error: allegro/platform/ alplatf.h: No such file or directory 36 | #include "allegro/platform/alplatf.h" | ^~~~ compilation terminated. make: *** [makefile:232: obj/unix/asmdef] Error 1 So I just did a: touch include/allegro/platform/alplatf.h And now I get a lot errors like: include/allegro/internal/aintern.h:1038:48: error: unknown type name 'uintptr_t' 1038 | AL_FUNC(void, _poly_scanline_ptex_mask_lit32, (uintptr_t addr, int w, POLYGON_SEGMENT *info)); | ^ include/allegro/internal/alconfig.h:209:62: note: in definition of macro 'AL _FUNC' 209 | #define AL_FUNC(type, name, args) type name args | ^~~~ include/allegro/internal/aintern.h:1039:45: error: unknown type name 'uintptr_t' 1039 | AL_FUNC(void, _poly_scanline_atex_trans32, (uintptr_t addr, int w, POLYGON_SEGMENT *info)); | ^ include/allegro/internal/alconfig.h:209:62: note: in definition of macro 'AL _FUNC' 209 | #define AL_FUNC(type, name, args) type name args | ^~~~ include/allegro/internal/aintern.h:1040:45: error: unknown type name 'uintptr_t' 1040 | AL_FUNC(void, _poly_scanline_ptex_trans32, (uintptr_t addr, int w, POLYGON_SEGMENT *info)); | ^ include/allegro/internal/alconfig.h:209:62: note: in definition of macro 'AL _FUNC' 209 | #define AL_FUNC(type, name, args) type name args | ^~~~ According to: https://stackoverflow.com/questions/9042024/error-unknown-type -name-intptr-t (https://stackoverflow.com/questions/9042024/error-unknown-type-name-intptr-t) I would have to include stdint.h in those files. I have tried to add CLAGS= -std=gnu89 but it did not seems to help with that problem... but then, is is on .h file... So I begin to think to git clone the branch and work on it. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel "___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Time to end with diskette DJ system? (aka famtom drives?)
OK, so some API exists. But do you know ANY fullscreen DOS application which properly implements it? You say, OK, you can hook a INT 2Fh in your application. But why the application programmer should hook some interrupts? Imagine that you are creating some spreedshet application or some level editor for your favourite game. User opens a save file dialog, accidentaly writes B:\STUFF.DAT and irritating message occurs. Why should be the high-level programmer be awere of such low-level stuff? You can say - hey, but why are you trying to save to B:\ ? But we want well behaved programs. They sould be as much bullet-proof as possible. I even don't imagine what happens if the keyboard interrupt is trapped and exclusively treated by application. The DJ mechanism should be optional and turned off by default, IMO. -- Původní e-mail -- Od: Eric Auer Komu: freedos-devel@lists.sourceforge.net Datum: 31. 5. 2021 16:13:05 Předmět: Re: [Freedos-devel] Time to end with diskette DJ system? (aka famtom drives?) " Hello Carsten, >> INT 2F CU - DOS 5+ - FLOPPY-DISK LOGICAL DRIVE CHANGE NOTIFICATION >> AX = 4A00h ... >> Return: CX = h to skip "Insert diskette for drive X:" message > this helps for new applications or applications where we have the > source, but it does not help with all the existing applications Given that this API has been there for ages, those existing applications just have a very long-lived bug by failing to use the API. However, you could write a tiny TSR which will hook int 2f and suppress the disk change message, or show it in a way which is compatible to full screen TUI and GUI apps. In situations where it is unable to show the message, this TSR could set appropriate flags to mark B: as not inserted, or take similar measures to make access to DJ-style B: fail. I really do not think that this is a job for the kernel itself. It has been ages since I DELIBERATELY used the DJ mechanism at all. Normally I just access files on A: and very few apps would insist on using B: for things unless you explicitly tell them. So a feature to block the mechanism from ACCIDENTALLY triggering would be needed even less often than that and a TSR is enough :-) Regards, Eric PS: FreeDOS does not include a DRIVER.SYS driver, or feature. That was a very ancient MS DOS feature which let you override BIOS based detection of floppy drives and their geometry, see http://info.wsisiz.edu.pl/~bse26236/batutil/help/DRIVER_S.HTM Maybe we COULD add a config.sys command instead of a device=... driver, but I do not know any hardware needing it? Basically, it tells DOS a BIOS disk drive with any given CHS geometry exists. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel "___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Time to end with diskette DJ system? (aka famtom drives?)
Maybe is a time to consider whether to break the MS-DOS compatibility about handling the one physical diskette drive as two logical drives - A: and B: It maybe had some reason in 1982 but now? For remembering: You have the physical drive A: only. You write DIR A: Everything goes as expected. But if you write DIR B: you get this message: "Remove diskette in drive A: Insert diskette in drive B:" Systems waits for keypress and then displays content of A: It is extremely annoying because with this behaviour suffer virtually all DOS programs. Even the fullscreen programs. Try it in some fancy text-mode IDE like SetEdit. You are in the fileselector and you write there B:\ Again. The screen is garbaged by idiotic message "Remove diskette in drive A: Insert diskette in drive B:" And even in GUI programs is this "feature" still present. Try f.e. editor FLwrite. >From a programmer 's point of view it is quite difficult to avoid this DJ system. The proper approach is to check whether the specified disk drive is physical drive or fantom drive and to handle it... But why? Even Windows 95 has gone farewell to fantoming A: to B: FreeDOS kernel should do the same. For now I have in my AUTOEXEC.BAT the line "JOIN B: C:\FREEDOS\JOIN_B\" But I don't want to do it. If you from some reason think that DJ system is something good (why?) you can implement a new switch for CONFIG.SYS (FDCONFIG.SYS) like "FANTOMB=YES/ NO" (with default NO) or to use a existing parameter SWITCHES to include some new switch for fantoming B: ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeCOM 0.84-pre5 prerelease
BAT language is indeed very weak but is has few hacks. One of them is the possibility of carrying the tiny COM binaries inside. You can call command ECHO [ascii-compatible-Binary-code] > HELPER.COM The question is how often is possible to carry such COM files but generaly it should be possible. Laaca -- Původní e-mail -- Od: Rugxulo Komu: freedos-devel Datum: 21. 8. 2018 21:22:04 Předmět: Re: [Freedos-devel] FreeCOM 0.84-pre5 prerelease "Hi again, On Mon, Aug 20, 2018 at 12:25 PM Tom Ehlert wrote: > > more experiments. > > METADOS is a very advanced, very spaghetti BATCH project, > which in the end connects you with TCP, downloads components > (MEM.EXE below) from the internet and more interesting stuff. > unfortunately, *very* spaghetti. .BAT doesn't have loops. It overuses "goto". It's not Turing complete. Frankly, it's very weak, but at least it does some minimal things well. The advantage is that it's familiar syntax (well, to DOS luddites) and uses simple text files, so it's easily modified. The less precompiled binaries, the better. That way it's easier to vet the sources. (Unfortunately, FTP [8086] isn't enough, so I have to also use that to grab WGET [386, DPMI] for retrieving other things.) Using certain tools (not installed yet) relies on downloading via stub .BATs. In addition to avoiding the burden of carrying around GPL sources for a billion different utils (that aren't directly needed, at least not in most circumstances), the advantage is also smaller disk footprint, e.g. floppy image. If I included everything, I'd have to use .VHD or .ISO or similar. Granted, most people can use bootable USB nowadays, but I still wanted to try to keep things as small and simple as possible. > anyway, FreeCOM 0.84-pre5 prerelease doesn't behave a) as expected, > and b) not really in a reproducible way. > > what I did: > > everything in a current VirtualBOX, 32 MB memory, no hard disk I usually use 128 MB (and 50% of that for RAM disk), but sometimes I need 512 MB for some few tests. > boot from > http://www.drivesnapshot.de/freedos/metadosd1.zip > > enable/disable ECHO ON (which shouldn't change behaviour, but does) > and put 4 different command.coms to be selected by boot menu (which > shouldn't change behaviour either, but does as well). > > observations: > original Pre2 command works as expected. maybe it's only lucky, but it > works. Yes, it works fairly well with very few (noticeable) bugs. > gcc seems to work (205 files created), but > MEM > which pulls MEM.exe from internet crashes the virtual box. > > MEM also *sometimes* crashes the turboC pre5 Like I said, it was reporting "Invalid opcode" for me. Though it didn't crash any VMs (though I've rarely seen that happen before, too, which is probably unintentional). Note that things do behave differently (under VBox) depending on whether you have VT-X enabled or not. (This laptop never does, and I think JEMM386 is one particular bone of contention. It's also tons slower, so some heavy tests using DJGPP [p7zip?] take hours longer.) > these effects may depend on the environment; they may also depend > on the packet driver. Only two packet drivers are included. AMD/PCNTPK is default. The other NE2000 was mostly for ancient QEMU builds (0.13?). > I am just out of ideas for the moment, and unfortunately this disk is > not compatible with SoftICE as it uses protected mode :<< We've long ago jumped the shark in cpu requirements. Most things, even in DOS, require 386 (and/or DPMI, etc). I'm totally in favor of keeping 8086 compatibility when feasible (or even just as long as technically possible), but it's harder than it sounds. Just saying > if anyone feels like playing himself with this ... > > good luck I know it's convoluted, but it's not *that* difficult. A .BAT can only handle so much complexity, even if using third-party tools for various things. At least, to me, it's fairly obvious what tool does what. (But maybe not.) -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel "-- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] The BTTR-SOFTWARE site (and forum) is back
Great news for everyone :-) I accidentaly found that our beloved site www.bttr-software.de (http://www.bttr-software.de) is back again (including the forum) since 18- august Thank you Robert Riebisch for this resurrection! Laaca -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Graphics APIs
Firstly - we also have a misunderstanding in terminology. You are not interrested in API but in graphic library. If you want to use the pascal programming language you have to decide whether you want to use Turbopascal/Borland pascal or more modern Freepascal. (there are also other compilers but these are the most usable). If you decide for 16-bit TP/BP compiler you can use some library (unit) in some mirror of Garbo archive in "turbopas" subdirectory. If you want to use 32-bit Freepascal your range will be quite limited. With this compiler are two possible DOS graphic libraries supplied. It is traditional unit Graph which mimics the TP/BP unit graph and unit (pascal) PTC which goes with own way and for new projects should be preffered. You can also use some 3rd libraries. Some of them are extremaly powerfull (like GraphiX or LX5suite) but they were written for verz old FPC versions (pre 1.0 releases) and it is difficult to use them even with 1.0.10 version and extremely difficult with current 3.0.0 version. Some of these libraries are uploaded into FPC site under "contributed units" section. In this situation I can offer you my graphical unit/library VenomGFX which I use in all my projects. It is still under active development and can be used with all FPC versions up to 3.0.0. It has a lots of very poweful (and often really unique) graphic functions but also one disadvantage. It works only for 16-bit (HiColor) videomodes. http://laaca.borec.cz/soubory/venom.rar -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Bug in Freecom
FreeCom allows this command: "COPY CON" After that I can write text which echoes after enter in next line and it can't be interrupted nor with CTRL-Z nor with any other key combination. The only I can do is a restart with CTRL-ALT-DEL. MSDOS does not suffer with this bug - it does not allow "COPY CON" but writes the error message that file cannot be copied in itself. The FreeCOM version I tested is 0.84-pre2 XMS_swap [Aug 28 2006] -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] CPIED - problem in used graphics library
Hi! I tried the CPIEd editor for CPI fonts. It is nice and simple program and I like it. However it suffers by a bug in used graphics library. If I understand correctly, it uses some VESA mode in banked variant. There is no problem on graphics card which have only one read/write access window. But if the graphics card has two access windows - one read only, second one write only, it produces severe graphics artefact which affects the mouse cursor - the background behind mouse is not drawn correctly. I don't know whether the author can solve such kind of special technical problem - it is the reason why I don't write a private mail but on message board.-- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Developing GUI for none programmers
The best source and help for you is the GUI blog community. Look here: http://theguiblog.com/ -- Původní zpráva -- Od: David Juicebox nyandashxrain...@yahoo.com Datum: 9. 2. 2013 Předmět: [Freedos-devel] Developing GUI for none programmers I would like to get some help. Maybe a step by step instruction of how to program a GUI. Also tell me what I need to do to start programming one -- Free Next-Gen Firewall Hardware Offer Buy your Sophos next-gen firewall before the end March 2013 and get the hardware for free! Learn more. http://p.sf.net/sfu/sophos-d2d-feb___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS development sense
Great to hear that Jevgenij works on some new DOS software. It is always very welcome! (personaly for me is great that it is written in pascal because it is my favourite language which I know best) offtopic: I personaly sometimes work with dead bodies as I am medical doctor but I never masturbated with them. However on medical faculty I knew at least two persons which very probably did. -- Původní zpráva -- Od: Rugxulo rugx...@gmail.com Datum: 26. 1. 2013 Předmět: Re: [Freedos-devel] FreeDOS development sense Hi, On Fri, Jan 25, 2013 at 4:42 AM, Евгений Нежданов copperm...@gmail.com wrote: I think it's great that you have these programs (editor and BASIC interpreter) and are willing to share them under the GNU GPL. Where can people download these programs to try them out on FreeDOS? Do you have a website where you make these programs available to others? I does currently not have a website, I assume you can still use (if desired) something like Google Sites or SourceForge or Berlios or similar. but I can complete these programs and upload it's into the dropbox share folder for all for test case of the FreeDOS users developers for get vote for them and so add it's into the ibiblio FreeDOS file hosting. Adding to iBiblio is a good idea (assuming licenses are open/free/libre). Just find a way to get it to Jim or me. (My main computer is still temporarily down, but I managed to restore my iBiblio access with old PuppyLinux key via VirtualBox VM. Tested with uploading latest minor NASM update, it works.) But I would ask that you not refer to DOS users as DOS necromasturbators as this is derogatory. Please sorry me for this word. Heheh. I've never heard anyone say that before. Though someone did call me a necromancer a few years ago on FreeBASIC's forum due to my support of DOS. ;-) Lemme find the full quote: j00 r nt teh necromanz0r!. I didn't understand at the time, but apparently a necromancer is a fictional thing (off-topic: Hexen2 backported to DJGPP ftw, hi Ozkan!) who is undead or revives the dead or something goofy like that. In essence, we're reviving a dead OS (in some peoples' eyes) by supporting FreeDOS. Though I question their sense of history in conveniently forgetting so quickly the impact DOS had (and still has). -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel;-- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. ON SALE this month only -- learn more at: http://p.sf.net/sfu/learnnow-d2d___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] undocumented behaviour in INT21h/AX=6501h
I found strange and undocumented behaviour in kernel function INT21h/AX=6501h I wanted to report this as a bug but MS-DOS 7.1 has exactly the same behaviour. We have this snippet of code: var a:array[0..255] of byte; begin asm seges lea di,a mov bx,0h mov dx,0h mov cx,256 mov ax,6501h int 21h end; It should return my country code and code page. But it sometimes works and sometimes not. It depends on values in A array. If A is zeroed (for i:=0 to 255 do a[i]:=0) it works. If A is assigned to constant value (for i:=0 to 255 do a[i]:=2) it works. But if I make: for i:=0 to 255 do a[i]:=i it does not work. This behaviour is not documented in RBIL. However MS-DOS 7.1 acts in same way as FreeDOS so I don't know whether is this bug or feature. -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] undocumented behaviour in INT21h/AX=6501h
I found strange and undocumented behaviour in kernel function INT21h/AX=6501h I wanted to report this as a bug but MS-DOS 7.1 has exactly the same behaviour. We have this snippet of code: var a:array[0..255] of byte; begin asm seges lea di,a mov bx,0h mov dx,0h mov cx,256 mov ax,6501h int 21h end; It should return my country code and code page. But it sometimes works and sometimes not. It depends on values in A array. If A is zeroed (for i:=0 to 255 do a[i]:=0) it works. If A is assigned to constant value (for i:=0 to 255 do a[i]:=2) it works. But if I make: for i:=0 to 255 do a[i]:=i it does not work. This behaviour is not documented in RBIL. However MS-DOS 7.1 acts in same way as FreeDOS so I don't know whether is this bug or feature. -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h
Ralf, you are wrong, you are speaking about INT21h/AX=6521h but we are discussing about INT21h/AX=6501h -- Původní zpráva -- Od: Ralf A. Quint free...@gmx.net Datum: 30. 11. 2012 Předmět: Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h At 09:41 AM 11/30/2012, Ladislav Lacina wrote: I found strange and undocumented behaviour in kernel function INT21h/AX= 6501h I wanted to report this as a bug but MS-DOS 7.1 has exactly the same behaviour. We have this snippet of code: var a:array[0..255] of byte; begin asm seges lea di,a mov bx,0h mov dx,0h mov cx,256 mov ax,6501h int 21h end; It should return my country code and code page. But it sometimes works and sometimes not. It depends on values in A array. If A is zeroed (for i:=0 to 255 do a[i]:=0) it works. If A is assigned to constant value (for i:=0 to 255 do a[i]:=2) it works. But if I make: for i:=0 to 255 do a[i]:=i it does not work. This behaviour is not documented in RBIL. However MS-DOS 7.1 acts in same way as FreeDOS so I don't know whether is this bug or feature. Well, there are several issues: - first of all, 21h/65xx is an undocumented call, also labeled internal in RBIL - second, I don't know what you are setting all those registers to, as that does not comply with the description of this function call As for the call as you call it, RBIL states that of the calls with AL=01h/02h, DS:DX is a pointer to the string to be capitalize. Assuming you are using Borland/Turbo Pascal here (and doen't know what that seges instruction is supposed to do) and that a is a global variable (and hence in the DATA segment, to which DS by default should point to), you are setting the offset in DX to 0h instead of the offset of a within DS, you simply can't expect to get any reasonable result. Everything's a purely random to begin with... Ralf -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net(http://goparallel.sourceforge.net) ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel (https://lists.sourceforge.net/lists/listinfo/freedos-devel)-- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h
I haven't expect that somebody on this forum doesn't understand seges lea di,A instruction. So explanation: LEA DI,a - load address of A into DS:DI SEGES LEA DI,a load address of A into ES:DI -- Původní zpráva -- Od: Tom Ehlert t...@drivesnapshot.de Datum: 30. 11. 2012 Předmět: Re: [Freedos-devel] undocumented behaviour in INT21h/AX=6501h Hi, I found strange and undocumented behaviour in kernel function INT21h/AX= 6501h I wanted to report this as a bug but MS-DOS 7.1 has exactly the same behaviour. We have this snippet of code: var a:array[0..255] of byte; begin asm seges lea di,a mov bx,0h mov dx,0h mov cx,256 mov ax,6501h int 21h end; It should return my country code and code page. But it sometimes works and sometimes not. It depends on values in A array. If A is zeroed (for i:=0 to 255 do a[i]:=0) it works. If A is assigned to constant value (for i:=0 to 255 do a[i]:=2) it works. But if I make: for i:=0 to 255 do a[i]:=i it does not work. This behaviour is not documented in RBIL. However MS-DOS 7.1 acts in same way as FreeDOS so I don't know whether is this bug or feature. it's simply a bug in your program. ES:DI - country information buffer (see #01750) but your code does not load ES. so ES most likely points 'somewhere' where you don't expect it. push ss pop es should work (otherwise use a debugger) If A is assigned to constant value (for i:=0 to 255 do a[i]:=2) it works. because your smart compiler turns this into something like push ss pop es mov cx,256 mov al,2 rep stosb and now es points to right segment. Tom -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net(http://goparallel.sourceforge.net) ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel (https://lists.sourceforge.net/lists/listinfo/freedos-devel) Mit freundlichen Grüßen/Kind regards Tom Ehlert +49-241-79886 -- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net(http://goparallel.sourceforge.net) ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel (https://lists.sourceforge.net/lists/listinfo/freedos-devel)-- Keep yourself connected to Go Parallel: TUNE You got it built. Now make it sing. Tune shows you how. http://goparallel.sourceforge.net___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.37
Hello all! I announce a new version of Blocek, now it reached version 1.37 First af all I have to notify you that the files are not loaded into usuall site laaca-mirror.ic.cz because of technical problems on this server. (This server is still worse and worse). I hope I will be able to upload the files there later (in LFN and 8.3 forms) but so far use these links: http://www.laaca.borec.cz/soubory/blocek.rar and http://www.laaca.borec.cz/soubory/wokna32.rar Changes: 1.37 - Fixed conflict between DOS national keyboard driver and Blocek's internal keyboard driver. (dead keys watched by DOS was stealed and not processed by internal driver) - Fixed wrong displaying of text cursor in some situations. (this bug became more severe in previous version) + Now allows to define keys which are semi-capslock dependent (like éÉ/2 in czech keyboard driver) * keyboard definition files are now much more user friendly so it is easier to define new ones + hungarian keyboard layout -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Please add the features to Bloček and Kašmár.
Blocek can use three different font formats - .CH is one of them and it is a plain VGA font format (font downloaded from VGA char generator). It can be edited by any VGA font editor. I plan to update Kasmar editor soon and add the .CH editing feature and few other minor things. I have also prepared an update of Blocek with no new features but fixed some potential issues. Původní zpráva Od: Eric Auer e.a...@jpberlin.de Předmět: Re: [Freedos-devel] Please add the features to Bloček and Kašmár. Datum: 13.8.2012 01:24:44 Hi Tae Wong, Bloček needs to be updated with keyboard for Hungarian and Polish. Kašmár does not support editing files that contain the .ch file format. What is a ch file format and what is Kasmar? I remember that Blocek is a DOS text editor with graphical fonts, so you can edit Unicode text with it, but I assume the keyboard is done by KEYB, not by Blocek? The character e-ogonek in LATIN216.CH and LATIN28.CH is a error. It looks like the small e in CP852.F16. Sounds like a valid bug report. The zero in LATIN216.CH and LATIN28.CH looks liks a slash zero, which is a error. Fix it to middle-dot zero. As far as I know, SLASH is normal and correct in DOS. Of course you can also have a zero without decoration but I have seen slash much more often than middle dot on DOS computers. Also, you are free to provide your own modified fonts, I assume you have a font editor. Localization into other languages and displaying of several glyphs including space bars and PUA characters will be appreciated... but Word Wrapping is unsupported by SC UniPad. I do not know about PUA or UniPad or SC but I could help with Dutch or German if somebody sends me text to translate into those languages. Having a switch to make whitespace visible sounds like a nice idea, with space, tab, linebreak etc looking differently. no confirmation dialog to replace the file; Bloček or Kašmár will replace it. That sounds like a valid feature suggestion :-) Regards, Eric -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Update Bloček
I don't know what standard CP852.F16 should be but I checked glyphs in LATIN216.CH, LATIN214.CH and LATIN28.CH and they seems to be OK. They look like chars under czech version of Windows 98,XP,7 which for DOS application uses LATIN2 encoding. I also spent a day when trying to track some problems with FPC 2.x.x compilation. Now (after avoiding some things) it seems to be stable even with FPC 2.4.2. Compilation with FPC 2.6.0 is also possible but there occurs a crash when shelling into DOS and this crash seems to be inside RTL function Exec. Localization into another languages would be appreciated but I speek only czech, englich and russian and can't make and maintain such translations. (well, I speak also a little bit german but to bad to use it for some project) Původní zpráva Od: Tae Wong seotaewon...@gmail.com Předmět: [Freedos-devel] Update Bloček Datum: 31.7.2012 08:14:43 The font files in Bloček LATIN216.CH and LATIN218.CH have changed the following letters. 101 e 130 eacute 216 ecaron But the following letters do not match the letter e. 137 edieresis 169 eogonek Please update LATIN216.CH and LATIN218.CH to match the original CP852.F16 small e. Please update Bloček to support character rendering for the following glyphs. SPACES Standard Glyph - DEFAULT Picture Glyph PRIVATE USE CHARACTERS Standard Glyph - DEFAULT Decimal Hexadecimal Bloček supports Decimal and Hexadecimal (h). UniPad supports only Hexadecimal (U+). Please rename the Brazilian Portuguese layout from Brasil to Português (Brasil) and add the Polish keyboard. Please localize Bloček to the following languages. Bulgarian Dutch German Hungarian Polish Please fix the typos in Bloček. In the about dialog for Bloček... It says Bloček hasn't any restrictions about maximal file size or line length. But it should be Bloček has no restrictions about maximum file size or line length. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Please update Bloček and Kašmár
All texts in Bloček are stored in external text files. For english language are named BLOCEK1.EN and BLOCEK2.EN Descriptions for keyboard layouts are stored in .\KEY_TBL\*.KTB files Původní zpráva Od: Tae Wong seotaewon...@gmail.com Předmět: [Freedos-devel] Please update Bloček and Kašmár Datum: 20.7.2012 07:30:58 Please update Bloček to have the following features. BIDI Full Support No Support Simple Support CHARACTER RENDERING Control Characters: Picture Glyph, Decimal, Hexadecimal, Invisible Formatting Characters: Picture Glyph, Alternative Glyph, Invisible Private Use Characters: Standard Glyph, Picture Glyph, Decimal, Hexadecimal Spaces: Standard Glyph, Picture Glyph, Middle Dot Surrogate Codepoints: Picture Glyph, Decimal, Hexadecimal Unavailable Characters: Picture Glyph, Character Name, Decimal, Hexadecimal Unassigned Codepoints (these are not characters): Picture Glyph, Decimal, Hexadecimal Unsupported Characters: Picture Glyph, Character Name, Decimal, Hexadecimal Bloček allows both decimal and hexadecimal, while UniPad only allows hexadecimal. FONT ERRORS in LATIN216.CH and LATIN218.CH The letters e, eacute and ecaron is changed, but edieresis and eogonek do not match the letter e. Please update the e, eacute and ecaron to match edieresis and eogonek. The number zero is slashed instead of having a dot. GRAMMAR and SPELLING ERRORS in Bloček Bloček hasn't any restrictions about maximal file or file length. GRAMMAR and SPELLING ERRORS in Kašmár Unfortunately TTF2PCX has a bug. It claims it can convert chars up to 65535 but it the fact hadles chars only up to 32767 KEYBOARDS The Brazilian Portuguese keyboard is called Brasil. Please update Bloček and Kašmár by contacting Laaca to fix these grammar and spelling errors. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.34
Hello all! After few years is there a small update of my text editor Blocek. I stuck in transition into 2.0 version (which is very different). However I decided I can still make small changes in old codebase. The first result is this version. Text editing part hasn't any new features but the another functionality - image viewing, is updated. As in previous releases, also all sources are available, together with complete GUI library Wokna32. Changelog: + Now can load vector image format .WMF (so Blocek can serve also as a converter from .WMF format into .BMP because of the screenshot feature) - fixed occasional bug when shelling into DOS * compiled with current version of graphics library VenomGFX Download here: http://www.laaca-mirror.ic.cz/ -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New keyboard layout pack - KPDOS 3.0
Thanks! I am a czech user so the bugfixes around czech related stuff is for me more than welcome. -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Stack setting in FreeDOS
Hi! How I should set STACKS in CONFIG.SYS ? -- EditLive Enterprise is the world's most technically advanced content authoring tool. Experience the power of Track Changes, Inline Image Editing and ensure content is compliant with Accessibility Checking. http://p.sf.net/sfu/ephox-dev2dev ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Severe bug in kernel 2040 - offtopic about Freepascal
Thanks for the explanation, esp. since Laaca really loves his oldy-moldy FPC 1.0.10. ;-)(Laaca, is latest FPC still not as good? You'd know better than me, but I thought most regressions were fixed by now, not to mention copious improvements.) Well, I guess I'll just quote your site ( http://laaca-mirror.ic.cz/ ): Bloček is written in Freepascal. Normal development is still done in older version 1.0.10 but final version is compiled with newest available FPC version (now 2.4.2.), refreshed last week! Yes, I like the FPC 1.0.10. The IDE is a little bit unstable and there are bugs in Ansistrings and sometimes failing type control but all important components work. In 2.x.x versions were some major DOS related bugs fixed but there still is one very severe. Look at my bugreport. http://bugs.freepascal.org/view.php?id=18113 Except that still does not well work debugging programs running in graphics mode. More preciously: Everything works except saving content of graphics screen: Program runs until breakpoint - then is stopped and screen is switched into FPC IDE. After work in IDE you select Continue in running program, graphics mode is restored but not the screen content. Screen is black. But honestly, this is a weird bug, surely LD itself (from GNU) didn't explicitly do this, did it? (I mean, why would it?) Mustn't it be a DJGPP libc bug? But 2.9.1 is old old old (latest is 2.21 !!) from May 1998, apparently, which would've been DJGPP 2.01 or such (instead of current 2.03p2 or beta 2.04). Oh well, if newer LD works, it's fixed. Still good to make FreeDOS work with either. (Marcov suggests only FPC 2.2.2 [from 2008] or newer for various reasons: copyright and bugs and lack of features. In fact, they don't mirror versions older than that anymore. Latest FPC and FBC both use LD 2.17, DJGPP uses LD 2.19.) Hmmm, iBiblio has 2.04, 2.2.0, and 2.2.2 (only). Somebody (me?) should probably update that soon. (I don't know what 1.0 shipped with, which is also there obviously, but it must've been even older.) -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel -- What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Need help with project coordinator role
Welcome back! -- Fulfilling the Lean Software Promise Lean software platforms are now widely adopted and the benefits have been demonstrated beyond question. Learn why your peers are replacing JEE containers with lightweight application servers - and what you can gain from the move. http://p.sf.net/sfu/vmware-sfemails ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] ASCII to unicode table
I think we should discuss how to implement unicode. In the fact only one small thing is necesarry: we need a mechanism for translating unicode chars into ASCII chars and vice versa. Now programs do it self by looking into own datafiles with .TBL extension. Look at DOSLFN or Volkov commander 4.99. They have few files like cp852uni.tbl, cp866uni.tbl and so on. It is a very good solution but problem is that here is no way now how to determine which file should be used. It fully relies on manual configuration. Anothor point is that ASCII-unicode conversion should be somewhat treated by OS, I think. I think it is not smart if every unicode program has own TBL library. It should be one somewhere in FREEDOS derectories. So how to solve it? * let the user call function for international info, and by returned codepage manualy decide which .TBL file to use? * .TBL files should be in LANG or NLSPATH environment variable? * somehow extend the kernel function for international info to say which .TBL files to use? * preload .TBL into memory in COUNTRY initialization and even more extend international info to provide ASCII- unicode conversion? -- Increase Visibility of Your 3D Game App Earn a Chance To Win $500! Tap into the largest installed PC base get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Bloček in DOS - gives an runtime error
Hello! I am sorry for the delay. If I understand correctly you don't have problem with Bloček itself but with editor Kašmár, right? I am not sure if I understand correctly the instructions how to reproduce the crash. You say that I have to delete some original files? But the files are needed! You can't delete certain files in .\FONTY\ subdirectory because Kasmar needs them! It needs files: cour10.fn, cour14.fn and latin216.ch By the way, if anybody wants to help me, I need to slightly adjust the utility TTF2PCX which is included in Kasmar package. It is a very simple Windows application. The problem is that it writes .PCX files (but I need BMP files) Původní zpráva Od: tae wong seotaewon...@gmail.com Předmět: Re: [Freedos-devel] Bloček in DOS - gives an runtime error Datum: 26.4.2010 06:02:01 202 range overflow in some variable You've done with this: 1. Copy kasmar.exe to kasmarold.exe 2. Removed the original Kasmar files, which confuses the underscore line 3. Launched cwsdpmi.exe 4. Launched kasmar.exe The following error is detected when launching an version copied from the Blocek folder: EMM386 has detected error #I7 in an application at memory address F900:0003. To minimize the chance of data loss, EMM386 has halted your computer. For more information, consult your documentation. To restart your computer, press ENTER. If you press the Enter key then the computer won't restart so you have to restart manually. On 4/25/10, tae wong seotaewon...@gmail.com wrote: Hi all. When you open this font with an Greek yot sign you get this: Runtime error 202 at $0006A117 $0006A117 $0004A5E8 $0004AA97 $0005245F $0004A9BC $0001AD6F $0001A293 $00015CA8 $56F7 On 12/7/09, tae wong seotaewon...@gmail.com wrote: Hi you installed Bloček in XP Secumize Edition with an zip file and if you try to launch it the program gives an runtime problem with the program but if you want to make compatible with DOS you could fix the runtime errors by contacting the author who made Bloček. please help!!! -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] IDE CDrom/Dvd
Any advantage using AHCI? No, but some notebooks lack in BIOS the option Handle CD-ROM devices in legacy IDE mode so you have to use AHCI. -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] IDE CDrom/Dvd
Původní zpráva UIDE works with SATA. Realy? I am not sure about it. But definitely you should try GCDROM (http://www.freedos.org/software/?prog=gcdrom) or driver AHCI.SYS downlodable Hewlett Packard site: http://h2.www2.hp.com/bizsupport/TechSupport/S...p;swLang=13taskId=135mode=4idx=0 (extract archive and use the AHCI.SYS file - it is a DOS CD-rom driver) -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Japanese keyboard layout (Kana) for Blocek
Did you get Japanese kana layout for Blocke and add over 6000 Kanji from Shift JIS? No, I haven't kana layout yet. I would be happy if you send me such thing. And, of course, you can add Kanji glyphs in font editor Kašmár which is also on the Bloček's site. But the greatest help for me would be fixing the helper program TTF2PCX which is included with Kašmár. -- Return on Information: Google Enterprise Search pays you back Get the facts. http://p.sf.net/sfu/google-dev2dev ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Bloček in DOS - gives an runtime error
Hi you installed Bloček in XP Secumize Edition with an zip file and if you try to launch it the program gives an runtime problem with the program but if you want to make compatible with DOS you could fix the runtime errors by contacting the author who made Bloček. please help!!! Hello! Bloček can not work in Windows XP because it uses Linear frame buffer as a way how to access videomemory. Unfortunately Windows XP aren't compatible with it. What is worse - they claim (in VESA information block) that they support it but they don't. So you have to use plain DOS (like FreeDOS) or some kind of emulator like DOSbox -- Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Pre-presentation of a project
I want to react to part about the sound system. I also strongly advocate Miles sound system in various discussions about DOS sound interface. It is modular, many programs and games support it and new drivers for new PCI and integrated cards can be written for it. The DigPak/MidPak more or less only different name for DOS part of Miles sound system. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] FullFAT library
Had anybody checked this library? http://code.google.com/p/fullfat/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Support for new soundcard in Mpxplay - ES1371/1373
I am forwarding this message from MPXPLAY page to make possible a better testing. If you have the ES1371/1373 please try it. DOS386! I've implemented the ES1371/1373 handling in Mpxplay, and it's uploaded here: http://www.freewebtown.com/mpxplay/test/test.htm Please try it, and tell me the (detailed) result(s). ie: -works perfectly -the program doesn't detect the card (try -sct) -the playing doesn't want to start -the playing starts, but after a short time it stops -the playing starts, but no sound on the output (then try different -scv values between 0 and 100) -etc. -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, Big Spaceship. http://www.creativitycat.com ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Seal GUI resurrected
Hi! It seams that the nicest GUI for DOS - Seal is live again the v3. version is comming. Development team is looking for helpers. Well, Ursus, isn't it interresting for you? http://www.doscore.net/ -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Volunteering
Hi ! If you are more interrested in low level stuff you can work with Eric Auer on the FreeDOS kernel. There is few bugs to fix and few feature to add - mainly implement the COUNTRY.SYS (functions about national support). You don't have to write it from scratch as it is already present in unstable non continuing branch of kernel. Other tasks are various drivers like Eltorito CD-ROM or ASPI drivers. If you are more interrested in hi level stuff you can write a GUI for some command line tools. For example I am missing some nice CD burning program for DOS. We have two command line program - CDRTOOLS, and one other which I can't remember now, but it is very annoying to write all the parameters on command line. So write a shell for CDRTOOLS :-) Or you can join to Arachne development team and help improve a DOS internet browser Arachne. In recent time few people left the devel team so you are very welcome. Look at http://tech.groups.yahoo.com/group/arachnedevelopment/ -- ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Fantom drives
I have a proposal for the 2038 kernel: What about to add possibility to disable creating the fantom drive B: on systems with only one disk drive (A:) installed? Many applications (especialy these running in graphics mode) have troubles when switching into fantom B: drive. I know it can be somewhat cured by JOIN command but adding a switch into CONFIG.SYS like fantomB = [yes,no] would help.-- Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Country information in FreeDOS
I want to ask whether is planned to fix the country infos through functions INT21h/AX=65xxh in 1.1 release. Now it doesn't properly work ant it is quite painful. The biggest problem are the unsupported lower-upper case converting tables. (f.e. INT21h/AX=6521h works badly) Even loading the COUNTRY.SYS (country=042,852,c:\freedos\bin\country.sys) doesn't help :-(-- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] bug in freedos kernel int 21.1c invalid drive handling?
Well, I did some testing in FreeDOS, MSDOS 7.1, Windows98 and WindowsXP This function works in all these environment different. F 1) For existing 3,5 floppy disks all give the same (correct) results only MSDOS gives wrong Total number of Sectors and Sectors per Cluster 2) For existing hard disks all three give different value for Total Number of Sectors (FD: 65525, MS: 65534, 98: 65526, XP: 15747 (bullshit)) 3) Non existing drives: difference is in Sectors per Cluster: in FreeDOS: all output seems to be undefined, in other OSes is all undefined except Sectors per Custer which seems to be always 255 (FFh) 4) Other diferencies are in CD/DVD roms and flashdisks. From the above is shown that MS-DOS and WinXP give undoubtebly wrong results. The output for non existing drives seems to be random except AL, which was in all tested OSes except FreeDOS FFh. RBIL mentions it so maybe it could be fixed, however I think that programmers just shouldn't call this function for non existing disks and I even think this function shouldn't be called at all. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Duplicit v1.1
I uploaded the 1.1 version of Duplicit - the viewer of duplicated files. Now it can work with files with read-only attributes.- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Duplicit
Hello all! I wrote a small tool for finding duplicite files on disks. Note that it checks duplicated data not duplicate filenames. download here: http://www.laaca.borec.cz/soubory/duplicit.zip It is multilanguage, czech and english message files are included. Usually I make a russian version too but today I was to tired to translate it into russian. So it is your opportunity :-) - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Compute 1.2
Thanks Oleg! I took your fixed compute.ru file, fixed one issue with errorlevel setting and now the Compute 1.2 is available: http://www.laaca.borec.cz/soubory/compute.zip - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Compute ver. 1.1
Yesterday I uploaded the Compute v1.1 on my web page: http://www.laaca.borec.cz/soubory/compute.zip CHANGES: 1.1 +added check for zero and negative logarithms -fixed some errors in syntax checking inside math functions (Jim's problem) +checks for overflows +tries to check underflows too however it can't be 100% reliable without FPU code +added GNU notice when running without parameters or with /? -fixed some typos in russian language file Only 8088 CPU in needed to run this util. Math coprocessor is not requiered. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] parser of math expresions
Well, I never needed to know russian math terminology, so yes, there can be some nasty errors. I am working on next version so I'll ask you to check it when it will be done :-) - Original Message - From: Oleg O. Chukaev [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Wednesday, June 04, 2008 7:13 PM Subject: Re: [Freedos-devel] parser of math expresions Hello, Jim Hall wrote: 3. Since your program is interactive, I encourage you to include a notice like this when the program starts, so that users know the terms under which they can use and share your program: BTW, *nix program `bc' use similar notise, `warranty' command is used to display license and warranty information. Ladislav Lacina wrote: is fully multilingual as all messages are in separate language files. Now the english, czech and russian versions are included. compute.ru is very funny, it contain some errors :(( -- Oleg O. Chukaev - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] UDMA drivers, please report usage...
I use it on my DOS only machine. It is really great driver. It provides fast DMA access and disk cache and occupies only very small amount of memory. - Original Message - From: Alain M. [EMAIL PROTECTED] To: fd-dev freedos-devel@lists.sourceforge.net; [EMAIL PROTECTED] Sent: Tuesday, June 03, 2008 8:47 PM Subject: [Freedos-devel] UDMA drivers, please report usage... That is a prety impressive driver... I would like to know who is using it and in what situations, specially real-world cases (as oposed to simulations, not fantasy :) ) thanks to all, Alain Eric Auer escreveu: Hi! [...] and that you can use Jack's UIDE driver with UDMA and SATA harddisk and cdrom support and [...] Does this mean anything about fast SATA drivers? No idea, please find out... www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/udma+drivers/ Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] parser of math expresions
Hi all, I wrote a small simple utility for evaluating a mathematical expressions. This tool is called simply Compute and you can download it on http://www.laaca.borec.cz/soubory/compute.zip It is optimized for FreeDOS so it has the standard directory structure and is fully multilingual as all messages are in separate language files. Now the english, czech and russian versions are included. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Bulgarian keyboard driver for Blocek
Please, oploaded Blocek into ibiblio again. I found that I in error compiled the binary with old 1.0.10 compiler. So today I uploaded it again, compiled with 2.2.0a and with two very minimal bugfixes taken from Blocek 2.x branch. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Bulgarian keyboard driver for Blocek
I am sorry - my fault. Problem was caused by cause sensitive filenames on server. It is fixed now. Try it again, please. - Original Message - From: Jim Hall [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Tuesday, March 18, 2008 9:44 PM Subject: Re: [Freedos-devel] Bulgarian keyboard driver for Blocek On 3/18/08, Ladislav Lacina [EMAIL PROTECTED] wrote: Dimitar Mitov kindly provided the bulgarian keyboard driver for text editor Blocek. The archives and webpage are updated. http://www.laaca-mirror.ic.cz I mirrored this to the ibiblio archive. However, I noticed that the binary rar file hasn't changed from the previous 1.33b. Only the source rar file is different in this new 1.33b. Is that right? I think you forgot to update the binary rar archive. $ ls -l blocek133b* source/blocek133b* -rw-r--r-- 1 freedos users 298505 Mar 18 16:38 blocek133b2.rar -rw-r--r-- 1 freedos users 298505 Nov 3 15:19 blocek133b.rar -rw-r--r-- 1 freedos users 1545674 Mar 18 16:39 source/blocek133b2_s.rar -rw-r--r-- 1 freedos users 190797 Nov 8 19:22 source/blocek133b_s.rar $ md5sum blocek133b* source/blocek133b* d5f72fce7dc546453c37a87b86337728 blocek133b2.rar d5f72fce7dc546453c37a87b86337728 blocek133b.rar ad0b612d35343cdd900bd214d28ef93d source/blocek133b2_s.rar f8e1df6ffcdd6a398a5534ee953458e7 source/blocek133b_s.rar Since you've basically re-released 1.33b, when I mirrored this to ibiblio I used the version code 133b2 (compared to 133b) to indicate that this was a slight update. -jh - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Bulgarian keyboard driver for Blocek
Dimitar Mitov kindly provided the bulgarian keyboard driver for text editor Blocek. The archives and webpage are updated. http://www.laaca-mirror.ic.cz - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] How to create alternative shell
Well, I wouldn't say that it would never be done. I actually have been thinking heavily on porting mono to FreeDOS. But I am first working on some other stuff first (like a real implementation of the LEAN file system in C). Nice to hear it. However I think the most important is now a decent FAT32 capable Defrag. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New Mouse Driver Development...
If you by default disable the wheel (and I think it is not good idea) you definitely must write some mouse tool which can detect mouse. It is necessary for FreeDOS installers. Installer calls this tool and found whether mouse has or hasn't the wheel and than can adjust the AUTOEXEC.BAT file. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New Mouse Driver Development...
Yes, but 3 apps that are important: 4DOS, Arachne (but it needs its own ctmouse??) and Mpxplay. Arachne works with normal 2.xx Ctmouse. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] New Mouse Driver Development...
Great! CuteMouse is good driver but is very slow in protected mode. F.e when playing Doom and you control it with mouse, it is jerky. (with another drivers is it OK). So test it also from this point of view. Why did you choose the 3.0 version of TP? Because it compiles into COM? Why not, but the disadvatage is that you can't use the assembler code. TP 3.0 understands only machine code. Hello everybody! CuteMouse project is dead; I can develop new mouse driver for the FreeDOS project. This driver, named FreeMouse, I started today. Please reply to me, I want that you help me writing correct autodetection of used mouse type, and handle the PS/2/COM/MSMouse's. I do not understand the architecture of the CuteMouse, which is written in assembler, but I write FreeMouse in the TurboPascal v3.0. Previously big thanks for all of this case! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek bugfix release
Hi! People from BTTR DOS forum helped me to discover few nasty bugs. So if you use the 1.33 version you should upgrade to 1.33b Changes: - crash when checking on word wrapping with new empty file + filesector allows to manualy select a file by writting its name - tabs work correctly now - thousands separator http://www.laaca-mirror.ic.cz - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.33
Hi! I released a new version of my unicode text editor Blocek. Changelog and download link is as usual on the project site: http://www.laaca-mirror.ic.cz - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] A Poll of sorts
I think that national support should improve to level of MS-DOS. (f.e. the upcase tables are not working in 2036 kernel) Multitasking is IMHO not needed but some task switcher like MS-DOSSHELL would be very great! And we could think about full reentrancy for easier writting of TSRs. Původní zpráva Od: Florian Xaver [EMAIL PROTECTED] Předmět: Re: [Freedos-devel] A Poll of sorts Datum: 23.10.2007 12:35:01 Hola... I want to add multitasking - like in Dr-DOS. Also if only few programs are using the API, it is very cool to switch between tasks without Linux/Windows :-) There seems to be no concern for multi processor/multi core platforms, Yes, would be very cool too. power management, among other things. Any other comments/suggestions? At the moment Japheth developes a very good memoy manager and Eric a power manager (FDAPM). I am using both and am very glad with it! Hasta luego Flo - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Brasilian keyboard driver for Blocek
Could someone test the new brasilian layout for Blocek? (Henrique?) Instalation is simple, take this archive: http://www.laaca-mirror.ic.cz/brasil.rar and unzip it into \KEY_TBL subdirectory of your Blocek instalation. How does it work in unicode mode? As redirector I use the cp858uni.tbl file. It supports most west-european languages but I know that portugese has also own 860 codepage. So if it is not OK, could you to create a cp860uni.tbl redirector? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Brasilian keyboard driver for Blocek
Thanks Henrique! I'll be happy if you help me. Relatively comfortable way how to edit TBL files could be a hexadecimal editor. Or you can try a utility MK_TABLE.C from DOSLFN package. In this package is also a TBL.TXT file which describes the TBL file format. Note that only subtype 1 is used in Blocek now. (In next version will be used a 0 subtype as well) - Original Message - From: Henrique Peron [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Sunday, October 21, 2007 8:56 PM Subject: Re: [Freedos-devel] Brasilian keyboard driver for Blocek Hi Ladislav, yes, I could test Blocek with the brazilian layout. I must tell you though that brazilian keyboards are not meant to work with cp860. According to MS-DOS standards, our keyboard is meant to work with cp850 (i.e. cp858 here on FreeDOS) and cp437 (God knows why, because it's impossible to type portuguese with that CP). That CP is for portuguese keyboards only, which by the way also work with cp850 but not with cp437 (MS and IBM were coherent in relation to portuguese keyboards). Regardless of the adequacy of cp860 to brazilian keyboards, I could prepare the cp860uni.tbl (or any other) redirector; I'm glad I can help. There's just a problem though. How do I create those files? They aren't plain text files. Regards, Henrique Ladislav Lacina escreveu: Could someone test the new brasilian layout for Blocek? (Henrique?) Instalation is simple, take this archive: http://www.laaca-mirror.ic.cz/brasil.rar and unzip it into \KEY_TBL subdirectory of your Blocek instalation. How does it work in unicode mode? As redirector I use the cp858uni.tbl file. It supports most west-european languages but I know that portugese has also own 860 codepage. So if it is not OK, could you to create a cp860uni.tbl redirector? Esta mensagem foi verificada pelo E-mail Protegido Terra http://mail.terra.com.br/. Scan engine: McAfee VirusScan / Atualizado em 19/10/2007 / Versão: 5.1.00/5145 Proteja o seu e-mail Terra: http://mail.terra.com.br/ - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Codepages and printers
Meanwhile, I'm curious about one thing: it seems that you provide keyboard layouts internally on your Blocek program, is it? How does it work? No, the keyboard layouts are defined in external files in \KEY_TBL\ subdirectory. If you want to create f.e. portugal layout, you should draw some nice portugal flag and save it into GIF or PNG image. Then copy some existing .KBT file (like deutsch.ktb) into PORTUGAL.KTB Then change the first line - replace the deutsch.gif for portugal.gif and change DeutschSF to PortugalSF Next few lines is table of case mappings: big form-small form Rest of the file is assignment of scan codes on keyboard to ASCII codes. Values increased by 1000 means key with pressed shift. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Codepages and printers
Ufff, I forgot important thing - the second line in KBT file specifies which unicode table will be used for conversion in unicode mode. For most westeuropian countries it will be CP850UNI.TBL for easteuropian CP852UNI.TBL for cyrilic CP866UNI.TBL and so on... - Original Message - From: Ladislav Lacina [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Tuesday, October 09, 2007 9:00 PM Subject: Re: [Freedos-devel] Codepages and printers Meanwhile, I'm curious about one thing: it seems that you provide keyboard layouts internally on your Blocek program, is it? How does it work? No, the keyboard layouts are defined in external files in \KEY_TBL\ subdirectory. If you want to create f.e. portugal layout, you should draw some nice portugal flag and save it into GIF or PNG image. Then copy some existing .KBT file (like deutsch.ktb) into PORTUGAL.KTB Then change the first line - replace the deutsch.gif for portugal.gif and change DeutschSF to PortugalSF Next few lines is table of case mappings: big form-small form Rest of the file is assignment of scan codes on keyboard to ASCII codes. Values increased by 1000 means key with pressed shift. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Codepages and printers
I am very interrestes in it too. I looked into some docs about Hewlett packard printers and about their PCL language but I don't understant it very much. I think that such multilanguage printing is would be extremely useful for my text editor Blocek. - Original Message - From: Henrique Peron [EMAIL PROTECTED] To: fd-dev freedos-devel@lists.sourceforge.net Sent: Monday, October 08, 2007 4:03 AM Subject: [Freedos-devel] Codepages and printers Hello all, would anyone volunteer to develop support for printing codepages? Thanks in advance for your attention, Henrique - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Very importand message from Freepascal team
They are looking the beta testers for DOS version of Freepascal 2.2.0 Read here: http://lists.freepascal.org/lists/fpc-devel/2007-October/011473.html - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.32b
Hi, Blocek is still not dead although I have very little free time now :-( There is a microupdate available - version 1.32b URL: http://www.laaca-mirror.ic.cz This B-release of 1.32 fixes two bugs: -weird VGA fonts on systems with loaded DISPLAY.SYS driver -buggy viewing of long documents when font set to certain FN fonts. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] LPTtest v1.3
OK, do it yourself, it is open source :-) The main version is now Eric's MASM version. I'll not work on TASM version more. Anyway, next two weeks I'll not work on MASM version eighter because I'll on the holiday in Ukraine. - Original Message - From: Jim Hall [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Sunday, July 15, 2007 12:25 AM Subject: Re: [Freedos-devel] LPTtest v1.3 On 7/14/07, chris evans [EMAIL PROTECTED] wrote: But it has no sense. LPTtest is supposed to be a part of FreeDOS and FreeDOS itself has own copy of COPYING. Why should every small binary to have own copy of this license? Maybe rather to spread it as public domain? I thought that all was necessary in a program like this is a small comment that is is under the GPL at start. No, see my other post. It is important to be explicit in your license terms. Just saying this program is covered under the GNU GPL is not sufficient. -jh - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] LPTtest v1.3
Wow! It is a touch of master! Despite I prefer TASM conventions your code is much cleaner than mine. I like your use of AAM instruction :-) The only thing I think was better in my code was common procedure for converting number to string for both numeric systems :-/ Note: In dosemu on my 2 GHz PC, 1 msec is only 600 delay loop iterations And how many for pure DOS system? probe all printers and ignore command line? No, I don't like this idea. Better would be to add switch /A for all ports. However this is not needed because you can call LPTtest from batch file for all ports. Are you really, absolutely sure that PC can't have LPT4? My eletronical manual about PC says (translation from czech): 0:040Eh - port LPT4, PS/2: Extended BIOS data segment BTW: My computer shows on 0:040Eh value 208h - it doesn't look as BIOS data segment, IMO - tune delay handling further? I think it is not necessary to more tune delay routine. - make show for all printers the default? No. - out baseport,4 should be re-enabled after somebody figures out how to check for ieee1284 printer presence before that Or we can add some command line switch /C (compatibility) - Original Message - From: Eric Auer [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Friday, July 13, 2007 5:22 PM Subject: Re: [Freedos-devel] LPTtest v1.3 Hi all, I added help screen, possibility to scan other LPT ports and a little modyfied delay routine. For help screen write lpttest /? link: http://www.laaca-mirror.ic.cz/lpttest.zip (compiles with TASM and TLINK) I have thrown Michael Devore's NoMySo Perl script at the source and made a NASM version for people who prefer free assemblers :-) http://www.coli.uni-saarland.de/~eric/stuff/soft/by-others/lpttest-nasm.zip In addition, I messed with the code and modified a few things: - made the code nicely indented for easy reading - buffer is in BSS again now (and btw, 1024h is not 1024 ;-) so binary size is 2 kilobytes again now - multi line strings are only one string, not multi - modified the port number / address display, new hex2str - modified int2str for fun, now uses 1x div and 2x aam ;-) - there is no lpt4, only lpt1 to lpt3. suggestion: probe all printers and ignore command line? depends on whether and how you want to use lpttest in batch files... - commented out the out baseport,4 for testing. GOOD: this means you no longer print a diamond in dosemu and non-pnp printers. BAD: it is quite possible that some printers now no longer show their pnp string, please test - modified the delay and delay calibration functions: now waits 0.5 sec for calibration and 1 msec for each delay, using a 48 bit counter. Note: In dosemu on my 2 GHz PC, 1 msec is only 600 delay loop iterations (because the loop contains I/O port access which is slow). Suggestion: use a 32 bit counter and calibrate during only 0.054 sec? I hope you like the changes, Laaca :-). As said, open issues are: - tune delay handling further? - make show for all printers the default? - maybe even remove command line handling? - out baseport,4 should be re-enabled after somebody figures out how to check for ieee1284 printer presence before that The last point has most priority now if you ask me :-). Eric - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] LPTtest v1.3
I added help screen, possibility to scan other LPT ports and a little modyfied delay routine. For help screen write lpttest /? link: http://www.laaca-mirror.ic.cz/lpttest.zip - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] LPTtest released
Hello all, I wrote small and simple program witch can detect any device attached to parallel port. (It displays parallel port Plug and play device info) Maybe it isn't so useful for end users but may help to programmers. URL: http://www.laaca-mirror.ic.cz/lpttest.zip - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] LPTtest released
Yes, we have discussed some of yout tips before. Version 1.2 is not the final version and I will upgrade it. I only wanted to introduce it to FreeDOS community. - lpttest only checks LPT1 and does not check if the baseport of LPT1 is nonzero (in other words, if LPT1 exists...). It should check all of LPT1 / LPT2 / LPT3 if they exist. Yes, I'll do it. - lpttest writes the value 4 to the data port without first doing some ieee1284 control / status handshake test. This means it will print a diamond sign on non plug and play printers and in dosemu. That should be avoided. See for example www.theiling.de/parport/introduction.html etc? Well, I looked at it but I don't understand it very much. There is only described the status of the pins in cable but not the contain of registers. - lpttest uses an array of 8 bytes as 64 bit delay counter. This is overly complicated. Please use 3 or four 16 bit registers instead, code will be more compact and easier to maintain. Yes, it is quite compicated but works OK and I understand it. Other people can take it as a blackbox :-) Adding some I/O reads is quite good idea but isn't really needed because it is no problem to increase the counter to MANY-bit delay counter. Inner loops are quite similar, IMO. - lpttest uses some shl/shr reg,imm (neither 1 nor CL). This seems to be the only thing which makes it 8086 incompatible? As 8086 compatibility is easy to repair, please support 8086. Uff, it is a stupid bug. Already corrected. - lpttest assumes that a timer tick is 64 msec, not 55, and I am not sure if the calculation works out okay on the byte string. Yes! I am proud to this ugly hack. Proper routine for dividing array of bytes by 55 would be so complicated... So, my timer is a little bit faster but why not. LPTtest is not for scientific measuring :-) For one byte strings it works too. - your stack seems to be very small. In a .com program, it is better to leave the stack setup to the operating system unless you need to shrink the stack eg to allocate more heap or go TSR. Really? OK, I'll increase it. LPTtest is my first program written in assembler so it is not perfect. (I already wrote quite a lot of assembler code but it allways was an included assembler in pascal source) - the Linux printer port plug and play probe combines per inter- action timeouts with two global limits: Plug and play is aborted if the printer sends more than 2 kB of data or if the whole communication takes more than 5 seconds. Nice idea :-). Well, why not, I could try it to write it too. - you could try to make lpttest fit into 1 kilobyte ;-) For example present / second / ok_id / err_id / our_size + ret_size / failed_1 and failed_2 could be shorter and delay stuff could be simpler. :-D Why? It is not TSR so it would be only a programmers masturbation :-) - on PS/2 or newer, int 15 with ah=86 cx:dx=ysec might be useful for delays (usually 1024 Hz granularity, your 1000 ysec should be fine) but you will have to check first if the delay works, for example by checking the BIOS ID or by checking 40:[6c] before/after a call. I tried it and on my computer it doesn't work and I even think it works only on machines by IBM. I know it is described in RBIL but I have never seen any real source using this service. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Calling a software interrupt from hardware interrupt
Is possible to call a software interrupt from hardware interrupt? I want to call INT33h/AX=3 from INT 1Ch handler. And this all works in protected mode. I tried to call INT33h through DPMI service 31h but it crashed. Is it possible at all? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Calling a software interrupt from hardware interrupt
Thank you, I'll try these possibilities. Support for 4th and 5th mouse button might be useful for someone but I don't have such mouse and don't remember if I have ever seen it . But very interresting would be some mouse protect mode interface. Something similar like VESA VBE protect mode interface is. Because moving mouse eats much CPU power in protected mode. - Original Message - From: Eric Auer [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Wednesday, June 13, 2007 2:39 PM Subject: Re: [Freedos-devel] Calling a software interrupt from hardware interrupt Hi Ladislav, Is possible to call a software interrupt from hardware interrupt? I want to call INT33h/AX=3 from INT 1Ch handler. And this all works in protected mode. I tried to call INT33h through DPMI service 31h but it crashed. Is it possible at all? Yes, sure, but you must avoid calling int33 while int33 is already active. The usual way to do this is: - write an own int33 handler which just calls the original int33 handler but which increments a counter before calling the old int33 and decrements it when the old int33 returns. Make sure not to mess with the flags returned by the old int33. - write a test in your int1c handler which makes it avoid the int33 call if the counter is found to be nonzero - you could also write a test in your int33 handler to do the same, but it is more polite to make only your int1c handler wait and not all int33 users - the int1c handler should not really WAIT until int33 is ready. instead, it should skip over the whole mouse stuff when int33 is busy... there will always be a next int1c clock tick :-) Of course things might get more complicated because you use protected mode (do you need it?), but the idea stays the same. Eric PS: Would you be interested in support for 4th and 5th PS2 mouse buttons for your mouse handler? :-) - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] RealMIDI
Is for DOS community known this open source MIDI player? http://home.arcor.de/sebmate/realmidi.htm - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.31
Hi, I uploaded on my site another update of my text editor Blocek news: version 1.31 * reworked code for switching of opened files * better tabulators handling - more compatible searching files + russian keyboard driver knows letters yo and YO * all text windows now share one outtput buffer - saves a lot of memory - crash in Search again after Search without any occurence of searched string * more carefuly checks if graphics card supports LFB http://www.laaca-mirror.ic.cz - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Blocek 1.3
Some days ago I uploaded a new version of my text editor Bloček. People from EDR-DOS forum already made a first wave of tests and buh hunting so now it should be more stable and better. Bloček is text editor which is capable to work with unicode files. Besides of that it can also serve as simple image viewer. (BMP, PCX, GIF, JPG, PNG) English project page is here: http://www.laaca-mirror.ic.cz What is new in this version: v1.3 - functions Search, Search again, Replace and Fix word wrapping + better algoritms for scalling images (see Select filter in Options menu) + horizontal and vertical flip for images * scrolbars work more or less like in windows + changing to/from word wrapping mode keeps cursor position + checks if image files are corrupted - fixed some bugs in image viewing mode + added german keyboard driver - fixed czech keyboard driver * many invisible but important changes in GUI library +more civilizated reporting of fatal errors - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Freedos-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
I still think it would still be easier to build a calculator API and just implement what you need into Blocek. Probably yes. But I think that matematical API would be very interresting. It is technological masturbation :-) Some difficulties could be with return of floating point functions.FPU registers work as stacks so no confusion whether read or not read can't occur. - Original Message - From: Tony G [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Tuesday, April 10, 2007 10:37 PM Subject: Re: [Freedos-devel] ideas about FreeDOS resident calculator I still think it would still be easier to build a calculator API and just implement what you need into Blocek. Simple calculations would be of course easy to do, but imagine having to do complex functions, with nested levels would require recursive calls on an interrupt... The original intent of interrupt handlers of course are to perform quick tasks and return to the caller, so that would rule out the interrupt theory. However, I am not without a suggestion. FDRC can use an Interrupt to give an address to a function lookup table in ES:BX DX:AX whatever. Each of the mathematical functions of FDRC can be offset from that table... The only problem would be the return issue, perhaps pass a pointer in another register pair or push a pointer on the stack. -T - Original Message - From: Oleg O. Chukaev [EMAIL PROTECTED] To: Ladislav Lacina freedos-devel@lists.sourceforge.net Sent: Tuesday, April 10, 2007 1:16 PM Subject: Re: [Freedos-devel] ideas about FreeDOS resident calculator Ladislav Lacina wrote: FDRC is nice and comfortable. But you could go further. Now is the TSR module called by hotkey. What about making a alternate interface through some interrupt? Now FDRC serves to users but if you would make some API let's say on 2Fh DOS multiplex it could serve to programmers also. I would like to implement into Blocek a calculator. I could, of course, make own interface and own brain but if I could use some function from FDRC, something like [ES:DI=pointer to math expression, AX=h, INT2Fh -- EAX=computed value] it would be great and very interresting from the technical point of view. Yes, I agree with you. Two functions are obvious (calculating the value of math expression, and checking for presence of another copy of FDRC in memory). Which functions should be available via INT 2f except these? Oleg O. Chukaev - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
Yes, exactly. We need only few functions: * check whether is driver present * compute matematical expression (*) set precision for floating point numbers (*) some extra function for operations like arithmetical mean - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] ideas about FreeDOS resident calculator
in memory). Which functions should be available via INT 2f except these? Maybe conversions from/to another number representation systems. 255dec = FFh = b - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] ideas about FreeDOS resident calculator
FDRC is nice and comfortable. But you could go further. Now is the TSR module called by hotkey. What about making a alternate interface through some interrupt? Now FDRC serves to users but if you would make some API let's say on 2Fh DOS multiplex it could serve to programmers also. I would like to implement into Bloček a calculator. I could, of course, make own interface and own brain but if I could use some function from FDRC, something like [ES:DI=pointer to math expression, AX=h, INT2Fh -- EAX=computed value] it would be great and very interresting from the technical point of view. This all is needed because Bloček works in VESA graphics mode so the dialog window of FDRC can't be displayed. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] File manager
I would like to ask: which file manager is preffered for FreeDOS distributions? I think it is very important thing - nobody will use DOS without any NC clone. And it is stupid to not have such thing on the distribution CD/diskette. Maybe Necromancer's DOS Navigator? It is GNU but it doesn't indorse FreeDOS. Does it matter if it doesn't declare as a part of FreeDOS. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] NX-DOS
I found there is developed also another DOS clone. It is GNU so all sources are available. Maybe they might be inspirating because NX-DOS seems to be in intensive development... http://sourceforge.net/projects/nxdos/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Come visit EDR-DOS sites!
Is practicaly possible to compile on demand? I mean that on the instalation CD would be all source codes for key parts of FreeDOS and C compiler and all necesary things for compiling. So user would boot standard FreeDOS from this CD, it creates a ramdisk and on the ramdisk would be compiled these sources and C. After it user could set on or off some compilation options etc. and a new FreeDOS binary would be compiled. This custom FreeDOS version could be SYSed to harddisk. It is just an idea. - Original Message - From: Eric Auer [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Sunday, April 01, 2007 2:14 PM Subject: Re: [Freedos-devel] Come visit EDR-DOS sites! Hi, partially agreed... Yet I think we can and should keep several good compilers in the distro. The confusing points of the distro are more that you have to dig through long lists of packets and stuff. It would be nice to have an option like install everything which works without network connection during/after install, while I go away and have a cup of tea, for example :-)... Afterwards you can still use the package manager to add more packages from the cdrom or install the networking or usb stuff or remove packages again. Another nice option would be install a full base system with all the usual DOS stuff and show me the list of all other possible packages, but preselect none for installation, just add the extras which I manually select. Just some ideas. I would have to work out the details if somebody wants to add such options to the installer. Eric There can be as many compilers as there needs to be, but I think the whole point is to make the distribution less confusing, let's pick a particular tool and the distribution includes that, but you can download the other tool from the website. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Come visit EDR-DOS sites!
It seems that FreeDOS project is in another crisis now. There is nobody who develops kernel (compatibility with MS-DOS is still not perfect), we still lack some disk utilities for FAT32 and so on. There is too small number of active FreeDOS developers. But there is also group around another DOS clone - (E)DR-DOS. They are concentrated around http://www.drdosprojects.de/forum/drp_forum/ and http://www.drdos.org Why nobody from FreeDOS team goes there? I know that most people from EDR-DOS group are watching news about FreeDOS but why it doesn't work in opposite way? For example: recently made a small revolution fact that console player MPlayer can be runned from DOS (using HX-DOS extender). So we now have two usable video players. Or you think it isn't important? Or at least interresting? It is a sad fact that due rough contributions on mailling lists some developers left FreeDOS. Why don't to try hire some new fresh people on EDR-DOS? BTW: EDR-DOS is dependent to FreeDOS because EDR-DOS is only kernel, not other DOS utilities. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Come visit EDR-DOS sites!
Well I do develop 2036, but nobody said there was a MS DOS compat issue. I found compatibility issue with MGL demos from Scitech: ftp://ftp.scitechsoft.com/devel/demos/dos (there are 2D accelerated demo programs for DOS) It works without problems under MS-DOS 7.10 but not under FreeDOS. Japheth also reported problems with restoring interrupt vectors - read here: http://www.drdosprojects.de/forum/drp_forum/posts/4124.html FreeDOS also quite slow copies files (read speed daemon related posts on EDR-DOS lists) ...I waited long enough, but FreeDOS does not fix it, so I recommend to use DRDOS. Why? I still use FreeDOS and I don't plan to switch to DRDOS. (DRDOS is incompatible with my boot manager) Similarily, you did not say which FAT32 tools are missing. Mainly good fast and nice scandisk That is nice. I assume it(MPlayer) will also run in FreeDOS that way? Yes, it does and I really enjoy it. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Come visit EDR-DOS sites!
DR-DOS 7.3 really hasn't FAT32 support and isn't free but we don't discuss this system. The theme of the day is Enhanced DR-DOS (EDR-DOS) which has origin in OpenDOS 7.1 and is free. The license isn't GNU, it is something different and a little bit restriced but it is free. And it has FAT32 support and even something called FAT32+ - Original Message - From: Alain M. [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Thursday, March 29, 2007 6:49 PM Subject: Re: [Freedos-devel] Come visit EDR-DOS sites! Japheth escreveu: Why? Just because it is not free (which seems to be an unreasonable reason :) ) or are there other reasons? We use it in the real world, with real users. Not only for personal curiosity. Either 1) it is free or 2) we buy it. The free one is good for all we need. No comercial option is available for sale anywhere. (DR-DOS semi-free does not have fat32 AFAIK) Alain - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Come visit EDR-DOS sites!
I wrote about usability of DOS quite long article for one czech e-zin. I don't have the energy to translate it into english so I'll write only few points: There are three groups of DOS users: 1) people with old hardware - they don't have another option than using DOS system. Such PC's are very likely used as monopurpose machines - as typewritters, laboratory apparatures, in industry, etc. 2) they use DOS for some spectacular programs (old applications) like old bussines software, cash sale programs, and also old games 3) DOS geeks. The most interresting group. There are people like me or you :-) We use DOS because we like it, because it is our hobby. We are similar to other hobbyist - plastic modellers, aquarists, friends of russian cars :-) and so on. Also remark that in many families are more computers than one. They have one family computer and second one, slower, which isn't intensively used or even rests somewhere in a corner. It is ideal candidate for installing DOS. For example in our family we have two computers. The primary one has dual system Win98/FreeDOS and is used by all family members. The secondary one is in my room and there is only FreeDOS. I use it for: * playing DOS games * playing emulated games from SEGA and SNES * listening music (ideal for going to sleep) * writting texts for web (sometimes complex web pages even with images) * converting music CD's into MP3 * programming On the primary I also sometimes use DOS for internet browsing with Arachne (well, not very often but time from time yes) I plan to use DOS also for burning CD's. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] d-flat
Why not Turbo vision or ncurses? - Original Message - From: Florian Xaver [EMAIL PROTECTED] To: freedos-devel@lists.sourceforge.net Sent: Tuesday, March 27, 2007 8:22 PM Subject: [Freedos-devel] d-flat Hi, I am looking for a TUI (text user interface) library... D-Flat! I remember that there was a DJGPP version too Has somebody infos or an URL? Thanks Flo -- Private Page, oZone GUI http://www.flox.at.tf Club Dr-DOS Wiki http://www.drdos.org Using Arachne, the GPL Web Browser/Suite - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel