Re: [Freedos-devel] Good Reading Materials

Hi, With the idea of creating a TSR (and not a DOS device driver), I would suggest reading other simple TSR's, in order to see how to hook/unhook interrupt vectors. The basics would be to hook and then finish your program with the terminate_and_stay_resident call. mKEYB or FD-KEYB are examples (in

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 : > I think the FreeDOS 2.0 version should be a updated 16 bit kernel that can > run in real mode by defa

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 : > Hi, > > On Fri, Jan 2, 2015 at 1:39 PM, Aitor Santamaría > wrote: > > > > PS: Btw, I continue t

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

Hi, That's my guess: 2015-01-02 0:05 GMT+01:00 : > 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 that if Wi

Re: [Freedos-devel] Kickstarter project for FreeDOS 2.0

Hello, 2015-01-03 19:00 GMT+01:00 Mercury Thirteen : > As far as I have seen, DOS allocates one Program Segment Prefix and runs > an app in that segment. When you exit the program, it clears that app out > then loads the next one you run in the same segment. I don't think it would > be that hard

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

Hello, 2015-01-03 19:14 GMT+01:00 Travis Siegel : > > 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, and the whole

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 BIOS/DO

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 : > Welp, it was fun while it lasted > > > On Fri, Jan 2, 2015 at 5:22 PM, Aitor Santamaría > wrote: > > Thank you Rugxul

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: > Wow, that should be our

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 see

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 version, different driver..

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 t

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] 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

[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

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 > PREPA

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, wr

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 kid,

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. > > B

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 w

[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

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 writ

Re: [Freedos-devel] Analysing KITTENC

hus 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

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 layouts

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 one

[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] 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 > > i

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 > distribution

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 well

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] 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] 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

[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] GitLab - problem with codepages

; Hi, > > 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 GitL

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 notic

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 n

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. > >From

[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, or

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 need

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" woul

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 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] 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 list

[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, a

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. > >> Q

[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 Fre

[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 https://lists.sourcef

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 solut

[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 install

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 > https://dosbox-x.com/wiki/Guide%3AManaging-image-files-in-DOSBox%

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 cal

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 /pub/micro/pc-stuff/freedos/files/

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 are

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

[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] IFS API

tected 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

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 Monda

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 k

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

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 tested

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). &g

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 see

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 avai

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 limitation

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 de

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 out.

[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] 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] 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, I

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. The

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

anslator started 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] Minor problems FreeDOS 1.3 (Spanish translation)

;5min" > > 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

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)

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 a

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 te

Re: [Freedos-devel] FreeCOM feature list outdated / wrong?

Hi Eric and the rest, Simply four coments about this (Eric, sorry to reply in public here). (1) For the KEYB roadmap: there's just one important feature that I want for the final FD-KEYB 2.0, and it is the sound alert (beep) for these three cases: - COMBI where the combination is not possible fo

Re: [Freedos-devel] FreeCOM feature list outdated / wrong?

Hi Eduardo, Many thanks!! Great news both, as usual. :-)) Thanks, Aitor 2006/5/31, Eduardo Casino <[EMAIL PROTECTED]>: > "Aitor Santamaría" <[EMAIL PROTECTED]> wrote: > > > I don't know the current status of NLSFUNC, but I think it is now > > using t

Re: [Freedos-devel] [Freedos-cvs] freecom/suppl suppl.tgz,1.4,1.5

Hi Blair, You removed files or changed lines within files? In the first case perhaps it'd be good to keep the full suppl somewhere just in case and keep it updated too (I don't know what you removed really). Aitor 2006/6/11, Blair Campbell <[EMAIL PROTECTED]>: > Update of /cvsroot/freedos/freeco

Re: [Freedos-devel] [Freedos-cvs] freecom/cmd dir.c,1.27,1.28

