Re: [Freedos-user] Terminus font (8x16 normal)
Hi again, On Mon, May 13, 2013 at 5:59 PM, Rugxulo rugx...@gmail.com wrote: http://terminus-font.sourceforge.net/ http://czyborra.com/unifont/ So I uploaded this (terminus.f16, terminus.asm, ofl.txt open font license 1.1) to iBiblio for us. http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/fonts/ I am not totally sure what font sizes GNUchcp supports. It seems to resize my screen [from 80x43] to what the BIOS calls 80x21. Not sure of the details, but starting in 80x50 before running gnuchcp will load the font into what is being identified as 80x25. (Some text editors are quite picky about what resolutions they support.) P.S. Halfway out of rage at inane copyright laws and the frustration they cause (even for dumb things like bitmap fonts), the other day I did use the old freeware DOS editor 2L8 (aka, Fonte) to create my own font. For laughs, I named it legalese.f16. I also rewrote the gnuchcp.pas program into pure assembly (esp. since TP isn't redistributable). So it went from 3904 bytes to only 134. For now, I'm not uploading these because I doubt anyone cares (i.e. terminus looks more professional), but feel free to ask I ended up finishing this, though its .COM is now 333 bytes (still plenty small enough, fits in a single floppy cluster!). The original source was not complicated (56 lines = 890 chars, basically just called two BIOS funcs). I added a help screen and some options (-a, -e) to emulate the previous two versions of GNUCHCP (found in LOADFONT and Freemacs MULE, respectively). v1 only loaded the first 127 chars, preserving any existing extended ASCII already loaded. v2 only loaded FFE binary output files, which contain only the upper 128 chars! v3 here loads all 256 chars by default (so with my Terminus conversion you get 7-bit ASCII as well as full Latin 1). It's now uploaded (with NASM source, plain text manual, legalese.f16, int 10h 11xxh API reference) to the above-mentioned /fonts/ subdir on iBiblio. This was not super important nor high priority, but maybe it's slightly better overall. -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Newbie - Net Use
Hi, On Tue, Jun 4, 2013 at 10:53 AM, Ezequiel Montoya ezequielmont...@gmail.com wrote: Hello all, I'm really new in FreeDOS but I am also old enough to have started working on MS-DOS 2.1 :-)) The thing is I want to run my old Turbo Pascal programs. So I configured a VirtualBox FreeDOS virtual Machine (my PC has Ubuntu 12) DOSEMU is probably your best bet. IIRC, Ubuntu used to keep it in multiverse. You could also probably just grab the binaries from its main website (or compile it yourself, heheh). DOSBox can run TP programs too, but I wouldn't recommend using it as host for serious programming (even though it may work fairly well). BTW, GPC, VPC, TMT, and FPC all support the TP dialect and can all (more or less) host on and target DOS. ...and now I'm stucked on copy the Turbo Pascal installer on the FreeDOS VM. To copy it there to use, you mean? (Just unpack the .ZIP raw and then install, don't worry about DISK1, DISK2, etc. subdirs.) If you load PCNTPK.COM (I think? that's what it's called) as packet driver, you can then use something like mTCP's DHCP then download it directly yourself! I know that works for me, at least. VirtualBox says I need to do a NET USE to configure the shared folders. I can do that, but apparently FreeDOS does not recognize NET USE, so I'm here asking if FreeDOS has another way to do a NET USE. NET USE is Microsoft Windows software. You won't have that pre-installed on FreeDOS nor Ubuntu. I'm not totally sure, but I think the answer for you is to install an FTP server (and thus use any FTP program, like from mTCP, to send and receive files when inside the VM). http://lazybrowndog.net/freedos/virtualbox/ There are other ways, e.g. writing to floppy disk image and extracting, but that's probably more klunky and complicated. But that's what I used to do in ye olde days. (Honestly, I've not bothered setting up an FTP server personally, but it shouldn't be too hard.) http://www.winimage.com/extract.htm -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] more Yahoo! spam (was: Re: no sibject)
Hi, On Thu, Jun 6, 2013 at 3:21 PM, James Collins james.collin...@yahoo.com wrote: http://en.wikipedia.org/wiki/Spam_(electronic) Just for the record, here's yet another poor Yahoo! sap who's been compromised by spammers. Sad, but oh well, what can you do? (Change your password or use a different provider, I guess.) -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] more Yahoo! spam (was: Re: no sibject)
Hi, AFAIK, Google's machines (not people) automatically scan your messages to better target ads at you. They don't keep any private data (or at least not beyond minimal legal limits). My ISP is ATT, formerly Bellsouth (whom ATT bought out, among others). Even they (Bellsouth branch) switched the whole email over to a Yahoo!-based one a few years ago. For various minor reasons, I don't use that account anymore anyways. (I'm not sure I'd recommend Outlook.com either, but MS is pretty heavily pushing that these days too. What else is there? Dunno ) I'm not really ragging on Yahoo! (though they aren't my favorite), but a few years ago they were majorly hacked, and at least two other Yahoo! users (who are real, trustworthy people in real life) have indirectly spammed me personally. Scratch that, one other former FreeDOS contributor also indirectly spammed this list a while back. My point is: 1). Yahoo! may be insecure, 2). maybe these people need to change their passwords to thwart the aforementioned hackers, 3). these people probably aren't actively spamming anyone, so they are innocent (and we shouldn't ban them all upon first offense, even if annoying). On Thu, Jun 6, 2013 at 6:28 PM, Chris Evans aaxiomfin...@gmail.com wrote: The privacy of yahoo email users will decrease on July 1st when yahoo will begin more aggressive ad scanning of your messages stored on their servers. I even noticed a new ad format that looks like it is part of your inbox list but its a sponsered ad. I would recommend switching to other providers, I wouldn't recommend gmail as google scans your messages too. Http://digitalatoll.com offers email that is private and secure but is not free. -Chris Http://tawhakisoft.com On Thursday, June 6, 2013, Rugxulo wrote: Hi, On Thu, Jun 6, 2013 at 3:21 PM, James Collins james.collin...@yahoo.com wrote: http://en.wikipedia.org/wiki/Spam_(electronic) Just for the record, here's yet another poor Yahoo! sap who's been compromised by spammers. Sad, but oh well, what can you do? (Change your password or use a different provider, I guess.) -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] more Yahoo! spam (was: Re: no sibject)
Hi, On Thu, Jun 6, 2013 at 10:41 PM, dmccunney dennis.mccun...@gmail.com wrote: My usual response to worries about privacy is You *wish* you were important enough that anyone could be *bothered* to pay that sort of attention to you. You aren't and they don't. http://www.osnews.com/story/27101/NSA_collects_phone_records_of_all_Verizon_customers_daily -- How ServiceNow helps IT people transform IT departments: 1. A cloud service to automate IT design, transition and operations 2. Dashboards that offer high-level views of enterprise services 3. A single system of record for all IT processes http://p.sf.net/sfu/servicenow-d2d-j ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] The FreeDOS localisation project has been moved
Hi, sorry I'm late in replying, On Mon, Jun 10, 2013 at 9:54 AM, Mateusz Viste mate...@viste-family.net wrote: Just wanted to say that the FreeDOS localisation project moved to a new location: http://freedoslocal.sourceforge.net/ Good to know. I moved it for two reasons: - to make it easier for possible contributors to contribute (I can provide svn access to translators on request) - to make the URL look more 'official' The move required a fair amount of work, since I had to rewrite the whole html drafting engine to a C CGI (it was coded as an offline CLI generator in FreeBASIC). Now the dynamic page can be compiled/executed directly on sourceforge servers. Sounds good (though I don't understand the details)! :-) Hopefully translation statistics are still okay (although the content is quite old). Unfortunately I couldn't find any way to make the thing update its translation files from SVN by itself, so the synchronization still requires a manual action from me (btw, if anybody knows a way to access the svn repository of a project from the project's web hosting, I'd be thrilled to know how). Dunno, try asking (during business hours) in IRC (#sourceforge) on Freenode. They may answer your questions. Anyway, bottom line is: 1. The project is hosted here now: http://freedoslocal.sourceforge.net/ 2. If you feel like working a bit on FreeDOS translations, I'll be happy to provide you a write access to the sourceforge SVN repository 3. Any contributions are welcome ;) We're probably not going to get many volunteers. :-(But I'm willing to help (eventually). I even had a few other E-o translations for some FD stuff not listed there (in my dumb, ancient mini floppy distro). But I'm unprofessional, so it's quite immature translations (esp. when there is no one specifically correct word in some technical cases). If we really cared, it'd be best to collaborate with fellow translators from some other bigger (e.g. GNU) projects, if possible. Well, anyways, I'll see what I can do (eventually).:-) -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FDNPKG - New version, new features
Hi, On Wed, Jun 19, 2013 at 3:07 PM, Mateusz Viste mate...@viste-family.net wrote: I'm happy to announce the release of a new version of my FreeDOS package manager - FDNPKG v0.94. Jim just announced this in News for you. Big changes: this new version brings support for offline (on disk) repositories, and update features (FDNPKG is able to update itself now). BTW, I'm a bit busy at the moment, so I can't (comfortably) access iBiblio via ssh, but now that FDNPKG replaces FDPKG in UTIL, it should probably be mirrored. http://www.freedos.org/software/?prog=fdnpkg However, I don't see any obvious place for it. Or at least, the only copy on iBiblio is apparently an older one. So feel free to update it manually (or I'll try to do it myself one of these days, probably): http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repos/net/fdnpkg.zip fdnpkg.zip 2012-Sep-24 12:16:30558.3K application/zip -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [super long subject line]
Hi, On Wed, Jun 26, 2013 at 1:32 AM, TJ Edmister damag...@hyakushiki.net wrote: On Tue, 25 Jun 2013 18:45:45 -0400, kurt godel wb2...@gmail.com wrote: If you are trying to install Linux from Windows you should look into a thing called wubi: http://en.wikipedia.org/wiki/Wubi_(Ubuntu_installer) Just for the record, I'm not really up on the details and don't use Ubuntu, but ... I think WUBI is partially broken and mostly unsupported. I also think they're going to remove it entirely soon. A quick check of Wikipedia confirms this: It is due to be removed in 13.04. (Though maybe someone will fix it, but I kinda doubt it.) http://news.softpedia.com/news/Wubi-Needs-to-Die-a-Quick-and-Painless-Death-Says-Ubuntu-Developer-344545.shtml Hmmm, it occurs to me that 13.04 has already happened (been released), so lemme check ... Have a new PC with the Windows 8 logo or using UEFI firmware? Please use a 64-bit flavour of Ubuntu, installed directly to its own partition rather than using the Windows installer. ... Windows installer is not compatible with Windows 8 or UEFI firmware, and is not available for Ubuntu 13.04. ... Windows installer for Ubuntu Desktop With Wubi, our officially supported Ubuntu installer for Windows, you can install and uninstall Ubuntu easily and safely. For 12.04 LTS only. (Just FYI.) -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] I have a machine from '04 ...
Hi, On Tue, Jun 25, 2013 at 5:45 PM, kurt godel wb2...@gmail.com wrote: I have a machine from '04, and to my dismay, the boot order is greyed out and cannot be altered. This means I cannot boot from my external dvd drive or flash drive. Neither can I swap the external drive(sata) for the cd only(pata) in the machine; don't have the bucks right now for a drive. I have gotten around this in windowsland by copying the contents of the install dvd into a folder, and in the folder, simply executing the setup.exe which is invariably present. A linux type installer has isolinux, and I can't see how to start the install from inside the filesystem as is possible with windows/dos. I don't even know if this is possible. Any ideas on that? -Rich. You'll have to be more specific. I assume you're trying to install FreeDOS in order to dual boot with Windows XP. If this isn't so, please tell us exact details of what you want. As for booting and installing, it sounds like you're basically saying your BIOS isn't recognizing your drives. (Double check your BIOS boot order.) You could try installing PLoP Boot Manager (http://www.plop.at/) somewhere (HD, CD, or floppy) and using that to boot USB. Presumably there are also other tools that would help boot even from weird hardware (GRUB 2? GRUB4DOS? Gujin? SBM?), but I don't know the details. I'm not totally familiar with most automatic installations, not for FreeDOS, Windows, etc. A quick check with 7-Zip FM (no find option available? meh) didn't show any setup.exe program. Also, FD11SRC.ISO isn't really a DVD, but anyways (Are you sure you burned it verbatim and not as data?) Really all you need is some way to boot DOS, then run fdisk (if no FAT drive already exists), reboot, and sys a: c: (needs kernel.sys and command.com) to write the boot sector, as a bare minimum (and make sure your MBR or boot manager points to it as active, bootable). If you don't have a working floppy drive and image, you'd have to convert such image to .ISO for CD and boot that (or similar, e.g. use MemDisk or other emulation, esp. if PATA won't boot for you). You say USB doesn't boot, but if it did (e.g. PLoP), you could use RUFUS for a liveUSB FreeDOS. AFAIK, no, you can't install DOS from within Windows. It's probably technically possible but not supported here. (You can mount the .ISO in pre-existing DOS and manually copy files from there, I think SHCDHD or such, but I've not tried. Though that's probably not an option for you here.) I don't know, this is way complicated on modern machines, esp. for a noob like me. Perhaps someone else can give more advice if you can be more specific about what kind of hardware you run. (And presumably various Linux distros can boot on anything, so surely something there would work for you, if only to just diagnose your hardware, e.g. specific CD drive brand and model number.) -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] shorter subject line.
Hi again, On Wed, Jun 26, 2013 at 1:39 PM, kurt godel wb2...@gmail.com wrote: I am not trying to install linux in windows/dos; puppy linux does that exquisiitley. EDIT: I've not used this particular piece of it, but the DOS SHSUCD package has SHSUDVHD which emulates a DVD-ROM using multiple image files. Imagine you have an old w98 install cd. You could install from the disk, but it is more efficient to *copy* the files from the install cd to a folder in dos, then, in the frolder, execute 'setup.exe'. This will install the '98 much quicker. In similar fashion, I wanted to reinstall w7 on a netbook, and only had the external dvd drive. But this didn't work because of your PATA incompatibility?? I installed xp on a small c: partition, made a d: partition with ntfs; using flash drive, *copied* the install files onto the xp on c:, and again executed the 'setup.exe'; choosing the appropriate menu options from the w7 installer, the 7 installed flawlessly onto the d: partition. Okay, so you successfully installed Win7 on a netbook. So everything's fine or you're still trying to accomplish something? Or just curious for a better way? The last mint which fit on a cd was 12; Dunno, I know that a lot of projects use DVD images, but surely there are still CD versions out there. But maybe those distros don't work (well) for you. Can you not run a network (PXE??) install? installed that and copied the install files from 13 into a folder in 12, and here I am stumped, since I can't see how to cause the install to begin executing from the linux installer with it's isolinux,etc.. Don't even know if it.s possible; At risk of being really obvious, try asking the Mint people (IRC, forums, etc.) for help. Presumably they know better than we do. ;-) Maybe GRUB 2 (or similar tool) has support for directly accessing PATA, dunno. by the way I tried to boot the iso of 13 using grub4dos, and the g4d couln't even see the iso. Couldn't read or couldn't mount? Well, I can't remember (and am not even close to knowledgeable nor experienced with that tool, very very arcane and confusing), but it probably has something to do with the BIOS not recognizing (or not using) certain drives. At some point the bootstrapping is overwritten in RAM by the intended guest OS and thus stops using any BIOS functions, as is Linux's preference to avoid it. I don't remember the details exactly, but I think?? it's something vaguely like that. I vaguely remember thinking oh, I can just use GRUB4DOS to boot xyz and do abc when it wasn't possible. IIRC, there used to be some kernel magic parameter that would let you boot an .ISO installed on your ext2 partition from within Linux. I tried it once on something, it worked okay, but I forget the details. (Sorry if that's not very helpful, just saying.) There's probably a way to do what you want here, but I don't know what it is. For sure, I've seen Windows machines update their BIOS from within Windows, so surely installing an OS from within another OS is far from impossible (assuming enough permissions). But you may have to find someone (preferably from Mint) who is more experienced (or start using Gentoo or read Linux From Scratch or similar, heh, probably not ideal). -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] The FreeDOS localisation project has been moved
Hi again, On Tue, Jun 18, 2013 at 11:14 PM, Rugxulo rugx...@gmail.com wrote: On Mon, Jun 10, 2013 at 9:54 AM, Mateusz Viste mate...@viste-family.net wrote: Just wanted to say that the FreeDOS localisation project moved to a new location. Anyway, bottom line is: 1. The project is hosted here now: http://freedoslocal.sourceforge.net/ 2. If you feel like working a bit on FreeDOS translations, I'll be happy to provide you a write access to the sourceforge SVN repository 3. Any contributions are welcome ;) I'm willing to help (eventually). I even had a few other E-o translations for some FD stuff not listed there (in my dumb, ancient mini floppy distro). A quick check of the file lists of my mini-distro shows four *.eo files: * edlin, trch (both already included) * move, more (not included) EDIT: I also (less than a year ago) made a very rough translation for Eric's RUNTIME (UTIL), but that (among other language translations) is hardcoded into the .ASM sources, so that's probably not very important here. Back in the day, I didn't know where to send those *.eo files. And, well, it wasn't high priority (and I'm only roughly skilled). And the only real major translation I did in semi-recent times (since 2008-9, when mini-distro was last an active hobby) was helping Erwin in Dos2Unix (2011-2?). (IIRC, Dos2Unix isn't yet officially part of FreeDOS, though Wcd [UTIL] is. That may change later, they are both free/libre, and both are already mirrored on iBiblio for FreeDOS use.) BTW, feel free to ignore this, it's more work for you to do, which is probably bad, but if curious ... It would be nice to have additional columns for two things: 1). lines / strings / messages needed for each project (e.g. 15 lines, so people know it's easier to start there) 2). which FreeDOS category (if any) the tool falls under (BASE, UTIL) In particular, I imagine that BASE would be highest priority. Though obviously UTIL has a lot of cool stuff, too. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] command.com (Freecom) main environment location
Hi, On Mon, Jul 8, 2013 at 5:30 AM, Bertho Grandpied y31415926...@yahoo.fr wrote: I must say, though, the reception which I got from Herr Ehlert on this list is making me wonder whether spontaneous contributions made in good faith are welcome and / or opportune. Patience, young padawan. Things like this take time and thought (and research and testing). If you draw up a patch and it isn't accepted upstream into SVN, I can still mirror it somewhere (e.g. iBiblio) for you. Or you can do almost anything with it anyways, it's free/libre. There can be no one stopping you from contributing (somewhere, somehow). maybe Tom does not have the patience to explain you why there are good reasons why FreeDOS does things the way they are done, but you can trust him :-) As in, I should /trust/ someone blindly who /starts/ interacting by affirming that I /do not understand/ the point ? Give him the benefit of the doubt, as he is one of the resident experts around here who has contributed a lot. But even the smartest person in the world gets tired, too busy with real life, or just forgets some minor details from years ago. Further to stating that I Czerno do not understand, and that he Tom does not care about your users, I have yet to read Herr Ehlert's statement of why it would be (dangerous? unwelcome?) for Freecom to allocate the master environment block in low memory using first fit. I'm open and ready to accept sound reasons, which must be FreeCOM specific then, just not the you wouldn't be happy stance ! Am I bizarre ? Yes, of course, technical explanations (or how to test for correctness) would be ideal, but he may not have time for that nor remember the details. Well... the project which I keep mentionning won't include a COMMAND processor in the final distribution as self sufficient bootable images for a floppy or USB key. The final user may want to add one and we certainly want a command shell during project building. I'll be recommending 4DOS for internal use - license allowing. 4DOS is ambiguously licensed. I don't really recommend it, though there aren't a lot of full shell replacements available. If you can avoid some (most?) .BAT internal stuff, you may find it easier to replace: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/command/contrib/ In case a future version of FreeCOM finally can be persuaded to locate the ENV low, like MS and all other Command.com flavours rightly do, shall we reconsider. Again, I take this to mean that (admittedly) FreeCOM is too hard to rebuild (preferably with TurboC). If you need help with this, feel free to try and ask specifically for assistance. (It's definitely what I would call slightly annoying, but it's definitely not impossible to rebuild either.) -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] command.com (Freecom) main environment location
Hi, On Mon, Jul 8, 2013 at 8:57 AM, Bertho Grandpied y31415926...@yahoo.fr wrote: What is the legal status of 4DOS in relation to FreeDOS ? There's a fully baked product, could it become /the/ main FD shell ? Unlikely to become the main shell (though that's not my decision anyways). I'm honestly not sure how free/libre it is. IIRC, the original license (when sources were released) was quite contradictory, so I'm not sure if commercial use is allowed, which is indeed a big restriction that OSI and FSF rally against. (Not to mention requiring non-free tools. I don't think the partial patch to use OpenWatcom was ever very successful, but I never tried, and certainly Lucho only used old official MS tools.) I don't know the details, I'm no lawyer. It's unlikely to ever change. Feel free to contact the copyright holder (Rex Conn? JPsoft?) for clarification, but then again, they may not respond (in any useful manner), so don't get your hopes up. http://jpsoft.com/company/contact-jp-software.html Sorry to be so pessimistic. -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] command.com (Freecom) main environment location
Hi, On Mon, Jul 8, 2013 at 10:06 AM, Bertho Grandpied y31415926...@yahoo.fr wrote: Should OTOH you (and the FreeDOS project at large) wish to offer the free XBDA mover as a supplement/alternative to FreeDOS's internal, I'll contact you for arranging the mirroring. It's a simple, robust and tiny DOS device driver coded in ASM, a few hundred bytes altogether. A nice readme.txt telling how to use it would be most helpful. :-) But yes, of course, anything free/libre (four freedoms) can be mirrored. 4DOS is ambiguously licensed. I don't really recommend it I /love/ 4DOS - been using it for 20 years - used to be NDOS. For internal use, it must be OK, right ? I don't know, I'm no lawyer. I don't even want to think about it. It's out of my hands anyways. (And now I remember that Bernd put it in FD 1.1 anyways, maybe as default!) The question wrt to licensing was rather whether 4DOS.COM could be legally envisaged to become FreeCOM as FreeDOS official, or alternate official? shell. It's not as easy as it sounds to be compatible between shells with .BAT scripts. Personally, I stick to plain .BAT (usually FreeCOM) and third-party tools (or external scripting languages) rather than rely on 4DOS. Though there's nothing technically horrible about 4DOS, but it's not really worth using exclusively, IMO. (Though, again, it's not my decision what FreeDOS proper does.) I do have it as an optional shell in my CONFIG.SYS menu, but I rarely use it. Rebuilding is one thing, patching and debugging properly is another. This task takes a motivated, seasoned C programmer, who preferably were familiar already with FreeCOM. All I can do is try to argue it, knowing well it's a possibility that no one will be convinced and undertake it. Bart Oldeman is the dude to contact. He was the last one officially working on it (circa late 2011). You may have to email him directly, but again, he may be too busy these days (educated guess). http://sourceforge.net/p/freedos/svn/1709/tree/ freecom 2011-07-29 bartoldeman [r1696] Merged fcompl1 and fcompl2.c to filecomp.c On the other hand, if FreeCOM hasn't been revised since 2001, maybe it's not to early for 'someone' to give the old code a look and some fresh thought. Not sure where you got 2001 from. It's hard to tell from (very) quick glance, but it seems 2003 (0.82) and 2006 (0.84). I know, not much better, but still ...! :-) -- This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] CPI editor 1.2b
Hi, On Mon, Jul 15, 2013 at 2:50 AM, Mateusz Viste mate...@viste-family.net wrote: 1. I haven't managed to compile it from source. I did produced an executable, but the linker was complaining a lot about undefined symbols, so I probably missed how to link the egavga lib. A section in the readme about 'how to build from source' would be appreciated (maybe a makefile also?). Can anyone with knowledge clarify that EGAVGA.OBJ is okay to redistribute? Honestly, without sources (and four freedoms) to that too, declaring the project as GPL is probably not even true. This is important if wishing to redistribute it. I've not really used EGAVGA stuff from Borland before, so I don't know how hard it would be to implement similar functionality with OpenWatcom (hopefully not very). Well, for obvious licensing reasons, OpenWatcom is preferred here, but I really don't wish to discourage anyone (or add any extra burdens). Nevertheless, without proper distribution rights, we can't use it at all. And even then, FreeDOS (tm) and Jim Hall heavily prefer free/libre (four freedoms) whenever possible. 5. The version string is inconsistent - in the documentation and source code it says '1.2b', while in the program itself it states '1.2'. Dunno, the filename is mysteriously named in05.zip! 8. You seem to always display 3 fixed sizes of fonts. I don't know anything about the CPI format, but is it possible that a CPI file could contain more font sizes? Or font sizes different from what you assume (8x8, 8x14, 8x16) ? I think here he's only trying to support the normal, most common modes: 80x25, 80x43, 80x50. 9. There is no CPX support, but nevertheless, it would be cool to be able to detect the CPX format, and provide some hints about what to do. Right now cpied just says 'Unsupported format, id0=0x81'. Would be great if it would say something like this is CPX, not supported format, but if you need to edit it simply uncompress it first using UPX -d font.cpx -o font.cpi Right, see MODE's sources for that bit. http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/mode/2005/mode-2005may12.zip BTW, the doc says this: On Windows Vista and 7, the system may refuse to launch this program (or any other fullscreen DOS program) or not. It depends on the video card driver. The simple truth is that Windows is very incompatible (on purpose) with DOS stuff. They don't care anymore, so honestly it is (IMO, though hardly a stretch) a lost cause for us. It always complains on any attempt to do anything even remotedly related to video modes, so you have to ignore as many messagebox complaints as possible. You're only safe if the program is pure text mode only and doesn't try to do any mode switches. (Depends on video driver ... you can allegedly swap in an older video card driver, e.g. from XP, but that disables Aero, which some other programs need to function properly.) -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] CPI editor 1.2b
Hi again, Just a few more minor comments. On Sun, Jul 14, 2013 at 4:51 PM, Rowery na Księżycu rowerynaksiez...@gmail.com wrote: I made a CPI editor. Maybe it could be useful. It allows to edit the shape of the characters, remove or create fonts, remove or create codepages,.. It has a gui and can be controlled with the keyboard or mouse (if there is a mouse installed). It doesn't support *.cpx files yet download: http://baltixy.w.interia.pl/in05.zip http://baltixy.w.interia.pl/in05.htm I don't know what tools others used previously (e.g. Henrique, the resident expert). In my recent dabblings in fonts, I didn't mess with .CPI files, only the raw bitmap font itself (in my case, 8x16 only, aka CO80 80x25, aka 4096 bytes). One particular tool that comes to mind re: CPI is BACHL's CPIFNT (cpf01.zip, vaguely related to PG): http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/file/pg/libs/ The raw font format isn't very complicated, but a nice user editor indeed makes things easier than editing raw bits (but see my translation of Terminus into .ASM source, it's far from impossible to manually edit). http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/fonts/terminus.zip I used Fonte (aka, 2L8) to create my own font, which is old freeware (but no sources). http://ftp.sunet.se/pub/simtelnet/msdos/vga/2l8fe122.zip You could also use and adapt FFE from Freemacs MULE (as by default it only edits upper 128 extended chars; Turbo Pascal). http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/edit/emacs/mule/ (So, just for completeness, that's all I know.) -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS FDNPKG install CD
Hi, On Sat, Jul 20, 2013 at 5:06 PM, Bernd Blaauw bbla...@home.nl wrote: Mateusz Viste schreef op 20-7-2013 23:08: Could you tell me please which software you see old? Mainly the bootdisk programs: * kernel: 2036 instead of 2041 Well, 2036 wasn't exactly horribly buggy nor super old (FD 1.0 in 2006), but anyways * xcdrom instead of udvd2 I profess complete ignorance of all the IDE / SATA / PATA confusion. I never understood it, but I'm no engineer. Can someone please explain which driver is best in which circumstance? By default, I assumed that UIDE doesn't support SATA or PATA, only IDE (maybe only via legacy mode). In particular, GCDROM and XGCDROM are forks of XCDROM (predecessor of UIDE): http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/cdrom/gcdrom/ http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/xcdrom/ I'm 99% sure that Jack Ellis would strongly recommend against those forks since they are based upon older, buggy code. But I'm not sure if they somehow work better in non-IDE instances. * missing CWSDPMI.EXE apparently Yes, cwsdpmi is not on the boot floppy. Mostly because it's not needed - have you run into any kind of troubles because of the lack of cwsdpmi? Yes: load error: no DPMI - Get csdpmi*b.zip upon invoking FDNPKG.EXE Was this intentional or just to avoid swapping to floppy or ... ? Of course, you can bind CWSDSTUB.EXE to the .EXE (and/or use CWSPARAM to disable swapping entirely). It's still fairly small. What's happening exactly? I'm not really a VMware aficionado, never tested FreeDOS with this. Is it some kind of a 'known bug' specific to FDISK and VMware? What solution would you suggest? I get errorlevel 64: Error Reading Hard Disk: Search operation failed. Program terminated. fdisk 1.2.1 works. Meh. I'm not sure that's a good thing. Perhaps one of us needs to ping Brian R. again? Or you could (should?) also include / try XFDISK and/or SPFdisk ?? Emulators make things difficult. Dosbox and Rpix86 have very strange behaviour for driveletters, filesystems and memory behaviour. DOSBox has its own DOS and doesn't use FreeDOS. Unless you're thinking of BOOT? Rpix86 presumably means something like QEMU on Raspberry PI. (QEMU still has various bugs regarding segmentation, probably since it's not needed for Linux emulation.) Is it because of the XCDROM.SYS ? I'm no expert here, but aren't SATA CD drives acting as some kind of 'emulated IDE' ? Or does it mean that the boot image would need a special SATA driver, and some detection logic to load the right driver? This starts to sound complicated :P Yes, and a lack of DOS drivers for various controllers/interfaces is the main culprit. The CD driver works for IDE and for SATA in legacy mode. Now imagine having only an USB CD drive on a system. (or something emulating it, like a Zalman hdd-caddy, or ISOSTICK) Didn't someone integrate eltorito.sys into isolinux a few years ago? Doesn't that help somewhat? http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/boot/syslinux/ I'm not sure anymore nowadays the goal is installing FreeDOS on a dedicated system, but rather to have it available and to use it, when necessary. What I mean to say is, people will boot from your CD, then find out their harddisk is partitioned 100% already for Windows. Thus, no easy way to get a drive C: available. Unavoidable without some (limited) NTFS driver. Maybe GRUB4DOS can boot a DOS image file created as one contiguous block file? But how to create that ... dunno, someone may have to write it (not me!). But anyways, Windows since Vista lets you optionally resize the NTFS partition, so it's no big deal. (Also RUFUS can install FreeDOS to bootable USB stick.) -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS FDNPKG install CD
Hi, On Sun, Jul 21, 2013 at 1:35 PM, Mateusz Viste mate...@viste-family.net wrote: On 07/21/2013 07:59 PM, Bernd Blaauw wrote: Ouch, thought this was solved, both with and without some custom fixing driver. Most recent VirtualBox (4.2.16?) used? Most recent UDVD2.SYS used? The UDVD2.SYS I used is the latest I could find (from the link you provided). The VirtualBox I have is the one my distro packaged for me: 4.1.12. Maybe this is something that got fixed in newer VBox.. dunno. I know it's a fairly big download (esp. on slow connection), but you could download latest directly from their site. They have a fairly big selection of Linux distro packages (Fedora, Ubuntu, Debian, OpenSuSE, Mandriva), even one (well, x86 or x64) that says all distributions!! (EDIT: Apparently binaries for all distros are 81 MB in size each.) https://www.virtualbox.org/wiki/Linux_Downloads http://download.virtualbox.org/virtualbox/4.2.16/VirtualBox-4.2.16-86992-Linux_x86.run http://download.virtualbox.org/virtualbox/4.2.16/VirtualBox-4.2.16-86992-Linux_amd64.run In worst case, revert to XCDROM but keep UDVD2 around. That's exactly what I did. UDVD2 seems really nice. It just can't be a default if it can trigger freezes I'm pretty sure this is fixed in newer versions. I mean, I don't use VBox much, but even on my painfully slow (no VT-X) laptop, I don't recall seeing any slowdown at bootup. BTW, I think there was also a DOS TSR that Eric Auer made for working around this. I don't know why it wasn't more widely publicized. I forget where I even got it, and I don't think I ever tested it. Worst case scenario: I (or Eric or ...) could email you that for testing. EDIT: Here is probably where I found it: http://sourceforge.net/apps/mediawiki/freedos/index.php?title=VirtualBox_-_Chapter_8#The_fix -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FDNPKG v0.96
Hi, On Sun, Jul 21, 2013 at 1:59 PM, Mateusz Viste mate...@viste-family.net wrote: I released a minute ago a new version of FDNPKG. The exact changelog of the v0.96 follows: FDNPKG v0.96 [21 Jul 2013] Just FYI, I updated the online .LSM and mirrored this to iBiblio: http://www.freedos.org/software/?prog=fdnpkg http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/fdnpkg/ -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS FDNPKG install CD
Hi, On Sun, Jul 28, 2013 at 12:19 PM, Bernd Blaauw bbla...@home.nl wrote: Rugxulo schreef op 28-7-2013 0:55: 1.9 has been latest stable for three years now. I haven't been following their latest progress, so I don't really know much about it. 1.5 was listed in above textfile, guess that's the last one Arkady made. Thought you had a more recent archive for v1.8 or so. Officially, they stopped including separate .ZIPs after 1.3, so everything after that had to be done manually. Most people never complained, AFAIK. A quick check shows that Arkady did at least package up 1.7.1 for us: http://www.openwatcom.org/index.php/Alternative_Open_Watcom_distribution Though I did always think having to download 80 MB .EXE (.ZIP'd with sfx installer, ~200 MB unpacked) just for the DOS-only portion was overkill, hence I did make a DOS host/target only .7z file, which was only 7 MB (or 45 MB unpacked). Though if all you wanted was bare bones C (and no helpfiles, etc), even this could be a bit much. http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/devel/c/openwatcom/1.9/open-watcom-c-dos-1.9.7z -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] OpenWatcom packaging (was: FreeDOS FDNPKG install CD)
Hi, On Mon, Jul 29, 2013 at 2:30 AM, Mateusz Viste mate...@viste-family.net wrote: maybe a nice solution would be to create multiple packages, where every package would contain a part of OW - then the end user could download only what he wants/needs/uses. Well, I figured a full DOS only download was better than full everything already. Trying to split into smaller pieces might be nice, but it's quite tedious. It's hard to decide what is best for everyone, so usually people just throw everything and the kitchen sink in there. Sure, you can be ultra minimal in some instances, but most people want full C++ support, help files, debugger, vi editor, various DOS extenders, and libraries for all the various memory models. That's more or less what I did when packaging DJGPP (although for DJGPP it was much easier, because DJGPP provides some 'package segmentation' already): Just a few comments: 1). At minimum, you must always have the *.h headers and libc + libm (djdev*), GCC proper (gcc*), and BinUtils (bnu*). There's very little possible use for anything less than that. 2). RHIDE is old (IIRC, built only with G++ 3.3.6) and won't be further updated, but it does (mostly) work well. It has its own debugger, RHGDB, based upon older GDB (6.3, in Andris' last 1.5c snapshot, IIRC). But that relies on COFF debug info, which is somewhat limited and even broken in later (4.5.x or newer) GCC releases. So in that case, GDB is better (though less friendly to use, even with --tui). RHIDE is also basically SETEDIT editor, thus it has built-in a Info reader, so you don't also need Texinfo. 3). Bison and Flex are rarely needed. I don't ever use them (and don't understand their syntax anyways). Some few projects need them to build from sources, but not many do. 4). Make and GPP speak for themselves. A lot of projects need these, e.g. p7zip, UPX, Dungeon Crawl, etc. Well, even latest GCC 4.8.x is built with G++ nowadays. 5). The FAQ is ridiculously useful but quite old by now. It's lacking in some areas because of that. Honestly, a lot of that has to do with various workarounds in different environments, which seems to be a stumbling block for many users. That's a bottomless pit, almost, because nobody can stabilize on one environment. (NTVDM isn't as useful nor widespread as it used to be, and less emphasis has been made on building complex packages from atop other environments.) 6). Objective C ... I don't grok it, it seems interesting, but quite honestly I'm not sure if (barely) anybody has ever even properly tested this under DJGPP. The few projects I've seen that use this language rely heavily on third-party libs (GNUstep or similar), which I'm not sure will work (well, if at all) on DJGPP. At least, I can't name one public project that ever used this for DJGPP. 7). As far as dependencies go, GNU software (and thus many Linux projects) assume a lot more than just these. Just off the top of my head: m4, tar + gzip, sed, awk, grep, bash, pdcurses, diff + patch, coreutils (file + text + shell utils), etc. It's almost endless! :-) Anyway, maybe a similar method could be applied to OW, so users who wants it all could just install all packages, and users who need only a minimalistic compiler would just get the equivalent of Rugxulo's 7z file. The existing .7z is a full DOS install with everything DOS-related. It could be slimmed if someone didn't want all the fluff, e.g only wanted to recompile the FreeDOS kernel. I made a small .7z like that in the past, and it would fit on a floppy (so ~1.4 MB when compressed). But I'm not sure how many people would find that useful. -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Jack Ellis' drivers (UIDE, etc.) 2013-07-28
Jack Ellis has released a minor update to his drivers: UHDD/UIDE save 600 bytes of runtime (HMA) space by omitting their binary-search buffer and related code (they did not improve speed very much).Their /F switch is now deleted, and UHDD/UIDE will always set 64K blocks with a cache of 80-MB+, for faster speed if using protected-mode. Minor UDVD2 size reductions. XMGR/RDISK unchanged, re-dated only. I've updated the online .LSM for UIDE and XMGR and also mirrored this to iBiblio: http://www.freedos.org/software/?prog=uide http://www.freedos.org/software/?prog=xmgr http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/cdrom/uide/ -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Zmiy - a snake-like game for 8086 (like Nibbles)
Hi, On Mon, Jul 29, 2013 at 3:02 PM, Eric Auer e.a...@jpberlin.de wrote: I had a few minutes of free time lately and felt the inexplicable need to write a Nibbles clone I think the last time I wrote a Snake clone in 2.5 dimensions in Borland, in Pascal, I updated the code to use 40:6c aka 18.2 Hz timer ticks at some point. FYI, here's a link: http://ericauer.cosmodata.virtuaserver.com.br/soft/specials/snake_vr_2007.zip -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] DHCP in FreeDOS
Hi, On Sat, Aug 3, 2013 at 8:35 AM, Everaldo arcanjo...@gmail.com wrote: Friends, I'll wanted to know how configuring the Internet in FreeDOS 1.0 for the DHCP or manually. Wait contact, ok! Check this first: FreeDOS Networking with VirtualBox 4.x http://lazybrowndog.net/freedos/virtualbox/ -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] CPIED 1.3b
Hi, On Fri, Aug 2, 2013 at 5:24 PM, Balthasar Szczepański rowerynaksiez...@gmail.com wrote: Next version of my CPI editor. It allows to edit the shape of the characters, remove or create fonts, remove or create codepages,.. It has a gui and can be controlled with the keyboard or mouse (if there is a mouse installed). It can read *.cpi or *.cpx files and write *.cpi files. I've mirrored this below: http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/fonts/cpied13b.zip BTW, I'm no expert, but your makefile could be heavily improved. :-) In particular, -ot may be too spartan (-otexan is often recommended, though I'd use -ox or -oxt to be safer). Also, at least on .OBJ platforms (not Linux), OpenWatcom supports automatic dependency handling, which may simplify things for you. (IIRC, even Borland supports that, too.) -- Get your SQL database under version control now! Version control is standard for application code, but databases havent caught up. So what steps can you take to put your SQL databases under version control? Why should you start doing it? Read more to find out. http://pubads.g.doubleclick.net/gampad/clk?id=49501711iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] CPIED 1.3b
Hi, On Wed, Aug 7, 2013 at 3:12 PM, Mateusz Viste mate...@viste-family.net wrote: On 08/04/2013 12:37 AM, Rugxulo wrote: I've mirrored this below: http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/system/fonts/cpied13b.zip And I've put the latest v1.3c into the FDNPKG repository. I've now updated it to latest 1.3c, so don't worry. :-) -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] MT.COM not found in internet !! :(
Hi, On Thu, Aug 15, 2013 at 7:47 AM, Sébastien FAVIER sebastien.ordinat...@hotmail.fr wrote: Hello! I'm intersted by this program MT.COM for execute mutiple dos programs (up to 8 programs) C:\MT prog1.exe + prog2.com + prog3.com ... My problèm, web sites speak, but i not found on web this .com program.. It appears that shamrock.de still exists, but indeed there is no (obvious) link there to download MT anymore. I did forward them your message (via Contact), so hopefully they will email you directly with a reply. FYI, I did actually bundle this (but I'm not the author!) in my silly (old!) RUFFIDEA mini-floppy distro, specifically disk #3: https://sites.google.com/site/rugxulo/d3-files.zip?attredirects=0 However, I'm not sure how useful overall the package is. I only very very lightly used it, and I'm fairly certain it's not for anything but very simple programs. So it's not equivalent of a Desqview or DR-DOS pre-emptive multitasker by any means. Thus it's probably not worth playing with very much, honestly. Also, there's no sources, so you don't even get that joy, sadly. If you want some kind of simple multitasking, you can already use coroutines or similar cooperative threads, even in DOS. Various libs and examples of such things already exist, e.g. GNU Pth or clwp or protothreads or SwsMtc. Some languages even support coroutines (or green threads) out of the box, e.g. Modula-2, Lua, Ruby 1.8, etc. Other languages have simple bindings (or equivalent functionality), e.g. DX-Forth has MULTI.SCR for (very) simple swapping between routines. So, all is not lost, but it's all of limited use. (I'm not trying to be overly pessimistic here, it's honestly still better than nothing.) As with anything, you either live with the limitations or try something else (DOSEMU?). -- Get 100% visibility into Java/.NET code with AppDynamics Lite! It's a free troubleshooting tool designed for production. Get down to code-level detail for bottlenecks, with 2% overhead. Download for free and get started troubleshooting in minutes. http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] BIOS update with FreeDOS + grub2 on USB Flash
Hi, On Sat, Aug 24, 2013 at 11:10 AM, Beeblebrox zap...@berentweb.com wrote: I want to update system BIOS using USB Flash. The USB drive has grub2 installed, I use it as a rescue drive I can add menu items however I like. When I boot into FreeDOS, only the contents of the mem-loaded image file (FDOEM.144) are visible. MY QUESTION: Would it be possible to provide access from the FreeDOS mem-file environment to a folder on the USB drive? You can instead use an entire bootable USB disk of FreeDOS via RUFUS (or similar). Maybe you have a specific reason to only use GRUB2 here, but otherwise I think RUFUS is easiest. -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] BIOS update with FreeDOS + grub2 on USB Flash
Sorry, forgot the URL: http://rufus.akeo.ie/ On Sat, Aug 24, 2013 at 2:53 PM, Rugxulo rugx...@gmail.com wrote: On Sat, Aug 24, 2013 at 11:10 AM, Beeblebrox zap...@berentweb.com wrote: I want to update system BIOS using USB Flash. You can instead use an entire bootable USB disk of FreeDOS via RUFUS -- Introducing Performance Central, a new site from SourceForge and AppDynamics. Performance Central is your source for news, insights, analysis and resources for efficient Application Performance Management. Visit us today! http://pubads.g.doubleclick.net/gampad/clk?id=48897511iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] 7zip in pure dos?
Hi, On Wed, Aug 28, 2013 at 10:09 PM, dmccunney dennis.mccun...@gmail.com wrote: On Wed, Aug 28, 2013 at 9:52 PM, Karen Lewellen klewel...@shellworld.net wrote: Is this different from the pzip utility I found referenced when I googled 7zip in dos? I don't believe so. DJ Delorie's DJGPP build of p7zip is the only one I'm aware of for DOS p7zip (where p is for POSIX), in our case, was compiled with DJGPP, which is officially a DOS (32-bit DPMI, partial POSIX) compiler. Just for clarity, I'm not aware of any pzip archiver. Since p7zip is a very POSIX-heavy port of the original 7-Zip (7za?) cmdline tool, it's not perfectly easy to port for DOS. So it's a little buggy, but overall it seems to mostly work. I am not using freedos, but ms dos 7.1 will it make a difference? It shouldn't. I don't know without trying, but I'm not personally aware of any design decisions that should cause any (extra) problems. I had to laugh as the pzip package requires bz2 for the unzipping, which is something pzip does. The sources are .tar.bz2, if that's what you meant. You don't need that file. The latest (imperfect) unofficial DJGPP compile is 9.20.1 : http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/file/7zip/9.20.1/testing/p7z9201-latest.zip That's my own (wimpy) build, mostly using same everything (e.g. FSU Pthreads lib) as Khusraw's 9.13 build. It should hopefully work slightly better with backslashes in paths, as per DOS custom, but there are some other minor irritations due to POSIX assumptions / limitations (that haven't been fixed due to tedious complexity). In short, it may? actually be more comfortable to use the official native Win32 console 7ZA.EXE (7za920.zip) under Japheth's HX in DOS. http://sourceforge.net/projects/sevenzip/files/7-Zip/9.20/7za920.zip/download http://www.japheth.de/HX.html I prefer to just make a 7z archive, instead of a bz2'd tar file. The latter requires you to uncompress the tar file then extract it. What if you just want one file in the archive? And 7z archives made with max compression are comparable in size to bz2 files. The max (and default) blocksize for .bz2 files is 900 kb, but 7-Zip (LZMA) can go much higher, hence better compression. Plus, you don't have to compress the whole file as solid compression, you can even do semi-solid, to keep decompression RAM usage down. The main problem is that everyone's needs are different, so there are many competing archiving formats, even using same LZMA compression method (although both LZMA and LZMA2 exist nowadays), e.g XZ or Lzip. By default, .7z files don't preserve *nix permissions, so they don't usually use that there, usually .tar.lz or .tar.xz : http://ftpmirror.gnu.org/emacs/ emacs-24.3.tar.gz 11-Mar-2013 02:31 50M emacs-24.3.tar.xz 11-Mar-2013 02:15 34M P.S. If all you need to do is decompress a .7z file, try 7zdecode, it's much smaller: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/file/7zip/7zdecode/7zdec922.zip -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] 7zip in pure dos?
Hi, BTW, this is just random ramblings from me, I don't claim to be any sort of expert (esp. compression programming), more like a power user (if even that). On Thu, Aug 29, 2013 at 4:23 PM, Eric Auer e.a...@jpberlin.de wrote: [Tom] the very idea of 7zip is to tar first (internally), then compress. [Bojan] Very idea of 7zip is a specific compression algorithm, not a way the compressing utilites work. :) Actually you are BOTH right. As Rugxulo already mentioned, there is a difference between archives where each file inside is compressed separately and compact archives. The latter put all files in one big block of data and compress that. The default mode of 7ZIP is to make a COMPACT archive with a SPECIFIC compression algorithm. IIRC, the default mode of 7za is -mx5 and .7z format using LZMA [or LZMA2 in newer alphas] method, which means (among other things) 16 MB dictionary, aka 2^24, aka LZMA:24 (but you can adjust that, e.g. -ms=32m -m0d=32m [LZMA:25] seems to compress slightly better, if the file is bigger than 16 MB). Bzip2 is BWT method with blocksize 100k up to 900k only. Gzip is Deflate with 32 kb dictionary. Zip has had various methods, but the default has been Deflate for a very long time. Just to clarify, .7z format can have Bzip2 or Deflate methods (or Ppmd or others). Even .ZIP format can officially support Bzip2 or even LZMA method (or others). ZIP is non-compact and otherwise comparable to TAR.GZ in strength of algorithm. Yes, hence .ZIP is slightly worse compression overall but provides some file separation which can (in limited use) make it easier to recover some files from a corrupted archive. Though normally (some of the fancier) archivers add some minimal redundancy data instead (though even that is limited and not really a good replacement for full backups). .gz seems mostly to be meant for streaming as it doesn't really support anything beyond a very minimal header. Though of course I think? you can concat several .gz files, and it will still decompress them all correctly, but that's rare (in my limited experience). Of course, only .tar saves *nix permissions info, as .ZIP was less friendly (by default) since it was DOS-oriented. Yes, you can kludge it with your own workarounds (and who knows what can optionally be saved in extra fields, better check appnote.txt), but due to that, I think, most people on *nix still don't use .ZIP very much. .gz (LZ77?) was actually just meant to be a patent-free replacement for compress .Z, which used (IIRC, now unpatented) LZW. So if you compress many similar files, TAR.GZ gives you the smaller archive. Usually but not always. 7-Zip provides its own improved Deflate, which is slightly better (tries harder, gives up less easily) than the algorithm typically used in such encoders. I'm not sure of the details (no EOS markers?). Long story short: .ZIP has bigger internal headers but it's very minor difference (overall), so it's still technically possible to use (for instance) 7-Zip to create a .ZIP that is actually smaller than a (normal) GNU gzip-produced .gz file (for the same input). More modern algorithms like BZIP2 will often compress data better, but will spend much more RAM and CPU time in doing that. So TAR.BZ2 is smaller than TAR.GZ which uses GZIP. Usually smaller. And yes, Bzip2 wasn't really ever ported (AFAIK) to anything less than 32-bit machines, not the least reason of which is the 900 kb max blocksize (versus 32 kb) and of course its slower speed overall. At risk of stating the obvious, there's always a tradeoff between compressed output size and (de)compression speed and RAM usage. At risk of sounding snobbish (unintentionally), I think Gzip (Deflate) is very weak. For very large files, it's inefficient, and thus I wouldn't recommend it directly these days. Though a 35 MB file vs. 50 MB is (at least to most modern people) not a difference worth worrying about (sadly). These days you can't do anything without a fast network connection and tons of RAM and tons of disk space. You do not usually have to make a TAR and GZIP or BZIP2 it separately with a pipeline: Both functions are usually combined behind one command, in particular in DOS where pipelines are not efficient to use. In Linux or Windows, it could happen that the modules internally communicate via pipes without you noticing: Dunno, honestly! It's complicated. But GNU tar does allegedly support extracting only certain files. Of course, I'm not a big *nix (nor tar) user, so I never use that feature. Well, DJGPP's djtar -x -o blah/readme.txt -p blah.tgz is sometimes useful (decompresses and unarchives all at once). :-) In both scenarios, you do not need to have the big, uncompressed throw all files in one TAR file lying around on your harddisk while processing a TAR.GZ (TGZ) or TAR.BZ2 (TBZ) file, luckily! We're way beyond the point of most people caring. How big is latest Linux kernel sources (with drivers)? Usually I consider
Re: [Freedos-user] 7zip in pure dos?
Hi, On Thu, Aug 29, 2013 at 3:07 PM, Karen Lewellen klewel...@shellworld.net wrote: Let me table this discussion where my question is concerned. there is another copy of this program zipped using regular pk zip for dos and as a strict dos port. p7z458c.zip is what I see at the link you gave. Honestly, it may work, but that's a fairly older version (e.g. no LZMA2), and it's overkill if all you need is to decompress. The previous link I gave to iBiblio (also pointed to by FreeDOS Software list) is more current. At least, I can't personally think of any reason why someone would prefer 4.58 over 4.61 or 4.65 or (better) 9.04, 9.13, or (latest) 9.20.1. Again, I say, you're probably better off browsing iBiblio for what you want (presumably p7zip 9.20.1 or 7zdecode 9.22): http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/file/7zip/ It is on the same site where I referenced a long time ago the dos ports of mplayer and other dos related desires. Probably inertia, presumably it works well enough for average use, but that old version is definitely not maintained nor recommended. The only people who (AFAIK) have bothered attempting to officially rebuild p7zip with DJGPP are (in order) Blair, Khusraw, and myself. Oops, forgot Mik, but I think even his build had some flaws. You will find a .ZIP of 7ZA for DOS on the same website: http://www.ausreg.com/dos_ports/index.htm Thanks for the other answers, but this option should meet my needs. Well, it's almost like you missed my email entirely! Oh well, whatever works is good enough, but I don't recommend older versions without an explicit reason, esp. when I have some (minor) reasons to not prefer them (a few bugs, a few lacks). -- Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more! Discover the easy way to master current and previous Microsoft technologies and advance your career. Get an incredible 1,500+ hours of step-by-step tutorial videos with LearnDevNow. Subscribe today and save! http://pubads.g.doubleclick.net/gampad/clk?id=58040911iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] 7zip in pure dos?
Hi, On Fri, Aug 30, 2013 at 12:19 AM, Mateusz Viste mate...@viste-family.net wrote: On 08/30/2013 06:42 AM, Rugxulo wrote: IIRC, the default mode of 7za is -mx5 and .7z format using LZMA [or LZMA2 in newer alphas] method, which means (among other things) 16 MB dictionary, aka 2^24, aka LZMA:24 (but you can adjust that). This is right. But bigger dictionary doesn't necessarily mean 'better'. well, sure, it means 'potentially better compression ratio', because we can seek back redundant data in wider spans, but it also means 'tremendously higher memory requirements'. This is why I don't create FDNPKG packages using LZMA (unless for pure experimentation), even though it's 5-15% smaller than DEFLATE. Trying to uncompress an LZMA file on a 16MB RAM machine is hell (or simply impossible if no virtual memory is available). While some compressors use a minimum dictionary size regardless of the file size (e.g. bzip2 defaults to 900k unless explicitly told otherwise), 7-Zip is apparently smarter. At least, my one-floppy DJGPP .7z file only uses 6m (6 MB, roughly the size of all files unpacked), so I did correctly decompress it (years ago), without swapping or slowdown, on a 486 with 7 MB of extended RAM. This was not possible with UHarc, which needed approx. 24 MB (by default with -mx, I think). And like I said, you can make the dictionary bigger or smaller, depending on need. I don't remember the limits, perhaps 1 GB is max. And BTW, just for more arcane useless trivia, CWSDPMI won't allocate the total RAM size requested for its swapfile unless it is actually used (unlike Causeway), which is of course a more efficient way of doing things. Even .ZIP format can officially support Bzip2 or even LZMA method (or others). That's exactly what FDNPKG supports - LZMA-compressed files inside ZIP 'slots'. This allows using the cool ZIP structure for handling files (and extracting only these we need - eg. without SOURCES), but still benefiting from the LZMA compression ratio. IIRC, zip 3.0 and unzip 6.00 both optionally support bzip2's compression method via libbz2 (or whatever it's called) at compile time (see unzip -v and zip -Z bzip2). E.g. my native Windows versions here do and don't support it (but Cygwin zip does). Though I don't know why there was never an official build of zip 3.0 for DOS. (I vaguely recall some tmpfile bug, but it wasn't pressing enough for me to care. I presume that others were similarly less interested, as always.) indeed, .gz is designed to compress only a single file. No 'directory storage' capabilities there. Still, for 'single file' compression I'd use gzip over zip anytime. It's fits better, because it provides all we need, without any additional garbage (mostly limited to filename + CRC32 + a few flags). Well, as usual, things are as complicated as you make them. Yes, .ZIP has some minor overhead, but like I said, it's not technically true that it's always smaller to use .gz (or even .bz2) instead of .zip. Some tools don't handle both .gz and .tar.gz, e.g. DJGPP's djtar only handles the latter (and also .tar.bz2 in beta djdev204.zip ... and of course plain .tar and .zip). GNU gzip can unpack a .zip if it only has one file inside, but I don't think the *BSD equivalent has that feature. Yeah, I know, minor stuff, but it's somewhat annoying when your options are limited (e.g. no network connection or no compiler or similar trivial problem). Usually but not always. 7-Zip provides its own improved Deflate, which is slightly better On a side note: some decompressors have troubles handling the 7zip 'deflated zip' files sometimes. For example kunzip crashes on some zip files created by 7za, while it doesn't crash on any other files created with 'classic' zippers. There are literally dozens of decompressors for .zip files. It would be impossible, even with standard appnote.txt, for them all to fully comply. I've not seen any huge problems, but it's always possible. If you (or yours) use kunzip much, maybe that's a concern, but since I (naively?) don't consider that a widely-used implementation, I'm not too worried. I mean, Ubuntu has unzip by default, last I checked, and of course Windows Explorer supports unzipping since I don't know when (ME? XP?). Even *BSD has a partial implementation of unzip too (libarchive?). In other words, I don't personally see a huge need for kunzip, but the more the merrier! :-) Well, adding is easy (you just strip the directory from the end, append your file and recreate the directory). Deleting is trickier, indeed.. (need to move all data around to cover the empy hole left by the deleted file, and recalculate all data offsets in both the central directory and per-file headers...). I'm not sure how well most tools handle this. The naive approach would be to temporarily duplicate the entire file, which may be unfeasible with very large sizes
Re: [Freedos-user] CPI editor 1.2b
Hi, (two months later!) On Wed, Jul 17, 2013 at 8:25 AM, Marcos Favero Florence de Barros fav...@mpcnet.com.br wrote: Rugxulo on 15 Jul 2013: I don't know what tools others used previously I used FONTHACK quite a lot to build a nice-looking sans serif screen font with all the accents we need in Portuguese. That's the font I use every day. Fonthack is copyrighted freeware by Pierre Jelenc, 1994. I was unable to find this (except one shady website that didn't look trustworthy). I did visit http://www.pierrejelenc.com/ but found nothing relevant. I sent him a quick message, though, but I'm not getting my hopes up. There's also FE or Font Editor II by Ivan Llanas from Barcelona, 1994. I have hardly used it, but it seems to work well. The docs say: This program is CARDWARE and you don't have to pay for using it. At least this was found (and successfully downloaded) via the Wayback Archive: http://web.archive.org/web/20130912152005/http://www.geocities.ws/ivan_llanas/software/fontedit2.html -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] CPI editor 1.2b
Hi, On Mon, Sep 16, 2013 at 12:50 PM, Marcos Favero Florence de Barros fav...@mpcnet.com.br wrote: From myself on 2013-07-17: I used FONTHACK quite a lot to build a nice-looking sans serif screen font with all the accents we need in Portuguese. That's the font I use every day. Fonthack is copyrighted freeware by Pierre Jelenc, 1994. From Rugxulo on 2013-09-16: I was unable to find this (except one shady website that didn't look trustworthy). I did visit http://www.pierrejelenc.com/ but found nothing relevant. I sent him a quick message, though, but I'm not getting my hopes up. Unfortunately, Pierre tells me via email that he lost all his DOS software years ago in a hard drive crash. At least for my purposes, CPIED by Balthasar Szczepanski (now version 1.3c) seems more user-friendly than FontHack, and would be my choice today. Well, you mentioned it, so I figured I should look for it, out of completeness. :-) -- LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99! 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13. http://pubads.g.doubleclick.net/gampad/clk?id=58041151iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Trying to get Freedos to boot - Help !
Hi, On Sun, Sep 22, 2013 at 12:48 AM, timmoore46 timmoor...@gmail.com wrote: Not sure if I've posted on the right list, but here goes ! You're fine here. Attempting to use a 320GB HD on a modern 6 core PC. All for FreeDOS? :-)Or are you multi-booting? Or is this just temporary? I got the HD formatted in Fat32 (I think). You should be able to run (some variant of) FDisk, just for info, and tell what partitions are available. (There's also a similar WHICHFAT tool, but I'm not sure that's more helpful here.) Your main FreeDOS partition has to be FAT, primary, and bootable. Freedos seemed to have installed OK. But when I power down it does not boot up ! If it doesn't boot, it didn't install okay. You have to create a FAT partition (if not already exists) via FDisk (xfdisk? spfdisk?), reboot, format that partition, then sys a: c: (or similar). The latter uses SYS.COM, which is included in the kernel .ZIP package. It copies shell (command.com) and kernel (kernel.sys) and also puts a boot sector in the partition. You should also be able to do SYS /BOOTONLY freedos.bin (or similar, I forget exactly) if you are booting indirectly via a different method. How do I fix this ? What does your MBR look like? Partition table? Can you boot a Linux liveCD with GParted to take a look? What are you trying to run (if anything) besides FreeDOS? Or even burn a CD that boots into a full version of freedis v1.1 : You mean LiveCD? That isn't (officially) supported in the FD 1.1 release. But if you have a pre-existing copy of Windows, you can use third-party RUFUS tool to make a bootable USB with FreeDOS on it. Or just use a floppy image file and write that to real floppy or convert it to .ISO (but that is fairly limited, but still better than nothing, at least for quick rescue use). http://rufus.akeo.ie/ http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/unofficial/ -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60133471iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] HTTP_PROXY?
Hi, On Mon, Oct 7, 2013 at 4:01 PM, Louis Santillan lpsan...@gmail.com wrote: Maybe. I use ssh/scp/sftp for everything I do these days. Is gem able to multitask these sessions? AFAIK, no. There was some unfinished work (long time ago) on a quasi-multitasking GEM, but it was never reliable, and at least modern-ish GEM doesn't enable (or contain) it. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Linux OSes to use as VM hosts for FreeDOS, WAS Re: HTTP_PROXY?
Hi, On Mon, Oct 7, 2013 at 5:57 PM, Richards, Toby toby.richa...@slo.courts.ca.gov wrote: Follow up question: does Gem run on any os other than FreeDOS? Which GEM? I'm not sure it's developed or even maintained anymore. I haven't heard jack from anybody (nor Shane Coughlin) about it in recent times. (Not that I should, just saying ) Latest is probably OpenGEM, check iBiblio for latest (2006-ish, apparently): http://www.freedos.org/software/?prog=opengem http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/gui/opengem/6/ (2006, 2010) http://sourceforge.net/projects/opengem/files/opengem/OpenGEM%20SDK%203/opengem-sdk-release-3.zip/download (2008) Anyways, will it run on others? Dunno, there are way too many DOSes, and I don't have the energy or interest in testing them all! (ROM DOS, PC-DOS, PTS-DOS, EDR-DOS, DR-DOS, RDOS, etc.) The fun thing about computers is that you can never know if something will work until you try it. Even then, you might try incorrectly, or maybe it's just not (well) supported (anymore). But having said that, I'm not personally aware of any incompatibilities nor any FreeDOS-isms (bad!). But a healthy dose of skepticism is required as 100% compatibility of anything is often difficult (without lots of testing). -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Linux OSes to use as VM hosts for FreeDOS, WAS Re: HTTP_PROXY?
Hi, On Mon, Oct 7, 2013 at 6:19 PM, Richards, Toby toby.richa...@slo.courts.ca.gov wrote: I meant on Linux or some other nondos os. http://en.wikipedia.org/wiki/Graphical_Environment_Manager#Continued_development Continued development Caldera Thin Clients (later known as Lineo) released the source to GEM under the GNU General Public License (GPL) in April 1999. The development of GEM for PC is continued as OpenGEM and FreeGEM. It also has been ported to the Atari ST again to be used in the free TOS clone EmuTOS. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Lacking sources in some BASE packages (was: FDNPKG update)
Hi, First, thank you for all of your efforts! Honestly, it's almost overwhelming having so many files to deal with! On Sun, Oct 13, 2013 at 5:26 PM, Mateusz Viste mate...@viste-family.net wrote: I did a bit of repackaging work this evening, and added sources to some of the BASE packages that lacked it. The full list of BASE packages that lack sources is this now: cpidos (not sure there are sources for this one at all?) I'm also not aware of any sources for this, though it does claim to be GPL. AFAIK, it's only binary data (bitmap fonts, compressed). Henrique would probably know more. command AFAIK, latest is still 0.84-pre2 XMS_Swap, so I just grabbed it from /distributions/1.0/pkgs/ , i.e. COMMANDS.ZIP. The problem is that it has two (identical?) copies of (needed) SUPPL.TGZ in there, but both of them seem to be corrupted. So I grabbed old SUPPLS.ZIP from the same location. Bart would probably know more. edlin Latest is still 2.15, which is available at http://freedos-edlin.sf.net . Gregory would probably know more. fdisk Assuming you mean only FD Fdisk and not (also) Xfdisk or SPfdisk, then that's easy to find on iBiblio. Brian would probably know more. help Still at 1.07 (final?), found on iBiblio. Fritz would probably know more. more This is also on iBiblio, like most things. Not consciously aware of this, but maintainer is listed as Imre, so (in theory) he's the guy to contact. (obligatory joke elided) print Jim Tabor would be the guy to ask, or maybe Eric Auer. It's on iBiblio. But I've never (successfully) used this. The current version of these packages can be found here: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/base/ So, as best I could determine, for your convenience, I put all these sources here: http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/base/tmp-src/ commands.zip2006-Aug-2902:09:483.5M suppls.zip2002-Jul-3002:44:441.1M edlin-2.15.zip2010-Dec-2017:57:27199.9K fdisk131.zip2008-Nov-0422:57:48188.5K help107src.zip2005-Mar-2507:26:50184.3K more43.zip2007-Oct-0119:33:0049K print-jimtabor-102.zip2007-Sep-1712:00:1015.1K Though I didn't look too too closely, and I didn't try recompiling any of these (probably harder than it sounds). If anyone would be willing to check them out, add sources, and make sure these packages are up to date and features latest translations, I'd be happy to accept fixed packages. I did not make any packages proper, sorry. Nor translations, I have no idea, I didn't look. Otherwise I will try to repackage/fix them myself, hopefully before 2014. I don't even remember the layout of your packages. Honestly, I've been busy doing other things, so making more packages has (for now) not been a priority, esp. lacking any feedback. I'm honestly just not comfortable enough with it all, so my help is questionable. But if you have any specific requests, feel free to ask. (In particular, I haven't updated FDNPKG under VirtualBox in months, and that's the only place I have a working packet driver. Usually I just manually install everything, which I admit is not always ideal, esp. for most end users.) -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] emm386, himem.sys, config.sys
Hi, On Wed, Oct 16, 2013 at 9:28 PM, Miguel Garza garz...@gmail.com wrote: I recently discovered Rufus, the DOS boot disk installer, and installed FreeDOS on my thumbdrive. I think it's pretty neat. Yeah, it's cool. Anyways, what I am wondering is, I had come across PictView and tried viewing some images with it, but it gives an error and says something about not enough memory, will only display the first 54 lines. Then it loads the top 2% or so of the image. I randomly ran across references to emm386.exe. Would loading emm386.exe allow PictView to work? I'm assuming something must, otherwise PictView seems like a pretty useless program (no offense intended). PictView wasn't written by anybody here. Or at least, I don't recall ever seeing the author around. The website lists the update (pv194upd.zip) as from 12/1/2000. You could try that if you're still using pictview.zip. I honestly don't anticipate further updates (though one third-party guy said a rumor a few years back ... but I guess that never happened). But if you're really convinced you found a bug, maybe you could ping him. The FAQ says this: PictView is written mainly in assembler and it runs on any 386 machine with at least 1 MB of RAM and a VGA adapter. Though it goes on to mention XMS, which sounds correct (though I admit to only rarely running pictview.exe as I'm no multimedia buff). So no, that's not EMS, so you don't need EMM386 at all, AFAIK. You only need the equivalent of HIMEM.SYS (usually HIMEMX or XMGR or FDXMS or similar). The file jemmex.exe contains himemx.exe + jemm386.exe, but I'm not sure that's what you want either. So yeah, like Louis said, put DEVICE=c:\fdos\himemx.exe or DEVICE=c:\fdos\xmgr.sys in your CONFIG.SYS and try again. But the problem(s) may lie elsewhere. Maybe you don't have enough conventional RAM free, so try it without a lot of other TSRs loaded, if you think that might help. BTW, one bug that seems to bite me is it doesn't always seem to like 80x43, so I first have to manually switch back to good 'ol 80x25 via MODE. There are other image viewers for DOS, but most are old shareware. I'm not sure if there is a single preferred viewer. It probably depends. I don't frequently use a lot of that type of software, but I'm presuming others here can offer better suggestions. But just for completeness, here's what I'm thinking of (besides pictview): display, see, lxpic, paceplay, duglview, vgapaint, ombra, ... etc. etc. etc. http://www.bttr-software.de/freesoft/0grpidx1.htm#graphics http://www.reimagery.com/fsfd/graphics.htm Well, Blocek (graphical text editor) can view images too, but again, I'm not sure that's what you want. Any particular file formats or resolutions you're trying to use? -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Packet drivers...
Hi, On Wed, Oct 16, 2013 at 3:45 AM, NA plu...@robinson-west.com wrote: The free crynwr packet driver collection doesn't cover the Netgear FA311 10/100 baseTX network card. Blame Netgear. (It's their decision, not ours.) Uge! I've been google searching and have found BartPE, but that is a Windows 98 boot disk. I suppose some people like freedos's spotty support for modern network cards, but then how does one update freedos without networking??? It is my understanding (though I've not personally tested it) that Mateusz created an .iso that can be locally installed (without networking) via FDNPKG. Why not an on top of freedos minimal Linux system that you load using say loadlin for the sole purpose of running fdupdate? This linux system can drop back to freedos when it is done. This gets around having to support network cards in freedos for which there isn't any support. That's what most people already do, just use another host OS to download and manually transport the files. However, if I may make a generalization (though I've not personally tested 300+ distributions) ... there are not many (if any) true minimal distros anymore. Everything for desktop use usually assumes X11, and you're unlikely to even find most kernels for less than i686 and 128 MB RAM. (Feel free to make your own via Linux From Scratch!) You can boot an .iso via DOS using GRUB whatever or Gujin, e.g. PuppyLinux (may have to copy kernel + initrd to host FAT first). Maybe FreeBSD would work as well (though IIRC no [current] DOSEMU available there). The bootonly .iso is only 150 MB or so, and it has lower requirements (probably due to no X11 installed by default): 64 MB, i486 (I think). Another option is to revive freedos32 and possibly design it so that Linux packet drivers or Windows packet drivers can be used. Yet a third option, install freedos from a minimal bare bones Linux system that supports common network cards which can be extended to support other cards and provide instructions on how to add drivers to the iso image prior to burning it. A fourth solution is to get open source developers to produce dos drivers for modern network cards that came into existence after Microsoft dropped dos support. Portable drivers (across x86 OSes) are not impossible. It's been done, but most developers don't bother. I don't know why. Without a dos packet driver that works with your network card, forget using Norton Ghost. Dunno, but they probably (like most) don't develop a DOS version anymore, so it's moot. I would be happy to know they still kept the old DOS version around somewhere, but I'm skeptical about even that! Syllable seems to have better network card support than freedos does where syllable isn't: Dos based, Windows based, or Linux based. How is that even possible? Most of them (e.g. Haiku, FreeBSD) have sponsors or similar funding. Though they also have less legacy stigma to suffer, as well. Too bad there isn't a universal packet driver specification where the high level logic is one piece and the low level runtime is another piece that can be tailored to the OS. Done right, this approach should ease porting network cards to different operating systems that support the specification. The high level piece should provide a specific interface I suppose that can be operated from a single OS specific part. My idea is, write one low level piece and support many high level card specific components using it. For this to work, the drivers need to be open source and care should be taken to allow some flexibility in how the high level piece is compiled on different OSes. Portability is not easy, even for those few who care. It's hard to design (and maintain) something for all targets without any problems. Even if DOS were popular and had lots of volunteers and funding, it still wouldn't be easy. I hope packet driver support improves in freedos in the future or perhaps fdupdate should be redesigned for non network use. I misread this the first time. You explicitly say *non* network use. Like I said, I'm pretty sure that FDNPKG (the official successor to FDUPDATE) is offline aware / friendly. http://sourceforge.net/apps/mediawiki/freedos/index.php?title=Fdupdate Warning: FDUPDATE is obsolete as of september 2012. It has been replaced by its successor: FDNPKG. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Packet drivers...
Hi, On Thu, Oct 17, 2013 at 2:47 AM, NA plu...@robinson-west.com wrote: Thank you for the heads up on fdupdate. I have a Linux from scratch system that is Pentium III compatible, but that particular system doesn't have X. Wget? Curl? Ftp? Lynx? Links? Elinks? W3m? I suppose I can get the files for freedos onto my network somehow and then use LFS NFS root to get them onto the Pentium III where freedos can reach them. For that matter, I should be able to download the updates using Windows 2000. Ever tried the (fake, XP-ish) SwsVPkt? If only I had access to burnable cdrom media at the moment... No USB drive? Ever tried RUFUS? Not being able to network freedos is advantageous sometimes, but when it comes to updating it is a real nuisance. Well, dare I say it, it's basically stable already ... except for some very minor nits. The BASE probably? doesn't need many fixes. I hate having to work around problems like this. Unavoidable. On old computers, having to worry about Windows and/or Dos licenses is a real nuisance. If only that were our only problem! -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135031iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Think I have a hardware mess...
Hi, On Tue, Oct 22, 2013 at 12:18 PM, Michael Robinson plu...@robinson-west.com wrote: I have a Pentium III 750, 768 megs of ram, and a soundblaster 16 PCI card. Well, trying to add msclient as it seems to be the only way to go for a national semiconductor DP83815 network card. Goal has been to run fdnpkg to update my freedos 1.1 system. Apparently, the only choice is to have crynwr working, but that requires that I use a different nic. The msclient 3.0 dos software is a horrible memory hog. Does that require EMS? Or are you just trying to save RAM by using UMBs? As soon as I do a ping www.yahoo.com, I get a different crash and it is a hard crash involving again jemm386. Are there special flags that are needed on jemm or himemx? Not sure, but usually it seems to be safer to use X=TEST I=TEST in there. The README.TXT says that the ultra-safest setting (but probably fairly useless for real-world use) is X=A000- NOHI NOVME NOINVLPG. It goes on to say, This is the safest combination. If this doesn't work, Jemm most likely isn't compatible with the current DOS/BIOS. So I would try testing some more. -- October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60135991iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] PATH
Hi, On Sun, Nov 3, 2013 at 9:38 AM, Miguel Garza garz...@gmail.com wrote: I've got my programs in subdirectories of C:\APPS, and whenever I add a new program, I have to add its path to autoexec.bat like so: set PATH=.;c:\;\LOCALE;\APPS;[all the other paths to the other programs in the APPS folder];\APPS\NEWPROG But now FDOS is telling me my PATH is too long and PATH isn't working. So I took some of the paths off the end that I just added, and now PATH is parsed. But is there any way I can have more paths in my PATH? AFAIK, the %PATH% can (normally) only be 128 bytes or less. This is also part of the overall environment limit (but what is default for FreeCOM, /E:256 ??). There are possible partial workarounds that extend it to 255 or such (e.g. 4DOS or Win9x via %CMDLINE%), I think, but I've never messed with them much, so I don't know the details. Other OSes have similar cmdline limits (e.g. 1000 or 8000, dunno) but hide it better. DJGPP just uses response files (esp. behind the scenes) to get approx. 12000 since so many Linux progs assume virtually unlimited and try to cram too much raw info there (IMO). Anyways, what nobody mentioned so far is SUBST, which is probably the solution you're looking for. But again, like they said, you really shouldn't have a hard need for literally everything in your %PATH%, only those that you use often. In fact, it's best to keep it fairly minimal by default in order to avoid clashes with similarly-named (but functionally different) utils. As mentioned, using .BATs to temporarily enable and disable various setups is a better way. http://help.fdos.org/en/hhstndrd/base/swsubst.htm -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] PATH
Hi again, On Sun, Nov 3, 2013 at 4:07 PM, Rugxulo rugx...@gmail.com wrote: AFAIK, the %PATH% can (normally) only be 128 bytes or less. This is also part of the overall environment limit (but what is default for FreeCOM, /E:256 ??). There are possible partial workarounds that extend it to 255 or such (e.g. 4DOS or Win9x via %CMDLINE%), I think, but I've never messed with them much, so I don't know the details. Other OSes have similar cmdline limits (e.g. 1000 or 8000, dunno) but hide it better. DJGPP just uses response files (esp. behind the scenes) to get approx. 12000 since so many Linux progs assume virtually unlimited and try to cram too much raw info there (IMO). Sorry, I'm confusing PATH_MAX and size of environment and cmdline limits. These are really completely different things but often tied together for various reasons. So a response file has nothing to do with the %PATH%, per se, but trying to run anything in your %PATH% (or otherwise) assumes a certain length (as FPC's experimental 16-bit target work showed us on BTTR). I guess I was weakly trying to make a point, saying that everything has limits, even if we think they are virtually unlimited. -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Vim is slow
Hi, On Sun, Nov 3, 2013 at 9:54 AM, Bernd Blaauw bbla...@home.nl wrote: Miguel Garza schreef op 3-11-2013 16:21: I'm playing with vim in FDOS. It's nice, but a bit slow in some respects, particulary when using its internal file-browser. I am running FDOS from a thumbdrive on a modern (well, only a few years old) computer. I added DEVICE=...himemx.exe to my config.sys file to fix a separate issue, which worked for that issue, but not for vim's slowness. Any ideas? USB Flash Drives can be pretty slow for reads/writes that are non-sequential in nature, just like harddisks. What you could do is try to run a cache-driver like LBACACHE, or to install a ramdisk driver and copy files over to the created ramdisk. SHSURDRV is such a ramdisk driver, so is RDRV (part of UIDE/UDVD driver collection) Indeed, the flash drive is probably the main culprit, it's very slow for writes. The best solution I've found is to use both cache and RAM disk. At bootup, copy the most frequently used utils to the RAM drive and put that in your PATH. That's what I do when I boot up my RUFUS-installed FreeDOS USB drive (though I native boot on my desktop much more frequently, to be honest, it's just easier). Just for the record, the speed goes from fastest to slowest with various media: RAM drive, hard drive, CD drive, USB drive, floppy drive. Okay, that's a rough guess, I haven't fully benchmarked them all, but for sure RAM is faster than anything, so even with a cache loaded (see below), it's still not as fast as cache + RAM disk. http://www.mail-archive.com/freedos-user@lists.sourceforge.net/msg13098.html Long story short: download Jack's DRIVERS.ZIP (or similar) and use XMGR.SYS (XMS), UIDE.SYS (cache) and RDISK.COM (RAM drive) and copy flash drive's C:\UTILS to RAM drive's G:\UTILS and put that in the PATH. Of course, if you want to save anything for later use, you'll still have to manually do that (to flash drive) before shutdown. Honestly, it may be more user friendly (for you) to just install PuppyLinux to USB and run DOSEMU. At least it saves your changes automatically. Though Fedora liveUSB may work too (persistent changes), but I haven't really tried since old F14 (and DOSEMU isn't in their repos, gotta get it manually). Well, RUFUS may be too minimal by default. Maybe FreeDOS needs a better (public) example (or ten) of different setups (autoexec.bat, config.sys). But I think RUFUS does optionally allow you to install the full FD 1.1 distro. (UNetBootIn does too but doesn't save changes.) Well, either way, it's a lot of manual tweaking since everybody is different. I know this isn't a perfect answer by any means, but hopefully it gives you some idea. -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Vim is slow
Hi again, On Sun, Nov 3, 2013 at 9:21 AM, Miguel Garza garz...@gmail.com wrote: I'm playing with vim in FDOS. It's nice, but a bit slow in some respects, particulary when using its internal file-browser. What internal file-browser? LIST? PG? MORE? EDIT? I have no idea, you have to be more specific, there are too many pieces. I am running FDOS from a thumbdrive on a modern (well, only a few years old) computer. I added DEVICE=...himemx.exe to my config.sys file to fix a separate issue, which worked for that issue, but not for vim's slowness. Any ideas? I don't actively use VIM. It's a great tool, though, and most people (e.g. new://comp.editors) seemed to heavily prefer it over anything else. Unfortunately, 7.2 dropped support for 16-bit DOS and 7.4 dropped DOS (DJGPP) entirely. (Though no huge surprise, they weren't ever really interested. They still shipped CWSDPMI r4 years and years after r5 and r7 were out, heh.) I don't know if VIM itself is slow for what you're trying to do or if it really is just your setup being less than optimal. In fact, maybe try deleting (r4) CWSDPMI.EXE if that's in the same subdir as VIM.EXE, as it will actually use that by default if found. r7 can be much faster (e.g. 2x) on modern machines (4 MB pages). I don't normally use vi for editing. Okay, I do use it semi-frequently, but mostly I prefer TDE, just an old habit. I do use VILE a lot on Linux (since the TDE build has keyboard issues there). The DJGPP version is very very nice too, though it's not quite as advanced as VIM in some ways (e.g. syntax highlighting). I only use that rarely in DOS (e.g. VirtualBox, more keyboard bugs, heheh) though it's great. It's not slow at all, and it's (also) way more than just a minimal vi clone. In fact, it's roughly based upon MicroEmacs, so it supports a lot of stuff that most extended vi clones support (multiple buffers, windows, highlighting, etc). There aren't a lot of other good DOS vi clones. Well, Elvis is only a 16-bit version, same with the XVI build I found a while back, same with SteVIe. Unlikely that I would even pretend you should switch to those (unless your setup needed it, of course). Okay, well GNU Emacs has Viper (and 23.3 binaries exist for DJGPP), but that's probably overkill (180 MB??) for what you want. -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] first use of freedos
Hi, On Mon, Nov 4, 2013 at 1:13 AM, John R. Sowden jsow...@americansentry.net wrote: got a 'distribution disk' of freedos Where? Which version? What files? , ran the sys command. To / from what? Floppy? Hard drive? copied it from the net to a floppy using ubuntu 13.10 Assuming the floppy is intact, I guess that would work with dd (or similar) if the media size is the same. put it in a 486 24MB windows 98 computer with the windows programs removed and the MSDOS 7.10 and 4dos in place, with a network. I assume here that you mean you're replacing MS-DOS with FreeDOS. Was there a particular reason for this, some specific program that wouldn't run or some other restriction? A few issues: Freedos did not like 'sys'ing to the floppy that it resides on, so I could boot into freedos, What did it say exactly? Did you try a different physical floppy disk? sys a: c:? Anyways, you can always boot FreeDOS via other means, hence allowing you to still read / write via FreeDOS on an optional basis. (Heck, the MS-DOS 8 embedded within DISKCOPY.DLL that you can still write to floppy via Windows explorer [tested on Win7] has no SYS.COM command at all.) running the ver command shows MD DOS version 7.10. I don't know if MSDOS is still there or if this is a compatibility issue. I'd sure like it to say freedos, if it is. The shell may misunderstand, who knows. But normally (although I haven't used MS-DOS / Win9x in a few years) I wouldn't expect it to say MS-DOS unless it was in fact MS-DOS. Though indeed the FAT32 version of FreeDOS by default always claims to be version 7.10. Well, the obvious answer is to check (or clean) your root directory. If there's only KERNEL.SYS and maybe COMMAND.COM, it's definitely FreeDOS. Running the defrag program (freedos version) only allowed me to do a 'quickie'. the real options were grayed out. I have a little dos stuff (about 130mb) in the middle of this huge 4.3 gb drive. I releived the drive of its win98 burden. I want the dos at the beginning, and the unused 'wiped', as the program suggests. Literally in the middle of the partition? How many partitions do you have? FAT16? FAT32? Primary? Active? When you say 4.3 GB, I assume you mean physical drive, not just partition. Freedos complains that my last drive is not high enough. Where? At bootup? When running a specific program? It runs, but it stops and waits for a return. This will confuse my secty tomorrow morning. I assume you mean secretary? Sounds like a time crunch, ugh, sorry if this isn't more helpful. Hmmm, you don't mean prompt for date + time do you? It always does that (IIRC) if no AUTOEXEC.BAT is found. I run a network called little big lan (love it). It has a program to set the last drive called netunits. I have it set to 10. This computer has a floppy, a hd, and a cd. No more. 10 has been enough for msdos 7.1 for the last decade. Raising it to 12 had no effect. You mean LASTDRIVE in CONFIG.SYS? No, it sounds like netunits (never heard of it). I'm far from experienced in networking, esp. old MS-DOS LAN stuff, but the normal way to increase drives is via LASTDRIVE. Though that's fairly common, so I assume you tried that. But that's all I can think of (and obviously that only uses letters, not numbers). Maybe you meant FILES? Nah, doubt it. Thoughts? John (wordstar 5.5 and foxpro/dos forever!) Just use Li... ... Sorry, got carried away there. ;-) -- Android is increasing in popularity, but the open development platform that developers love is also attractive to malware creators. Download this white paper to learn more about secure code signing practices that can help keep Android apps secure. http://pubads.g.doubleclick.net/gampad/clk?id=65839951iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Vim is slow
Hi, On Mon, Nov 4, 2013 at 7:38 AM, Miguel Garza garz...@gmail.com wrote: I tried putting INSTALL=c:\apps\lbacac~1\bin\LBACACHE.COM in my config.sys file and I get an error: STAK nest!? otherss = [a bunch of numbers and letters] [Repeats several times]Bad or missing Command Interpreter: command.com /P /E:256 Enter the full shell Command line: [blinking cursor] Which I don't know how to do so I just turned off the computer. On reboot Windows ran an automatic chkdsk on my thumbdrive and fixed two files. I never use INSTALL (in CONFIG.SYS). In fact, I'm not sure I even fully understand it. AFAIK, it's only for TSRs for saving a few precious bytes of environment (low) RAM, so I don't bother and just install manually in AUTOEXEC. I have no idea if you can still unload such TSRs later (by design or due to bugs). http://help.fdos.org/en/hhstndrd/cnfigsys/install.htm DEVICE is usually (IIRC) only for .SYS files. So here, you would use DEVICE=C:\FDOS\BIN\XMGR.SYS /N128 (since UIDE almost always requires it), DEVICE=C:\FDOS\BIN\UIDE.SYS /E /N2, and then (if you don't care what drive the RAM disk is, although Eric's FINDDISK.COM can help find it later) DEVICE=C:\FDOS\BIN\RDISK.COM /S20 (or whatever). Okay, so I don't remember proper parameters, lemme (partially) quote my CONFIG.SYS: DEVICE=C:\UTILS\XMGR.SYS /N128 DEVICEHIGH=C:\UTILS\UIDE.SYS /S127 /D:FDCD000 /H SHELL=C:\FDOS\COMMAND.COM C:\FDOS /E:1024 /P REM (this is from AUTOEXEC.BAT, I guess I specifically wanted G:\ here, heh) set RAMDRIVE=g lh rdisk /s150 /:%RAMDRIVE% md %RAMDRIVE%:\temp for %%a in (TEMP TMP TMPDIR) do set %%a=%RAMDRIVE%:\temp I'm a bit confused by the Ramdrive thing. I mean, I get the basic concept. I take it I would be running Zim inside the ramdisk. But would I be able to access files on C: (my thumbdrive) and automatically save those same files to C: when I choose to do so, without having to manually write weird directory commands? If not, sounds like too much hassle. The RAM drive is just a normal (e.g. FAT16) drive that happens to be on (fast) RAM instead of (slow) hard drives or floppies. 99% of DOS utilities don't know (and don't need to know) the difference. Note that this almost always uses XMS (or similar), too, so again, you need XMGR (or HIMEMX or whatever) loaded. You don't have to install VIM nor run it from RAM disk at all. Indeed it won't automatically save anything permanently there as RAM is wiped upon reboot. The point is that anything you do run atop there is much much faster. So it's just a fast, but temporary, work directory. You do whatever you need to do, save the results, then copy (or move) that to more permanent storage (e.g. hard disk) later. I will try the other cache programs...not sure if the Ramdrive thing is worth it...I want to be able to use Vim like I would any other editor. Will a Ramdrive let me do that? Yes, VIM should work fine as normal. It's just another drive to VIM, nothing special. Don't want to use PuppyLinux...don't want to use a full-blown GUI... I suspected as much, just mentioning for completeness. It's probably more user friendly and does things that FreeDOS doesn't (or can't). And vice versa, of course. :-) BTW, IIRC there is a nox option to not load X11 if you don't want or need it for that particular session. I tried deleting that other file from the Vim.exe directory...makes no difference... Okay. So you're sure you're using CWSDPMI r7? The built-in file browser in Vim that I'm referring to is netrw. It's a plugin, but it ships with Vim 7, is their default browser for opening files, deleting them, traversing directories, etc. If you want to get to netrw in Vim, in Normal mode you type :e . without the quotes, for example. Okay, I just haven't used VIM (nor even VILE) enough to know every command and extension, plugin, etc. I know GNU Emacs has dired for things like this, but normally I don't need it. The funny thing is other programs in FDOS on my thumbdrive have no problem traversing directories quickly. Like if I want to open a file from within EDIT, or Microsoft Word 5.5, or any number of other programs. Heck, if I run Necromancer's DOS Navigator, it has no problem being a quick file browser... Dunno, but it shouldn't be slow without good reason, so it must be some configuration issue. Yeah, the reason I settled on Vim is because I wanted something quick and easy like EDIT but that could reflow text (e.g. wordwrap without carriage return symbols) like Notepad or Microsoft Word 5.5. It should be fast, in theory, but apparently your setup is doing something weird. Well, it's definitely not DOS' fault. Believe it or not, even without modern features, it's still pretty quick. Maybe it's VIM's fault, but I doubt it. It's probably something really trivial (like what Eric hinted at). -- November Webinars for C, C++, Fortran Developers Accelerate application
Re: [Freedos-user] first use of freedos
Hi, On Mon, Nov 4, 2013 at 2:04 AM, John R. Sowden jsow...@americansentry.net wrote: On 11/03/2013 11:38 PM, Rugxulo wrote: On Mon, Nov 4, 2013 at 1:13 AM, John R. Sowden jsow...@americansentry.net wrote: got a 'distribution disk' of freedos Where? Which version? What files? I think I got it at the FD site. Its the fat32 version. file is ke386f32.zip But (of course) that's not a full install. That's only the kernel (and sys.com to install boot sector). You still need a shell (and presumably a lot more than that!). , ran the sys command. To / from what? Floppy? Hard drive? read the batch. ran sys on the floppy with no arg (defaults to a:) It didnot like installing onto itself. The ran sys c:. This was after playing a bit, as I have hot data on the drive. I see INSTALL.BAT, so I guess that's what you mean. Not very exhaustive, but I guess it's better than nothing. The main problem is that FreeDOS uses KERNEL.SYS instead of MSDOS.SYS + IO.SYS or IBMBIOS.COM + IBMDOS.COM (etc. etc.), hence the boot sector has to be completely different. It might even load at a different place in RAM (60h:0? 70h:0?), can't remember. That's the main point of SYS.COM, e.g. sys a: c:. You can always manually copy files, but a boot sector isn't something that most people will construct manually. But even all of this assumes a pre-existing FAT partition via FDISK or similar. copied it from the net to a floppy using ubuntu 13.10 Assuming the floppy is intact, I guess that would work with dd (or similar) if the media size is the same. 1.4mb floppy. I have never used any of the other formats to get more stuff on the fd. Not sure how well other formats would work. It just depends on the circumstances. I know that 1.44 MB is fairly common, or at least used to be. (Yeah, floppies ain't popular anymore.) It works, but I don't think even USB floppy drives work in all OSes, and also not necessarily with any non-standard sizes. I mean, DOS can use it via the BIOS, but other OSes avoid that. Well, I've never tried any sizes beyond 1.44 MB on my Sony USB floppy drive, and I'm not optimistic either. I personally think it's wise to avoid such things (e.g. tomsrtbt), but I guess it just depends. put it in a 486 24MB windows 98 computer with the windows programs removed and the MSDOS 7.10 and 4dos in place, with a network. I assume here that you mean you're replacing MS-DOS with FreeDOS. Was there a particular reason for this, some specific program that wouldn't run or some other restriction? That is correct. Reason: get away from MS, use fat32, use 4dos, hopefully my usb drivers on another computer will work on this one. IIRC, MS-DOS 7.10 (OSR2?) supported FAT32. I still have it on (non-standard, DMF??) floppies. And 4DOS can run there too. USB drivers? Dunno, try Bret Johnson's drivers (if you only need UHCI). A few issues: Freedos did not like 'sys'ing to the floppy that it resides on, so I could boot into freedos, Error copying command.com to itself. SYS A: C: /BOOTONLY should work okay if you want to (later) manually copy the shell and kernel files. (See docs/sys.txt .) running the ver command shows MD DOS version 7.10. I don't know if MSDOS is still there or if this is a compatibility issue. I'd sure like it to say freedos, if it is. The shell may misunderstand, who knows. But normally (although I haven't used MS-DOS / Win9x in a few years) I wouldn't expect it to say MS-DOS unless it was in fact MS-DOS. Though indeed the FAT32 version of FreeDOS by default always claims to be version 7.10. This is the fat32 version. Too bad fd does not promote itself in the ver command. VER is a built-in of the shell. 4DOS should correctly identify the DOS flavor for you (since you hinted that you prefer that). FAT32 isn't enough to identify, many DOSes support that these days. I can't remember what all the different shells say (even if I had used them all at one time), but ver /r should say something useful. There are other ways, but outside of writing a specific util (int 21h, 33FFh? int 21h, 4452h?), I can't remember any totally obvious way besides just checking the boot sector or root drive for kernel files (and even that isn't always unique, e.g. PC-DOS vs. DR-DOS). Well, the obvious answer is to check (or clean) your root directory. If there's only KERNEL.SYS and maybe COMMAND.COM, it's definitely FreeDOS. I run lean and mean. no io.sys, no msdos.sys. Well, you don't have to store them on all media, only on the bootable ones. So you can boot from floppy and work atop a FAT partition that isn't bootable, which can lack them. But at bootup, they have to be found somewhere and loaded, obviously. The only reason command.com is there is because (a) freedos diagnostics, and come programs look for it. Unfortunately foxpro 2.6 looks for the ms version of command.com in order to use the run command (run a dos prog from inside fpd). I agree that some programs badly assume C
Re: [Freedos-user] FreeDOS/V
Hi, On Fri, Nov 8, 2013 at 12:46 AM, sparky4 insano sparky44...@gmail.com wrote: Will there ever be any official support for the Japanese language in FreeDOS? At risk of stating the obvious, FreeDOS is free to modify, but support can only improve if someone decides to volunteer to do it. Presumably that would have to be a semi-fluent Japanese speaker with either a software background or else heavy sympathy for DOS. Until (or if ever) that happens, you're stuck with making do with what already exists (or doing without, I guess). I don't personally know enough (and literally nothing about .jp) to volunteer much for that, so all I can do is search around. While not all Americans are monolingual, the majority (like me) seem to be, due to lacking any direct reason to be otherwise. Nevertheless, I do have some (very small) curiosity and interest in other languages, so it's not like I'm totally content to say or do nothing. So you want to edit Japanese text? Dunno, can't try myself, but can you try one of the following DOS software and report back? GNU Emacs (23.3) or Mined (2013.23) or Blocek (1.4) http://na.mirror.garr.it/mirrors/djgpp/current/v2gnu/em2303b.zip http://www.towo.net/mined/ http://laaca.sweb.cz/ The first two are text mode only but have their own input methods for other languages. This means you can edit anything, but it won't directly represent 1:1 on the screen what you're reading or typing. Blocek is graphical for UTF-8 and requires a mouse (but I think it relies on KEYB supporting your language input), but I dunno how full the fonts are for your needs. Text mode is usually limited in hardware to 256 glyphs (although 512 is allegedly possible, but I don't know of any specific programs using it). A quick search implies that FreeDOS doesn't support DBCS (which other DOSes do??). Dunno what that even means in concrete terms. http://en.wikipedia.org/wiki/DBCS I'm assuming you know more about the Japanese language than I do! :-) A quick search on Wikipedia shows three major writing styles (kanji, hiragana, katakana), not counting romaji (romanization of Japanese). http://en.wikipedia.org/wiki/Romaji FD KEYB does support Japanese, apparently, in KEYBOARD.SYS (see KPDOS31S.ZIP's jp106.txt and jp.key), but it's for cp932, which AFAIK doesn't exist for FreeDOS proper. Though DOSLFN also has a cp932uni.tbl translation file. http://www.unicode.org/Public/MAPPINGS/VENDORS/MICSFT/WINDOWS/CP932.TXT But even the relevant 8-bit (256) chars mentioned there only seem to be the standard 7-bit ASCII and only some upper 8-bit chars from katakana, which sounds somewhat limiting: http://en.wikipedia.org/wiki/Katakana In contrast to the hiragana syllabary, which is used for those Japanese language words and grammatical inflections which kanji does not cover, the katakana syllabary is primarily used for transcription of foreign language words into Japanese and the writing of loan words (collectively gairaigo). It is also used for emphasis, to represent onomatopoeia, and to write certain Japanese language words, such as technical and scientific terms, and the names of plants, animals, and minerals. Names of Japanese companies are also often written in katakana rather than the other systems. Apparently there are various Romaji methods, and one in particular seems to be Kunrei-shiki, standardized in ISO 3602, although Wikipedia seems to imply that modified Hepburn is used more frequently. All Japanese who have attended elementary school since World War II have been taught to read and write romanized Japanese. Therefore, almost all Japanese are able to read and write Japanese using rōmaji, although it is extremely rare in Japan to use this method to write Japanese, and most Japanese are more comfortable reading kanji/kana. So a copout (from a FreeDOS perspective) would be to say, Just use romaji. But from what I can tell, the kana (hiragana, katakana) comprise 48 characters each (total 96). However, Kanji is much larger and our biggest obstacle. Even Joyo kanji is 2136 kanji: 1006 taught in primary school, 1130 taught in secondary school. http://en.wikipedia.org/wiki/Kana http://en.wikipedia.org/wiki/J%C5%8Dy%C5%8D_kanji Even if we were to restrict to that (2136 + 96), that would be a mouthful. But I guess it depends how low (or high) you want to go with support. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] anything better in pure dos thant his?
Hi, On Fri, Nov 8, 2013 at 5:31 PM, Karen Lewellen klewel...@shellworld.net wrote: I have aquired and set up two removable drives with which I intend backing up the two hard drives in my pure dos machine. I was planning to use xcopy for this, but before I start am wondering if there is anything else? Again although I am not using freedos, my computer only has dos, so any idea should strictly run in this. The only major caveat would be to make sure that you aren't trying to preserve LFNs since almost all XCOPY clones don't support that. Not sure about Win9x nor whether XCOPY32 or whatever would work better. (If you did need LFNs preserved, it would maybe be better to use GNU / DJGPP cp -r or some third-party version like xWCopy.) The other minor problem would be speed, but I'm not sure what would work best. (Presumably loading UIDE, cache + Ultra DMA, would help the most.) I haven't ever really needed to try, so I'm not much help here, but there are other variants like ZCOPY or XXCOPY or whatever. At least one of them (probably ZCOPY) used XMS. Not sure when/if MS-DOS supported anything beyond just conventional memory (or maybe HD swapping), only after MS-DOS 6.00?? Dunno. You could probably also use an archiver (e.g. zip -9Xr d:\backup.zip c:\[untested]) if you really wanted. Anyways, here's some download links if you're curious: 1). http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/xcopy/xwcpy081.zip (BSD; may be limited to 65,000 files at a time) 2). http://na.mirror.garr.it/mirrors/djgpp/beta/v2gnu/fil41b.zip (GPL, needs 386+ and DPMI, see ../current/v2misc/csdpmi7b.zip if needed) 3). ftp://ftp.sac.sk/sac/utildisk/xclone13.zip (freeware) 4). ftp://ftp.sac.sk/pub/sac/utilfile/zcopy35.zip (probably not LFN-aware ... oops, non-commercial only without explicit permission, meh) EDIT: Not sure the DOS version of XXCOPY is supported anymore, doesn't look like it, and I can't find any obvious link to the older version. Though it's apparently only for personal, non-commercial use anyways (without extra payment). -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS/V
Hi, On Fri, Nov 8, 2013 at 6:02 PM, Chris Evans aaxiomfin...@gmail.com wrote: Would this accomplished by loading a Unicode Japanese code page font file using mode? No because Unicode, esp. for CJK languages, would never fit into 256 or 512 bytes, which (AFAIK) is a EGA/VGA hardware (text mode) limitation. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] anything better in pure dos thant his?
Hi, On Fri, Nov 8, 2013 at 7:45 PM, Karen Lewellen klewel...@shellworld.net wrote: I did just join the xxcopy yahoo group, so I can learn if that has any advantages to using xcopy. Okay, but I'm not sure they support the DOS version anymore. Their current .ZIP only has 32-bit and 64-bit PE / PE+ (Windows) binaries. Since you insist on DOS, that may be a deal breaker! Any reason why I cannot just do xcopy source drive target drive / all the desired switches? Well, I already mentioned a few things to consider: license, bugs, speed, LFN support, etc. BTW, I didn't think about timestamps, but if that's important to you (and that is indeed sometimes relevant), you may wish to use a tool that supports saving it (mtime? atime?). I'm honestly not sure if XCOPY (esp. MS) saves them correctly. Even for *nix, you usually have to use cp -p to preserve the metadata (or whatever you call it). For normal use, just the raw data is all that's important, but sometimes boring things like filenames and timestamps can mess things up, and not all things are FAT32 (+ access time) friendly. If you just want a raw full backup, it probably isn't too hard, just use something like *nix dd. However, I suspect that that's too low-level, and even xcopy might be too naive. But it depends on your needs. You've gotten some good suggestions from others here, but you should still be careful before wiping anything. Make sure your backups are correct and 100% identical before doing any huge changes to the original data. P.S. At one time (Vista?), MS was calling XCOPY deprecated in lieu of ROBOCOPY (which of course doesn't have a DOS equivalent). No idea what's better about it, but just FYI. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS/V
Hi, On Fri, Nov 8, 2013 at 8:02 PM, Matej Horvat matej.hor...@guest.arnes.si wrote: ... irrelevant comments by me deleted ... PS: I just wrote all that and found this: http://nokonoko365.cocolog-nifty.com/blogfile/freedos/index.html Is that third party software for Japanese support or what? No, according to Chrome's translation, it seems to just be somebody trying FreeDOS + Windows 3.1 under VirtualPC, nothing more. I almost wouldn't even know where to search for such tools, honestly. But a quick check at one old (broken?) Simtel mirror showed some useful stuff, e.g. EDICT, which led me to the second link (below), which sounds more promising, if only slightly: http://www.lanet.lv/simtel.net/msdos/editor-pre.html ftp://ftp.monash.edu.au/pub/nihongo/00INDEX.html#ms_dos_r -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Warningsafter installing FD on a partitioned Drive
Hi, On Fri, Nov 8, 2013 at 11:33 PM, John R. Sowden jsow...@americansentry.net wrote: I have a disk with Linux and win98 dos on it. I opt with function key to select which OD. Please don't OD.:-)I assume you meant OS. Default is DOS. While in DOS, I executed sys c: from a floppy that I downloaded from the fd site. Now when I boot to this OS, I get, after the copyright notice and before a device? line in the config .sys, the following: - InitDiskWARNING: using suspect partition Pri:1 FS 0b: with calculated values 81-194-63 instead of 75-254-63 C: HD1, Pri[ 1], CHS= 0-1-1, start= 0 MB, size= 603MB WARNING: using suspect partition Ext:1 FS 0b: with calculat4ed values 81-196-1 instead of 77-1-1 WARNING: using suspect partitionj Oh well ya'll got the idea. 5 warning messages, each calculated values and instead of values that are different. Finally it runs (haven't dried Suse yet). I had thought there was a way to ignore (quiet) such warnings, but I don't see anything obvious in sys config: http://help.fdos.org/en/hhstndrd/base/sys.htm Now that I think about it, it's not much of a difference. It may just be your SuSE boot manager (stage 1.5? stage2?) hidden somewhere. If DOS still boots and runs, you're probably not totally hosed. (Do you know what boot manager is used for your install of Linux?) Have I written over my MBR or worse? Well, technically, yes, I'm pretty sure that's what SYS.COM does, it writes a boot sector to the MBR (master boot record). The mismatched numbers are from the partition table, also included in the MBR, presumably set with FDISK or similar tool when creating the FAT drive(s). Since you say Win98, I'm assuming this is FAT32, which means you may have a backup boot sector somewhere. But I don't know offhand how to recover it (though I'm fairly certain TestDisk can do it). Though I don't know if that's a good idea, and I'm not sure it's worth worrying about, but presumably someone else here has some more (better) info. You could also try to take a look at the raw hard drive with a tool like (wDE or similar) to see what is actually present at 77-1-1 (to see if it really is your Linux loader). -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Warningsafter installing FD on a partitioned Drive
Hi, On Sat, Nov 9, 2013 at 4:06 AM, Eric Auer e.a...@jpberlin.de wrote: - InitDiskWARNING: using suspect partition Pri:1 FS 0b: with calculated values 81-194-63 instead of 75-254-63 BIOS and partitioning disagree about CHS geometry and your partition type 0b is FAT32 CHS. You could switch to FAT32 LBA where geometry is irrelevant. Note that Windows does not show this warning, it just tries. How exactly shall he do this? I vaguely remember having to do similar once before, but I can't remember how I did it. I had thought BTTR's BOOTMGR, but a quick look doesn't show any (obvious) way to change partition type. Maybe I just used GParted, dunno. Or maybe sys config c:\kernel.sys FORCELBA=1 would work here?? Since you say Win98, I'm assuming this is FAT32, which means you may have a backup boot sector somewhere. Win98 FAT32 typically does, but the message suggests that you installed DOS on the partition. You can of course use a Win98 DOS 7.x boot disk and just SYS C: again if the rest of Windows is still there... Assuming he still has the disks. Otherwise TestDisk might be a good option. You can install FreeDOS and Windows 98 on the same partition: Yes, but that's complex, and that doesn't sound like what we wants to do. So if this was not the right way, how am I supposed to install freedos on a multipartitioned drive? Can I write over the fd with lilo. My concern is that I have a lot of important data on this DOS computer. If the computer has important data, doing a backup now seems quite important: Yes, backup backup backup. This thread mentions that the computer has 16 MB RAM and the last time I ran SuSE (6.x, maybe 5.x) on such hardware was 10 years ago. The harddisk must be very old unless you replaced it recently... Note that that SuSE version ran Linux 2.2 which did not even support USB yet. Presumably it works well enough for him. Though the way things are these days, you can't run hardly anything without tons of RAM. I think minimum is often i686 PAE and 128 MB RAM, and most don't even bother supporting that. Swapping like mad is not a lot of fun. -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS/V
Hi, On Sat, Nov 9, 2013 at 5:13 AM, Matej Horvat matej.hor...@guest.arnes.si wrote: On Sat, 09 Nov 2013 06:36:49 +0100, Rugxulo rugx...@gmail.com wrote: On Fri, Nov 8, 2013 at 8:02 PM, Matej Horvat matej.hor...@guest.arnes.si wrote: PS: I just wrote all that and found this: http://nokonoko365.cocolog-nifty.com/blogfile/freedos/index.html Is that third party software for Japanese support or what? No, according to Chrome's translation, it seems to just be somebody trying FreeDOS + Windows 3.1 under VirtualPC, nothing more. No, I meant this post: http://nokonoko365.cocolog-nifty.com/blogfile/2011/01/freedos-a3f2.html Look at the screenshots. The original website seems to have disappeared. I did check Wayback, and the Win32 .ZIP sfx (PE .EXE) downloads okay. It contains an .IMA (floppy image) file with various tools, but I'm unsure of the licenses, and I don't see any sources. So I'm not sure how useful it is (by default) right now. I'm moreso thinking of keyboard and fonts vs. just localized older versions of Edlin or FreeCOM or whatever. Well, I didn't check too close, it's hard enough relying on Chrome to translate! -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Warningsafter installing FD on a partitioned Drive
Hi, On Sat, Nov 9, 2013 at 11:34 AM, Rugxulo rugx...@gmail.com wrote: On Sat, Nov 9, 2013 at 4:06 AM, Eric Auer e.a...@jpberlin.de wrote: Win98 FAT32 typically does, but the message suggests that you installed DOS on the partition. You can of course use a Win98 DOS 7.x boot disk and just SYS C: again if the rest of Windows is still there... Assuming he still has the disks. Otherwise TestDisk might be a good option. I forgot about this. Not sure of the details, but maybe?? it'll help. http://help.fdos.org/en/hhstndrd/base/sys.htm SYS OPTIONS: /OEM:W9xuse MS Win9x DOS compatible settings. default is /OEM[:AUTO], select DOS based on existing files. /NOBAKBS : skips copying boot sector to backup bs, FAT32 only else ignored -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS/V
Hi, On Sat, Nov 9, 2013 at 1:43 PM, TJ Edmister damag...@hyakushiki.net wrote: On Sat, 09 Nov 2013 00:36:49 -0500, Rugxulo rugx...@gmail.com wrote: On Fri, Nov 8, 2013 at 8:02 PM, Matej Horvat matej.hor...@guest.arnes.si wrote: PS: I just wrote all that and found this: http://nokonoko365.cocolog-nifty.com/blogfile/freedos/index.html Is that third party software for Japanese support or what? No, according to Chrome's translation, it seems to just be somebody trying FreeDOS + Windows 3.1 under VirtualPC, nothing more. The top of the blog page is indeed about running jp win3.1. Below that it talks about adding Japanese support to FD. The link is broken but a google search turns up working links for fdos0138.exe or fdos0138.lzh. http://web.archive.org/web/20100520230541/http://homepage1.nifty.com/bible/fdos/freedosvd.html The two main files seem to be (as mentioned) fdos0138.exe (.ZIP sfx of .IMA) and jis4pack.lzh (three .fnt files, the first of which is huge, presumably only useful with something on the .IMA, perhaps FONTNX.EXE ??). With the drivers being loaded in fdconfig.sys it becomes possible to switch between standard character-mapped text mode (needed for running FD EDIT, etc.) and the VGA mode for running Japanese DOS programs. I still don't understand which encoding, which scripts, etc. are supported here. Plus, it's not obvious (to me) which third-party programs are supported or whether such support has to be built into each by default. The readme file with the disk image seems to say that the license is GPL or freeware (I am not good enough to parse Japanese legalese), and includes an email address for the author minashir...@yahoo.co.jp I don't see any sources, but I know that FreeDOS heavily frowns on anything that isn't free/libre (four freedoms). In other words, I don't think freeware, no matter how useful, is good enough to mirror. Presumably the mention here of GPL only refers to FreeDOS proper stuff (kernel, shell), not the others. I really am too pessimistic to email the author. If you or someone else isn't willing, I could try, but I really doubt it would help any of us here very much. And of course I don't speak Japanese, so -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Warningsafter installing FD on a partitioned Drive
Hi, On Sat, Nov 9, 2013 at 12:25 PM, John R. Sowden jsow...@americansentry.net wrote: Wow! As usual when I present problems on these mailing lists, the solutions are complex. Nothings easy! Welcome to computers, where easy means hours of work. I also have a tendency to not explain completely. Usually I'm pretty precise. I am not running any MS Windows on this computer. I am running the DOS 7.10 from Win98 on this computer so I can make use of Fat32, getting more efficiency on a UK MB HD. Okay, yes, admittedly, FAT32 has some advantages, but it's also less supported on some older DOSes and tools. I primarily use this computer to connect to a DOS network (Little Big Lan) in my office. This computer also has Suse on it. UK which version, but I have been using Ubuntu (on another computer in my office not connected to this lan) since shortly after it was announced. Unfortunately there is email on the suse partitions and I would like (need to?) keep/recover. I have a usb driver for DOS that I use to backup. Usually only selected directories, but this time I'll back up the entire 630 MB. You can probably use the DOS (DJGPP) version of TestDisk to read/recover files from an ext2 partition, if that sounds easier than trying to recover your Linux system's booter: http://www.cgsecurity.org/wiki/TestDisk http://www.cgsecurity.org/testdisk-6.14.dos.zip According to a text file from Ranish Partition Manager, this is a 10GB HD with 3 fat32 partitions, a linux swap, and a linux ext2fs partition. It also used to be possible (2.4 kernels) to use FAT as host to Linux via UMSDOS or whatever. But the last major distro to do that was Slackware 11 (2006?). Heck, I think 14.1 was just released (and lots has changed). Okay, I'm not really recommending you switch entirely to FAT32, just saying it's possible. (Someone else might even say, Just use DOSEMU under SuSE, but networking under that sounds like a pain, so it wouldn't be any easier, IMO.) I have some pretty detailed in re: partitions, sectors, cylinders, etc. from rRPM reports I saved to disk that might be helpful. I cannot run RPM yet because it requires a DPMI? program. I have found some system files (created by me) that date about 2004, but there is no reference to Linux. I can now run RPM if that helps. Uh ... I dunno. :-) RPM (or RPM5) I thought was a package manager, basically a wrapper around a cpio archive. I'm not aware of any DPMI port of that, and I have no idea what rRPM means (or maybe typo?). You can get various DPMI servers here, but I don't really know how that would help you very much here: http://na.mirror.garr.it/mirrors/djgpp/current/v2misc/csdpmi7b.zip http://www.japheth.de/Download/HX/HXRT216.zip -- November Webinars for C, C++, Fortran Developers Accelerate application performance with scalable programming models. Explore techniques for threading, error checking, porting, and tuning. Get the most from the latest Intel processors and coprocessors. See abstracts and register http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] recovering a file?
Hi, On Sun, Nov 10, 2013 at 9:28 AM, José Antonio jmartinez_m...@yahoo.es wrote: 2º. Boot with a Linux Live CD (like knoppix), some distros include TestDisk and PhotoRec. It is very important that the restored files will be placed in an alternative storage, not in the original, media. If files have not been overwritten (i think DOS mark first name character as ? for avalable in FAT) there is possible to recover. There is also a versión for DOS: http://www.cgsecurity.org/wiki/TestDisk TestDisk can ... Undelete files from FAT, exFAT, NTFS and ext2 filesystem ... Copy files from deleted FAT, exFAT, NTFS and ext2/ext3/ext4 partitions. http://www.cgsecurity.org/wiki/TestDisk_Livecd http://www.cgsecurity.org/wiki/Create_a_TestDisk_FreeDos_LiveCD I haven't tried building that (and don't know if the separate download links still work, but at least the latest TestDisk isn't 6.12 anymore, instead 6.14), but it shouldn't be too hard to get working. It's not that a Linux liveCD (or whatever else) isn't acceptable, but those often have higher RAM and cpu requirements than most DOS software. P.S. I think the original (16-bit) DOS Navigator 1.51 (now freeware w/ sources) had a built-in undelete, too. Not sure if later variants kept that part, however. IIRC, wDE undeletes too. http://www.ritlabs.com/en/products/dn/ http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/disk/wde/ -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Warningsafter installing FD on a partitioned Drive
Hi, I might be repeating some things here (and I'm no expert), but I don't know if you fixed this yet, so On Sat, Nov 9, 2013 at 8:57 PM, John Sowden jsow...@americansentry.net wrote: First of all, I did not make myslf clear. I was not running win98. I was only running the dos portion of win98. I wrote over the dos portion of win98 with freedos using the sys command. sys should not have overwritten anything except a small boot sector. You may be able to recover that (or similar) with TestDisk since you're using FAT32 (backup boot sector). For future reference, things like the MBR can be saved and recovered (to file, preferably on external media) with other smaller tools, e.g. BOOTMGR (which is its own tiny DOS-configurable boot manager). For PuppyLinux, I put GRUB (Legacy) in its own Linux (ext3) partition which is chain-loaded from BOOTMGR in the MBR (on primary, active FAT partition). Windows 7 could probably handle it (see third-party EasyBCD), but this seemed easier (famous last words). IIRC, some other boot managers (e.g. Gujin) can boot from their DOS .EXE (without any low-level installation) into your Linux (ext2) partition if you have vmlinuz + initrd.gz available on your FAT file system. I tried that once or twice, it seemed to work. My concerns are two: 1) In a multi-partitioned environment, how am I supposed to correctly install freedos on a partition without writing over the mbr where grub/lilo/etc resides. OS-specific installation tools rarely play well with others. Most people don't multi-boot, and most installations are from scratch, covering the entire disk. It's an arcane mess, thus most people don't mess with it. This is why emulators, VMs, DOS boxes, etc. are so popular. In other words, sys isn't GRUB nor LILO nor LOADLIN friendly, by design. If you want to use other OSes, you have to use a (semi-)supported boot manager. Luckily, DOS is small, and FD sys.com allows you to put the boot sector in an actual file, which is (IIRC) how most other boot loaders support DOS. (Of course, you could also boot up DOS with a floppy or liveCD or similar.) I'm not sure it's possible to have a single, standalone boot sector that would load all DOSes. They always vary in their names of the kernel (MSDOS.SYS+IO.SYS vs. IBMBIOS.COM+IBMDOS.COM vs. KERNEL.SYS, etc. etc.) and raw disk location and even in other details (initial load segment). 1a) Do I need to install FreeDOS on each fat32 partition? No, you only need one bootable media at startup. All others data partitions don't need a kernel nor shell nor boot sector at all. With BIOS + MBR, you're limited to 4 primary partitions anyways (though more for extended), and total size can't exceed 2 TB. 2) Now I am unable to access my linux partition. This drive has 6 partitions. Three are fat32 dos partitions, one is Linux swap, one is Linux and the last is about 2 gb laying fallow. TestDisk (DJGPP port) can also directly recover those files from Linux (ext2) partitions. Like also mentioned, you may also be able to reinstall your boot loader (LILO?) from original SuSE media, if you still have it lying around (5+ years later? doubt it). Obligatory links for further reading: http://en.wikipedia.org/wiki/Master_boot_record http://help.fdos.org/en/hhstndrd/base/sys.htm http://www.cgsecurity.org/wiki/TestDisk http://sourceforge.net/p/gujin/wiki/Home/ http://en.wikipedia.org/wiki/LILO_(boot_loader) http://en.wikipedia.org/wiki/Loadlin http://www.freedos.org/software/?cat=boot -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! http://pubads.g.doubleclick.net/gampad/clk?id=63469471iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] New 14-Nov-2013 UHDD/UDVD2 -- Private Caches Deleted.
Hi Jack, Just a few boring comments, On Thu, Nov 14, 2013 at 9:52 AM, Jack gykazequ...@earthlink.net wrote: The UIDE drivers have all been updated to 14-Nov-2013, and they are now available from Johnson Lam's dropbox at -- http://dl.dropboxusercontent.com/u/15785527/drivers.zip In this update, UHDD and UDVD2 no-longer support private caches for user drivers. Reasons for this are a bit involved -- Finally, nobody showed ANY interest in caching old video game CDs for higher game performance. Either such CDs have disappeared, or game players must now be using RAM-disk drivers, or whatever.Sad, as I felt such a feature would be valuable -- seems to be Not so! Any users who ever DO need a private cache can get the same results by loading the RDISK driver to set a RAM-disk for their data. RDISK handles up to 2 GIGABYTES of data (uses XMS memory), and it may run a bit faster due to no overhead from cache look-ups nor from a CD/DVD Redirector program (SHSUCDX, SHCDX33F, etc.). You mean install such games to RAM disk? I've not really used SHSUCDHD (or whatever, ask Bernd, heh, he's the expert), but IIRC that still requires the redirector. So I'm not sure what usage scenario you're referring to here. The main problem with old games is bugs, either actual bugs in the software or incompatibilities with newer systems. Of course, the other problem is still finding them and even installing them. They have not disappeared, per se, but they aren't directly sold anymore, at least not compared to newer stuff (well, except used copies from Amazon or eBay or digital copies like from Gog.com). It's not really super old stuff, I wouldn't call 20 years ridiculously old, but it's not new either. I doubt modern stores like GameStop still sell stuff like that, but who knows, I don't browse around a lot. AFAIK, most people (e.g. YouTube reviewers [1]) just use old (physical) systems or, more likely, an emulator like DOSBox, which is meant for games anyways. Not perfect but better than nothing, esp. if the game requires sound or graphics to work a certain way that isn't well-supported on modern (e.g. SB-incompatible) hardware. I mean, I've got a few older DOS games (e.g. Gabriel Knight 1, Quest for Glory IV), but I have no idea how playable they are without decent sound driver support in DOS on modern (Intel HDA) machines. If you're getting killed because you can't hear the enemy behind you (e.g. Hexen2), that's no fun. Though for that I did just use DOSEMU. Granted, not all games are like that, but some are. (Actually, QFG4 has a timing bug, IIRC, that means it wouldn't play correctly for one scene, preventing advancement, and I'm not sure there are patches for that. For that, something slow like DOSBox is probably the only popular recommended solution, and whatever slowdown alternatives, I don't know how well they'd work here. IIRC, I had to use FDAPM to throttle [via ACPI?] for Chasm: The Rift demo to work at all. Yes, IIRC, Bret has SLOWDOWN, but I don't recall using that in recent memory.) (BTW, some games require the disc to be in the drive the entire time, for copy protection reasons. No idea if that is easily circumvented with DOSBox, probably not. Though they do often say, Make an .iso image for faster speed [IMGMOUNT?] since real drives aren't that fast. Never tried, it wasn't that big a priority for me. I did rip the audio [via prebundled Linux script] from Hexen2 CD to disk files [.ogg?], but that's not the same as making a byte-for-byte copy of the full game disc, which I don't think I've ever done. Though I think it's legal to make a backup of anything, for purely copyright reasons.) Some few companies do still sell DOS games, e.g. Gog.com has a quite a few. E.g. Wasteland [2] was just released a few days ago, probably in anticipation of the upcoming sequel. I blindly assume this just uses DOSBox, like many of their older DOS games. People want to play, but they only want to use modern OSes, so in that respect, even if not perfect, DOSBox is a godsend. (N.B. This is not a CD-based game, just meant to be a random example.) So, I'm not much of a gamer, honestly. I've not dabbled that much. I'm just saying, it's not exactly easy. Though DOS does have a quite high reputation among old-school gamers since so much stuff was produced back in the day, but it's just not something that works very well by default (anymore). 1). Pixelmusement (Ancient DOS Games), Lazy Game Reviews (phreakindee), PushingUpRoses 2). http://www.gog.com/game/wasteland_the_classic_original -- DreamFactory - Open Source REST JSON Services for HTML5 Native Apps OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access Free app hosting. Or install the open source package on any LAMP server. Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
Re: [Freedos-user] zip with aes?
Hi, On Sun, Nov 17, 2013 at 10:47 AM, dmccunney dennis.mccun...@gmail.com wrote: On Sun, Nov 17, 2013 at 11:39 AM, John R. Sowden jsow...@americansentry.net wrote: Is there a zip program for dos that encrypts using the aes algorithm? According to APPNOTE.TXT, version needed to extract (field) must be 5.1 or greater to support AES. I don't know all the details. At one time I think both PKWARE and WinZIP both had competing encryption methods. It's not something I ever messed with. 7-zip does, and a DOS port for FreeDOS is available. http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/file/7zip/4.65/ Don't use 4.65 unless you have a good reason. (It lacks anything about LZMA2, for instance.) The preferred version these days (according to http://www.7-zip.org ) is 9.20 (and some newer, buggier betas and alphas). So your choices in DOS are varied (but imperfect): 7ZA920.ZIP (Win32 console) + Japheth's HX, or kludgy DJGPP build of p7zip 9.20.1 -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] : File systems with metadata support
Hi, On Wed, Nov 20, 2013 at 8:25 AM, za...@gmx.com wrote: I probably found what I was looking for: the COMBOOTF.IMA file from Lucho utilities. https://dl.dropboxusercontent.com/u/15785527/dos/lucho.html But I could not find any documentation. I'm pretty sure this is the Paragon driver and not something Lucho wrote by himself. If it doesn't mention a license, I would be very very skeptical about the legality (although of course that depends on what country you live in). I would not directly recommend it. But feel free to contact Paragon (as if that'll help) for further info! A quick check finds this (http://johnson.tmfc.net/dos/file/readthis.txt): IFS driver ... may not be used commercially (but even non-commercially I'd be skeptical without explicit permission!) There is a reference to this on an unrelated forum: http://www.drdosprojects.de/cgi-bin/anyboard.cgi?fvp=/forum/drp_forum/cmd=iYzaK=3756iZz=3756gV=0kQz=aO=1iWz=0 If I understand correctly, this driver is meant to support even ext3! But, does it really? Don't know. Anything is better than nothing, but we can't really suggest solutions that are illegal. Sadly a lot of software just rots since nobody maintains it (yet copyright still forbids copying such things, ugh). I suggest you just try to use a user-space program like TestDisk. I haven't used it much, but in minimal testing it did seem to access my ext3 partition correctly. -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] : File systems with metadata support
Hi, On Wed, Nov 20, 2013 at 6:08 AM, patrick patterson prpat...@peoplepc.com wrote: hello all. longtime reader, first time poster this is something I have been thinking about for a long time. I think it needs to be a part of long file name support, which seems to be pretty messy for compatability (multiple directory entries to carry extra characters in the name). since only 5 bits are used for standard attributes, 3 more could probably be added, but their meaning would not be clear. if one of those was an extended attributes flag that would be a start. if the ea flag is set, lfn support could do significant redefinition of directory entry format, at the cost that programs which bypass lfn access would have problems. if lfn support is done with a redirector (I confess to weak knowledge of how it is done). this may be able to trap all access. Any ideas are highly appreciated, but ... there just aren't enough skilled people to work on this. For instance, I'm nowhere near qualified to hack on file systems stuff in the kernel (and don't have SVN write access anyways). You'd reach a (minmally) more receptive audience at freedos-kernel mailing list, not here. Just FYI, though don't get your hopes up. BTW, IIRC, the FreeDOS kernel developers weren't really interested in adding even native LFN support to the kernel. I'm not sure exactly why, but the existence of third-party drivers like DOSLFN (and the fact that the LFN hacks are patented [until 2017?] and still enforced by MS) probably doesn't help. Any other way of doing it would be incompatible (though I guess it could be optional, for those who needed full interoperability), which is typically considered bad. -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] : File systems with metadata support
Hi, On Thu, Nov 21, 2013 at 6:20 PM, za...@gmx.com wrote: On 2013-11-22 00:46, Rugxulo wrote: I suggest you just try to use a user-space program like TestDisk. I haven't used it much, but in minimal testing it did seem to access my ext3 partition correctly. Does the TestDisk solution that you mentioned give full access (i.e. both read and write) to the ext3 filesystem, or would it be read only? AFAIK, it's read-only, meant for recovering files (from broken system to working, until reinstall or similar migration). What about that Paragon utility? I am asking because for my purposes I would need full access. Don't know, never tested, not sure of the license. Ask Paragon (or Lucho or whoever) directly, if possible, if the accompanying help isn't specific. But be prepared to be disappointed, copyright law isn't very friendly (U.S. = death + 70 years), and people are not diligent about keeping older software alive. Also, what are the chances that someone within the FreeDOS community may one day write a driver for a filesystem which supports extended attributes? Not necessarily support for a standard filesystem (ext2, ext3, etc), mind you. A homebrew filesystem too would be good enough, I guess. Dunno, ask on freedos-kernel, and be prepared to be disappointed. (The glib answer usually is start a Kickstarter campaign, but I have no idea how to do it or if it's even feasible since FreeDOS isn't a corporation, non-profit nor otherwise. But I really don't think funding is the main obstacle here.) Thanks again Rugxulo, your expertise is truly invaluable. Says nobody ever (except on April 1st)! :-) I'm just a two-bit hack, take my words with a bucket of salt. -- Shape the Mobile Experience: Free Subscription Software experts and developers: Be at the forefront of tech innovation. Intel(R) Software Adrenaline delivers strategic insight and game-changing conversations that shape the rapidly evolving mobile landscape. Sign up now. http://pubads.g.doubleclick.net/gampad/clk?id=63431311iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] MPlayer: Tips and Tricks
Hi, On Wed, Nov 27, 2013 at 9:28 AM, dmccunney dennis.mccun...@gmail.com wrote: On Wed, Nov 27, 2013 at 9:04 AM, Butterfly Close closebutter...@gmail.com wrote: Third tip. Screen indication can be disabled, (it speeds up system): /dev/null. Under DOS exist /dev/null? Funny No, /dev/null doesn't exist. The NUL device does, and provides the same function - stuff redirected to it is thrown away. DJGPP has its own /dev/null that it uses (among others) to fake more *nix compatibility. I'm guessing that this particular MPlayer build is compiled with DJGPP. Though that probably? wouldn't work from cmdline shell file redirection. Just use NUL and be happy. There's an old batch file trick using it. To test for the existence of an empty directory, use IF EXIST dirname\NUL The NUL device exists in all directories, and the IF EXIST test will find it if the directory exists. COMMAND.COM doesn't have a function to test for the existance of directories. so this was a handy work around. It's only MS-DOS COMMAND.COM that lacks this. 4DOS and DR-DOS shells both have other methods (isdir, direxist). Not sure about other DOSes, so who knows there. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] How to setup Sound Blaster?
Hi, On Wed, Nov 27, 2013 at 6:58 AM, Butterfly Close closebutter...@gmail.com wrote: 2013/11/26 Rugxulo rugx...@gmail.com What about Descent?? http://www.classicdosgames.com/game/Descent.html Descent works well; both music (MIDI) and sound; (By the way, Descend have utility setup.exe, which is useful to see BLASTER= variables probably) But some troubles exist. First - Descent can not see correct memory size. Add -NoMemCheck to avoid this. I haven't checked, but I'm assuming it uses DOS4GW.EXE (or maybe the professional version bundled to the main .EXE), which may be the culprit since it's somewhat old and limited (64 MB?). If so, you could try some better alternatives (DOS32A.EXE or WDOSX or Causeway). Oops, I forgot, professional may use some features not supported by others. Oh well, still maybe worth a shot. IIRC, at least Doom still worked. Second -Descend freeze; when I play with options (descent.exe --help), I disable joystick to avoid this; -NoJoystick; this two options I added to Descent.bat: No idea, but since most (?) PCs don't come with serial nor parallel ports anymore, your best bet for joystick is probably just to use DOSBox emulator. And third trouble: it seems to CPU too fast. Some slow rocking of spaceship - has turned into a fast shaking. I just need to find some CPU-slow utility, my usual slowdown.exe not help in this case... I do it later... Again, this is where DOSBox shines. It lets you adjust the frameskip or cpu cycles or even emulation core. Though to be honest, by default it's like a fast 486 DX, which is slow enough for most old '90s games. You could maybe also use DOSEMU, but I think DOSBox is better since it's more tested (and meant only) for games. I'm not that much of a gamer, but I did play the Chasm: The Rift demo (CHASM-SW.RAR) two years ago, and I had to do a few minor things to get it to work in real (native) DOS. It's an old '90s game that used BP7's 16-bit DPMI stuffs, so I had to load HDPMI16 and then FDAPM SPEED3 before it would work (albeit without sound, natch). IIRC, emulation was more enjoyable, but it's still nice to be able to run natively (for when emulation doesn't work or is too slow). I'm sure there are other slowdown utils (e.g. http://www.bretjohnson.us has SLOWDOWN, aka slodn310.zip), but I haven't tested them recently. P.S. Oops, almost forgot, it could be some timing issue with some driver or TSR in the background (e.g. some games don't like IDLEDPMS), so you could also try temporarily disabling most things and only booting (fairly) clean before playing. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] MPlayer: Tips and Tricks
Hi, On Wed, Nov 27, 2013 at 8:04 AM, Butterfly Close closebutter...@gmail.com wrote: Some hints, for FreeDOS lovers, or HowTo Create a Nice Multimedia System from Old Hardware MPlayer is two versions: official FreeDOS, with sources: http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/user/mplayer/ IIRC, this is just an archival copy made by Jim Hall. It's not official in any sense as there was (AFAIK) never a DOS/DJGPP maintainer for this. I never rebuilt it (probably a big pain) and have no interest in multimedia (nor patents, ugh), so I never even tried running it. You'd have more luck asking on BTTR's Forum. At least some of them have rebuilt this (or similar, e.g. FFMpeg) in recent years, e.g. RayeR or Khusraw. and old build from Michael Kostylev; http://www.ausreg.com/dos_ports/index.htm ; it seems that sources not exist in Web... Mik was notoriously bad about publishing his efforts, and he basically just disappeared. I'm not sure if he really ever meant to fully propagate any of it. So most of it just wasn't properly vetted. He was not really actively trying to volunteer for DOS communities. But that didn't stop people from keeping what little bits of his that they could find. Anyways, I know GPL sounds nice here (which I assume is why you're mentioning sources), but unless you're a glutton for punishment, you will not enjoy trying to rebuild such things. DJGPP is just not well-supported (upstream or downstream), so you're really swimming against the tide. Just use Linux isn't advice, it's a requirement since most *nix-y projects flat out refuse to even pretend to support DJGPP. Forth tip. You can create file mplayer.bat with all options in it. here is my mplayer.bat: (mpoffi.exe is renamed official MPlayer) c:\mpoffi.exe -softvol -softvol-max 2000 -af resample 3 /dev/null %1 %2 %3 %4 %5 %6 %7 %8 %9 DJGPP supports response files, so mpoffi.exe @blah.txt should also work (esp. if you're going beyond 128 chars). I hope it is interesting for somebody :) Thank you, FreeDOS MPlayer maintainer! P. S: here is link http://freedos.10956.n7.nabble.com/DJGPP-Mplayer-build-tp19621p19627.html (not tested yet); Thank you, Mr. Georg Potthast! Again, it's probably not totally impossible to rebuild such things, but most of it doesn't work by default with DJGPP, and AFAIK there is no maintainer to any of this. Don't get your hopes up, what you see is (maybe) all you get ... for now. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] XFdisk
Hi, On Thu, Nov 28, 2013 at 4:39 PM, James Crawford jrc...@embarqmail.com wrote: I was installing freedos to a harddrive in hopes with hopes of having a multi-boot with four other DOS operating systems. Have you tried MetaKern? It's meant for sharing DOS boot sectors. http://www.freedos.org/software/?prog=metakern You could also probably just make a boot floppy (or similar) for each. It might be easier. BTW, I assume you're using a real physical harddrive and not just under an emulator. IIRC, some emulators present low-level troubles in virtual disks that don't happen on real hardware. XFdisk would not save any of the changes I made. Is XFdisk defective or what? Not that I know of, but it's not actively maintained. http://www.mecronome.de/xfdisk/ IIRC, FreeDOS actually includes three fdisks: FD Fdisk (Brian Reifsnyder), XFdisk, and SPFdisk. So you may wish to try one of the others as well. Does anyone have any ideas? Not really. Believe it or not, installing DOS is less fun than just using it! Check docs or srcs yourself, if you can. And finally, the worst (joke) advice of the day: Just use Li ... I mean, FreeDOS! ;-) -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349351iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS FDNPKG 16 bit port and other package system improvements
Hi, On Fri, Dec 6, 2013 at 11:43 AM, sparky4 insano sparky44...@gmail.com wrote: I really wish there was a 16 bit port of fdnpkg! but it is quite difficult to port it over These are just .ZIPs with a special layout, so it's not like you can't manually install them. Besides, most DOS programs don't have lots of dependencies, so it's much less critical. I also wish the developers of Free Open Source Software for DOS would at least make a FreeDOS package of their stuff and put it in the repository!! Such as what exactly? If you have a specific request or two, feel free to ask (but don't get your hopes up, most people are too busy or indifferent, sadly). I'm the worst at focusing on a specific task, but admittedly, you can't do everything at once, you have to narrow your view for a bit, just to keep things simpler and manageable. So it's unlikely that everything (BASE, NET, UTIL) will all be updated at once. But little by little Speaking of which i want to update a bunch of the packages in the repository! Talk to Mateusz. Or tell me specifically which ones are outdated and need replacing, and I'll update them on iBiblio for you / us. Anybody else wanting to directly help should probably email Jim Hall privately. http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/repos/ (Just for example, /devel/djgpp-obj.zip is ObjC, but it's GCC 4.7.1, after their transition to using G++, and honestly I don't think it works at all. But I chickened out and didn't email Mateusz recently. Maybe now's a good time to mention it, but I don't really know ObjC, and the examples I tested were minimal. Andris of DJGPP didn't seem to know either.) also DOSFSCK for DOS port is quite outdated... Just to let you know... Dunno, in the few times I used it, it worked okay. What specifically does it not do? What is latest / better? -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] LBA And FreeDOS.
Hi, On Thu, Dec 5, 2013 at 2:50 PM, Jack gykazequ...@earthlink.net wrote: Note on the FreeDOS main page that there are comments about FreeDOS offering LBA large-disk capability (48-bit disk addressing, not 24- bit CHS), which MS-DOS did not have, and which the main page says was unavailable except with DOS Windows. NOT quite true! FreeDOS lets you access FAT32 file systems and use large disk support (LBA) — a feature not available in MS-DOS, and only included in Windows 95 and newer. From having written and tested UIDE, I know that LZ-DOS and Wengier Wu's V7.10 MS-DOS both use LBA disk addressing. Luchezar Georgiev offered his multi-DOS boot diskette, which has an LZ-DOS option. Presumably Bulgaria and China (and others) have laxer laws than the U.S. (which enforces copyright until 70 years after owner's death). LZ-DOS is really V7.10 MS-DOS as a VER command will show. Also, Wengier Wu of the China DOS Union offered a full MS-DOS V7.10 system, with the complete set of MS-DOS utilities plus a good system-installation scheme. There may also be others. Yes, AFAIK, LZ-DOS is just a compressed MS-DOS kernel (LZ for Lempel-Ziv, I suppose). But it's probably not legal to download by U.S. residents. But just for clarity, ver is part of the shell, and if the shell is clueless, it might just assume one particular DOS. I've never tried, but I'm pretty sure using the DR-DOS COMMAND.COM would always say DR-DOS 7.03 even atop MS-DOS or FreeDOS kernels or similar. IIRC, set VER=3 would make it even say DR-DOS 3.03! So this is not entirely conclusive. Presumably you'd have to find explicit bugs or features in a particular kernel in order to truly identify it (esp. if it is compressed and hacked with internal strings modified). For trivia's sake, this is why most of us never knew that ArrowSoft Assembler 2.00 was really MASM 4.0 in disguise. I believe Lucho's or Wengier's V7.1 MS-DOS systems can still be down- loaded from Internet sources. They are NOT bundled with Win/95 or any other DOS Windows system. Lucho's and Wengier's systems provide an independent V7.1 MS-DOS, which is still very useful. Of course we all know that Win9x came with MS-DOS bundled. That was by design. It was also by design that Win95's GUI portion was not separate, i.e. even though PC-DOS and DR-DOS could run Win 3.1 just fine, they could not (easily, directly) run Win95. I'm pretty sure it's well-established that MS wanted to control the standard and focus more on their own proprietary Win32 APIs than on older, compatible APIs (e.g. DOS, that was fully supported by various competitors, e.g. IBM, DR/Novell/Caldera). So DOS was only there until they could replace it, e.g. XP [NT]. Although even XP will die soon (no more security fixes after April, MSVC doesn't target it anymore, etc.), but I doubt they'll ever give it away! BTW, you can still make a DOS floppy in modern Windows via Explorer [embedded inside DISKCOPY.DLL]. I tested this a few weeks ago atop Win7 64-bit with my USB floppy drive. It's basically MS-DOS 8.00 (from WinME), but it has no SYS.COM, so you can't install to hard drive. Pundits can say, as they wish, that V6.22 MS-DOS is the last true DOS officially released by Microsoft, and that there may be licensing issues over using V7.0+ MS-DOS. But, Microsoft has never gone-after V7.0+ MS-DOS providers, like I doubt they ever will. DOS is dead! has been their position since at least 1995 (maybe even 1987, as that was when they began writing Windows/NT). I and others who work with V7.0+ MS-DOS should have few worries about it, 18 or 26 years later. I would not trust never gone after as a reliable source. We don't know who they've gone after, and certainly the U.S. is a fiercely litigious society. It's not worth the risk. And I seriously seriously doubt that anybody would sympathize with us if we did. It's safer to just search eBay or old shops than download illegally. I believe the FreeDOS main page should be made a bit more ACCURATE! Just use the free DOS, i.e. FreeDOS. Don't waste time with MS-DOS. Yes, I realize that's a bit biased. I'm not saying all the other DOSes aren't good. Some have different advantages, weaknesses, bugs, etc. Honestly, just use whatever you want to use, whatever works! I know plenty of people still prefer MS-DOS (or DR-DOS) over FreeDOS. But outside of explicit permission, you can't freely download, modify, or redistribute any DOS besides FreeDOS. This is its whole reason for existing. (Though I don't advocate anyone write software that only runs on FreeDOS, that is not universally helpful.) -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ Freedos-user mailing list
Re: [Freedos-user] LBA And FreeDOS.
Hi, On Fri, Dec 6, 2013 at 11:08 AM, Jack gykazequ...@earthlink.net wrote: Wengier Wu's MS-DOS 7 variant has a licensing issue ... So what??, as I noted in my prior post. At least 18 years have gone by since Gates Co. declared DOS is dead!, and no lawyers I know of have EVER gone-after any V7.10 users and providers! I'm only halfway joking, but how many lawyers do you know of, exactly?? So your experience is limited, like most of us. Absence of proof is not proof. Like I said, China probably has different laws, so there's less of a risk to them than us. Just because it isn't sold directly anymore isn't enough of a reason. That's not how copyright works. I don't know who came up with the current scheme. Certainly it will change a billion more times because nobody is ever happy, but as is, it's certainly not giving us a lot of leeway. I am not recommending that FreeDOS advertise or support ANY other DOS variants -- I am simply saying that V7.10 MS-DOS is in fact still available, as at-least the website I note above should prove to you. Not a reliable source. The built-in DOS floppy image I mentioned earlier, even in modern Windows, is a more official source. But that's (AFAIK) only available to current Windows licensees, so you can't redistribute it. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] LBA And FreeDOS.
Hi, (yet another inane response from me) On Fri, Dec 6, 2013 at 11:13 AM, Jack gykazequ...@earthlink.net wrote: It's really too bad, though, that MS won't make it official and release the MS-DOS source as public domain, or at least one of the various open-source licenses. How would that be better than what we already have with FreeDOS? The kernel and BASE are already GPL or similar open source, but we still don't get jack squat help from any other free/libre groups. They don't care at all, they're too busy chasing whatever other goals. A free/libre license isn't enough to attract volunteers. Surely you JEST!, my friend [are joking]! Gates Co. are charter members of the U.S.A.'s All we want is MONEY! brotherhood! If all they wanted was money, they'd still sell it. Maybe it's still on MSDN, I have no idea. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] LBA And FreeDOS.
Hi, On Sat, Dec 7, 2013 at 1:03 PM, dmccunney dennis.mccun...@gmail.com wrote: On Sat, Dec 7, 2013 at 1:18 PM, Jack gykazequ...@earthlink.net wrote: You may not consider it reliable, and Dennis may have some odd problem accessing it, but that website http://ms-dos7.hit.bg did give me, on 5-Dec-2013, a working 2-diskette copy of V7.10 which I was able to install on my system ... Do a ping, whois, traceroute, or nslookup on it. Tell me what you get. The website doesn't load for me either. What do you use as a browser, and how do you reach the Internet? DETEST the Internet -- I remember when it was totally free, and absolutely NOT as commercial as it is now! DISGUSTING, to me, that almost all news URLs now force you to receive 500K or more of damned ADVERTISEMENTS, BEFORE you get one word of news! My system is still dial-up which saves BIG BUCKS for retirees like me, and I often ABANDON such miserable websites BEFORE they deign to offer me useful items! I use the Bloody Internet mainly as a vehicle for E-Mail. NO personal website, and I do not want one. You need to learn more about the Internet. For instance, blocking those 500K or more of ads is trivial. I don't see them, because I do. Let's face it, all modern websites are fairly heavyweight these days. They're not really trying to target Lynx and w3m and similar browsers. It's Firefox or IE or Safari (Flash, HTML5 / Javascript) only. They just assume everyone has fast connections via broadband / DSL / cable / satellite. You pretty much have to have a fast connection just to download modern things (e.g. Windows service packs, Linux distros, streaming movies, online video games). And sorry, but *something* has to pay for those free services that cost actual time and money to provide, and ads are what pays for them. Free in this context means Someone *else* pays for it. I don't. Some content providers are better about it than others. There is a point where they are clearly hammering the end user too much. I don't block ads, but it indeed can be frustrating. The 2-diskette installation set for V7.10 MS-DOS, available on that site, does work well, and it rather STRONGLY suggests its installer was written by Microsoft. Like I said, it's also available from the last Internet.org crawl if others have the same difficulty I did. I have no idea if such sites (like Archive.org) have government exceptions or not. I remain UNCONVINCED that the above site, or any others with that same release of V7.10 MS-DOS, is in fact illegal. If Microsoft has not formally released MS-DOS 7.10 as a freely available download, it's *not* legal under US law, which is what we're concerned with. Current U.S. law. As far as we know. Countries in the former Soviet Union have historically not cared about US law in this sort of case, so it's probably legal for the Bulgarian site to host the download under Bulgarian law. It's *not* legal to download and use it under US law Wasn't copyright originally only meant to last 20 years? So it's not like it was meant to last forever, eventually it was meant to land in the public domain for the public good. Well, obviously that's not how things really work, even in fast-moving tech circles (which seem to deprecate / obsolete / break something every single day). Seriously, we'll all be long dead if (not when) such things ever expire. Good luck running Windows 1995 software on Windows 2095! There's a lot of abandonware out there that is no longer sold/supported but never explicitly cut loose by the vendors, and sites that specialize in it. The legal status is at best murky. http://www.theverge.com/2013/10/25/5028974/internet-archives-new-historic-software-collection But quite honestly, I'm more than just a little skeptical. I think they're playing with fire. There is no way that somebody somewhere won't challenge this. (And it wasn't that long ago that Atari / Infogrames released Atari: 80 Games CD-ROM for Windows, et al.) It's very very naive to think that this is permitted. Which is a shame since lots of software is basically thrown away, unable to be used by anyone. Worse is that binary (and source) compatibility isn't a very prized trait either. (And no, modern doesn't care about legacy at all.) Either buy what already works (commercial software, even if used) or help develop a free/libre alternative. I don't see any other good option. Whether a vendor will take action will be governed by money. Taking action costs money. A vendor will do so if they are *aware* of the availability of the software on the Internet, and think they see lost revenue sufficient to justify taking action. They don't have to take action, only threaten, which is enough to make people scared. Even if the claims are baseless, it's enough to force most people to remove software. MS is likely not aware of the MS-DOS 7.10 distribution from the Bulgarian host, and probably won't care enough to take
Re: [Freedos-user] LBA And FreeDOS.
Hi, On Sat, Dec 7, 2013 at 6:35 PM, Jack gykazequ...@earthlink.net wrote: I certainly agree with your stance here. I have been using one ms-dos 7.1 package since at least 2007 or so, easily and effort- lessly. I have helped others find it as well. It might be easier to just tell them to make a bootable floppy via Explorer. Or use RUFUS to install FreeDOS to USB pen drive. I am not sure where the .bg country code is, but I could not connect to the site when I tried it before writing this note. For your info, .bg is Bulgaria. Given both Dennis's and your problems with the website I noted, I suspect there could be some international constraints AGAINST Bulgaria, in some areas! Not as far as I know. Though again, U.S. politics are horribly arbitrary and annoying. (I didn't realize FreeDoom was equivalent to munitions.) IIRC, there are some countries where you're not even allowed to share software (even via SourceForge), lemme search ... Cuba, North Korea, Sudan, Syria, Iran. (The whole country! Not just government, not just army, but even common people! No TuxKart for you!) http://en.wikipedia.org/wiki/Sourceforge#Country_restrictions My father was a packrat (saved EVERYTHING), and I am not. My total storage, after almost 50 years of software, is only 180-MB and fits easily on CD-RW disks, of which I have 3 as my backups. It depends on needs. Some people have to test lots of software, so they have to keep backups of various compilers and OSes, etc. The days of software being small and self-contained are long gone, so often you have to download a lot of cruft just to get what you want. Again, a fast broadband connection is strongly implied, sadly. Also, and I hate to mention this (as it doesn't interest me and is frankly way outside the scope of traditional computing), but multimedia (esp. HD) takes up tons of space, and people often download (or make their own) movies, songs, etc. It's very very easy to run out of space with things like that. Heck, even a single modern game takes several gigs. One single-layer DVD is 4.7 GB (or such), and even that's (almost) obsolete in favor of Blu-Ray. I have no idea how many BD layers current consoles use (EDIT: Wikipedia says 16 layer [400 GB] for PS4), but long story short, it's far more than 180 MB. Though a lot of content doesn't have to be locally available on hard drive as most people don't need the full Wikipedia or full Project Gutenberg or full DJGPP mirror or all sources (20 GB?) to every software from their Linux distro installed on their system. Thus, I do not need FAT32 or long filenames, FAT32 was only in later versions (OSR2?), so the original vanilla Win95 didn't support it anyways, IIRC. LFNs aren't reliant on FAT32, you can use any FAT, though Win95 explicitly doesn't support those at all in DOS mode, so even there you're stuck to an external driver like DOSLFN. BTW, NT 4.0 (1996?) didn't support either of those, so only Win2000 fixed that, but at least DJGPP mirrors have a NTLFN driver to somewhat support LFNs there (which most software these days refuses to live without): http://na.mirror.garr.it/mirrors/djgpp/current/v2misc/ntlfn08b.zip http://na.mirror.garr.it/mirrors/djgpp/current/v2misc/ntlfn08s.zip and I do not need the bloat that comes with most V7.10 MS-DOS programs. Heheh. You can't even download VirtualBox without them forcing both Windows 32-bit and 64-bit editions in one lump! 100 MB! Pardon me if I think bloat doesn't really apply to DOS in any form. I also do NOT like that V7.10 will LOSE a lock drive command for some reason that I have never understood, and that is a nuisance as it always occurs when I do not expect it. So I stay with V6.22 MS-DOS, which is NOT bloated, and has NO lock drive to cause me any profanity! IIRC, Win95 came on 18 (overformatted) floppies. I guess traditional MS-DOS only used three to five? So, I'm not saying there isn't some fluff (esp. if you don't care for GUIs), but it's not that bad. Of course, I think one guy made a minimal Win95 install in only 5 MB, but it leaves a lot to be desired. (My current Win7 has a 400 MB \%windir%\fonts subdir, 517 files, and I don't even actively use any of them!) My actual Internet vehicle is V4.0 Win/NT, since there are no good browsers, CD burners, etc., for use with MS-DOS. V6.22 or V7.10 helps me there, as Win/NT denies me the right to deal with some system files. V6.22 MS-DOS does not! Good browsers? Depends on what you need. These days, they are almost OSes in their own right, using Flash, Javascript, HTML5, and a billion other plugins. It's a far cry from where HTML started twenty years ago. So no, compared to Firefox or Chrome, nothing is any good. But having said that, Georg's build of Dillo or Mikulas' build of Links are more than just a little impressive, even with known limitations. But a major problem is a heavy lack of (modern) packet drivers. IIRC, there is no free/libre (nor maybe even freeware)
Re: [Freedos-user] LBA And FreeDOS.
Hi, On Sun, Dec 8, 2013 at 3:04 PM, TJ Edmister damag...@hyakushiki.net wrote: On Sat, 07 Dec 2013 23:29:14 -0500, Rugxulo rugx...@gmail.com wrote: BTW, NT 4.0 (1996?) didn't support either of those NT4 does support LFNs. Not in DOS apps, I meant, no Win9x-era int 21h, 71xxh, AFAIK. It supports FAT12/16 and NTFS out of the box, and with a patched system file it will support FAT32 also (same goes for NT3.51) Is the patch officially part of some service pack or is it third-party? The service packs are free, but the full releases are not. Admittedly, it's not that cheap anymore (something like $199 upgrades, on average??, IIRC), but there's no other choice (if you want to run modern Windows software). Blame all the developers who refuse to restrict themselves to a common denominator, so everyone is constantly having to upgrade the OS just to support userland stuff. Even latest IE won't run on anything less than Win7. It's not necessarily even the developers' fault, except that they use Microsoft's compiler, and hence Microsoft gets to determine the minimum OS version that things built with their compiler will run on. You'd think XP's APIs would be good enough for anything reasonable, after all these years, but no. But XP is almost dead. XP is still widely used. Who actually still needs support from MS for a 12-year-old product for any reason other than to say they have it (in other words, ass-covering)? Surely if someone has been using it this long then it is getting the job done? Eventually various projects are going to stop supporting it. The same thing happened with Win9x and Win2k. It's not technical reasons, it's not lack of time, it's just apathy. They don't want it to work, thus it won't work. I don't know why, but most developers are very rigid. Yeah, modern computing is a mess. Maybe if we wish really hard, all the folks who have been making such messes will forget about desktop computing in favor of consumer electronics (tablets/phones) and the desktop will become better for it. Doubt it. -- Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Ibiblio blocked as malware site
Hi, It seems like they've fixed this by now. On Wed, Dec 11, 2013 at 11:23 AM, Jim Hall jh...@freedos.org wrote: If you have tried to visit the FreeDOS archives at ibiblio in the last day, you may have seen a message from your browser that ibiblio is serving malware. AFAIK, the warning was only appearing in Chrome and Firefox. I also tested Opera, but it had no issues. -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] running windows 3.1
Hi, On Fri, Dec 27, 2013 at 9:40 AM, James Crawford jrc...@embarqmail.com wrote: I have a Pentium 3 running Freedos alone. I tried to load Win 3.1 and got the error : Win 3.1 will not run in protected mode. I understand that the command.com runs in protected mode. Do I have to change this permanently to run Windows. How do I get Windows to work? No, the shell (COMMAND.COM) runs in low RAM / real mode (optionally compiled to use some XMS for swapping). Presumably this means it's getting confused because you have EMM386 (V86 mode) loaded. AFAIK, Win 3.x only works in standard (286) mode with FreeDOS due to some undocumented methods that Windows used to access the DOS internals. But Win 3.x fully works in DR-DOS, for example (and allegedly faster than even MS-DOS). I don't know if those undocumented features were ever publicized. Probably nobody here cared enough to debug it fully. Later Win95 was for (bundled) MS-DOS only. I know some people claimed that DOSBox (with its own different fake DOS) can run Win 3.x too, but I guess it's unlikely you'll want to install a different OS (but Kolibri is very very lean and maybe? boots off FAT32) just for that emulator. It honestly might be easier to just find an old copy of Win95 on eBay or wherever and use that instead. http://wiki.kolibrios.org/wiki/DosBox The only technical document I know of about this is here, but I'm not sure it'll directly help you: http://ericauer.cosmodata.virtuaserver.com.br/soft/specials/win3.x-dosext-freedos-notes.txt -- Rapidly troubleshoot problems before they affect your business. Most IT organizations don't have a clear picture of how application performance affects their revenue. With AppDynamics, you get 100% visibility into your Java,.NET, PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] running windows 3.1
Hi, On Sat, Jan 4, 2014 at 6:57 PM, Eric Auer e.a...@jpberlin.de wrote: Also, the PCI SoundBlaster cards in fact are not hardware compatible to SoundBlaster but come with some driver to create a virtual SB16, as mentioned. That driver is picky with EMM386, for example JEMM386 had a special option to enable compatibility tricks just for that driver :-p Just for the record, although I know it's been mentioned before, I guess here you're not referring to the erstwhile I/O port redirection via EMM386 that allows some sound emulation. I'm not aware of anyone using this with JEMM386 specifically (thus SoftMPU, mentioned below, still relies on MS-DOS and its proprietary EMM386), but just FYI (since it is GPL): http://www.bttr-software.de/forum/board_entry.php?id=12742#p12742 -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Freedos boot on UEFI System
Hi, You'll probably have to run FreeDOS under some kind of emulator or hypervisor, e.g. VirtualBox, atop your native host OS (Windows?). https://www.virtualbox.org/ On Sat, Jan 11, 2014 at 2:57 AM, Giovanni giovanni.ne...@yahoo.com wrote: I have a notebook Asus X501A. It's a UEFI System, I have download a iso image FreeDos 1.1 but it's not ready for UEFI System, there is only isolinux directory but not efi. Is there a way for boot FreeDos on UEFI system? I'm not searching signed boot (on my system is disabled) from pure UEFI, my notebook not permit to set compatibility mode BIOS. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] XMM on AMD Opteron 6274
Hi, On Mon, Jan 13, 2014 at 9:25 AM, Anton D. Kachalov mo...@yandex-team.ru wrote: I've faced a problem with running any (XMGR, JEMMEX, HIMEMX) XMM on AMD Opteron 6274 (have tried Supermicro H8DGU and Asus KGPME-D16). FreeDOS has been loaded as floppy-image by MEMDISK via PXELINUX. What version of SysLinux are you using here? Latest is 6.02. (Honestly, if you haven't tried booting via real hardware, e.g. real physical floppy drive or CD drive or hard drive, I'd blindly assume it's a SysLinux bug here and nothing to do with actual hardware incompatibilities. But I could be wrong.) -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Needs an approval
Hi, Try something like ImageShack (see below): http://imageshack.us/photo/my-images/832/lynx3.png/ On Mon, Jan 13, 2014 at 10:12 AM, Jim Hall jh...@freedos.org wrote: I approved your emails for list moderation for this time, but next time it would be better to post the screenshots somewhere and link to them in your message. On Mon, Jan 13, 2014 at 9:28 AM, Anton D. Kachalov mo...@yandex-team.ru wrote: Trying to send a message with a few screenshots: Your mail to 'Freedos-user' with the subject XMM on AMD Opteron 6274 Is being held until the list moderator can review it for approval. The reason it is being held: Message body is too big: 46820 bytes with a limit of 40 KB -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] fd11src.iso lack of 3rdparty tools
Hi, On Wed, Jan 15, 2014 at 4:35 AM, Anton D. Kachalov mo...@yandex-team.ru wrote: I've tried to create bootable disk from FreeDOS ISO, but it fails in setup.bat on line: %cddrv%FreeDOS\3rdParty\extract %cddrv%ISOLinux\Data\FDBoot.img -x x:%destdsk% caused by empty 3rdParty directory and absence of extract util. ISO with FreeDOS 1.0 has the following files in the 3rdParty directory: extract.exe extract.txt readme.txt wde_v21b.zip Presumably this is Gilles Vollant (WinImage dude)'s old Extract tool (freeware, no srcs): ftp://ftp.winimage.com/extrac21.zip ftp://ftp.sac.sk/pub/sac/utildisk/extrac21.zip (There was also a different smaller version, with srcs, on FASM's forum [by ATV], a long time ago that I used to unimg some stuff, but it wasn't as robust in some ways.) ( http://board.flatassembler.net/topic.php?t=4753 ) You can find WDE (with srcs) here: http://ftp.ibiblio.org/pub/micro/pc-stuff/freedos/files/util/disk/wde/ P.S. If you want to try again on real (native) hardware, try using something like (freeware, no srcs) MKBISO to convert a 1.44 MB 3.5 floppy .img into a small .ISO for burning to CD (assuming you have no physical floppy drive anymore): http://www.terabyteunlimited.com/downloads-free-software.htm http://www.terabyteunlimited.com/downloads/mkbiso.zip You could also try (with srcs) FYS' MTOOLs, but I haven't verified that it will work: http://www.fysnet.net/mtools.htm -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] XMM on AMD Opteron 6274
Hi, On Tue, Jan 14, 2014 at 2:18 AM, Anton D. Kachalov mo...@yandex-team.ru wrote: - rugxulo@ I use PXELINUX 4.05 20130513. It works fine with MS-DOS (Win98) with MS HIMEM, but fails with FreeDOS / any XMM. That is why I don't point to PXE loader's problem. I can give it a try with latest pxelinux or try iPXE to be burned into ROM. I'm no kernel developer, but the various DOS kernels are not 100% identical behind the scenes. I think they load to different initial segments, too. Unfortunately, most people don't test very well (or only MS-DOS and not FreeDOS, etc.), hence just because it works in one doesn't mean it will work in both. If anything, I would rather they tested FreeDOS first (as a more available target), but they don't do so, don't ask me why. So bugs remain. Yes, it could be something else, of course, but I still blindly guess it's a bug on their end. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] XMM on AMD Opteron 6274
Hi again, On Thu, Jan 16, 2014 at 5:23 AM, Anton D. Kachalov mo...@yandex-team.ru wrote: FreeDOS 1.0 gives more debug information on such problem while newer FD1.1 just cycle with Invalid opcode or reboot. This is kind of memory corruption during moving dos from it's location to HIGH. It's a kernel bug, but I have no idea how to debug it on a real hardware. I'll try to contact AMD guys. Well, FD 1.0 (2006) used kernel 2036 while FD 1.1 (2012) used 2040. And yet latest is 2041. I vaguely remember some MCB bug mentioned a few months ago (perhaps EBDA discussion), but I don't know if that was ever fully fixed or propagated into SVN. So you may have to test a few different kernels if the behavior is different. If it's a bug (or regression), hopefully that will help isolate things. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS links page
Hi, just for clarity, On Tue, Jan 14, 2014 at 4:57 PM, Jim Hall jh...@freedos.org wrote: On Wed, Jan 1, 2014 at 10:23 AM, dos386 dos...@gmail.com wrote: 3. http://www.freedos.org/links/ many links are DEAD or have issues : - RAR for MS-DOS (better link to UNRAR DGJPP port?) I left the link to rarlabs for RAR, but we don't mirror it on the FreeDOS archives (or I don't think we do). No, not that I know of, although they are shareware, so it's not illegal (but obviously not free software either). (16-bit version circa 1999) ftp://ftp.sac.sk/pub/sac/pack/rar250.exe (32-bit EMX version circa 2010) ftp://ftp.sac.sk/pub/sac/pack/rarx393.exe We do include the UNRAR DJGPP part on our FreeDOS software list. The latest version of RAR is 5.0.1, which only supports Windows, Linux, FreeBSD, and Mac OS X. Basically it's a big rewrite with multi-core and Unicode support, which obviously DOS is not very good at. The new .rar format (v4?) basically only supports Windows and Unix. That is their target, nothing else. DOS is not supported, and their website doesn't even directly link to download the obsolete DOS version (3.93) anymore (although it's still on their FTP). Due to lack of wchar_t support, the current UnRAR 5.x sources do not compile with DJGPP. I don't think 4.x did either. The last version that I know compiled and worked fairly okay was old 3.93. So that is all we have. -- CenturyLink Cloud: The Leader in Enterprise Cloud Services. Learn Why More Businesses Are Choosing CenturyLink Cloud For Critical Workloads, Development Environments Everything In Between. Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Keyboard problem with some machines
Hi, On Wed, Jan 29, 2014 at 9:43 AM, Bret Johnson bretj...@juno.com wrote: It could be that you need to load a driver, but that's unlikely. The most probable cause is a funky BIOS in the computers, and in particular the laptops (I've had laptops where the internal keyboard doesn't work quite right). I haven't finished my draft email responding to Falco yet (where I checked my BIOS on my laptop for SpeedStep reasons). Long story short, in another area, it did have an option to emulate the (laptop) Fn key on an external USB keyboard via Scroll Lock key. I think it said this was only usually needed for non-ACPI (DOS). And of course there is another option (which was off by default!) to switch Function keys from multimedia keys (needs Fn+ modifier for normal action) to normal. Just FYI (Dell Inspiron). -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] XMM on AMD Opteron 6274
Hi, sorry for slow reply, On Fri, Jan 24, 2014 at 1:25 AM, Anton D. Kachalov mo...@yandex-team.ru wrote: Got it :) Just read NOEMS in the wrong way. Anyway, I had problems with HIMEMX and other XMM. Will try the latest one from SVN and older FD kernels. I just need XMM to get RDISK works with at least 34MB RAM-disk. Besides, HIMEMX, you could also use XMGR (which I use these days) or presumably even FDXMS. http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/xms/ I didn't find GS386, but found WDOSX. What could you say about it? WDOSX isn't bad but doesn't play well with CWSDPMI and has other minor issues. Overall it works okay, but no extender is perfect (that's why we have so many!). I think Causeway is probably a safer bet. I see. D3X seems to be dead after 2004 and there is WDOSX. D3X seems to somewhat play nicer than WDOSX, but yeah, the author is AWOL (plus it's non-commercial only, which is not free/libre, even with sources). I'm not really sure how to contact him, I'd like him to change the license so that it can be widely mirrored. He also did the DJELF hack, which is mirrored by DJ, but nobody bothers to use that. So maybe it's a lost cause anyways. :-/ The reason why I've choosen DOS32/A that I hasn't a big choice: DOS/4G, Causeway(?), PMODE/W and DOS32/A. How to proper integrate WDOSX into OW? Is it only a post-install stub-it? Well, I'm sure you can make it where you can do it automatically by extracting the Watcom/LE stub and putting something in your *.LNK scripts. But yeah, it's just easier (to me) to just use STUBIT xyz.exe manually later. BTW, I've tried to build D3XW stub with linux NASM and link it by WCL386: wcl386 -ldos -fe=d3xw.exe d3xw.obj And get D3X: error 0x8: unable to spawn image. Looks like it is unable to read it's own header. Got the same error for UPXed binary and just linked one (e.g curl.exe and lspci.exe). Got source here: http://rugxulo.googlepages.com/d3x-090h.zip Don't know, haven't rebuilt it lately, maybe only once. I just use the stock build. It might be some minor bug, dunno, probably safer to use something else. -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] XMM on AMD Opteron 6274
Hi again, On Fri, Jan 24, 2014 at 1:43 AM, Anton D. Kachalov mo...@yandex-team.ru wrote: 24.01.2014, 03:05, Eric Auer e.a...@jpberlin.de: https://github.com/ya-mouse/dos-utils You have interesting ports and tools :-) CURL, FlashROM, getargs, NVRAM, PCIutils, watt32, ZLIB, a tiny binary OpenWatcom patch (what does it patch?)... This patch for DOS32/A to avoid some annoying messages from DOS32/A during startup. I'm too lazy to recompile DOS32/A from sources :) It's been a while since I've actively used DOS32A (on purpose, anyways), but I think its configuration tool (SS.EXE ??) allows you to turn off some of the (copyright?) messages. I don't think there was any environment variable setting (a la DOS4G=quiet) though. Plan to update FlashROM sources to the latest one and possible CURL too if it will be compiled within OW. DOS/32A (9.1.2) itself compiled with OW? Dunno, don't remember ever trying. I vaguely thought it was written in TASM. Somewhere around 1.8 or 1.9, one guy added -zcm=tasm to WASM, but I don't think it's 100% complete, so it may not work perfectly for you. There's also an unmaintained freeware only clone called LZASM (TASM Ideal only) out there in the wild, if you want to search for it (both DOS [WDOSX!] and Win32 versions). Here, lemme find it: http://www.phatcode.net/downloads.php?id=308 I don't think real TASM is freeware. Though back in 2007 or so, their freeware Turbo C++ bundle for Windows had oldie 5.3 [2000? MMX only?] in there (but with no 32RTM / DPMI32*.OVL, though it could run with WDOSX or HX). I think they still somewhat maintain it, hence 5.4 or such allegedly exists, but I dunno beyond that. (That TC++ needed some .NET stuff, but it never installed properly for me on Vista, and that old laptop later hosed itself.) Newer Embarcadero compilers (BCC64 ?) use a heavily-modified Clang, dunno what assembler (if any) is supported. -- WatchGuard Dimension instantly turns raw network data into actionable security intelligence. It gives you real-time visual feedback on key security issues and trends. Skip the complicated setup - simply import a virtual appliance and go from zero to informed in seconds. http://pubads.g.doubleclick.net/gampad/clk?id=123612991iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] 404 for floppy
Hi, On Tue, Feb 25, 2014 at 12:08 PM, Felix Miata mrma...@earthlink.net wrote: Dec 31 2011 readme.txt on the 1.1 iso says to get a bootable floppy image download http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.1/fdos1440.img It generates a 404. What is a URL that works? I don't know. I don't remember seeing any such image in 1.1. At least, I never used one, and I don't see it locally here (laptop's subdir, ..\freedos\1.1). You'll presumably have to use an older floppy image, e.g. from ../unofficial . http://www.freedos.org/download/ has no link I can find for a 1.1 floppy image. Floppies aren't exactly popular anymore. So there isn't much incentive for most people to care. Most machines don't come with floppy drives anymore. Is there something on the CD iso that can make a bootable 1.1 floppy without having to burn and boot the CD iso? A simple floppy image wouldn't be hard to make, but what would you do with it? In other words, what pieces of software need to be on there? Obviously kernel and shell, but what else? The sky's the limit, there are hundreds of optional pieces. So before we can do anything, we have to know exactly what it is that you want to do. (And I don't think a complete BASE will fit, so you will have to be somewhat picky.) I guess if you want to boot a floppy in order to install a minimal FreeDOS, you'll also need SYS, FDISK, FORMAT. (But you probably already knew that.) I would also recommend at least Jack's drivers (UIDE, XMGR, RDISK) and CTMOUSE and probably CWSDPMI. Well, and then you get more and more complicated depending on use (i18n? networking?). -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] defrag program issue
Hi, On Tue, Feb 25, 2014 at 7:53 AM, John R. Sowden jsow...@americansentry.net wrote: On 02/25/2014 03:00 AM, Tom Ehlert wrote: When I run the defrag program on my dos machine, It does not allow me to do a full defrag. The options are limited (grayed out). It could be a bug in the program or (maybe?) an incompatibility with your partition. I know it doesn't always work perfectly, trying to do everything in real mode (which is fairly impossible for really huge FAT32 drives). On that machine, I am running freedos and for a command processor, 4dos. FAT32 was created by a windows o/s before I bought it. I have since removed window (xp?). So you don't have access to any other versions of DOS or OS/2 or Windows? (Take the hard drive with you to another machine, and try there.) Obviously if the FreeDOS version doesn't work at all, you'll have to use a different one (if defragging is that important to you and just re-copying / deleting doesn't work as a simple kludge). the defrag program doesn't work on FAT32. Well, I'm pretty sure that's not true anymore, but I haven't tried it lately. this is the one I am running: FreeDOS defrag FreeDOS defrag is a free software implementation of a file defragmenter under the GNU General Public License. It was especially implemented for the FreeDOS project. screenshot at www.nongnu.org/free-defrag/ According to FreeDOS's Software List (.LSM), the latest version of Defrag is 1.3.2. http://www.freedos.org/software/?prog=defrag While it still lists Imre Leber as maintainer, there hasn't been a newer version since 2009, so don't get your hopes up on any huge fixes coming. (Sorry if that's not what you want to hear.) -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] defrag program issue
Hi, On Wed, Feb 26, 2014 at 8:37 PM, John R. Sowden jsow...@americansentry.net wrote: Thanks for the follow up. I can boot with a floppy using MS-DOS 6.2. But I don't think that version supports FAT32. (And I have no idea if defragging FAT is supported under Linux or FreeBSD.) I think my version of the defrag program is 1.3.1 (downloaded yesterday-I think I'll look elsewhere). http://users.telenet.be/imre/FreeDOS/dfrag132.zip I remember copying to another drive years ago, think I'll try it as my data is only 120MB. I just don't know what else to tell you. Maybe email Imre directly. -- Flow-based real-time traffic analytics software. Cisco certified tool. Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer Customize your own dashboards, set traffic alerts and generate reports. Network behavioral analysis security monitoring. All-in-one tool. http://pubads.g.doubleclick.net/gampad/clk?id=126839071iu=/4140/ostg.clktrk ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Boot from USB
Hi, On Mar 9, 2014 2:59 PM, Xianwen Chen xianwen.c...@gmail.com wrote: I'd like to try FreeDOS without installing it to a hard drive. Is it possible to boot FreeDOS from USB, for example via syslinux? If you have access to a modern Windows host, try the RUFUS installer: http://rufus.akeo.ie/ Or try UNetBootIn, but that doesn't (IIRC) save persistent changes: http://unetbootin.sourceforge.net/ -- Subversion Kills Productivity. Get off Subversion Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951iu=/4140/ostg.clktrk___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] OSFirstTimer - Can MS-DOS 6.22 (1994) Replace Windows 7?
Hey guys, I found a guy on YouTube who makes some interesting OS videos. Okay, it's usually him and his Mum just goofing around doing really simplistic stuff. But it's interesting nonetheless. https://www.youtube.com/user/OsFirstTimer However, in this particular video he is alone and basically does an informal review of MS-DOS and how it compares to typical tasks that he'd try to do in Windows 7 (edit, gaming, gfx, sound, GUI). https://www.youtube.com/watch?v=j-74qPWgoBI I just thought you might find it interesting as it presents a relatively fresh (naive?) look at DOS from someone who doesn't (and didn't) use it much. -- Learn Graph Databases - Download FREE O'Reilly Book Graph Databases is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] [SPAM] bobjoe212x .
Hey pal, I dunno if you'll read this, but I think your account is hacked. You might want to change your password. On Thu, Apr 24, 2014 at 8:33 PM, bobjoe212x . dosal...@gmail.com wrote: http://www.spam.us -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] SERIOUS Off-Topic, Part 2 -- U.S. Medicine.
Hi, Jack, On Fri, Apr 25, 2014 at 12:31 AM, Jack gykazequ...@earthlink.net wrote: Regrettably, I have been diagnosed with a 98% chance of bladder cancer, for unknown reasons excepting bad luck. I was told it needs to be taken care of within 3 months, after being detected on 4-Mar-2014. Very sorry that you have to go through all of this. :-( The cardiologist had told me I would get clearance for surgery on Tuesday 22-Apr-2014 with the neighboring urologist. Despite that, I heard today the clearance was NOT sent 2 days ago. The M.A. finally did send my surgery clearance this morning. Hopefully, the urologist can now have me scheduled for surgery without more delays. As for me, I am resigned to dying, either directly from the bladder cancer, or because everyone involved (but the urologist) DELAYED TOO DAMN LONG, and it may have metastasized (spread) into other parts of my body. If so, you all have XMGR/RDISK/UIDE/etc. in essentially mature form, and they should serve you well if I am gone. Don't give up hope! And please keep us informed of how things turn out so we don't worry. And of course thank you for your efforts over the years. To say your drivers have been somewhat helpful would be a huge understatement. There is no one to replace you! -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
