[Freedos-devel] [OT] Text-mode Windows 11

Hello, Off-topic (as it is WinNT), but in this video, the author claims to have built a text-mode 100MB small Windows 11. It is shockingly slow, but it is still fun to see a text mode OS stripping the GUI. text-only Windows 11 - possibly the smallest Windows image ever! - YouTube

Re: [Freedos-devel] FreePascal near to far pointer conversion

Hello there! Sorry for being late on the topic. The following link directs to the forum item that I opened when trying to re-compile FD-KEYB under FPC. Basically, KEYB needs to use different procedures to store a key in the buffer, depending on the parameters and system configuration. The

Re: [Freedos-devel] Learning DOS assembly programming

Hello Jim, As the rest suggested, I'd go for NASM too. It's plain and easy to get ongoing. It was my favourite when I wrote a couple of ASM utilities like APPEND. The drawback is that once you get used to it, you start reading assembly written for MASM or TASM and you happen to find a different

Re: [Freedos-devel] FreePascal near to far pointer conversion

Hello, Could you please post the exact message you got from the compiler? I got mysefl problems with such convertions trying to compile FD-KEYB with FPC, but although I posted for help in the forums, I didn't get anything really useful and finally gave up. But I am curious if you get the same

Re: [Freedos-devel] FDI Additional Languages

Hello, The report of Henrique, very accurate as usual :) I just wanted to add two extras: - Table-making characters that mixed single-lined and double-lined borders were reused to accomodate the extra characters. That is why programs that used tables mixing single-lined and double-lined borders

[Freedos-devel] Country-dependent YES/NO

Hello, I have been watching the bug report for LABEL not accepting the country dependent YES/NO characters, and just wanted to point out a not very well known function, which should be the way to go, provided that it is implemented in FreeDOS kernel (I haven't checked) and the user correctly

Re: [Freedos-devel] Minor problems FreeDOS 1.3 (Spanish translation)

Hi, On Sat, 8 Apr 2023 at 13:19, Steve Nickolas wrote: > On Sat, 8 Apr 2023, Andrew Bird via Freedos-devel wrote: > > > I think I can shorten the Spanish text, which fixes both the alignment > > problem and the lack of a space. I'll send a PR but I'd be grateful if > > somebody can check the

Re: [Freedos-devel] Minor problems FreeDOS 1.3 (Spanish translation)

Hello, On Sat, 8 Apr 2023 at 11:53, Andrew Bird via Freedos-devel < freedos-devel@lists.sourceforge.net> wrote: > I think I can shorten the Spanish text, which fixes both the alignment > problem and the lack of a space. I'll send a PR but I'd be grateful if > somebody can check the text there

Re: [Freedos-devel] Minor problems FreeDOS 1.3 (Spanish translation)

>> Which characters are bad? Only T or others too? > >> One more question, you meant "grande 606K" or "grande 606 KB" or a > different version? in gr there is a space between value and KB too. > >> > >> Willi > >> -- > >&g

Re: [Freedos-devel] Minor problems FreeDOS 1.3 (Spanish translation)

; > > Willi > Aitor > -- > Diese Nachricht wurde von meinem Android Mobiltelefon mit mail.com Mail > gesendet. > Am 06.04.23, 21:18 schrieb "Aitor Santamaría" : > >> Hello, >> >> I've been trying FreeDOS 1.3, and found a couple of minor problems

Re: [Freedos-devel] Minor problems FreeDOS 1.3 (Spanish translation)

d with Win cp 1252 or overtook it >> from Google translate or something like this, overtook the cp of Google >> translate and forgot to change to 858 first. this can happen in win or >> linux as you handle with two cp and unicode. >> > > >> >> > > >

Re: [Freedos-devel] FreePascal bug [off-list]

Hello, As for myself, I attempted to compile FD-KEYB with FPC 16-bit, which I find to be a good proof, as it has heavy parts in Assembler, other parts in Pascal, and many procedure-type variables. It helped me fix a couple of minor (almost cometic) failures in the code. But I did not succeed.

[Freedos-devel] Minor problems FreeDOS 1.3 (Spanish translation)

Hello, I've been trying FreeDOS 1.3, and found a couple of minor problems running it in Spanish: [image: image.png] the non-standar-ASCII characters appear as preceded by a strange symbol for MEM, I wonder if they are really saved as 850/858 or are saved as Unicode or something else. Besides,

Re: [Freedos-devel] DOS 44h (Get Device Information) - CD-ROM marked as remote?

Thanks (to both) for the answer, Aitor On Mon, 13 Mar 2023 at 22:45, Ralf Quint wrote: > On 3/12/2023 5:56 PM, Aitor Santamaría wrote: > > Hello, > > > > A quick question, if I query device information on CD-ROM (int 21h, > > AX=4409h), will I get that a CD-ROM dr

[Freedos-devel] DOS 44h (Get Device Information) - CD-ROM marked as remote?

Hello, A quick question, if I query device information on CD-ROM (int 21h, AX=4409h), will I get that a CD-ROM drive is remote? (bit 12 = 1). I am getting this under XP's ntvdm, and it sounds as a correct thing (the filesystem is not FAT), but I would like to check in case someone knows if this

Re: [Freedos-devel] Free FDISK interim builds

Hi, On Tue, 28 Feb 2023 at 20:31, Eric Auer wrote: > > PS: Interesting that Bing ChatGPT answers Aitor using his own > mails, does it at least include some thanks to the author? :-) > Lol it does not, but it links to the log of pages, etc. where it took the answers from. That's how I found