Hi, I did like the LFN features listing in dir (even if MS-DOS 7.X COMMAND does not have it, was it removed by the change above? Wouldn't it be possible to make it a conditional compile? Aitor 2006/6/11, Blair Campbell <[EMAIL PROTECTED]>: > Update of /cvsroot/freedos/freecom/cmd > In directory

Re: [Freedos-devel] [Freedos-cvs] freecom/cmd echo.c,1.5,1.6

A slight commenr, weren't you changing C++-style comments wich C-style comments? Sorry for being too concerned for such regardless comments! :-) Aitor 2006/6/11, Blair Campbell <[EMAIL PROTECTED]>: > Update of /cvsroot/freedos/freecom/cmd > In directory sc8-pr-cvs5.sourceforge.net:/tmp/cvs-serv17

Re: [Freedos-devel] [Freedos-cvs] freecom/include command.h, 1.14, 1.15

Hello Blair, I am very happy to see your code moving towards LFN support, many thanks! There's something I've always been concerned about, which is how is the "" stuff supported in MS-DOS 7.x+? Forgive me for my ignorance, but In particular, who parses command line? who turns a zero-terminated st

Re: [Freedos-devel] [Freedos-cvs] freecom/include command.h, 1.14, 1.15

Replying to both: I also thought that, until I realised that this really works in UNIX as much as one would expect: # grep "two words" filename.txt If I remember correctly, the "" are parsed by the shell, so how does the previous work? Aitor 2006/6/23, Arkady V.Belousov <[EMAIL PROTECTED]>: >

Re: [Freedos-devel] Contributions towards FreeDOS 1.0

My two cents on this: (1) KEYB and DISPLAY also admit translations, but hardcoded ones (that is, you need to recompile). I'll announce here the soonest the English catalogs, and the makefiles you'll need to compile it yourself. Also I will announce the new KEYB versions: dutch, spanish and portugu

Re: [Freedos-devel] Things about the upcoming distro

Hi Blair, 2006/7/5, Blair Campbell <[EMAIL PROTECTED]>: > Just to let you know, due to lack of bugfixes in the graphical > installer, it cannot be included with 1.0, otherwise people would > blame us for releasing buggy software. The text installer works > pretty much everywhere and is much more

Re: [Freedos-devel] Things about the upcoming distro

Hi, Yes, a pitty indeed that the DOS port of FreePascal was abandoned quite a while ago (I imagine it was hard to keep up with multithreading and such ;) I've always wanted to have a look at the DEFRAG gadgets, I've always liked DFLAT too. Aitor 2006/7/6, Imre Leber <[EMAIL PROTECTED]>: > > The

Re: [Freedos-devel] New Release: EMM386 2.10, HIMEM 3.13

Hi Michael, Thanks for the update! I am unable to get the file via FTP (unable to connect), could you please give alternative ways, or upload it to ibiblio? Thanks! Aitor 2006/7/9, Michael Devore <[EMAIL PROTECTED]>: > Uploaded to ftp://ftp.devoresoftware.com/downloads/emm386/ are the files > em

Re: [Freedos-devel] New Release: EMM386 2.10, HIMEM 3.13

Ok, IE does not work for me ("Windows cannot acceed this folder"), neither filezilla. Perhaps Jim can upload the files to ibiblio? (or alternatively can someone else send those (source+binary) to me? Thanks!) Aitor 2006/7/9, Michael Devore <[EMAIL PROTECTED]>: > At 01:16 PM 7/

Re: [Freedos-devel] New Release: EMM386 2.10, HIMEM 3.13

Hi Jim, It wasn't me (I couldn't determine the cause why I couldn't connect to Michael's site), but I'm glad that they're there! So merit goes to someone else... Thanks for those that sent the files! Aitor 2006/7/9, Jim Hall <[EMAIL PROTECTED]>: > Arkady V.Belousov wrote: > > Hi! > > > > 9-Июл-20

Re: [Freedos-devel] 2nd FreeDOS 1.0 Testing release

DISPLAY has been patched already, I hope to have it ready and tested by tomorrow (the delay comes because the new DISPLAY was almost ready and has several changes in the commandline parsing that I am debugging). Aitor 2006/7/25, Eric Auer <[EMAIL PROTECTED]>: > > Hi Blair, > > > This will probab

