Re: [Freedos-devel] SourceForge scheduled maintenance

Thanks for the heads up. -- Kirn Gill II Mobile: +1 813-300-2330 <+18133002330> VoIP: +1 813-704-0420 <+18137040420> Email: segin2...@gmail.com LinkedIn: http://www.linkedin.com/pub/kirn-gill/32/49a/9a6 On Tue, Jul 8, 2025, 13:59 Jim Hall via Freedos-devel < freedos-devel@lists.sourceforge.net>

Re: [Freedos-devel] [Off-topic] It is almost a game now

Because that's how mailing lists have always worked. Welcome to 1995, my guy. -- Kirn Gill II Mobile: +1 813-300-2330 <+18133002330> VoIP: +1 813-704-0420 <+18137040420> Email: segin2...@gmail.com LinkedIn: http://www.linkedin.com/pub/kirn-gill/32/49a/9a6 On Fri, Mar 28, 2025 at 11:05 AM Joshua

Re: [Freedos-devel] [Off-topic] Gemini 2.0 getting bored of me (I think) also -mdos gcc option

tender could get us just as far. -- Kirn Gill II Mobile: +1 813-300-2330 <+18133002330> VoIP: +1 813-704-0420 <+18137040420> Email: segin2...@gmail.com LinkedIn: http://www.linkedin.com/pub/kirn-gill/32/49a/9a6 On Thu, Mar 27, 2025 at 1:53 PM Liam Proven via Freedos-devel < freed

Re: [Freedos-devel] [Off-topic] Gemini 2.0 getting bored of me (I think) also -mdos gcc option

AI chat models work on the exact same principles as the automatic word suggestion feature on your phone: statistical probability of the next word (or here, token.) It cannot think, it cannot truly reason, it cannot understand. The code it generates is largely just regurgitated from random snippets

Re: [Freedos-devel] Fwd: Re: Problem with writes to NVMe disk

Isn't this the same argument I made for broken hypervisors? -- Kirn Gill II Mobile: +1 813-300-2330 <+18133002330> VoIP: +1 813-704-0420 <+18137040420> Email: segin2...@gmail.com LinkedIn: http://www.linkedin.com/pub/kirn-gill/32/49a/9a6 On Thu, Feb 27, 2025 at 4:03 PM tom ehlert via Freedos-dev

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