Re: [Freedos-devel] IFS API

Hi, On Tue, 28 Feb 2023 at 12:23, tom ehlert wrote: > Hey! > > > > As a matter of curiosity, given that we were unable to find a > > precise answer to why Microsoft dropped IFS after MS-DOS 5.0 > > to start with, your question is pretty much nonsense. IFS or the > "networking redirector" was

Re: [Freedos-devel] IFS API

Hey! As a matter of curiosity, given that we were unable to find a precise answer to why Microsoft dropped IFS after MS-DOS 5.0 (although we had speculations), I thought, why not ask ChatGPT (Bing) about that? The answer is quite curious (I can't send the image due to mailing list size

Re: [Freedos-devel] IFS API

Hi, El jue, 23 feb 2023, 0:19, Bret Johnson escribió: > > Also I found references on IFSFUNC: in 2Fh (AH=11h), IFSFUNC > > functions seem to be entangled with the network redirector > > functions: > > > > http://www.ctyme.com/intr/int-2f.htm > > > > Apparently, these functions would be made

Re: [Freedos-devel] IFS API

Hi, Well, thanks to all that contributed to this interesting topic (there are quite a few interesting mails in the thread). I could find very little extra information, like this: https://www.os2museum.com/wp/dos/dos-4-0/ Also I found references on IFSFUNC: in 2Fh (AH=11h), IFSFUNC functions

Re: [Freedos-devel] IFS API

t 7:39 PM Aitor Santamaría > wrote: > > > > Does anyone know if the IFS (Installable File System) API is documented > anywhere? > > I have no idea if this link will help you, but I'm mentioning it "just > in case" (because it sounds useful and impressive). >

Re: [Freedos-devel] IFS API

Hi, On Tue, 21 Feb 2023 at 01:41, Ralf Quint wrote: > On 2/20/2023 1:52 PM, Aitor Santamaría wrote: > > Hello Eric, > > > > More than useable, it was just a question of historical curiosity. > > > > In a very long time ago posted thread (I haven't te

Re: [Freedos-devel] IFS API

redirector. Aitor On Tue, 21 Feb 2023 at 01:18, Ralf Quint wrote: > On 2/20/2023 11:58 AM, Aitor Santamaría wrote: > > Thanks, Ralf!! > > So I thought, but I have read a couple of references (such as the > following in Wikipedia, but not the only one) by which the IFS was prese

Re: [Freedos-devel] IFS API

Hello Eric, More than useable, it was just a question of historical curiosity. In a very long time ago posted thread (I haven't tested myself) it was suggested that the redirector API does not work well with LFNs. I am not suggesting that the unmaintained DOS IFS would do, but I was curious to

Re: [Freedos-devel] IFS API

s. > > Not sure, I haven't dug too deeply into that myself, but hope it possibly > helps. > > https://www.arcanoae.com/wiki/fat32/ > > > > Sent with Proton Mail <https://proton.me/> secure email. > > --- Original Message --- > On Monday, Fe

Re: [Freedos-devel] IFS API

d mode, so I am not sure is if this has to be with the IFS that was planned and implemented in MS-DOS 4.0. Aitor On Mon, 20 Feb 2023 at 18:27, Ralf Quint wrote: > On 2/19/2023 5:38 PM, Aitor Santamaría wrote: > > Hello, > > > > Does anyone know if the IFS (I

[Freedos-devel] IFS API

Hello, Does anyone know if the IFS (Installable File System) API is documented anywhere? Thanks in advance, Aitor ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel

Re: [Freedos-devel] keyb kl

3.1 file? > > Willi > > > > Von meinem/meiner Galaxy gesendet > > > Ursprüngliche Nachricht > Von: Aitor Santamaría > Datum: 06.02.23 22:49 (GMT+01:00) > An: "Technical discussion and questions for FreeDOS developers." < > freedo

Re: [Freedos-devel] keyb kl

Hello Wilhelm, On Mon, 6 Feb 2023 at 22:15, wilhelm.spiegl wrote: > Hi, Aitor, > I am not sure if I understand you correct. kc 200 is available here: > > > https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/keyb/fdkeyb-2.0/ > kc200 > > I tried kc with the key files from xkeyb that

Re: [Freedos-devel] keyb kl

Hello Wilhelm! The mechanic is: KC is the tool to transform a KEY into KL. And then, KLIB packs the KL files into a single library (like KEYBOARD.SYS). My suggestion is that you start with an existing KEY file, rather than trying to build from scratch: Index of

Re: [Freedos-devel] Google Summer of Code?

Hello, On Sun, 29 Jan 2023 at 22:59, Jim Hall wrote: > I think Microsoft would have had to find a way around the obvious > limitations in DOS, inherent in an operating system from 1981. With > more powerful CPUs, more memory, and networking, you need a more > powerful operating system. Let's

Re: [Freedos-devel] UEFI, virtual BIOS and virtual hardware

Thanks, these work! Aitor On Wed, 25 Jan 2023 at 21:46, Robert Riebisch wrote: > Hi Aitor, > > > Both links give me a 404, maybe a problem with pasting? > > https://dosbox-x.com/wiki/Guide%3ADOS-Installation-in-DOSBox%E2%80%90X >

[Freedos-devel] FreeDOS install ebook (Spanish)

Hello, Another curiosity I've found on the web: FREEDOS 1.0. - Curso de Técnico de Redes y Sistemas 2011 (yumpu.com) This site features an eBook, 24 pages (in Spanish) explaining how to

Re: [Freedos-devel] UEFI, virtual BIOS and virtual hardware

Hello Ben, Both links give me a 404, maybe a problem with pasting? Aitor On Wed, 25 Jan 2023 at 18:21, Ben Collver wrote: > On Tue, 24 Jan 2023, Bret Johnson wrote: > > > > > For purposes we're discussing here, I don't think DOSBox (or any of its > > > forks, including vDOS) is a viable

[Freedos-devel] FreeDOS / Jim on TheRegister

Hello, Founder of FreeDOS recounts the story so far, and the future • The Register Aitor ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net

[Freedos-devel] FreeDOS mentioned on xataka

Hello, FreeDOS is mentioned in this popular computer blogging in Spanish (xataka). Cómo instalar Windows 11 en un ordenador con FreeDOS (xataka.com) The blog entry is on "how to install Windows 11 in a computer having

Re: [Freedos-devel] print / printq / spool / graphics

Hello, On Wed, 4 Jan 2023 at 01:52, Jim Hall wrote: > >> a) printer.htm (printer.sys) (in htmlhelp): > >> > >> According to help 1.0.5 this version was made by Aitor > >> SANTAMARIA MERINO with copyright 2003. I overtook it from > >> Rob Plat "as is". I did not find the files at Ibiblio. > >>

[Freedos-devel] FD-KEYB issue tracking

Hello, For a time now, we have the FreeDOS source archive allocated in GitLab: FreeDOS Archive · GitLab I generally encourage the use of issue tracking systems in all IT projects, as a way to keep a unique repository of acknowledged issues, a roadmap for features,

Re: [Freedos-devel] Toggling directories

Agreed. To me this is a bug. Not a major one, but a bug. Aitor On Wed, 9 Nov 2022 at 16:28, Jerome Shidel wrote: > Hi all, > > There is a minor compatibility difference with the FreeCOM DIR command. > > Most of the option switches work like toggles. For example: > > dir /w - shows a wide

Re: [Freedos-devel] Problem with procedural types in 16-bit DOS FreePascal

Hello Ralf, On Tue, 8 Nov 2022 at 02:16, Ralf Quint wrote: > On 11/7/2022 4:56 PM, Aitor Santamaría wrote: > > > After all, if you declare a procedure to be far is because you want it to > be called far, right? > > I have not tried anything like this with 16bit FPC, but i

Re: [Freedos-devel] Problem with procedural types in 16-bit DOS FreePascal

g/docs-html/ref/refse17.html > On 07/11/22 01:18, Aitor Santamaría wrote: > > Hello, > > I am trying to recompile FD-KEYB using 16-bit DOS FreePascal, in order to > see if I can produce a FPC version and thus avoid using TPC for compiling. > > I am not being very lucky with com

Re: [Freedos-devel] Problem with procedural types in 16-bit DOS FreePascal

Hello, On Mon, 7 Nov 2022 at 10:12, Rugxulo wrote: > Hi, > > On Sun, Nov 6, 2022 at 9:08 PM Jerome Shidel wrote: > > > > Make sure your compiling to the correct memory model. (I think huge, but > you’ll need to double check that) > > Default is Small, e.g. "-WmSmall". I assume "-WmCompact"

Re: [Freedos-devel] Problem with procedural types in 16-bit DOS FreePascal

Hello Jerome, On Mon, 7 Nov 2022 at 04:08, Jerome Shidel wrote: > Make sure your compiling to the correct memory model. (I think huge, but > you’ll need to double check that) > Compact is the one that gives me less problems (it's also the one that got most recommendations :) ). > You may

[Freedos-devel] Problem with procedural types in 16-bit DOS FreePascal

Hello, I am trying to recompile FD-KEYB using 16-bit DOS FreePascal, in order to see if I can produce a FPC version and thus avoid using TPC for compiling. I am not being very lucky with compiling itself, and I haven't raised too much attention in the FPC lists, either because it is difficult,

Re: [Freedos-devel] FreeDOS Interim Build T2210

Hello, On Sat, 1 Oct 2022 at 16:49, Jerome Shidel wrote: > As I see it, this leaves us with 3 choices: > > 1) Drop nearly 300mb of packages from the CD. > 2) Do nothing and call it a DVD > 3) Move all development related packages onto their own disc. Have DevelCD > and seperate BonusCD. >

Re: [Freedos-devel] mkeyb us: don't need a driver for US... BUT I AM NOT IN US!

Hello, And there we go with the example I was referring to in my previous email: the same language requiring two keyboard layouts (possibly two codepages too). Well, I seem to understand that your problem is with the installer: it should have given you the option to choose Canada/French to use a

Re: [Freedos-devel] NLS and Translations

Hi, On Mon, 24 May 2021 at 21:49, Jerome Shidel wrote: > Hi Willy, > > > On May 24, 2021, at 3:22 PM, Wilhelm Spiegl > wrote: > > > > question about nls, do they all have to be written in the correct > codepage used by the language / country set in freedos? > > some time ago i checked and

Re: [Freedos-devel] GitLab - problem with codepages

On Aug 2, 2022, at 7:15 PM, Andrew Bird via Freedos-devel < > freedos-devel@lists.sourceforge.net> wrote: > > Hi Aitor, > > On Wed, 3 Aug 2022 00:37:29 +0200 > Aitor Santamaría wrote: > > Hi, > > I am trying to adapt to work with GIT from the GitLab repository,

[Freedos-devel] GitLab - problem with codepages

Hi, I am trying to adapt to work with GIT from the GitLab repository, and am committing a couple of changes on FD-KEYB that I had ready. However, I have noticed a problem with the codepages. I try to avoid non-ASCII characters, but seldomly use those that are common to most codepages. What I see

Re: [Freedos-devel] Another implementation of GRAFTABL

Hi, On Wed, 13 Jul 2022 at 00:22, Steve Nickolas wrote: > On Tue, 12 Jul 2022, Aitor Santamaría wrote: > (I think the PC Convertible is, in fact, the only reason there's even an > option - it supports loadable charsets, but only in 8x8, so installing a > full charset, 8x8+8x14

Re: [Freedos-devel] Another implementation of GRAFTABL

Hello Steve, On Tue, 12 Jul 2022 at 12:19, Steve Nickolas wrote: > I've been working on this for my own project, and it's only useful for the > rare CGA or Tandy users out there (which is probably why MS-DOS 6 > relegated it to the Supplemental disk and PC DOS 6 removed it). > > GRAFTABL hooks

Re: [Freedos-devel] FreeDOS interim development build

Hello, Thanks for the answers! On Sat, 25 Jun 2022 at 22:32, Jerome Shidel wrote: > For example, if KEYB on the GitLab archive has a commit pushed with the > comment “Fixed double keypress bug”. That comment would appear in the > CHANGES.LOG as something like “2022-06-29 04:52:11 ke

Re: [Freedos-devel] FreeDOS interim development build

Hello Jerome, I'll give you my opinion on some of these. On Sat, 25 Jun 2022 at 15:02, Jerome Shidel wrote: > First, how will we Label and refer to these builds? I went with “Unstable” > with the short name would be “FreeDOS U2207” and long name as “FreeDOS > 2206-Unstable”. To me, it is a

Re: [Freedos-devel] Thinking about FreeDOS test releases

Hello Jim, My own thoughts: On Sun, 15 May 2022 at 21:56, Jim Hall wrote: > I'm interested in a parallel test distribution that gets updated on a > regular schedule, by an automated (or mostly-automated) process. Let's > say there's a new test distribution once a month. Each test >

Re: [Freedos-devel] Freedos EDIT

Hello, On Fri, 22 Apr 2022 at 22:28, Eric Auer wrote: > > Hi Tom, > > > I just noticed that the source to FreeDOS EDIT > > > https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/base/edit.zip > > is incomplete as it assumes an existing DFLAT library which is not > >

[Freedos-devel] FreeDOS on JavaScript

Hi, Remember that in the sunday meeting I mentioned there were out there JS emulators running FreeDOS? I've found one in my bookmarks. Running FD 1.2, but still nice to link it to the main FreeDOS page, so that people can even see the OS in action: JSLinux (bellard.org)

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

Hi, For me the last option (use Linux as VMM) would be the most sensible, needing the least support effort for hardware and drivers: the Linux guys will do it :) Hardware-based DOS distributions will never get outdated because Linux never will. I think we talked about this option some time in

Re: [Freedos-devel] NLS related updates

Hello Jerome, On Wed, 13 Oct 2021 at 03:19, Jerome Shidel wrote: > Or… > > Should I just incorporate those merge requests. I’m extremely busy at > present. So, it will have to wait a while. But, eventually I’d get around > to recompiling KEYB myself. Someday. > If the changes are in the

Re: [Freedos-devel] Analysing KITTENC

s sprintf and processEscChars differ in behaviour (although for this "buggy" string definition). I suppose that this new function (processEscChars) is added to avoid problems with the % symbol... Aitor On Sat, 21 Aug 2021 at 00:04, wrote: > On Fri, Aug 20, 2021 at 4:48 PM Aitor Santa

Re: [Freedos-devel] Analysing KITTENC

Hi, Thanks Jeremy. On Fri, 20 Aug 2021 at 13:03, wrote: > > I was trying to figure out how KITTEN/KITTENC works. Seems to attach > each NLS file with the "KITTENC" signal by the end of the executable. I've > read about making UPX support easier, I guess you UPX before you ATTACH. > > It is

[Freedos-devel] Analysing KITTENC

Hello, Sorry about the SPAM. I found the older thread too long, so I'm starting a new one with the same content (please comment here if you want to ). I was trying to figure out how KITTEN/KITTENC works. Seems to attach each NLS file with the "KITTENC" signal by the end of the executable. I've

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

Hi, I was trying to figure out how KITTEN/KITTENC works. Seems to attach each NLS file with the "KITTENC" signal by the end of the executable. I've read about making UPX support easier, I guess you UPX before you ATTACH. Why did you need to write an own function to convert string to UL? By the

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

On Mon, 9 Aug 2021 at 20:16, Robert Riebisch wrote: > Hi Aitor, > > > I've noticed you Germans have your quirks with the spelling because > > there was a change to standardise the ortography not long ago (when to > > use ss and eszett amongs others :)). > > The last big reform was in 1996. > >

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

On Fri, 6 Aug 2021 at 21:11, Ralf Quint wrote: > > Insights from native english/american (English/American) people? > > > I learned this from my first English class in school, pretty much 50 > years ago... ;-) > > Sadly enough, get ready that it may change at any point quickly. When I was a

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

