Re: [Freedos-user] JEMM troubles - with VESA LFB
> PS: The CTS Toasted 1996 ctstoast demo runs okay in LFB > mode if CWSDPMI is resident or if you use DOSEMU, but I > promise you that I did not write CTS Toasted and did not > ask the authors to give it the same bug as PCXTEXT ;-). I don't understand what you are talking about. There was a bug in your program which remained undetected because it ran by chance in CWSDPMI/DosEmu. That doesn't mean at all that programs NEED to have this bug "implemented" to make them run in CWSDPMI/DosEmu. Now, after the PCXTEST thing has turned out to be a non-issue (as fas as Jemm/hdpmi are concerned), let's return to the original problem: your mysterious program which runs with Himem, but refuses to run in Jemm/FD Emm386. You told us a very vague result ("things work better with DR EMM386") and then swept this thing under the carpet. So, after my experience with PCXTEST, I may ask: why don't you provide a download link for THIS unknown program, so that I can run it under MS Emm386 and/or check otherwise what the problem is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] LiveCD could not find Kernel
Hi Ed, [EMAIL PROTECTED] escreveu: > Alain you stated: > * > I googled a lot on this subject: it seems that it is not possible to > boot from a CD when you are in grub. I have successfully booted floppy, > changed active partition from grub and even swap disks in such a way > that WinXP boots from the second disk... > > I have already tested that using the tab key in grub ignores the CD, so > if you only get hd0,0 it is because there is only on disk with only one > partition. > *** > Your interpretation of what I was observing makes tons of sense. I have > knocked my head against the wall on this and have to say you must be right on > this one. The live CD's are not just using the grub with an initrd and a > kernel. They have to have a big work around on this one. Thanks so much for > your posting. I have been trying to do what can't be done the way I was > doing it. I just have to find some other way of accomplishing my CD Boot. > In SUSE Linux in their administrative documentation they talk about using > grub and the CD boot. I think that their documentation has a serious problem > because they say to label the cd as root. As you distinctly stated and my > working with grub demonstrated the CD isn't recognized even thought that is > where the grub is. Well, are using a really old machine? Otherwise, what I do is to configure the BIOS for boot from CD first and then HD. So the whenever I insert a bootable CD it just ... boots! I know of another solution the I never tested: you can have a boot floppy that starts the boot from the CD. It was used a lot on old machines that did not have BIOS option to boot from CD. That floppy could be selected from Grub. There must be a way to use something equivalent to the second option but using a program somewhere... Alain > > Thanks so much for your interpretaton. > > Ed > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] JEMM troubles - with VESA LFB
Sometimes I don't get answers, so... I cannot be really sure. I hope not ;-) Alain Ron Spruell escreveu: > OK I have to say this, Talking to someone that's not there. Well at least > it's not talking to yourself or are you? > > Ron Spruell Sr > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Alain M. > Sent: Friday, January 04, 2008 3:48 PM > To: freedos-user@lists.sourceforge.net > Subject: Re: [Freedos-user] JEMM troubles - with VESA LFB > > Sorry, I was thinking that you both were a third person ;-) > > So my comment was directed to that 3rd non-existing person :( > > Alain > > Japheth escreveu: >>> Remember that there is a parameter in HIMEM to set apart a little memory >>> for int15.. Did you try that? >> I tried nothing because it is Eric who has a crashing program. :) >> >> And from the error descriptions I got so far the problem is inside the >> DOS-extended application, not in the EMM. >> >> What might convince me that there is something to do is if the program > runs >> with MS Emm386, but fails with Jemm. :) > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] JEMM troubles - with VESA LFB
Hi Japheth, > in vesainit.c, search for "/* update */" You told me off-list that I changed a physical address in a mapping and then assumed that the linear address to reach that area would be the same. In other words, I forgot to call __dpmi_physical_address_mapping again after the change. Hmmm. > >> It happens to run with CWSDPMI, but I'm almost > >> sure this is the only host it really runs with. > > > > What is special about CWSDPMI (and DR EMM386) then? > > I don't know. I think CWSDPMI does 1:1 mappings (physical = linear) when asked to map an area, while other DPMIs tend to allocate arbitrary linear address regions from a heap to keep page tables small or something like that... Or maybe they have the region reserved for the OS. > > Even easier, you can tell DOSEMU to emulate a VGA > > with VESA LFB... If it forced me to go full screen, > > I would not use DOSEMU in the first place... > > Ok, but for testing PCXTEST it's ok. I bet it won't run. It does run, just tested it :-). Actually the fact that both CWSDPMI (default DJGPP extender) and DOSEMU have no problem with the bug in PCXTEST was the reason why I did not notice the problem in 2004/2005 in the first place... Eric :-) PS: The CTS Toasted 1996 ctstoast demo runs okay in LFB mode if CWSDPMI is resident or if you use DOSEMU, but I promise you that I did not write CTS Toasted and did not ask the authors to give it the same bug as PCXTEXT ;-). - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] emm386 expanded memory
Hi, I have set up a freedos partition on my laptop, and I am having a problem with expanded memory. Mi.com says "some programs might not recognize expanded memory without a page frame" and indeed I cannot load Master of Magic because it says I need at least 2,700k of expanded memory. I have tried the emm=4096 switch but I can't get it to work. The configuration I started with (emm386 with no switches) worked fine on another machine, so I don't understand what is going on. Can anyone suggest how I might tweak emm386 to solve this problem? Thanks. Charlie Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] wireless internet
FYI: I mirrored the DIS_PKT 11 on ibibilio: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/net/ On 1/5/08, Ulrich Hansen <[EMAIL PROTECTED]> wrote: > Hi Chris, > > >>> Can Freedos run ndiswrapper? > > No. Ndiswrapper is a linux program that enables the Linux kernel to > use NDIS drivers (drivers written for Microsoft Windows). > > In contrary to Linux, DOS itself doesn't provide networking. > Networking is built either right into the applications or into an > external TCP/IP kernel. > > Most of these applications use "packet drivers", a driver > specification developed in the early eighties. Other sorts of drivers > are ODI (Novell) or NDIS (Microsoft). > > As Eric wrote, there is a wrapper called DIS_PKT9 that allows to use > NDIS version 2 drivers (extension: ".DOS") as packet drivers. Other > wrappers are available for ODI drivers, if you have one of these. Look > at lazybrowndog.net/freedos for more info. > > I can't help with USB, sorry. But for wireless PCMCIA cards check > Orinoco 802.11b cards with the wlan42.com ODI driver, they seem to > work in DOS. (see: ) > > Uli > > > > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] JEMM troubles - with VESA LFB
> > Just tell me what the bug is :-). > in vesainit.c, search for "/* update */" >> It happens to run with CWSDPMI, but I'm almost >> sure this is the only host it really runs with. > > What is special about CWSDPMI (and DR EMM386) then? I don't know. > Even easier, you can tell DOSEMU to emulate a VGA > with VESA LFB... If it forced me to go full screen, > I would not use DOSEMU in the first place... Ok, but for testing PCXTEST it's ok. I bet it won't run. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] fdupdate 0.51 hangs computer
On Friday 28 December 2007, someone wrote: > I am running freedos on a DTK 486 DX2-66 board with AMI bios. > > It crashes when I type y to apply any update. > > gs: sel=00bf base= limit=0010 > ss: sel=0033 invalid > App stack: [000f06c8..000706cc] Exceptn stack: [000705f8..0006e6b8] Sorry for the late answer... There is very little chances that the bug comes from FDUPDATE, as there is no "potentially dangerous" code in it. I cannot really help there, as I'm not an expert on such "low level" stuff. Maybe Eric or Japheth would know what those hex numbers are about... (?) FDUPDATE 0.51 is using WGET to download data from internet, and I think that the bug is sourcing from WGET or your DPMI environement. Do WGET as a stand-alone application works for you? Are you using the latest EMM / JEMM driver? Optionally, you should install CURL and try the FDUPDATE v0.52 (you can configure it to use CURL instead of WGET). Regards, Mateusz Viste - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] JEMM troubles - with VESA LFB
Hi Japheth, strange that PCXTEST crashes for you if only HIMEM is loaded. I did not test it with DPMIONE, but I developed it in DOSEMU and used it with CWSDPMI because the latter is the "official" DJGPP DOS extender. I did not test without HIMEM today, but I guess I did test when I developed it years ago. Odd... > The reason is simple: PCXTEST is buggy (yes, I know the bug, > but I'm a nice guy and don't want to spoil you the pleasure > to find the reason yourself). Just tell me what the bug is :-). > It happens to run with CWSDPMI, but I'm almost > sure this is the only host it really runs with. What is special about CWSDPMI (and DR EMM386) then? > Didn't you test with your favorite host, DosEmu? > It also has LFB support in console mode, AFAIR. > Just allow direct hardware access! Even easier, you can tell DOSEMU to emulate a VGA with VESA LFB... If it forced me to go full screen, I would not use DOSEMU in the first place... Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] JEMM troubles - with VESA LFB
> You can download it as part of my NEWTRACK eye-tracking DOS > software, and of course you need no dual VGA for PCXTEST ;-). > > > The download is at www.coli.uni-saarland.de/~eric/newtrack/ > > I found out that: > > - pcxtest always works with dr emm386 > > - pcxtest fails (while some selector points to c0008000:x...) > with fd emm386 and jemm386 in a DEFAULT freedos 1.0 install > > - but after I found out that some "smart" person had copied > the HDMI32 exe file to CWSDPMI exe and put a REAL CWSDPMI in > the same place, pcxtest also started to work with fd emm386 > and with jemm386... > > - the funny thing here is that hdpmi32 is supposed to be very > compatible with jemm386, same author ;-) You forgot to mention whether there was any test with Himem in real-mode. This is not a negligible detail, because the original issue is exactly this: why did "something" work with Himem alone but doesn't with Jemm/FD Emm386. I did this for you and can tell: your PCXTEST also crashes without Jemm under simple Himem, it also crashes in a Win9x DOS-Box and it also crashes when DPMIONE is used as DPMI host. The reason is simple: PCXTEST is buggy (yes, I know the bug, but I'm a nice guy and don't want to spoil you the pleasure to find the reason yourself). It happens to run with CWSDPMI, but I'm almost sure this is the only host it really runs with. Didn't you test with your favorite host, DosEmu? It also has LFB support in console mode, AFAIR. Just allow direct hardware access! - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] JEMM troubles - with VESA LFB
Hi Japheth, > > - the program uses dos4gw but using dos32a instead does not help > > - the program crashes with fd emm386 and with jemm386... > > - the program works okay if only himem but no emm is loaded :-) Well I did more testing... You recommended to use MS EMM386 4.49 or 4.95 of DOS 6 or Win9x, but I only had 4.44 of Win3.1, and it did turn out to be FD HIMEM incompatible? At least it crashed after displaying the startup message and before the next config sys line would be processed, and I could not come up with MS EMM386 options which would fix that...? Or maybe MS EMM386 trashes FS or GS or so? Then it would work with 8086 but not with 386 FreeDOS kernels. So my next test was with DR DOS EMM386. For reference, options are: Jemm386: noems X=TEST VERBOSE ALTBOOT I=e600-ebff (I have also tried max=32m and emx, but did not help) FD emm386: EMS X=TEST ALTBOOT memcheck /VERBOSE (I had added memcheck today, but it did not make a difference) DR emm386: XBDA DPMI=OFF VERBOSE ON EXCLUDE=a000- FRAME=NONE MULTITASKING=OFF The result: Things work better with DR EMM386, but I got more interesting results with PCXTEST, a DJGPP app by myself which shows PCX images using VESA LFB framebuffers in protected mode. You can download it as part of my NEWTRACK eye-tracking DOS software, and of course you need no dual VGA for PCXTEST ;-). The download is at www.coli.uni-saarland.de/~eric/newtrack/ I found out that: - pcxtest always works with dr emm386 - pcxtest fails (while some selector points to c0008000:x...) with fd emm386 and jemm386 in a DEFAULT freedos 1.0 install - but after I found out that some "smart" person had copied the HDMI32 exe file to CWSDPMI exe and put a REAL CWSDPMI in the same place, pcxtest also started to work with fd emm386 and with jemm386... - the funny thing here is that hdpmi32 is supposed to be very compatible with jemm386, same author ;-) - the original cts toasted 96 demo (ctstoast) worked once with dos4gw but not with dos32a if I loaded "cwsdpmi -p" first to keep cwsdpmi as TSR for a moment I believe the latter happens for both Jemm386 and FDemm386, and I believe that ctstoast works with DRemm386 anyway, but I am not sure about those two points. Did not write down all results of my experiments, only a few interesting ones :-). All tests done with FD himem, 1 GB RAM, PCIe GeForce7600/512. Eric - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] wireless internet
Hi Chris, >>> Can Freedos run ndiswrapper? No. Ndiswrapper is a linux program that enables the Linux kernel to use NDIS drivers (drivers written for Microsoft Windows). In contrary to Linux, DOS itself doesn't provide networking. Networking is built either right into the applications or into an external TCP/IP kernel. Most of these applications use "packet drivers", a driver specification developed in the early eighties. Other sorts of drivers are ODI (Novell) or NDIS (Microsoft). As Eric wrote, there is a wrapper called DIS_PKT9 that allows to use NDIS version 2 drivers (extension: ".DOS") as packet drivers. Other wrappers are available for ODI drivers, if you have one of these. Look at lazybrowndog.net/freedos for more info. I can't help with USB, sorry. But for wireless PCMCIA cards check Orinoco 802.11b cards with the wlan42.com ODI driver, they seem to work in DOS. (see: ) Uli - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS Updater v0.52
On Saturday 05 January 2008, Mateusz Viste wrote: > If you would like to have a FDUPDATE's localisation in your language, > please translate the FDUPDATE.EN file and send it to me, that way I will be > able to include it in the next release. Hello all, I got a german translation from Flo, therefore german is not needed anymore ;-) Mateusz Viste - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] LiveCD could not find Kernel
Hi Alain you stated: * I googled a lot on this subject: it seems that it is not possible to boot from a CD when you are in grub. I have successfully booted floppy, changed active partition from grub and even swap disks in such a way that WinXP boots from the second disk... I have already tested that using the tab key in grub ignores the CD, so if you only get hd0,0 it is because there is only on disk with only one partition. *** Your interpretation of what I was observing makes tons of sense. I have knocked my head against the wall on this and have to say you must be right on this one. The live CD's are not just using the grub with an initrd and a kernel. They have to have a big work around on this one. Thanks so much for your posting. I have been trying to do what can't be done the way I was doing it. I just have to find some other way of accomplishing my CD Boot. In SUSE Linux in their administrative documentation they talk about using grub and the CD boot. I think that their documentation has a serious problem because they say to label the cd as root. As you distinctly stated and my working with grub demonstrated the CD isn't recognized even thought that is where the grub is. Thanks so much for your interpretaton. Ed - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] FreeDOS Updater v0.52
Hello! I released a new version of FDUPDATE (FreeDOS Updater). You can download it at: http://mateusz.viste.free.fr/dos/fdupdatx.zip (exe) http://mateusz.viste.free.fr/dos/fdupdats.zip (src) Of course, if you already use it to update your FreeDOS system, FDUPDATE will happily updates itself ;-) *** FreeDOS Updater is a program which allows you to easily maintain your FreeDOS system up to date. It requires the package WGETX (http://mateusz.viste.free.fr/fdupdate/wgetx.zip) and an active internet connexion to work. *** What's new in v0.52: - Fixed a minor bug in package's description displaying (when used "/new"), - Fixed a bug which caused bad page switching in the "new software" list, - Added support for LSM files with TAB characters instead of spaces, - Added keyboard's buffer flushing after any keypress, - Added internationalisation (NLS) support, - Added Polish translations, - Added French translations. As usual, any comments/suggestions/requests are welcome ;-) If you would like to have a FDUPDATE's localisation in your language, please translate the FDUPDATE.EN file and send it to me, that way I will be able to include it in the next release. Bye! Mateusz Viste - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user