Re: [Freedos-user] Add custom directory to LiveCD iso
Hi, > On May 4, 2023, at 9:30 PM, Andrea Bolandrina wrote: > > Hi, > > I've extracted the FD13LIVE.iso image, added a custom directory (with BIOS > upgrades) in the root (I then tried other directories too, and all sorts of > naming conventions). > I know the directory is in the "iso" image, but when the LiveCD is live the > directory is nowhere to be found. > > Is there a way to add a custom directory to the LiveCD? That may not be necessary. Assuming, your CD/DVD drive is supported by the drivers supplied on the LiveCD and you have sufficient memory available to DOS (most likely on real hardware) and the RAM drive is large enough and functional. There is an easy alternative. But before that, we need to verify those things. During the boot of the Live Environment of the LiveCD, there should be a number of packages that are “Brought Online”. The final such package in FreeDOS 1.3 that is automatically installed into the Live Environment is “games\sayswho”. If the boot process does not stop on a previous package and all are either "Skipped or OK”, we know their is sufficient memory with a working RAM drive and the CD/DVD drive is supported. This will be great news. Because, you are able to remove the LiveCD and still have a fully functioning FreeDOS that is running from a RAM drive. This means you can simply burn your Update to a separate CD (probably using ISO9660 format). Then after booting the LiveCD, you should see something like “CD-ROM configured as E: drive (FDCDX001)” which is to inform you the drive letter assigned to the CD/DVD drive. You can swap the LiveCD for your update CD, change to the appropriate drive letter and run your update. > Kind regards, > Andrea If you do not see the “Bring games\sayswho package online. OK” message, you will most likely need to use an alternative method. :-) Jerome ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Add custom directory to LiveCD iso
Hi, I've extracted the FD13LIVE.iso image, added a custom directory (with BIOS upgrades) in the root (I then tried other directories too, and all sorts of naming conventions). I know the directory is in the "iso" image, but when the LiveCD is live the directory is nowhere to be found. Is there a way to add a custom directory to the LiveCD? Kind regards, Andrea ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS/V
Hi, On Thu, 4 May 2023 at 20:38, Ralf Quint wrote: > > * Collating/lowercase/uppercase tables, which in turn implies that > > DBCS are handled where strings are handled, and my worry is about > > filenames: how are filenames stored? how does it relate to 8.3 > > limitation, does it become 4.1 or does it require LFN...? > For one, as DOS/V would specifically apply to Japanese (but the same > would apply at least to Hangul (Korean) and Chinese), none of the script > systems being used (Katagana, Hiragana, and certainly not Kanji (Chinese > "characters")) has the concept of upper case/lower case... > Yeah, I know :) I just mentioned for completion, and specially for the collating table. > Ok, here is were that soft brown matter hits the fast rotating household > appliance. I am pretty sure that in order to create a DBCS version of > MS/PC-DOS, they did not use one and the same code base. Some basic DOS > function would have to be completely replaced with DBCS aware versions, > I don't think you can simply maintain dual-capable versions without > significantly increased memory requirements. > Sure thing. Most worrying to me is to deal with DBCS strings where kernel deals with strings, that is specially on filenames. > And most importantly, I don't think that we at FreeDOS have simply the > capacity to do any such adaptation. It would require AT LEAST one person > that is fluent in English and Japanese, as well as being sufficiently > proficient in programming. I don't think there is even remotely anyone > that could possibly fill that role within the current participants, nor > even lurkers, or they would be more active (and possibly proposing > required changes). > Agreed. > This would not only apply to adaptations to the before mentioned East > Asian languages and scripting systems, but also to things like > right-to-left systems like Arabic and Hebrew > (Urdu/Farsi/Pashto/Punjabi/Sindhi/etc) > Yeah, that's another adventure that would involve heavier changes in the console at least. Aitor ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS/V
On 5/3/2023 12:29 PM, Aitor Santamaría wrote: Hello! Although I am some years late, my thoughts on this thread. By the way, a very interesting thread on localisation for a hard case (the need for DBCS). Well,.. These thoughts are provided from the simple logic, not knowing about DOS/V. In my understanding, supporting Japanese would *at least* require the following functionalities, where the clue is given by NLSFUNC/COUNTRY: * Country settings (for date, currency, etc.), that should be easy. That indeed would be the easy part. But... * Collating/lowercase/uppercase tables, which in turn implies that DBCS are handled where strings are handled, and my worry is about filenames: how are filenames stored? how does it relate to 8.3 limitation, does it become 4.1 or does it require LFN...? For one, as DOS/V would specifically apply to Japanese (but the same would apply at least to Hangul (Korean) and Chinese), none of the script systems being used (Katagana, Hiragana, and certainly not Kanji (Chinese "characters")) has the concept of upper case/lower case... * All character devices that currently support IOCTL, should support this DBCS. As we have no PRINTER.SYS for PRN, we just need to focus on CON: - DISPLAY.SYS does not support DBCS, but I suppose that NNANSI that is being discussed here will do the work. However: - It would require KEYB to work with DBCS: this could work well: + if no codepage change is to be issued, DBCS can be outed as "strings" by keyb (with an appropriate KL file) + if codepage changes is to be issued (because NNANSI implements it), it should call KEYB * Finally, non-console UI utilities should be made to work with DBCS: this includes EDIT, INSTALL, ... Ok, here is were that soft brown matter hits the fast rotating household appliance. I am pretty sure that in order to create a DBCS version of MS/PC-DOS, they did not use one and the same code base. Some basic DOS function would have to be completely replaced with DBCS aware versions, I don't think you can simply maintain dual-capable versions without significantly increased memory requirements. And most importantly, I don't think that we at FreeDOS have simply the capacity to do any such adaptation. It would require AT LEAST one person that is fluent in English and Japanese, as well as being sufficiently proficient in programming. I don't think there is even remotely anyone that could possibly fill that role within the current participants, nor even lurkers, or they would be more active (and possibly proposing required changes). This would not only apply to adaptations to the before mentioned East Asian languages and scripting systems, but also to things like right-to-left systems like Arabic and Hebrew (Urdu/Farsi/Pashto/Punjabi/Sindhi/etc) Ralf ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