That is very good news IMHO, Jeremy!! Sure a thing to wait for, for FreeDOS 1.3 release. I think it is a meaningful milestone (even if there is not many people running Win3.X that wouldn't do it over MS-DOS), but very relevant all the same. All the best, Aitor On Sat, 24 Jul 2021 at 08:02,

Re: [Freedos-devel] changing keyboard layout

Hello Bret (and the rest): On Fri, 11 Dec 2020 at 17:00, Bret Johnson wrote: > The interaction between the screen (Code Page) and Keyboard is pretty > critical so that everything is displayed correctly. In addition to > DISPLAY, DOS has other "utilities" like "CHCP", "MODE CON CODEPAGE >

[Freedos-devel] DOS (and BIOS) references

Hello, Incidentally I came across this DOS/BIOS reference (that I found cool looking) and wanted to share it with you, Tech Help! (dos4gw.org) I don't know how up-to-date it is. I know that this topic pops-up from time to time, but I haven't heard any RBIL update for quite

Re: [Freedos-devel] changing keyboard layout

No problem! The original note that Matthias Paul wrote a long time ago was very interesting, but a very long post too :) On Wed, 9 Dec 2020 at 20:43, tom ehlert wrote: > > * KEYB does not hook int 2Fh just for installation check. KEYB is > > "codepage aware", as it has produce the appropriate

