Re: [Freedos-devel] VGA/VESA vblank interrupt?

2018-06-30 Thread Mercury Thirteen via Freedos-devel
[This page at OSDev](https://wiki.osdev.org/VGA_Hardware) has lots of details on the VGA system. I believe you can poll the registers to determine the blanking period; I don't recall VGA supporting interrupts for this. But I could be wrong. Sent with [ProtonMail](https://protonmail.com) Secure

Re: [Freedos-devel] FreeCOM 0.84-pre5 prerelease

2018-08-22 Thread Mercury Thirteen via Freedos-devel
AFAIK, VT-X is basically hardware-level support for virtualization and it does help noticeably. Without it, the VM hypervisor must do all that work in software. It kinda works like hardware acceleration for graphics in a video card. There's my two cents lol Sent with

Re: [Freedos-devel] 32-bit DOS

2018-07-08 Thread Mercury Thirteen via Freedos-devel
On July 8, 2018 1:42 PM, Ercan Ersoy wrote: > Hello, > > Can PDOS run programs that are run with CWSDPMI (for exmaple DJGPP)? > > Can NightDOS run programs that are run with CWSDPMI (for exmaple DJGPP)? > > Best regards, > > Ercan Hi Ercan, The Night kernel will eventually have its own

Re: [Freedos-devel] Decompressing the FreeDOS kernel

2018-07-10 Thread Mercury Thirteen via Freedos-devel
I agree... not sure why the FreeDOS kernel folks felt that was necessary. Maybe a size limitation of the bootloader? Sent from ProtonMail mobile Original Message On Jul 10, 2018, 12:47 AM, Ralf Quint wrote: > On 7/9/2018 7:43 PM, Mercury Thirteen via Freedos-devel wr

[Freedos-devel] Decompressing the FreeDOS kernel

2018-07-09 Thread Mercury Thirteen via Freedos-devel
So, I've been looking into de-UPXing the kernel image and keep getting told by the UPX binary that the image "wasn't compressed by UPX". Is there anything special I have to do to convince it otherwise? Was the kernel in fact not compressed by UPX? I'm using the latest UPX on Linux Mint 19, if

Re: [Freedos-devel] Decompressing the FreeDOS kernel

2018-07-10 Thread Mercury Thirteen via Freedos-devel
(Anyway, I think compressing programs is useful, if FreeDOS is likely to > be used in resource-constrained situations. Floppy disks were not only > slow --- they also had quite limited capacity. (-: ) > > Thank you! > > -- > https://github.com/tkchia/ > > On 07/10/2018 03:

Re: [Freedos-devel] 32-bit DOS

2018-07-06 Thread Mercury Thirteen via Freedos-devel
Interesting you should mention this; I and a few others have been working on a 32-bit Protected Mode DOS-style kernel (see the Night group forum [here](https://groups.google.com/forum/?hl=en#!forum/night-dos-kernel) for more info) for a while now. While I never got too deep into DPMI (and

Re: [Freedos-devel] Ideas

2018-07-06 Thread Mercury Thirteen via Freedos-devel
I, for one, would personally love to see FreeQB. Even if it only converted BASIC to assembly and relied on NASM for compiling, it would be a welcome addition to the FreeDOS family. The language could even be extended with several features found in other BASICs, such as PowerBASIC. I began a

Re: [Freedos-devel] VGA/VESA vblank interrupt?

2018-07-03 Thread Mercury Thirteen via Freedos-devel
Enabling VSync should take care of tearing; I think the VESA spec has a way to enable that feature internally without you writing code for it. Also, proper double buffering will go a long way towards eliminating tear and flicker. Sent from ProtonMail mobile Original Message

Re: [Freedos-devel] Application to check DOS API compatibility

2019-06-02 Thread Mercury Thirteen via Freedos-devel
errupts. > > I assume the NightDOS kernel is doing well, then? > https://groups.google.com/forum/#!topic/night-dos-kernel/PaPrNIvVWyo > > On Sat, Jun 1, 2019 at 2:08 PM Mercury Thirteen via Freedos-devel > wrote: > >> Hello all, >> >> Ultimately, I'm looking

[Freedos-devel] Application to check DOS API compatibility

2019-06-01 Thread Mercury Thirteen via Freedos-devel
Hello all, Ultimately, I'm looking for an application which can probe the DOS function calls on a given system and report how "compatible" the current system is, perhaps presenting a list of what DOS functions have successfully returned legitimate output. E.g. "Your DOS implementation supports

Re: [Freedos-devel] Application to check DOS API compatibility

2019-06-09 Thread Mercury Thirteen via Freedos-devel
Thanks! I've never seen this program, but methinks it shall be very useful. On Saturday, June 8, 2019 10:31 AM, TK Chia u1049321...@caramail.com wrote: > Hello Rugxulo, hello Mercury 13, > >> Of course, you could just always rather test the "big dogs" of the DOS >> world: Turbo C, Lotus 1-2-3,

Re: [Freedos-devel] FreeDOS is 25 years old

2019-07-01 Thread Mercury Thirteen via Freedos-devel
And we thank YOU! It's pretty cool to see what passion for a platform can do, despite the majority of the modern computing world considering it dead. Great work, and may it continue growing! Btw... Nice guest appearance on the [Lunduke Show](https://www.youtube.com/watch?v=-ib9HLHeNfI)! On

Re: [Freedos-devel] [Freedos-user] HP laptop touchpad

2019-08-11 Thread Mercury Thirteen via Freedos-devel
Yes, the BIOS performs the necessary translations. Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, August 10, 2019 10:10 PM, Thomas Mueller mueller6...@twc.com wrote: > From Dale E. Sterner: > >> I've had problem getting cutemouse to

Re: [Freedos-devel] freecom beep / stuck freedos core components

2020-05-13 Thread Mercury Thirteen via Freedos-devel
On Wednesday, May 13, 2020 3:33 PM, Eric Auer e.a...@jpberlin.de wrote: > ... > >> because nobody uses any FreeCOM binary younger then 2006 >> for well known reasons. > > Please shed some light on the well known reasons. +1 I never heard of any reasons. Granted I don't use FreeDOS on the daily,

Re: [Freedos-devel] stuck / forked freedos core component development!

2020-05-15 Thread Mercury Thirteen via Freedos-devel
On Friday, May 15, 2020 1:28 PM, Jim Hall jh...@freedos.org wrote: > ... > My comments/questions on a few ways we communicate: > ... My comments on your comments: :D > Email lists > https://www.freedos.org/forums/ > We obviously use the freedos-devel and freedos-user email lists. > But the

Re: [Freedos-devel] HD graphics in FreeDOS ? Possible?

2020-08-14 Thread Mercury Thirteen via Freedos-devel
It certainly could be done using VESA. I believe the "official" VESA screen modes top out at 1280 x 1024, but some VBE implementations go to 1600 x 1200 and beyond. Your game should be coded to search the VESA modes list at startup to see what resolutions are available on the system on which

Re: [Freedos-devel] HD graphics in FreeDOS ? Possible?

2020-08-15 Thread Mercury Thirteen via Freedos-devel
ght would be Allegro. But that's a game library > (if that makes any difference) and I'm not sure if the current version works > with DOS or not. > > On 8/14/2020 8:14 PM, Mercury Thirteen via Freedos-devel wrote: > >> It certainly could be done using VESA. >> >>

Re: [Freedos-devel] RES: HD graphics in FreeDOS ? Possible?

2020-08-15 Thread Mercury Thirteen via Freedos-devel
ficial FreeDOS VGA card? This will allow developers, like us, > to create much more advanced graphics software running in DOS. > > It is much more easier to do these days. Any VGA card can do 1920x1080x32 or > even more. > > What do you think? Good idea? > > De: [Mercury

Re: [Freedos-devel] RES: HD graphics in FreeDOS ? Possible?

2020-08-15 Thread Mercury Thirteen via Freedos-devel
On Saturday, August 15, 2020 12:55 PM, Eric Auer e.a...@jpberlin.de wrote: > Hi! Hey there! > ... > >> Instead of an official FreeDOS graphics card, perhaps a standard FreeDOS >> graphics API and/or Window Manager. This would build upon the VBE by giving >> developers a handful of routines

Re: [Freedos-devel] protected mode DOS / running Windows apps

2020-12-25 Thread Mercury Thirteen via Freedos-devel
Hi there! Stas brought this project to our attention on the Night forum, but it seems the goals are too different to directly share code. On the other hand, some bits may prove useful once we get far enough into development. Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐

Re: [Freedos-devel] DOS runtime library format

2020-12-29 Thread Mercury Thirteen via Freedos-devel
First, thanks to all who replied! Good stuff. :) Also: On Monday, December 28, 2020 5:02 PM, Danilo Pecher danilo.pec...@data-experts.biz wrote: > Well, one could also question the point of shared libraries in a system that > doesn't support multitasking. > ... It's not so much a matter of

Re: [Freedos-devel] protected mode DOS / running Windows apps

2020-12-25 Thread Mercury Thirteen via Freedos-devel
On Friday, December 25, 2020 8:46 AM, Eric Auer e.a...@jpberlin.de wrote: > Hi :-) > >> Just a bit of FYI despite the project being nowhere near ready to go >> as of yet: there is a small group of us working on moving DOS into >> the 32-bit realm in the form of the NightKernel. As part ofthat

Re: [Freedos-devel] New Old Timer reporting :-)

2020-11-21 Thread Mercury Thirteen via Freedos-devel
Thanks! We would appreciate the help. :) Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, November 20, 2020 9:01 AM, tom ehlert wrote: > > But what has become a > > slow but seemingly steady stream is that there are new people > > showing up once in a while, with

Re: [Freedos-devel] DOS (and BIOS) references

2020-12-09 Thread Mercury Thirteen via Freedos-devel
Nice! Computer Shopper magazine (although one wonders how such a thick periodical tome could be called a "magazine" lol) used to have software called TECHHelp! back in the day containing similar information; it appears the site you mention is an online recreation of that software. Thanks for

Re: [Freedos-devel] New packages for future releases

2020-12-24 Thread Mercury Thirteen via Freedos-devel
Just a bit of FYI despite the project being nowhere near ready to go as of yet: there is a small group of us working on moving DOS into the 32-bit realm in the form of the [Night Kernel](https://groups.google.com/g/night-dos-kernel). As part of that journey, we eventually want a compatibility

Re: [Freedos-devel] New HiMemX version

2021-01-10 Thread Mercury Thirteen via Freedos-devel
On Sunday, January 10, 2021 10:48 AM, Eric Auer e.a...@jpberlin.de wrote: > Hi Mercury & everybody, > >> I noticed a while back that Japheth updated his HiMemX driver, and I've >> finally gotten around to packaging it up for use in FreeDOS. Also, he's made >> a new driver which can do what that

[Freedos-devel] New HiMemX version

2021-01-09 Thread Mercury Thirteen via Freedos-devel
I noticed a while back that Japheth updated his HiMemX driver, and I've finally gotten around to packaging it up for use in FreeDOS. Also, he's made a new driver which can do what that HiMemX does, and more... way more. HiMemSX can access memory above the 4 GiB mark! I've packaged it up also,

[Freedos-devel] New Debug and JWasm versions from Japheth

2021-01-14 Thread Mercury Thirteen via Freedos-devel
Hey all, I packaged up some of Japheth's newer releases of software we already have in the list: Debug 1.25 - > 1.27 JWasm 2.12 -> 2.14 They can be found at [the usual place](http://mercurycoding.com/downloads.html#DOS). Enjoy! Sent with [ProtonMail](https://protonmail.com) Secure

Re: [Freedos-devel] New HiMemX version

2021-01-13 Thread Mercury Thirteen via Freedos-devel
"640K of memory should be enough for anybody." lol :) Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, January 13, 2021 4:47 PM, Andreas Berger andr...@thebergerclan.org wrote: > On 13/01/2021 18:18, Eric Auer wrote: > >> Hi! >> >>> I

Re: [Freedos-devel] DOS runtime library format

2020-12-29 Thread Mercury Thirteen via Freedos-devel
On Tuesday, December 29, 2020 11:44 AM, Steve Nickolas usots...@buric.co wrote: > ... > I've had ideas for what I'd do if I were writing my own OS or my own DOS > clone... but they'd probably be too weird for this list. > ... But I, for one, would love to hear those

[Freedos-devel] DOS runtime library format

2020-12-27 Thread Mercury Thirteen via Freedos-devel
Hey, all! Just a question I've never seen addressed here - or anywhere else, for that matter. Was there ever any "official" format for a shared runtime library under MS-DOS? Windows has .DLL files, Linux has .KO files, and MS-DOS had... what, exactly? In all my years DOSsing I've never heard

[Freedos-devel] UIDE package - new release

2021-06-07 Thread Mercury Thirteen via Freedos-devel
Hey, all! (Namely Jerome :] ) There's a new UIDE package which contains some small modifications to the accompanying documentation as suggested by Jack. There are no binary changes. It can be found in the [DOS Library at Mercury Coding](http://mercurycoding.com/downloads.html#DOS). Sent with

