Re: [Freedos-user] FreeDOS Installer Preview 14 - The Final Chapter.
Hello Don, > Jerome, this is not an installer issue, it occurs following an otherwise > successful install and reboot. I think it is a DOSLFN/Memory Management/SHELL > issue. It's a bug that has been around for a long time and the only way I > have gotten rid of it is to forgo DOSLFN. > > On another note, I am in need of a generic DOS program installer, V8 looks > like what I want, perhaps after FD 1.2 is released you could contribute such > a tool to the repo? V8 is included in the FDI Preview development builds and will ship with FreeDOS 1.2. It is also available on the FreeDOS repo. However, the latest version is always available on http://up.lod.bz A little bit of back story on the birth of V8Power Tools. Basically, Jim wanted the FreeDOS installer to be a batch file that used utilities that were nicer than using the standard choice command. So, hum a set of utilities that can be used from any batch file to create a fairly nice UI. Ones that are not to difficult to use. Require no hard drive space for storing data. Use no ram for storage. So, I gave it some thought and figured sure I can do that. So, V8 was born to make a nicer batch file interface. Everything in FDI that the user sees and interacts with is powered by V8. Except FDIMPLES. V8 could do the detailed package selection stuff in advanced mode. But, it was quicker and easier just to build a program to modify a package list and give it back to FDI. Everything else including package list processing, custom theming, multi-language support and the rest is done through batch logic, V8 and a couple other command line tools. vecho is really nice for doing multicolored text output. Things like "vecho /fRed this is red /FGray and /Fyellow this is yellow." A lot of things can been accomplished with the V8 toolset. For example. I use it as the backbone for building the Preview releases. With one command 'mkFDI all', a very complex 15 minute long process starts building a release from scratch. Takes the raw source files and repo cd packages to make the boot floppy and both USB images. Parsing package lists, pulling data from index files. It's probably more complex than the actual installer. But, it is not as flexible as FDI. Anyhow, a general program installer? Won't a zip package that is compatible with FDNPKG and FDINST be sufficient? Jerome -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS Installer Preview 14 - The Final Chapter.
Jerome, this is not an installer issue, it occurs following an otherwise successful install and reboot. I think it is a DOSLFN/Memory Management/SHELL issue. It's a bug that has been around for a long time and the only way I have gotten rid of it is to forgo DOSLFN. On another note, I am in need of a generic DOS program installer, V8 looks like what I want, perhaps after FD 1.2 is released you could contribute such a tool to the repo? On Tue, Mar 8, 2016 at 2:57 PM, Jerome Shidel wrote: > Hello Don > > > On Mar 8, 2016, at 1:17 PM, Don Flowers wrote: > > Just did an install on my multiple Hard drive/multiple DOS/FreeDOS DC5700. > I used the advanced option and have nothing bad to report (except that *#$% > "Error reading from drive A: DOS area drive not ready Abort Ignore Retry > Fail?" on mulitple file copy. Tried adding \ to destination directory to no > avail. I'll be REMming the DOSLFN option as before. > > > To clarify, do you get this error while running the installer or after > FreeDOS has been installed and you reboot? Or both? > > > > > On Mon, Mar 7, 2016 at 3:27 PM, Don Flowers wrote: > >> Anxious to test and report back. >> >> On Mon, Mar 7, 2016 at 1:49 PM, Louis Santillan >> wrote: >> >>> I'll do some more testing tonight or tomorrow night. >>> >>> On Sun, Mar 6, 2016 at 9:58 AM, Jerome E. Shidel Jr. >>> wrote: >>> Hello All, The wholesome and awesome goodness of the FreeDOS Installer Preview 14 is now available. P14 contains many improvements over P13 including auto-partitioning (when obvious), fixed FDIMPLES bug, MBR updating and many many more enhancements. http://up.lod.bz/FDI I also ran an tested one of the USB stick images on a ancient Acer Netbook with a empty SSD drive. WARNING: If you don’t want your MBR updated, you will need to switch into advanced mode no later than the Welcome to FreeDOS message. Except for any bug fixes, this is the final FDI Preview release until the FreeDOS 1.2 Beta. Mostly, that should only be a fine-tuning of included packages. Thanks again, Jerome -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user >>> >>> >>> >>> -- >>> Transform Data into Opportunity. >>> Accelerate data analysis in your applications with >>> Intel Data Analytics Acceleration Library. >>> Click to learn more. >>> http://makebettercode.com/inteldaal-eval >>> ___ >>> Freedos-user mailing list >>> Freedos-user@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/freedos-user >>> >>> >> > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > > > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS Installer Preview 14 - The Final Chapter.
Hello Don > On Mar 8, 2016, at 1:17 PM, Don Flowers wrote: > > Just did an install on my multiple Hard drive/multiple DOS/FreeDOS DC5700. I > used the advanced option and have nothing bad to report (except that *#$% > "Error reading from drive A: DOS area drive not ready Abort Ignore Retry > Fail?" on mulitple file copy. Tried adding \ to destination directory to no > avail. I'll be REMming the DOSLFN option as before. To clarify, do you get this error while running the installer or after FreeDOS has been installed and you reboot? Or both? > >> On Mon, Mar 7, 2016 at 3:27 PM, Don Flowers wrote: >> Anxious to test and report back. >> >>> On Mon, Mar 7, 2016 at 1:49 PM, Louis Santillan wrote: >>> I'll do some more testing tonight or tomorrow night. >>> On Sun, Mar 6, 2016 at 9:58 AM, Jerome E. Shidel Jr. wrote: Hello All, The wholesome and awesome goodness of the FreeDOS Installer Preview 14 is now available. P14 contains many improvements over P13 including auto-partitioning (when obvious), fixed FDIMPLES bug, MBR updating and many many more enhancements. http://up.lod.bz/FDI I also ran an tested one of the USB stick images on a ancient Acer Netbook with a empty SSD drive. WARNING: If you don’t want your MBR updated, you will need to switch into advanced mode no later than the Welcome to FreeDOS message. Except for any bug fixes, this is the final FDI Preview release until the FreeDOS 1.2 Beta. Mostly, that should only be a fine-tuning of included packages. Thanks again, Jerome -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user >>> >>> >>> -- >>> Transform Data into Opportunity. >>> Accelerate data analysis in your applications with >>> Intel Data Analytics Acceleration Library. >>> Click to learn more. >>> http://makebettercode.com/inteldaal-eval >>> ___ >>> Freedos-user mailing list >>> Freedos-user@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/freedos-user > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] R-Alt does not act like L-Alt
And if you are the Bret Johnson of http://bretjohnson.us/ then I'm sure you do have the skills! On 3/8/2016 2:08 PM, John Hupp wrote: > @ Bret: Perhaps you have the skills to offer a fix for EDIT, or can > convince the current developers to do so! -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] R-Alt does not act like L-Alt
The default FreeDOS 1.1 installation does not load KEYB for a US keyboard (nor do I have it loaded). CHCP reports Code Page 858, as expected. And as I reported in my original post on this topic: - Even in Edit, R-Alt acts like L-Alt with no document open. - In SetEdit, R-Alt acts like L-Alt. - In FreeDOS Help, R-Alt acts like L-Alt. - In DOOM, R-Alt acts like L-Alt. This led me to think that underlying mechanisms were all in good order and not responsible for the (undesirable) behavior in EDIT. So I do indeed now think of it as an EDIT problem, and I have adopted SETEDIT as a workaround or better alternative on most hardware. @ Bret: Perhaps you have the skills to offer a fix for EDIT, or can convince the current developers to do so! On 3/8/2016 1:46 PM, Bret Johnson wrote: > It is known that the R-Alt (AltGr) works differently than L-Alt with some > keyboard layouts, but when it is a US keyboard layout (and some other layouts > as well) that is not the case. This is a bug and it should be fixed. > > There are DOS functions that EDIT can call to tell what kind of keyboard > layout is currently implemented and what the current Code Page is (the two > things are correlated). However, not all keyboard drivers implement those > functions properly, so EDIT can end up thinking you're using a US keyboard > layout when you really aren't. I know MS-KEYB properly supports these > functions, but am not sure about FD-KEYB or the other "MS-KEYB clones". -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] R-Alt does not act like L-Alt
It is known that the R-Alt (AltGr) works differently than L-Alt with some keyboard layouts, but when it is a US keyboard layout (and some other layouts as well) that is not the case. This is a bug and it should be fixed. There are DOS functions that EDIT can call to tell what kind of keyboard layout is currently implemented and what the current Code Page is (the two things are correlated). However, not all keyboard drivers implement those functions properly, so EDIT can end up thinking you're using a US keyboard layout when you really aren't. I know MS-KEYB properly supports these functions, but am not sure about FD-KEYB or the other "MS-KEYB clones". Affordable Wireless Plans Set up is easy. Get online in minutes. Starting at only $9.95 per month! www.netzero.net?refcd=nzmem0216 -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Annual Inform
Hi, On Mon, Mar 7, 2016 at 5:34 AM, Rafael Angel Campos Vargas wrote: > > Annual inform: > > First, thanks to FreeDos team for the link where you will encounter previous > versions of FreeRay. > I thanks you a lot. > > This year package FreeRay2015 includes sixteen new 3D objects LGPL with HTML > documentation (fourteen are compatible FreeDOS in POVRay 3.1.). Looks good. > Would you like to incorporate this package in same directory? > Indeed, I think are good 3D objects. Done, see here: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/devel/pascal/contrib/FreeRay_2015.zip > I've finished my new commercial WEB page > http://juegosenlazaruscostarricenses.com; the FreeDOS v.1.X versions are > free probe without time limit (don't have music, joystick yet and mouse is > poor), other systems only one month for probe. > Because of that I've advanced very slow this year. My new game Palitos > Iniciales isn't finished yet, and general use code stands by for now. > > Jesus and Marie bless you. Good luck! -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS Installer Preview 14 - The Final Chapter.
Just did an install on my multiple Hard drive/multiple DOS/FreeDOS DC5700. I used the advanced option and have nothing bad to report (except that *#$% "Error reading from drive A: DOS area drive not ready Abort Ignore Retry Fail?" on mulitple file copy. Tried adding \ to destination directory to no avail. I'll be REMming the DOSLFN option as before. On Mon, Mar 7, 2016 at 3:27 PM, Don Flowers wrote: > Anxious to test and report back. > > On Mon, Mar 7, 2016 at 1:49 PM, Louis Santillan > wrote: > >> I'll do some more testing tonight or tomorrow night. >> >> On Sun, Mar 6, 2016 at 9:58 AM, Jerome E. Shidel Jr. >> wrote: >> >>> Hello All, >>> >>> The wholesome and awesome goodness of the FreeDOS Installer Preview 14 >>> is now available. P14 contains many improvements over P13 including >>> auto-partitioning (when obvious), fixed FDIMPLES bug, MBR updating and many >>> many more enhancements. >>> >>> http://up.lod.bz/FDI >>> >>> I also ran an tested one of the USB stick images on a ancient Acer >>> Netbook with a empty SSD drive. >>> >>> WARNING: If you don’t want your MBR updated, you will need to switch >>> into advanced mode no later than the Welcome to FreeDOS message. >>> >>> Except for any bug fixes, this is the final FDI Preview release until >>> the FreeDOS 1.2 Beta. Mostly, that should only be >>> a fine-tuning of included packages. >>> >>> Thanks again, Jerome >>> >>> >>> >>> -- >>> ___ >>> Freedos-user mailing list >>> Freedos-user@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/freedos-user >>> >> >> >> >> -- >> Transform Data into Opportunity. >> Accelerate data analysis in your applications with >> Intel Data Analytics Acceleration Library. >> Click to learn more. >> http://makebettercode.com/inteldaal-eval >> ___ >> Freedos-user mailing list >> Freedos-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freedos-user >> >> > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] R-Alt does not act like L-Alt
I use setedit almost exclusively and R-Alt is working correctly with an open file. On Tue, Mar 8, 2016 at 11:48 AM, John Hupp wrote: > I have argued much the same, but I have a recollection that the EDIT > behavior is by design, with R-Alt (aka AltGr) functioning as a dead key > to provide support for the Euro character, etc. > > There is an old, unattended bug report on the issue, though it may need > rounding out, and in any case some will argue that it's not a bug (which > may be why it was unattended): https://sourceforge.net/p/freedos/bugs/96/ > > I do appreciate the measure of support for my revised understanding -- > that this behavior is due to program design (hopefully rare among > programs) rather than some feature of FreeDOS. > > On 3/8/2016 9:46 AM, Bret Johnson wrote: > > With a US keyboard layout, R-Alt and L-Alt are supposed to work exactly > the same way in the vast majority of programs, including EDIT. > > > > I did a couple of experiments, and in FD-EDIT it doesn't work that way. > It's a bug in the way the program is written. MS-EDIT works just fine. I > haven't looked at the source code for EDIT, but this should be relatively > easy to patch. > > > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] R-Alt does not act like L-Alt
I have argued much the same, but I have a recollection that the EDIT behavior is by design, with R-Alt (aka AltGr) functioning as a dead key to provide support for the Euro character, etc. There is an old, unattended bug report on the issue, though it may need rounding out, and in any case some will argue that it's not a bug (which may be why it was unattended): https://sourceforge.net/p/freedos/bugs/96/ I do appreciate the measure of support for my revised understanding -- that this behavior is due to program design (hopefully rare among programs) rather than some feature of FreeDOS. On 3/8/2016 9:46 AM, Bret Johnson wrote: > With a US keyboard layout, R-Alt and L-Alt are supposed to work exactly the > same way in the vast majority of programs, including EDIT. > > I did a couple of experiments, and in FD-EDIT it doesn't work that way. It's > a bug in the way the program is written. MS-EDIT works just fine. I haven't > looked at the source code for EDIT, but this should be relatively easy to > patch. -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] R-Alt does not act like L-Alt
With a US keyboard layout, R-Alt and L-Alt are supposed to work exactly the same way in the vast majority of programs, including EDIT. I did a couple of experiments, and in FD-EDIT it doesn't work that way. It's a bug in the way the program is written. MS-EDIT works just fine. I haven't looked at the source code for EDIT, but this should be relatively easy to patch. Affordable Wireless Plans Set up is easy. Get online in minutes. Starting at only $9.95 per month! www.netzero.net?refcd=nzmem0216 -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user