Re: [Freedos-devel] changing keyboard layout

In addition to what Tom said (and regarding KEYB): * int 09 calls int 15h/4Fh is guaranteed for PC/ATs. For older keyboards where it does not happen, /9 option will hook the int9h handler to precisely add this call to the present int9h handler. * KEYB does not hook int 2Fh just for installation

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

Yeah indeed! A milestone to celebrate. Glad to be part of the community, and long future for FreeDOS! On Mon, 1 Jul 2019 at 00:34, Jim Hall wrote: > FreeDOS has now been around for 25 years. That's a major milestone for > anything, especially an open source software project. > > I just wanted

Re: [Freedos-devel] keyb us does not work

Hello Paul, On 6 November 2016 at 17:17, Paul Dufresne wrote: > When it work, it detects the other version running: > different version of KEYB found 594003C != d0f4003c > > Is it the address of KEYB instances? > Depending on the exact message, would mean a different

Re: [Freedos-devel] keyb us does not work

Hello, I can't remember exactly how US.KEY was defined but, in most cases that I know, PC BIOS preassumes that keyboard layout by default is US style, and you use a "key-like" program to change it. I guess that US.KEY really makes very few changes to current layout, thus you mostly continue to

Re: [Freedos-devel] A little message

The best wishes for everyone in this list for the forthcomming (now current) 2016. ( Feliz 2016 for Spanish speakers). May this symbolic year (16 for a mostly 16-bit operating system) be a good FreeDOS year. Aitor On 1 January 2016 at 11:53, Maarten Vermeulen wrote: >

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hi, And that's such a sad news, if Japheth's software cannot be accessed anymore. Oh well... Aitor 2015-04-04 22:08 GMT+02:00 Rugxulo rugx...@gmail.com: Welp, it was fun while it lasted On Fri, Jan 2, 2015 at 5:22 PM, Aitor Santamaría aitor...@gmail.com wrote: Thank you Rugxulo

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hi, I have to admit the difference between what I'd like to see and what I think it is likely to happen. I had found Japheth's work promising towards a good VMM, but apparently doesn't seem to be under active development, I find the task would be so huge (need to rewrite 32-bit versions of

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hello, 2015-01-03 19:14 GMT+01:00 Travis Siegel tsie...@softcon.com: On Jan 1, 2015, at 3:46 AM, Mercury Thirteen wrote: I too would love to see a fully modern DOS. As would I, and I believe everything mentioned in the email would be perfect for a 32-bit dos. I believe it can be done,

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hi, I myself agree with the first and third point. About the second, I'm not advocating for a different 32-bit OS (such as FreeDOS-32). I also agree that one first target would be the UEFI stuff. But at long term, I am of the opinion that VxDs are DOS drivers, as much as the classic DEVICE=

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hi, Not only about kernels, but about the 16-bit DOS compiling options too. I think we talked about this in the past, and I think it'd make sense that FreeDOS 2.0 would be 386+. Aitor 2015-01-01 23:43 GMT+01:00 Mercury Thirteen mercury0x0...@gmail.com: Speaking of multiple kernels, would it

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hi, I don't know how that can run in real mode by default differs from current situation. Maybe you mean that FreeDOS drops EMM386.EXE. Regards, Aitor 2015-01-02 20:47 GMT+01:00 sparky4 spar...@cock.li: I think the FreeDOS 2.0 version should be a updated 16 bit kernel that can run in real

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hi, That's my guess: 2015-01-02 0:05 GMT+01:00 cordat...@aol.com: If you take a look one of the links from Jim recently he states: But in an alternate reality, what would DOS had looked like if Microsoft *hadn't* moved to Windows? I think we get to define what that looks like. My guess is

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Thank you Rugxulo! I always was somewhat concerned about such licensing issues, but the software looks pretty valuable! :) Aitor 2015-01-02 23:24 GMT+01:00 Rugxulo rugx...@gmail.com: Hi, On Fri, Jan 2, 2015 at 1:39 PM, Aitor Santamaría aitor...@gmail.com wrote: PS: Btw, I continue

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hello Jim and all, I like the idea of having two releases of FreeDOS with different goals: a FreeDOS 1.2 as an update of current FreeDOS 1.1, in order to have something on a short term as an update of current distribution. As for FreeDOS 2.0, I share my ideas here. I agree that it should be a