Re: [Freedos-devel] Why games have bad color in VirtualBox

2021-06-17 Thread Mercury Thirteen via Freedos-devel
This wouldn't be the first thing VirtualBox doesn't implement fully/correctly. Another notable omission is the "direct" mode of creating sound by writing values straight to a SoundBlaster-compatible card; VirtualBox only supports DMA transfer for sound. Sent with

Re: [Freedos-devel] Additional notes on Games

2021-06-16 Thread Mercury Thirteen via Freedos-devel
On Wednesday, June 16th, 2021 at 8:18 PM, Jim Hall jh...@freedos.org wrote: > ... > >> [..] >> >> Sorry but that thread about which games may or may >> >> not work is frustrating me given that there always >> >> seems to be SOME context in which some games fail. > > Ending up with weird graphics

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

2021-05-12 Thread Mercury Thirteen via Freedos-devel
On Monday, May 10, 2021 1:00 PM, Robert Riebisch r...@bttr-software.de wrote: > Hi Mercury, Hello there! > > I'd say we really /do/ need a set standard for versioning. The > > frustration Eric mentioned in his email has hit me once or twice as well > > when combing through archives to compare

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

2021-05-09 Thread Mercury Thirteen via Freedos-devel
+1 Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, May 1, 2021 2:56 PM, Eric Auer wrote: > Hi Jim and Robert, > > indeed I have slowly moved to more "sorted directory listing > friendly" date formats, but it would not be a problem for me > if you decided to