Re: [Freedos-devel] [Freedos-user] 2nd FreeDOS 1.0 Testing release

Yup? What Scancode would the ANY key have? ;- 2006/7/26, Alain M. <[EMAIL PROTECTED]>: > > > tom ehlert escreveu: > > Oops. the keyboard driver is buggy and doesn't recognize the > > Any key as any key. > > Please send this to Aitor, for fixing > > Alain > > > -

[Freedos-devel] Testings on the FreeDOS 1.0 second version available

Hi, I just want to share my experiences on the installing of the latest CD-ROM (full, with sources) available. In general, my opinion is good!! There's a lot of good stuff that is being downloaded for a robust DOS system. There are a couple of faults that I have found, I think that some could be

[Freedos-devel] ANNOUNCE: DISPLAY 0.13

Hi all, Uploaded to ibiblio there is the new FD-DISPLAY 0.13, http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/display/ SOURCE: DISP013S.ZIP BINARY: DISP013X.ZIP which has the following new features: (1) Heavy source re-structure. Separation of hardware-specific routines from DISPLA

Re: [Freedos-devel] Testings on the FreeDOS 1.0 second version available

Hi Eric, 2006/7/31, Eric Auer <[EMAIL PROTECTED]>: > > Hi Aitor, > > > (3) Once I create the partition with FDISK under WMWARE, I get the > > "usual" message: Partition signature != 55AA > > and PC locks. I have to FORMAT and SYS manually to avoid this. > > It took a while to find that string, but

Re: [Freedos-devel] ANNOUNCE: DISPLAY 0.13

Thanks for the feedback, John, I'll see into this the soonest. Aitor 2006/7/31, John Elliott <[EMAIL PROTECTED]>: > : (5) EGA/VGA specific: support for DR-FONTS > : (thanks to John Elliott, who submitted the changes) > > This is broken :-( > > - You've missed a line in the bit that skips over fo

Re: [Freedos-devel] website

I do like it once installed!!! Just one suggestion: I would put in bold the titles: "home", "developers", "latest news", etc. BTW, I like very much the faded-grey on those titles, which is the style you used for that? (just curious). I would also personaly tried non-underlined links to see how it

Re: [Freedos-devel] freedos 1 preview 3 august experiments

Hi Eric, 2006/8/7, Eric Auer <[EMAIL PROTECTED]>: > > Hi all, > > I cleaned up and improved the config / autoexec of > the 1.0 preview fdbasecd of 3 august, both the ones > of the virtual (for me: real, because isolinux 3.11 > does NOT boot with my older BIOS, while older iso- > linux had no probl

[Freedos-devel] DISPLAY 0.13b (small patch) ready

Hi all, I thereby announce DISPLAY 0.13b, a small patch over DISPLAY 0.13. Changes: - The DR-FONT bug notified by John Elliot - There was a bug with the CGA specific code - The double-SELECT bug found by John Elliot is fixed too (it was a variable announcing to hold words were they were bytes, sor

[Freedos-devel] Some files translated to Spanish

Hi all, I have translated some files to Spanish, and have submitted them to Blair for FreeDOS 1.0. Anyway I let you know developers of the utilities in case you want to have them. Some of them are just for the install batch, and others were already translated (e.g. FreeCOM, XCOPY, TREE, DISPLAY, M

[Freedos-devel] Translation status for FreeDOS components

Hi all, I have slightly modified the Translation status page as follows: http://wiki.fdos.org/Main/Translations Now you have for each tool wether it is translatable, and the different translation status (latest version translated) for each language. May I ask: DEVELOPERS: Please have a look at

Re: [Freedos-devel] Compatibility EMM386/HIMEM 2.25 New Release

Hello Michael, Thanks for that good piece of work. Besides these late fixings, you did quite a lot of quite great follow-up to Tom's EMM386 (port to NASM / new UPX are my two favourite). All the best for whatever else you will be doing, in the times of WinXP+ I am afraid that technical thourough c

<    1   2   3   4   5   >