Re: [Freedos-devel] FreeDOS 1.2 and 2.0 roadmap discussion

Hello! Notes below. BTW, Whatever happened to Japheth's pages?? Is server down? (see JEMM's LSM for URL's). Aitor 2015-01-01 19:31 GMT+01:00 Mercury Thirteen mercury0x0...@gmail.com: 1 - I like the idea of being able to run apps for multiple other OSes, but I think that ability should fall

Re: [Freedos-devel] KEYB BUG

Thank you Tom!! I've set this bug to my list of to-do's, and will go to the next version. Aitor 2012-06-25 13:24 GMT+02:00 Tom Ehlert t...@drivesnapshot.de: KEYB.EXE 11,446 06-24-12 leaves, when running, a huge memory hole. at least with only HIMEM loaded. note the HUGE memory hole

Re: [Freedos-devel] KEYB BUG

Hi, The problem is that I'm not having as much spare time lately as I used to have. At this moment, I'm trying to recover a comfortable programming environment in a Win7 Laptop. But it's not so easy as it used to be since the 64-bit arrived everywhere, the 16-bit DOS programs no longer run

Re: [Freedos-devel] KEYB BUG

Hello, 2012-08-12 16:32 GMT+02:00 Rugxulo rugx...@gmail.com: FD EDIT doesn't seem to compile in TC20 anymore. Though it worked fine for me with TC++101, but that's not freeware from Embarcadero anymore. It may? (or at least used to) optionally compile with OpenWatcom, but I haven't

