Re: [Freedos-user] Vim is slow
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'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. 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? Don't want to use PuppyLinux...don't want to use a full-blown GUI... I tried deleting that other file from the Vim.exe directory...makes no difference... 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. 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... 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. On Sun, Nov 3, 2013 at 4:50 PM, Rugxulo rugx...@gmail.com wrote: 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 -- Android
Re: [Freedos-user] Vim is slow
I tried deleting that other file from the Vim.exe directory...makes no difference... Okay. So you're sure you're using CWSDPMI r7? I don't know? How do I tell? -- 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
[Freedos-user] PATH
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? -- 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
Thanks to you both! On Sun, Nov 3, 2013 at 10:07 AM, Matej Horvat matej.hor...@guest.arnes.siwrote: On Sun, 03 Nov 2013 16:57:50 +0100, Bernd Blaauw bbla...@home.nl wrote: An alternative solution would be to write an individual batchfile for each program you'd like to run, and place these batchfiles somewhere in C:\DOS or so. @echo off C: CD \ CD PROGRAMS CD APPS CD MYPROG MYPROG.EXE CD \ I use a similar solution, but more elegant (IMO). Make a batch file for each program in C:\APPS like this: @PUSHD C:\APPS\PROGRAM @PROGRAM.EXE @POPD This way, you can call it from anywhere without having it change your current directory. BTW, I think it is redundant to have .; in your PATH, as DOS always searches the current directory first. -- 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 -- 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
[Freedos-user] Config.sys (was Pictview)
Well, thank you for the helpful information re: the config.sys file, viewing PNG files, etc. My original thought is that I would use the fast-booting DOS OS to narrow my focus to just a few activities, and I haven't really done that. Too used to internet, email, etc etc! But I still think it's really neat. I am playing around with the DOS program Dates, and some other stuff. Honestly, seems to be easier to run stuff in a DOS window in XP than booting straight to DOS because of the aforementioned availability of internet, sound just works, etc. But I have the option if I want. Thanks for your quick and helpful responses; it's appreciated! -- 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] PictView
I tried about 3 of the mentioned viewers and 2 of the 3 worked well. display was pretty good and lxpic was great! Thanks! I'm interested in viewing the common file formats (jpeg, png, etc) and I was intrigued by Pictview's claim of being able to view Photoshop files (psd). But if I can view common image files with lxpic, I'm fine with that. By the way, I don't seem to have a config.sys file. Is it optional? -- Forwarded message -- From: Rugxulo rugx...@gmail.com To: Discussion and general questions about FreeDOS. freedos-user@lists.sourceforge.net Cc: Date: Wed, 16 Oct 2013 23:15:26 -0500 Subject: Re: [Freedos-user] emm386, himem.sys, config.sys 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
[Freedos-user] emm386, himem.sys, config.sys
Hi, I recently discovered Rufus, the DOS boot disk installer, and installed FreeDOS on my thumbdrive. I think it's pretty neat. Other than occasional command-line use in Windows, the last time I probably messed with DOS was probably about 20 years ago. And I was certainly no programmer then. 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). -- 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