Re: [Freedos-devel] Cleanup on FreeDOS Ibiblio

2021-05-09 Thread Mercury Thirteen via Freedos-devel
I'd say we really do need a set standard for versioning. The frustration Eric mentioned in his email has hit me once or twice as well when combing through archives to compare versions. The format I propose is: - The date in ISO 8601 format - Two digits for the major version - Two digits for the

Re: [Freedos-devel] Distro autoexec/config wishes for 1.3rc4 (CPULEVEL and CALLVER updates)

2021-05-07 Thread Mercury Thirteen via Freedos-devel
A quick side-note; I sent Ralf a quick email a while back simply asking if he was still accepting updates to the RBIL and he kindly affirmed he was, although he did indicate slight surprise that anyone was working on new DOS applications these days and would be interested in contributing

Re: [Freedos-devel] RC4

2021-05-08 Thread Mercury Thirteen via Freedos-devel
On Monday, May 3, 2021 3:45 PM, Robert Riebisch r...@bttr-software.de wrote: > ... > Most is explained here: > http://wiki.freedos.org/wiki/index.php/Releases/1.3/Packages > ... Speaking of "here", at that link I happened to see this question regarding DJGPP: "license ok **Question: did DJGPP

Re: [Freedos-devel] Time to end with diskette DJ system? (aka famtom drives?)