> As long as it emulates an Intel CPU with a BIOS, any DOS (FreeDOS and MS-DOS and DR-DOS) should work. PC-98 has entered the chat. (*runs a modified MS-DOS, but cannot run any version of DR-DOS or FreeDOS because it's not an IBM PC platform.) There's a multitude of things that a hypervisor could

Re: [Freedos-devel] FreeDOS Matrix Server

I think usage would be higher if it were more widely-known. This is the first (maybe second time?) I've heard that this server even exists to begin with. I have no real suggestions other than listing it prominently on the FreeDOS website. -- Kirn Gill II Mobile: +1 813-300-2330 <+18133002330> VoIP

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

:28 AM Bernd Böckmann via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > > > Am 22.02.2025 um 17:28 schrieb Kirn Gill II via Freedos-devel < > freedos-devel@lists.sourceforge.net>: > > > > I just care that if their products are a problem then

Re: [Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

> What makes you say so? Other then "I hate BROADCOM's overtake of VMWARE"? I provided, in my email you're quoting, the rationale - the "why". If the word "rationale" isn't understood by you, then use a translator program to translate the email to your native language - after all, the only develop

[Freedos-devel] Suggestion: Disclaim support for Broadcom virtualization products.

Due to various complaints of technical issues and bugs that all have the same common element of Broadcom virtualization technology ("VMware"), and with changes to the hypervisor that have rendered the virtualized environment somewhat hostile to the DOS ecosystem, I recommend we just flat-out state

Re: [Freedos-devel] Jemmex exception on reboot, believe to not work only with logger

That's just various ROM BIOSes. See the x86 memory map for real-mode. On Tue, Jan 14, 2025, 14:39 Paul Dufresne via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > > That would be: > Jan 14 20:28:35 ubuntu kernel: BIOS-e820: [mem > 0x000e-0x000f] reserved >

Re: [Freedos-devel] PMODE/W made free

Thanks for the heads up. I'll see about making a Git repo out of the source zip. -- Kirn Gill II Mobile: +1 813-300-2330 <+18133002330> VoIP: +1 813-704-0420 <+18137040420> Email: segin2...@gmail.com LinkedIn: http://www.linkedin.com/pub/kirn-gill/32/49a/9a6 On Thu, Jan 9, 2025 at 10:07 AM Liam

Re: [Freedos-devel] FreeDOS 1.4-RC1 - some minor things

Arguably, Bootfix doesn't belong in BOOT because BOOT should only be bootloaders. However, due to the nature of the program, BOOT is actually a good fit even though it technically doesn't belong. We should eventually get GRUB4DOS in BOOT as well (which, if my bad memory serves me correctly, we don

Re: [Freedos-devel] Contributing

Wine runs 16-bit Windows programs on 64-bit Windows by the use of 16-bit protected mode segments through modifying the Local Descriptor Table. The 64-bit Windows port of WineVDM (OTVDM) has to use a CPU emulator because processes can only modify their LDT on 32-bit Windows (where you can just use n

Re: [Freedos-devel]  Re: Contributing

> perhaps even throw out packages that are not maintained and nobody feels like taking over. I second this but only partially: Packages that don't really need to be "maintained", like DOS utilities that haven't seen any code updates in 35 years and have proven themselves highly stable and reliable

Re: [Freedos-devel] Contributing

There is likely more demand for a 16-bit Windows reimplementation than that of DOS. The technical skills required to actually pull it off is simply far greater. One guy can make a functioning DOS in a week, no one is going to reimplement Windows in a faithful manner in a week. There's quite a b

Re: [Freedos-devel] Contributing

evel < freedos-devel@lists.sourceforge.net> wrote: > > On 14.12.2024 21:48, Kirn Gill II via Freedos-devel wrote: > > Because that's how the vast majority of projects are organized; The > > text strings for each supported language live in their own separate > > translation files.

Re: [Freedos-devel] Contributing

> Most GNU tools, especially those that you would use outside of a gcc dev enironment, don't require gcc. Immediate message before yours has: > Or they at least assume a more recent-standard Unix-like compiler. So that was addressed before you got there. > I can say that with some confidence,

Re: [Freedos-devel] Shells (command interpreters) in FreeDOS

My two cents: I think interactive shells are a special class of application that deserves its own category due to being an intersection of a regular user application with a system utility. Sent from my T-Mobile 5G Device Get Outlook for Android __

Re: [Freedos-devel] Confirming I see malware inside FreeDOS official 1.3 release

Run the Linux "file" tool on the executables, if they don't say PE for Windows in addition to DOS MZ, then they aren't Win32 and any suggestions of a Win32 virus are inherently bullshit. By eliminating the impossible, whatever remains, no matter how improbable, must be the truth. Sent from my

Re: [Freedos-devel] 16-bit Windows development

Eric, my last message was rhetorical :) I actually mentioned GEM, ZOO, PGME, ETC. because they're included in the FreeDOS distribution while being a full multitasking GUI system of its own, just like early Windows. I just needed to make a point. Also mentioned boot sector games as the topic came

Re: [Freedos-devel] 16-bit Windows development

This group is about DOS, not about GEM. This group is about DOS, not DJGPP, 32-bit DPMI hosts aren't DOS. This group is about DOS, not random compression utilities like ZOO. This group is about DOS, not third-party shells like PGME. This group is about DOS, not boot sector games. You can run D

Re: [Freedos-devel] Improved RBIL

JSIL is likely to be first thought of as JavaScript Intermediate Language, but it does have that ring to it. Sent from my T-Mobile 5G Device Get Outlook for Android From: Mercury Thirteen via Freedos-devel Sent: Saturday, July 27, 2024 4:4

Re: [Freedos-devel] development and advertising plan

I hope you do understand that DOS isn't a drop-in replacement for Windows 10, but instead what came 30 years before Windows 10. We're basically old car enthusiasts, but with software, not cars. Sent from my T-Mobile 5G Device Get Outlook for Android __

Re: [Freedos-devel] 16-bit Windows development

Apologies, I accidentally sent my last email prematurely: > considering the sheer amount of work and complexity involved And you've got numerous open source projects today with far more complexity. This is complex but not exceedingly so. Don't be overwhelmed. Sent from my T-Mobile 5G Device Get

Re: [Freedos-devel] 16-bit Windows development

> Do you plan to extend READEXE to show the imports and exports of NE files? I plan on extending readexe to do the whole shebang for all of those file formats. Note the latest release version (0.1.2), it's clearly far from complete or done :) > considering the sheer amount of work and complexit

Re: [Freedos-devel] Updating FreeDOS website

With careful HTML work, you can certainly have both. On 2023-12-11 18:45, Jose Senna via Freedos-devel wrote: Danilo Pecher said: I might be a bit weird, but I kind of like old school websites that are simple and render on anything. It is sort of funny to think that we need to be "modern" whe

Re: [Freedos-devel] FreeDOS Interim Build T2310 - no free space on CD

How much are the GUIs? You've almost got this down to just one disc. Can we just stop shipping overly complicated file managers that include desk utilities? Sent from my T-Mobile 5G Device Get Outlook for Android From: Jim Hall via Freedos-