Re: [Freedos-devel] KEYB BUG

based on wine See Ya! Geraldo Netto Sapere Aude = Non dvcor, dvco São Paulo, Brasil, -3gmt site: http://exdev.sf.net/ On 28 February 2014 21:40, Aitor Santamaría aitor...@gmail.com wrote: Hi, The problem is that I'm not having as much spare time lately as I used to have

Re: [Freedos-devel] GARBO dead?

Thanks Rugxulo! Seems that the breakage was mirrored too? :( Aitor 2013/12/27 Rugxulo rugx...@gmail.com Hi, long time no see! :-) On Thu, Dec 26, 2013 at 4:55 PM, Aitor Santamaría aitor...@gmail.com wrote: I don't know if you realised, but the GARBO files at University of Waasa

[Freedos-devel] GARBO dead?

Hello, I don't know if you realised, but the GARBO files at University of Waasa seems dead? http://lipas.uwasa.fi/~ts/garbo.HTML It was a nice repository of, at times, useful stuff, does anyone know if it had been mirrored somewhere else before it died? Thanks, Aitor

Re: [Freedos-devel] Freedos and lack of drivers

Hi, 2011/9/11 jhall jh...@freedos.org: There are multitasking DOSes (DR-DOS, RDOS, TSX-32 ??, etc.) inherently useless Not useless, really. For example, MS-DOS 5 introduced their DOS Shell that supported task switching, a rudimentary form of multitasking. I used to use this feature all