2021-05-31 Thread Mercury Thirteen via Freedos-devel
On Monday, May 31, 2021 6:36 AM, Steve Nickolas usots...@buric.co wrote: > On Mon, 31 May 2021, Mercury Thirteen via Freedos-devel wrote: > >> +1 >> Personally, I always thought it would be best to have this "phantom >> drive" feature disabled by de

Re: [Freedos-devel] Time to end with diskette DJ system? (aka famtom drives?)

2021-05-31 Thread Mercury Thirteen via Freedos-devel
+1 Personally, I always thought it would be best to have this "phantom drive" feature disabled by default and allow the user to enable it if they need. But that's just me. :) Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, May 31, 2021 3:46 AM, Carsten

Re: [Freedos-devel] Re : Got a working gnuchess 5.05

2021-06-23 Thread Mercury Thirteen via Freedos-devel
Thanks for this! Always nice to see new/updated software for FreeDOS. :) Sent with [ProtonMail](https://protonmail.com/) Secure Email. ‐‐‐ Original Message ‐‐‐ On Wednesday, June 23rd, 2021 at 6:23 PM, Paul Dufresne via Freedos-devel wrote: > made a package for GNU CHESS 5.05 called

Re: [Freedos-devel] What a good MBR should do

2021-06-24 Thread Mercury Thirteen via Freedos-devel
I would add: else ERROR 'No partitions detected' to the bottom of that as well. :) ‐‐‐ Original Message ‐‐‐ On Thursday, June 24th, 2021 at 2:57 AM, Paul Dufresne via Freedos-devel freedos-devel@lists.sourceforge.net wrote: > I was thinking what a modern MBR should do and come to the

[Freedos-devel] A new UHDD release! :D

