Activity for The FreeDOS Project
-
tizizi posted a comment on ticket #258
In the latest test version, the help viewer (not the help content itself) uses that Russian translation. It seems to work flawlessly. Thank you ghderty.
-
fritz.mueller modified a comment on ticket #157
Hi Lorenzo, I just checked your last post (2020-05-10): c:\freedos\nls\htmlhelp.es does not work, but it is not necessary to execute it this way. In the latest freedos test version, look for FDT24xx live CD https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ you can install the most actual version and you will see, if you install it in spanish, it should work by typing "help" or "htmlhelp" now. Ifyou add one of the options "/F1 or /F2" you even get another colour scheme....
-
Hi Lorenzo, I just checked your last post (2020-05-10): c:\freedos\nls\htmlhelp.es does not work, but it is not necessary to execute it this way. In the latest freedos test version, look for FDT24xx live CD https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ you can install the most actual version and you will see, if you install it in spanish, it should work by typing "help" or "htmlhelp" now. Ifyou add one of the options "/F1 or /F2" you even get another colour scheme....
-
Jim Hall created a blog post
FreeDOS Format 0.92a
-
lwc posted a comment on ticket #87
That's for point #2, not #1. But yeah, that's the address I have. Then again, it might be someone from FreeDOS and not Mined itself that put this possibly outdated address. The project itself is from 2022 and links to an obsolete Mined tracker.
-
This is simple, goto: https://gitlab.com/FreeDOS , editors, then mined, then appinfo and mined.lsm.
-
Nice research! Wish FreeDOS just supported bidi natively, but in any case: This bug report is about keyb having wrong documentation about Mined (incorrectly suggesting to use command line parameters). It's really not related to either mkeyb/xkeyb or possible internal Mined bugs. I suggest just use the last aforementioned comment and then submit bug reports to Mined. Mined's contact page doesn't have any e-mail address. I've tried e-mailing him using the same address I've used to get this comment...
-
OK, after a few minutes of work here is a summary now: We talk about the codepages 862 (Isr), 856 (Isr) and 864 (Egypt and others) as well as about xkeyb, mkeyb and keyb and config.sys (here: country and country.sys). Country.sys does not support 864 and 856, there is a short message while booting. see also https://bootablecd.de/FreeDOS-Internet-version/help110/en/hhstndrd/cnfigsys/country.htm, 856 is not mentioned here and 862 seems to work. But this setting is not really needed. If you think you...
-
The pull request just got merged, feel free to review ghderty -- and thanks again. Also, just FYI, the files came from the latest tarball, the one named nls.tar.gz. Jerome, please don't forget to update the report.html file :)
-
as FDT2408 says it supports is keyboard (is=israel) mkeyb is stable, I know that there are three different keyboards. But the latest version only installs "mkeyb is" without any other country related settings. The result was that virtualbox was unable to support right CTRL button and mined did not work with bidi. So I simply want to test all combinations with the different keyboards, codepages and country settings to be sure which combinaions really work. And this will last a while. I have no plans...
-
Where do you see that? The changelog mentions both (and also xkeyb), but calls mkeyb "unstable". Besides, what does it have to do with wrong documentation about Mined? Unless you claim the "unstable" mkeyb has bidi support which I seriously doubt. Also note it's older than keyb (but at least not as old as xkeyb).
-
Hallo Klaus, Ich bin leider etwas spät dran. Versuch doch mal FD 1.3 bzw. die aktuellere Testversion FDT240x (live CD) unter: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ Das Problem, dass ich in deiner Beschreibung sehe, ist, daß die FreeDOS ISO oft zweimal gebootet werden muß, einmal um die Festplatte zu partitionieren (fdisk) - das erfordert zwingend einen Neustart, beim zweiten Mal sieht der Bildschirm ähnlich aus, führt aber dann weiter (Tastaturauswahl, einfache...
-
Hallo Klaus, Ich bin leider etwas spät dran. Versuch doch mal FD 1.3 bzw. die aktuellere Testversion FDT240x (live CD) unter: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ Das Problem, dass ich in deiner Beschreibung sehe, ist, daß die FreeDOS ISO oft zweimal gebootet werden muß, einmal um die Festplatte zu partitionieren (fdisk) - das erfordert zwingend einen Neustart, beim zweiten Mal sieht der Bildschirm ähnlich aus, führt aber dann weiter (Tastaturauswahl, einfache...
-
FD has an updated format command 0.92. I know that this question is extremely late, but can the bug be reproduced with a newer FD version - if possible, could you try the latest version at: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ (actual FDT2408, FDT2409 should come out in 09/2024)? Was it a built-in diskette drive?
-
FD has an updated format command 0.92. I know that this question is extremely late, but can the bug be reproduced with a newer FD version - if possible, could you try the latest version at: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ (actual FDT2408, FDT2409 should come out in 09/2024)?
-
Should be solved with FD 1.3 and/or actual FDT versions. I think this ticket can be closed.
-
No, it doesnt. It works as follows (tested): KEYB TR,857,C:\FREEDOS\BIN\keybrd2.sys /ID:440 (different syntax) see htmlhelp https://www.bootablecd.de/FreeDOS-Internet-version/help110/en/hhstndrd/base/keyb.htm section examples. I think this ticket can be closed.
-
I feel this is getting much more complicated than it is: Just for info: It is becoming more complicated as FDT2408 says it supports is keyboard, but I noticed that it uses mkeyb which requires the right CTRL (Strg) button - and virtualbox uses this for other purposes. So I will have to run tests on bare metal to see what really happens. This may last a while.
-
It looks like Andrew Bird fixed the encoding issue, please see https://github.com/shidel/fd-nls/commits/master/mem/nls/mem.it.UTF-8. The garbled encoding goes back all the way to freedoslocal.sf.net but was fixed like I said above and switching to Italian in the latest test version of FreeDOS displays accented words just fine as shown in the attached screenshot. Let's hope an Italian speaker will complete the translation.
-
To make things easier to manage for Jerome many of these translations are now waiting on a pull request on the FD-NLS project, where FreeDOS translations are being managed. Please see https://github.com/shidel/fd-nls/pull/195. They should be included in the next FreeDOS test version and in the next release as well. Thanks a lot for your contribution ghderty!
-
Kenneth Davis posted a comment on ticket #215
finally applied :-) At worst will not hurt and at best prevents a race condition that could corrupt the stack. Thank you. this can be closed
-
Okay, it is now sure that it is not the debt of FD when VGACopy does not work. I just tested it with two diskettes, one of them booted FD and started vgacopy on pure metal, the second was formatted (1,7 MB) and works fine! It can even be made bootable! If you have a closer look at VGACopy05.png you may see that there were problems with the oversize (marked in yellow) in virtualbox in combination with USB diskette drive. As this ticket is related to VGACopy I think it can be closed.
-
Okay, it is now sure that it is not the debt of FD when VGACopy does not work. I just tested it with two diskettes, one of them booted FD and started vgacopy on pure metal, the second was formatted (1,7 MB) and works fine! If you have a closer look at VGACopy05.png you may see that there were problems with the oversize (marked in yellow) in virtualbox in combination with USB diskette drive. As this ticket is related to VGACopy I think it can be closed.
-
Okay, I am a little bit further now: I was able to create high formatted floppy disks with vgacopy under Win XP on bare metal and a real diskette drive - and FreeDOS was able to read them (even from an USB disk) in virtualbox, see enclosed picures. But the same diskette drive had problems with creating disks in virtual box and an USB drive. So it seems to me that virtualbox refuses to write more than 1,4 MB. I will try to run some more tests with bare metal.
-
Okay, I am a little bit further now: I was able to create high formatted floppy disks with vgacopy under Win XP on bare metal and a real diskette drive - and FreeDOS was able to read them (even from an USB disk) in virtualbox, see enclosed picures. But the same diskette drive had problems with creating disks in virtual box and an USB drive. So it seems to me that virtualbox refuses to write more than 1,4 MB. I will try to run some more tests with bare metal.
-
mTCP NetDrive available for testing
-
He talked only about Mönkemeiers VGAcopy that is still available for download (as freeware). https://archive.org/details/vgacp625 I remember it. I know that there were several tools for creating oversizes, 2.8 MB diskette drives were very expensive. At the moment my USB diskette drive tries to format a diskette to 1,785 kB, after felt 15 minutes it is at sector 46. I will report later about the result. This were the good old times where you needed a lot of time for formatting one diskette!
-
You forgot to close the brackets. means, should be meaning. I think it should state what actually will happen, not what could happen. I think part of the reason Mined is a good example is that it automatically does it, so why not mention it? Therefore, I propose: (13) FreeDOS supports these codepages, but it does NOT support bidi, meaning it cannot write from right to left as is done in those parts of the world (in those languages Something like this will thus become siht ekil gnihtemoS in FreeDOS)....
-
He talked only about Mönkemeiers VGAcopy that is still available for download (as freeware). https://archive.org/details/vgacp625 I remember it. I know that there were several compressing tools - one of the best unusable was PTS-DOS format with different oversizes. At the moment my USB diskette drive tries to format a diskette to 1,785 kB, after felt 15 minutes it is at sector 46. I will report later about the result. This were the good old times where you needed a lot of time for formatting one...
-
He talked only about Mönkemeiers VGAcopy that is still available for download (as freeware). I remember it. I know that there were several compressing tools - one of the best unusable was PTS-DOS format. At the moment my USB diskette drive tries to format a diskette to 1,785 kB, after felt 15 minutes it is at sector 46. I will report later about the result. This were the good old times where you needed a lot of time for formatting one diskette!
-
What about this text, it is not country specific, and says everything that people that use bidi need. Other people will be not interested in it. More information about mined is the job of mined help. I think this enough. (13) FreeDOS supports these codepages, but it does NOT support bidi, means, it cannot write from right to left as it is done in parts of the world ("Something like this" will have to be typed "siht ekil gnihtemoS" in FreeDOS. For proper bidi support, a third party program is required,...
-
I just meant keyb lets you type letters of right-to-left languages, but due to the lack of bidi support it actually types them left-to-right. Again, that person just meant a third party tool like Mined is needed to actually type right-to-left. I suggest just use "So how about rewriting the comment into:".
-
I just meant keyb lets you type letters of right-to-left languages, but due to the lack of bidi support it actually types it left-to-right. Again, that person just meant a third party tool like Mined is needed to actually type right-to-left. I suggest just use "So how about rewriting the comment into:".
-
I just meant keyb lets you type in a right-to-left language, but due to the lack of bidi support it actually types it left-to-right. Again, that person just meant a third party tool like Mined is needed to actually type right-to-left. I suggest just use "So how about rewriting the comment into:".
-
Aitor Santamaría Merino posted a comment on ticket #87
I am sorry but KEYB doesn't do such things as to "turn into a right-to-left" language. Supporting right-to-left languages would be a feature request (for kernel at least). Nevertheless, the user that opened the bug is not complaining about right-to-left languages, (it was Henrique who wrote that bidi is not supported, and he is right), (s)he says to retest MINED (but it is not mentioned why?), so should be assigned to MINED. Aitor On Fri, 16 Aug 2024 at 20:02, lwc l-w-c@users.sourceforge.net wrote:...
-
if keyb turns your keyboard into a right-to-left language but have you type it left-to-right, it means you have to type everything reversed, so you can't really work like that. Obviously the person who wrote the original comment felt so too, otherwise they wouldn't have bothered to mention it doesn't support bidi (meaning they knew right-to-left users will ask about it).
-
if keyb turns your keyboard into a right-to-left language but have you type it left-to-right, it means you have to type everything reversed, so you can't really work like that. Obviously the person who wrote the original comment felt so too, otherwise they wouldn't have bothered to mention it doesn't support bidi (meaning they knew right-to-left people will ask about it).
-
if keyb turns your keyboard into a right-to-left language but have you type it left-to-right, it means you have to type everything reversed, so you can't really work like that. Obviously the person who wrote the original comment felt so too, otherwise they wouldn't have bothered to mention it doesn't support bidi.
-
if keyb turns your keyboard into a right-to-left language but have you type it left-to-right, it means you have to type everything reversed, so you can't really work like that. Obviously the person who wrote the original comment felt so too, otherwise he wouldn't have bothered to mention it doesn't support bidi.
-
Is for https://github.com/FDOS/freecom/blob/master/utils/mkinfres.c Maybe this ticket can be closed?
-
What does keyb have to do with right-to-left? On Fri, 16 Aug 2024 at 13:33, lwc l-w-c@users.sourceforge.net wrote: I feel this is getting much more complicated than it is: Use keyb to activate a right-to-left language In that language, type something like this and it will become siht ekil gnihtemos But if you just run mined without any parameters, and inside it type in that languagesomething like this than it will stay like that without getting reversed Meaning: Mined just automatically detects the...
-
The bugs were fixed. I think this ticket can be closed.
-
The actual version is at: https://github.com/shidel/fd-nls/blob/master/mem/nls/mem.it and shows a lot of FIXME text. So this ticket is still open.
-
It seems to work now with FDT2408 - with the exception that not everything is translated. Jerome Shidel has written a program that makes it easier to create the text for fdimples. I think this ticket can be closed.
-
E. C. Masloch posted a comment on ticket #384
I don't maintain either the gitlab mirror or github repo of (Free)DOS Debug. This mistake does appear to be fixed in the most recent revisions of both however.
-
@E.C.Masloch: Can this ticket be closed?
-
I feel this is getting much more complicated than it is: Use keyb to activate a right-to-left language In that language, type something like this and it will become siht ekil gnihtemos But if you just run Mined without any parameters, and inside it type in that languagesomething like this than it will stay like that without getting reversed Meaning: Mined just automatically detects the typed characters and activates bidi if the detection indicates those characters require it. The person who wrote...
-
I feel this is getting much more complicated than it is: Use keyb to activate a right-to-left language In that language, type something like this and it will become siht ekil gnihtemos But if you just run Mined without any parameters, and inside it type in that languagesomething like this than it will stay like that without getting reversed Meaning: Mined just automatically detects the typed characters and activates bidi if the detection indicates those characters require it. The person who wrote...
-
I feel this is getting much more complicated than it is: Use keyb to activate a right-to-left language In that language, type something like this and it will become siht ekil gnihtemos But if you just run mined without any parameters, and inside it type in that languagesomething like this than it will stay like that without getting reversed Meaning: Mined just automatically detects the typed characters and activates bidi if the detection indicates those characters require it. The person who wrote...
-
Hello! I think it is a problem with the configuration of your files. Try this in AUTOEXEC.BAT: LH DISPLAY CON=(EGA,437,1) MODE CON CP PREP=((852) C:\FREEDOS\cpi\EGA.CPX) MODE CON CP SEL=852 KEYB PL,852,KEYBOARD.SYS should do it (unless I typo-ed :) ). Unless something unexpected occurs, I'd say it is not a KEYB bug. Aitor On Tue, 12 Nov 2019 at 06:13, "Piotr Ćwikła" zuzia@users.sourceforge.net wrote: Hi Mr. Anthony :) Thanks for answer. This is not config problem coz i try on meny configuration virtual...
-
Hello, On Thu, 15 Aug 2024 at 15:05, fritz.mueller willy-billy@users.sourceforge.net wrote: From my side there are some questions too: a) You wrote "script"? Does this NOT affect all texts, e.g. documents etc? Right-to-left would affect any text printed on text mode. b) "(i.e. this gets reversed to siht)" I think this is a bad to understand example. I didn't at the beginning. Something like: To be able to read: "This is a text." in bidi (from right to left) you have to type: ".txet a si sihT" in...
-
Shidel modified ticket #303
Format Stack Overflow
-
I also posted this issue more recently on Github. Yes, this issue is now fixed as of FORMAT v0.92.
-
Hi Jerome, can you check if this still happens with format 0.9.2?
-
more /? offers "Qq" to quit the program. But it does not work when you are at "more"- nothing else. So it would be fine if Qq would work too. Additional STRG-Z could also be mentioned at the /? help. And a hint that you have to use the correct keyboard driver for "Z".
-
more /? offers "Qq" to quit the program. But it does not work when you are at "more"- nothing else. So it would be fine if Qq would work too. Additional STRG-Z could also be mentioned at the /? help.
-
The bugs were fixed. I think this thread can be closed.
-
Hmmm, hard to say 11 years later what is the reason for this. And with no information if there was another system on your computer etc. I assume "unknown filesystem" means that there was either no filesystem on your computer or another one (e.g. Windows with NTFS filesystem or a Linux filesystem). The only thing I can recommend is to try FD 1.3 or, even better one of the FDT24xx CDs.
-
From my side there are some questions too: a) You wrote "script"? Does this NOT affect all texts, e.g. documents etc? b) "(i.e. this gets reversed to siht)" I think this is a bad to understand example. I didn't at the beginning. Something like: To be able to read: "This is a text." in bidi (from right to left) you have to type: ".txet a si sihT" in standard DOS editors. As this is almost unduable you need special editors like mined? What happens if you type: ".txet a si sihT" into a standard editor...
-
Hello: So the problem is with this sentence in kpidos.htm? (13) FreeDOS does not handle bidi scripts natively. A proper bidi text editor is required; tested with Mined only. Usage: "MINED -E=CPxxx", typed in uppercase (xxx=856 won't work on Mined). There are 4 sentences there: 1-The fact that FreeDOS does not support right-to-left languages is ok. It would be a major endeavour to support it, affecting mainly the CON device driver, but also any TUI/GUI application (such as EDIT or HELP), i.e. anything...
-
FreeDOS 1.1 test release #2 - Keyb crashes
-
FD1.1test2-2011JUL18_FDAUTO.BAT
-
FreeDOS rmdir failed
-
Not a bug, but a feature request satisfied by using DELTREE.
-
Critical "MungaBunga-BUG" in DELTREE
-
Actually, I think the user is referring to something else. For example, PC-DOS 7 was supplied on multiple 1.44MB floppy diskettes. The first diskette was using a standard format. It would boot the PC and load an XDF driver. The remainder of the floppy diskettes used for the install were not formatted normally. The used an alternate format to place more data on the 1.44mb diskette therefore reducing the total number of disks required to install the operating system. As a side note, those files were...
-
XCOPY changes the timestamp of some files
-
CTRL-C dos not work
-
If I understand correctly... The user would boot and exit the installer to run a program from a different diskette. I that is the case, the user can select "Exit to DOS" in FreeDOS 1.2 and later to accomplish the same task. So, this support issue was resolved a while ago.
-
A typo in BSPLASH.BAT makes it unusable to change splash scr
-
I performed a search of all current packages that are/will be provided on the next FreeDOS Interim Build (and eventually the next OS release). There is no BSPLASH.BAT file in those packages.
-
Classic Xwing game goes black and cuases reboot
-
Very old and inactive thread.
-
mKEYB 0.52 [Nov 19 2022] breaks entering | char with ALT GR + | keys on a German keyboard layout
-
FreeCom does not support %ERRORLEVEL%
-
Yes, it's correct. But I've rephrased the desired comment to make it clearer. I've meant a word like this will get reversed, thus siht (which is the reverse of the word this). With words like siht now you understand why bidi is so important, as everything gets reversed without it...I think it's safe to assume if keyb's developer used a language that does this he/she wouldn't have thought to release keyb without bidi support.
-
Yes, it's correct. But I've rephrased the desired comment to make it clearer. I've meant a word like this will get reversed, thus siht (which is the reverse of the word this). With words like siht now you understand why bidi is so important, as everything is reversed without it...I think it's safe to assume if keyb's developer used a language that does this he/she wouldn't have thought to release keyb without bidi support.
-
Yes, it's correct. But I've rephrased the desired comment to make it clearer. I've meant a word like this will get reversed, thus siht (which is the reverse of the word this). Now you understand why bidi is so important, as everything is reversed without it... I think it's safe to assume if keyb's developer used a language that does this he/she wouldn't have thought to release keyb without bidi support.
-
Yes, it's correct. But I've rephrased the desired comment to make it clearer. I've meant a word like this will get reversed, thus siht (which is the reverse of the word this). Now you understand why bidi is so important, as everything is reversed without it... Trust me that if developer of keyb used a language that does this he/she wouldn't have thought to release keyb without bidi support.
-
Yes, it's correct. But I've rephrased the desired comment to make it clearer. I've meant a word like this will get reversed, thus siht (which is the reverse of the word this).
-
Yes, it's correct. But I've rephrased the desired comment to make it clearer. I've meant a word like this will get reversed, thus siht (which is the reverse of this).
-
Mined didn't need to change anything, it still auto detects bidi just like it always did (confirmed by re-testing its latest version just now). it's FreeDOS' documentation that still needs fixing after all these years (especially since keyb never got any update since). So it (I guess here) should be fixed to just: (13) FreeDOS does not handle bidi scripts natively (i.e. this gets reversed to siht). A proper bidi text editor is required; only tested with Mined, which automatically supports bidi.
-
I ran an additional test with 4 virtual 500 MB HDs - and there were entries in Sector 0 of all other HDs. The entries in HD001 - HD003 were identical. So I assume this seems to be correct.
-
I ran an additional test with 4 virtual 500 MB HDs - and there were entries in Sector 0 of all other HDs. So I assume this seems to be correct. I assume it is correct.
-
I had the following effect with 2 absolutely new virtual HDs and I only executed latest fdisk 1.3.15. Fdisk really wrote on the second HD, as you can see on the screenshots.
-
As I am only the translator of the help (actual version kpdos 3.1) see my other website: https://www.bootablecd.de/FreeDOS-Internet-version/help110/en/hhstndrd/other/kpdos.htm I will have to ask if this comment is correct (I think it is, but I have to ask). If yes, I will try to correct it. Only a question for security: What do you mean with "siht"? Is it a typo? Do you mean "sight"?
-
Mined didn't need to change anything, it still auto detects bidi just like it always did (confirmed by re-testing its latest version just now). it's FreeDOS' documentation that still needs fixing after all these years (especially since keyb never got any update since). So it (I guess here) should be fixed to just: (13) FreeDOS does not handle bidi scripts natively (i.e. this becomes siht). A proper bidi text editor is required; only tested with Mined, which automatically supports bidi.
-
Mined didn't need to change anything, it still auto detects bidi just like it always did (confirmed by re-testing its latest version just now). it's FreeDOS' documentation that still needs fixing after all these years (especially since keyb never got any update since). It (I guess here) should be fixed to just: (13) FreeDOS does not handle bidi scripts natively (i.e. this becomes siht). A proper bidi text editor is required; only tested with Mined, which automatically supports bidi.
-
Mined didn't need to change anything, it still auto detects bidi just like it always did (confirmed by re-testing it just now). it's FreeDOS' documentation that still needs fixing after all these years (especially since keyb never got any update since). It (I guess here) should be fixed to just: (13) FreeDOS does not handle bidi scripts natively (i.e. this becomes siht). A proper bidi text editor is required; only tested with Mined, which automatically supports bidi.
-
Mined didn't need to change anything, it still auto detects bidi just like it always did (confirmed by re-testing it just now). it's FreeDOS' documentation that still needs fixing after all these years (especially since keyb never got any update since). It should be fixed to just: (13) FreeDOS does not handle bidi scripts natively (i.e. this becomes siht). A proper bidi text editor is required; only tested with Mined, which automatically supports bidi.
-
Mined didn't need to change anything, it still auto detects bidi just like it always did (confirmed by re-testing it just now). it's FreeDOS' documentation that still needs fixing after all these years (especially since keyb never got any update since). It should be fixed to just: (13) FreeDOS does not handle bidi scripts natively (this becomes siht). A proper bidi text editor is required; only tested with Mined, which automatically supports bidi.
-
Mined didn't need to change anything, it still auto detects bidi just like it always did. it's FreeDOS' documentation that still needs fixing after all these years (especially since keyb never got any update since). It should be fixed to just: (13) FreeDOS does not handle bidi scripts natively (this becomes siht). A proper bidi text editor is required; only tested with Mined, which automatically supports bidi.
-
no I lost the ability to do more than add comments here a decade+ ago
-
I tried with the latest test version of FreeDOS in French and the HELP command works perfectly. When I choose Spanish from the "Other installed languages" link no problem either. Indeed, Bernd has done great work! Also, as a side note, Jerome has recently fixed the credits file of FreeDOS, Lorenzo's name is now in it: https://gitlab.com/FreeDOS/OS/fdcredit/-/commit/1c073bb81d7ac9a4e424000917c2c010b98022e9 :)
-
Hi, great! Do you have the permission to close threads? Then it would be great if you could close 29, 178 and 346.
-
now supported in upcoming xcopy 1.7
-
See: https://bootablecd.de/FreeDOS-Internet-version/help110/en/hhstndrd/util/flashrom.htm Be happy that it did not work for you! @Jim and Jerome: Are you SURE that this file should be on FD or FDT24xx?
-
Hi tizizi, hi Lorenzo, at least Berki should know that all this help bugs have gone with the new htmlhelp.exe version. Thanks, Bernd! So could you please confirm, that the thread can be closed. Thx.
-
I think this thread can be closed.
-
I have seen a lot of problems with BIOS updates. Sometimes the producer of the computer added a not working batch file (wrong options, wrong name of flash tool etc!). At a DELL Latitude D531 the latest BIOS (A12) exe version did not work at all (all others before had no problems), I just tried to enter the service tag for this older laptop (ca. 2010) and the service assist says that it does not find the tag, but A12 can be downloaded from another DELL subsite, two years ago it said that it is out...