Re: [Freedos-devel] Freedos and lack of drivers

Hi, 2011/9/11 Bernd Blaauw bbla...@home.nl: Not sure about FDSHELL's abilities. I'd love for someone to come up with a decent DOSSHELL.INI for it, including a usable/pretty color scheme. It can already jump to DOS, same for EDIT Annotated as feature request. (regrettably, don't expect it

Re: [Freedos-devel] Freedos and lack of drivers

Hi, 2011/9/13 Jim Hall jh...@freedos.org: In DOS, it would be awesome to have true multitasking, where you can let a process run in the background (like a compile) while you do something else (browser?) But to be honest, all I really want/need is some sort of extension or shell that provides

[Freedos-devel] New KEYB ahead

Hi, I have managed to patch a couple of bugs I found on KEYB 2.0, and have KEYB 2.01 ready to launch (I just have to create the packages and such). I haven't been able to reproduce the bugs that some people have occasionaly mentioned here on the list when in use with JEMM, so I don't know if the

Re: [Freedos-devel] Pat Villani

Sad news indeed!! The first stone towards the big building called FreeDOS. My condolences too, Aitor 2011/8/30 Jim Hall jh...@freedos.org: FreeDOS friends: I must share the sad news that Pasquale Pat Villani, 57, passed away on Saturday night, at his home. Many of you knew Pat. For our new

Re: [Freedos-devel] confused by NLS-settings

Hello, This NLS stuff is doing my head in, even before trying to automate it in configuration scripts.. CONFIG.SYS: COUNTRY=31,858,C:\FDOS\BIN\COUNTRY.SYS NLS.BAT / AUTOEXEC.BAT: = NLSFUNC

Re: [Freedos-devel] confused by NLS-settings

Ok, that's on me. I found 2-3 bugs that I have already patched (almost), I just have to test a bit, then pack it all. If I don't happen to find time to do it fully, I may distribute two files (the source and binary) to some people, in case it works better for you and it is required for 1.1 in the

Re: [Freedos-devel] confused by NLS-settings

Hi Bernd, Briefly in DOS, both kernel and character device drivers are (or should be) codepage aware. - Kernel because of the collation tables, used for example to turn filenames into the uppercase, and so store them uppercased in the FAT - Character devices, because sending out a character to a

Re: [Freedos-devel] confused by NLS-settings

Hello, 2011/6/29 Bernd Blaauw bbla...@home.nl: I remember DISPLAY 2.0 being troublesome with regard to UMBs, but that was years ago. It is not that it is trobulesome with regards to UMBs, but that you hardly ever have so much room in UMBs to load it. DISPLAY allows you to have a maximum of 5

Re: [Freedos-devel] confused by NLS-settings

Hello, 2011/6/30 Rugxulo rugx...@gmail.com: I remember DISPLAY 2.0 being troublesome with regard to UMBs, but that was years ago. It still needs a lot of unnecessary UMB room free to load there, e.g. 64 kb or some fairly high amount. And you may even have to explicitly mention it. I forget

Re: [Freedos-devel] confused by NLS-settings

Hi Eric, 2011/7/10 Eric Auer e.a...@jpberlin.de: Hi Aitor, Rugxulo, It still needs a lot of unnecessary UMB room free to load there, e.g. 64 kb or some fairly high amount. And you may even have to explicitly mention it. I forget exactly and always (I think) loaded it low. Well, I'd have to

  1   2   3   4   >