2021-06-30 Thread Mercury Thirteen via Freedos-devel
Hey all! I've packaged up the most recent version of UHDD, which you can find at MercuryCoding.com/downloads.html#DOS. The new version supports Read-Ahead and DMA/Caching Overlap for all cache sizes from 5 to 4093 MiB, which should help make all the work done by Jerome's FreeDOS installer

Re: [Freedos-devel] caps lock remapping TSR

2021-02-07 Thread Mercury Thirteen via Freedos-devel
...@member.fsf.org wrote: > On Sun, Feb 07, 2021 at 05:52:58PM +0000, Mercury Thirteen via Freedos-devel > wrote: > >> Very cool! Almost as cool as that 68000 SBC you made awhile back. :) > > Thanks! > That was a fun project too, and I cer

Re: [Freedos-devel] caps lock remapping TSR

2021-02-07 Thread Mercury Thirteen via Freedos-devel
Very cool! Almost as cool as that 68000 SBC you made awhile back. :) Sent with [ProtonMail](https://protonmail.com) Secure Email. ‐‐‐ Original Message ‐‐‐ On Sunday, February 7, 2021 11:50 AM, John Tsiombikas nucl...@member.fsf.org wrote: > It was indicated by jhall in his fosdem talk

[Freedos-devel] MEM command curiosities

2021-07-13 Thread Mercury Thirteen via Freedos-devel
During some recent development work, I noticed that the FreeDOS MEM command reports the TSR I'm writing is using one less paragraph than its MS-DOS counterpart - it seems it does not account for space occupied by the MCB at the start of the TSR's heap, while the MS-DOS MEM command does. I'm

Re: [Freedos-devel] Devel-Philosophy [was: blocking bugs/issues for FreeDOS 1.3]

2021-08-06 Thread Mercury Thirteen via Freedos-devel
Yep, language names like German, French, Spanish, et. al are all considered "proper nouns" and as such should be capitalized. :-) Sent with [ProtonMail](https://protonmail.com/) Secure Email. ‐‐‐ Original Message ‐‐‐ On Friday, August 6th, 2021 at 2:05 PM, tom ehlert

Re: [Freedos-devel] video FreeDOS running Windows 3.1

2021-07-24 Thread Mercury Thirteen via Freedos-devel
This is awesome! :D Sent with ProtonMail Secure Email. ‐‐‐ Original Message ‐‐‐ On Saturday, July 24th, 2021 at 2:01 AM, wrote: > Hello all, > > I thought some of you might enjoy this (others may really dislike it). > > Link is to a (posted to YouTube) about 2 minute video of (version

Re: [Freedos-devel] Pushing source code to Github

2022-01-09 Thread Mercury Thirteen via Freedos-devel
On Sunday, January 9th, 2022 at 12:51 PM, Tyson Oswald oswa...@charter.net wrote: > There is supposedly a way to mount the virtual disk on macOS when it is > unmounted from the VM but I haven’t been able to get it to work. VB comes > with MacFuse for that purpose but have never been able to

Re: [Freedos-devel] Fwd: ACPI auto power ON

2022-01-13 Thread Mercury Thirteen via Freedos-devel
This feature was nonstandard across various BIOS implementations, so it is highly likely that if the BIOS does not support it via its built-in interface (the "Press to enter SETUP" prompt) it is probably entirely unavailable. Just to be sure, I checked the [CMOS Memory Map

Re: [Freedos-devel] Fwd: ACPI auto power ON

2022-01-13 Thread Mercury Thirteen via Freedos-devel
Well, I may as well throw my two cents in here. :) On computers using a standard ATX power supply, pin #9 on the connector provides power to the motherboard at all times as long as the PSU itself has AC wall power power coming in. Modern motherboards use this "Standby" power to run small

Re: [Freedos-devel] Pushing source code to Github

2022-01-10 Thread Mercury Thirteen via Freedos-devel
Personally, I've never used the VMDK format. I always use a preallocated VDI. Sent with [ProtonMail](https://protonmail.com/) Secure Email. ‐‐‐ Original Message ‐‐‐ On Monday, January 10th, 2022 at 10:57 AM, Tyson Oswald wrote: > Alright I have tried to Crete a VMDK virtual hard disk

Re: [Freedos-devel] REMember a bug

2022-01-08 Thread Mercury Thirteen via Freedos-devel
On Saturday, January 8th, 2022 at 7:17 PM, Jerome Shidel jer...@shidel.net wrote: > ... > > Personally, I think it should be fixed. No one should be using that. > > ... Agreed 100%. :)___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net

Re: [Freedos-devel] FreeDOS wins award from SourceForge

2022-03-02 Thread Mercury Thirteen via Freedos-devel
Thanks, Jim! :) Sent with ProtonMail Secure Email. --- Original Message --- On Thursday, March 3rd, 2022 at 12:14 AM, Jim Hall wrote: > If you'd like to download one of the SourceForge badges to add to your > > own site, you can find them here: > >

Re: [Freedos-devel] "FreeDOS Next" packages

2022-04-02 Thread Mercury Thirteen via Freedos-devel
+1 100% Sent with [ProtonMail](https://protonmail.com/) secure email. --- Original Message --- On Saturday, April 2nd, 2022 at 3:41 AM, Maarten Vermeulen wrote: > I never really say anything here, but I feel like I should here. > > I do agree with Mike here. When I install a DOS, I

Re: [Freedos-devel] Status of NightDOS kernel?

2022-01-16 Thread Mercury Thirteen via Freedos-devel
"Officially" Night is in fact still an ongoing project. The problem is that I haven't had much time to devote to it for a while now, and I know Maarten and Antony have a lot going on as well. After completing a handful of other projects that have popped up, I will definitely be going back to

Re: [Freedos-devel] Contemplations, Considerations and some Conclusions

2022-01-16 Thread Mercury Thirteen via Freedos-devel
On Sunday, January 16th, 2022 at 3:34 PM, Jim Hall wrote: > ... > I run Linux, and use Fedora on my PC. When I download a new version of > [Fedora Workstation](https://getfedora.org/en/workstation/download/), it > comes as a DVD ISO image. But my PC doesn't have a DVD drive (my previous >

Re: [Freedos-devel] FreeDOS Phishing attack - warning!

2023-11-02 Thread Mercury Thirteen via Freedos-devel
...as did I. Mine was as follows. From: webmas...@propstei-marien.de Subject: Re: [Freedos-devel] Logger v0.3-BETA Content: Hi There, Please look into the the document in the web-link down the page. LINK BUTTON Enjoy a good afternoon!

Re: [Freedos-devel] Updating/moving the wiki

2023-08-26 Thread Mercury Thirteen via Freedos-devel
On Saturday, August 26th, 2023 at 12:37 PM, Jim Hall via Freedos-devel freedos-devel@lists.sourceforge.net wrote: > ... > > But I'm concerned about walking into another situation down the road where we > need to relocate the wiki once again. When we used the shared wiki at SF, > that was a

Re: [Freedos-devel] Update on website usability test

2022-04-22 Thread Mercury Thirteen via Freedos-devel
This looks way better! What an improvement over the current site! :) Sent with ProtonMail secure email. --- Original Message --- On Friday, April 22nd, 2022 at 7:05 PM, Jim Hall wrote: > I mentioned in February that I've been working on a new website > redesign as a "back-burner"

Re: [Freedos-devel] Update on website usability test

2022-04-25 Thread Mercury Thirteen via Freedos-devel
A "Developers" link would be a nice place to showcase libraries or other topics of use to devs, showing how FreeDOS may be a perfect fit for deploying their next project/BIOS update/whatever. Sent with ProtonMail secure email. --- Original Message --- On Monday, April 25th, 2022 at

Re: [Freedos-devel] The 386MAX source code has been released :)

2022-07-02 Thread Mercury Thirteen via Freedos-devel
It's been awhile since I've needed to use Git at the command line so I can't tell you the exact syntax to use but, once you have Git installed, you can run the command from within your project's root directory and it will upload everything on its own, maintaining the same folder and file

Re: [Freedos-devel] FreeDOS Unstable - interim development builds

2022-07-17 Thread Mercury Thirteen via Freedos-devel
In addition to "unstable", another practice commonly used by other software projects for interim builds like those you're discussing here is to title them based on their frequency, e.g. "nightly" or "weekly", etc. Perhaps this would be the way to go? Sent with Proton Mail secure email.

Re: [Freedos-devel] Update on website usability test

2022-05-04 Thread Mercury Thirteen via Freedos-devel
I had some spare time, so I took some liberties with ​Paul's text. Hopefully I didn't slice-n-dice it too badly from your original intent! :) FreeDOS is a free re-implementation of Microsoft's MS-DOS, the de-facto

Re: [Freedos-devel] Editing the FreeDOS 28th Anniversary Ebook

2022-08-22 Thread Mercury Thirteen via Freedos-devel
I did some editing and sent you a merge request. [/headsup] Sent with Proton Mail secure email. --- Original Message --- On Monday, August 22nd, 2022 at 7:16 PM, Jim Hall wrote: > I wanted to share an update on the ebook. Editing is going a little > slower than expected, because

Re: [Freedos-devel] Bonus/Devel CD

2022-10-25 Thread Mercury Thirteen via Freedos-devel
Since what you need to know is which Ethernet card is being virtualized, perhaps it would be sufficient to simply scan the PCI bus to see what class 2 devices reside there? My ListPCI tool can do just that (as well as some other stuff) and I believe Eric Auer's PCISleep may do something

Re: [Freedos-devel] Toy CPU simulator

2022-08-09 Thread Mercury Thirteen via Freedos-devel
Cool! Reminds me of Professor Kelly's EASy68K simulator for 68K CPUs. Sent with Proton Mail secure email. --- Original Message --- On Tuesday, August 9th, 2022 at 7:49 PM, Jim Hall wrote: > Hi everyone > > Some of you know that I also teach a "100" level university course > about

Re: [Freedos-devel] Linking asm with C

2023-01-13 Thread Mercury Thirteen via Freedos-devel
Watcom's Debugger is amazing for that. You can single-step your code, set breakpoints, monitor variable names, everything. It'll even work (albeit a little less robustly) on applications not made in Watcom C. Sent with Proton Mail secure email. --- Original Message --- On Friday,

Re: [Freedos-devel]  Re: Where to start and continue?

2023-01-15 Thread Mercury Thirteen via Freedos-devel
Actually, someone has already done some work on that. :) Check this out: https://www.codeproject.com/Articles/894522/The-Low-Level-M3ss-DOS-Multicore-Mode-Interface Sent with Proton Mail secure email. --- Original Message --- On Sunday, January 15th, 2023 at 9:17 AM, Knedlik wrote:

Re: [Freedos-devel] I wish I had a boot.log file

2023-03-19 Thread Mercury Thirteen via Freedos-devel
It would be nice if FreeDOS had something like *nix's DMESG. Sent with [Proton Mail](https://proton.me/) secure email. --- Original Message --- On Sunday, March 19th, 2023 at 11:29 AM, Paul Dufresne via Freedos-devel wrote: > So many messages on boot I cannot scroll back. > If only

Re: [Freedos-devel] I wish I had a boot.log file

2023-03-20 Thread Mercury Thirteen via Freedos-devel
I realize this may be more trouble than it's worth, but it's technically possible to write up a small "shim" program which simply hooks the character printing interrupts and copies any characters passed to a small memory buffer* before forwarding them to the regular printing interrupt. This

Re: [Freedos-devel] I wish I had a boot.log file

2023-03-20 Thread Mercury Thirteen via Freedos-devel
...@shidel.net wrote: > Hi, > >> On Mar 20, 2023, at 6:35 PM, Mercury Thirteen via Freedos-devel >> wrote: >> >> I realize this may be more trouble than it's worth, but it's technically >> possible to write up a small "shim" program which simply hooks the ch

Re: [Freedos-devel] IFS API

2023-02-20 Thread Mercury Thirteen via Freedos-devel
If it was in fact removed from the "official" MS-DOS, and one wanted to (re)implement it anyway, perhaps browsing the code of the open-source recreation of OS/2 would help? It has a FAT32 driver which is compatible with the OS/2 IFS and, as I recall, OS/2 was more of a direct successor to

Re: [Freedos-devel] EXIST NUL

2023-06-14 Thread Mercury Thirteen via Freedos-devel
On Tuesday, June 13th, 2023 at 4:30 PM, Jose Senna jasse...@mail.com wrote: > ... > > Jim Hall said: > >> We should still fix the FreeDOS behavior to match > >> the MS-DOS behavior. > > Shall this be an absolute rule, even when the > behavior is a bug ? Unfortunately, in many cases, it has to be

Re: [Freedos-devel] Happy 29th anniversary to FreeDOS!

2023-07-02 Thread Mercury Thirteen via Freedos-devel
Looks great! Except I was referring to [this logo](https://freedos.org/images/logos/freedos-logo2-lg.png), not the Seinfeld-esque one. :) Sent with [Proton Mail](https://proton.me/) secure email. --- Original Message --- On Sunday, July 2nd, 2023 at 4:15 PM, Jim Hall via Freedos-devel

Re: [Freedos-devel] Happy 29th anniversary to FreeDOS!

2023-07-02 Thread Mercury Thirteen via Freedos-devel
+1 And lol, btw. :) Sent with Proton Mail secure email. --- Original Message --- On Sunday, July 2nd, 2023 at 3:07 PM, Ralf Quint via Freedos-devel wrote: > On 6/29/2023 4:24 PM, Jim Hall via Freedos-devel wrote: > > > I've been experimenting with an updated website, and I'm

Re: [Freedos-devel] FreeDOS & LOGGER

2023-06-10 Thread Mercury Thirteen via Freedos-devel
Sent with [Proton Mail](https://proton.me/) secure email. --- Original Message --- On Friday, June 9th, 2023 at 1:48 PM, jer...@shidel.net wrote: > Hi All, > > Logger version 1.00 was released several weeks ago. That should have been > sufficient time those who are interested in it to

Re: [Freedos-devel] Happy 29th anniversary to FreeDOS!

2023-07-01 Thread Mercury Thirteen via Freedos-devel
--- Original Message --- On Thursday, June 29th, 2023 at 7:24 PM, Jim Hall via Freedos-devel freedos-devel@lists.sourceforge.net wrote: > ... > > I've been experimenting with an updated website, and I'm considering > going back to the original 1990s logo. We can use Blinky elsewhere on >

Re: [Freedos-devel] Logger v0.3-BETA

2023-05-12 Thread Mercury Thirteen via Freedos-devel
Nice work! Sent with Proton Mail secure email. --- Original Message --- On Friday, May 12th, 2023 at 3:52 PM, jer...@shidel.net wrote: > Hi All, > > With all the changes I made since v0.2-BETA, I decided to do another beta > release of Logger. Here is an overview of the changes:

Re: [Freedos-devel] Merry Christmas to everyone

2023-12-27 Thread Mercury Thirteen via Freedos-devel
Thank you, and a Merry Christmas to you and your family! Sent with [Proton Mail](https://proton.me/) secure email. On Sunday, December 24th, 2023 at 11:16 PM, Jim Hall via Freedos-devel wrote: > I just wanted to wish everyone a Merry Christmas, to all who celebrate! > > Also looking forward

Re: [Freedos-devel] Where is the source code?

2024-05-08 Thread Mercury Thirteen via Freedos-devel
Thanks for that! I'm always on the lookout for new retro-adjacent channels, so I'll definitely be checking out Root42 in the near future. Sent with Proton Mail secure email. On Wednesday, May 8th, 2024 at 12:53 PM, Danilo Pecher via Freedos-devel wrote: > Probably the best DOS programming

Re: [Freedos-devel] Website has moved to new hosting

2024-03-07 Thread Mercury Thirteen via Freedos-devel
Nice, the new site is working for me. :) One (minor) thing I would suggest, however, is that the What's New items should each at the bottom span the entire width of the window in all cases. The do behave this way on small screens (or in small windows) but on large ones they show up

Re: [Freedos-devel] Fwd: lspci (pciutils) for freedos

2024-03-09 Thread Mercury Thirteen via Freedos-devel
Good to know that (Free)DOS has lspci support. Thanks for the info! And now, for my two cents lol My ListPCI application (https://mercurycoding.com/downloads.html) does essentially the same thing, although it shows only the manufacturer and device type, not the specific device name; e.g.

Re: [Freedos-devel] FETCH4FD

2024-03-21 Thread Mercury Thirteen via Freedos-devel
Exactly. I, too, never heard of it until maybe a month ago - I always used INXI for that on my machines lol Sent with Proton Mail secure email. On Thursday, March 21st, 2024 at 9:32 PM, Jerome Shidel via Freedos-devel wrote: > Hi > > > On Mar 19, 2024, at 6:33 PM, Ladislav Lacina via

Re: [Freedos-devel] FreeDOS wiki updates + questions

2024-03-20 Thread Mercury Thirteen via Freedos-devel
Personally, I'm a big fan of keeping information in one easy to access place. If it were me, I would put the articles in their own section on the wiki under a helpful title, where they could also be linked to from other articles in the wiki, e.g. an article on how to install FreeDOS could link

Re: [Freedos-devel] Back at it with DOG

2024-05-31 Thread Mercury Thirteen via Freedos-devel
Welcome back! :D My setup is a Linux desktop machine under which I edit code with Sublime Text and compile with the Linux versions of NASM and/or Watcom C, for whichever the current project calls. I test frequently while implementing a new feature or what-have-you, and for that I use DOSBox.