Re: [Freedos-user] Brand NEW IBM PC AT + Model M! Unboxing & Setup [LGR] - YouTube
I saw this video a few days ago, the part when he opened an untouched Model M keyboard was almost better than the PC unboxing. On Tue, Apr 11, 2017, 3:16 AM Rugxulo wrote: > Before I totally forget ... there was this awesome video on YouTube by > LazyGameReviews (about two weeks ago): > > "Brand NEW IBM PC AT + Model M! Unboxing & Setup [LGR]" > > https://youtu.be/nLy_jEbuY-U > > IBM PC AT 5170 (circa 1988), 286 (8 Mhz) w/ 512 kb RAM, EGA, 30 MB > HDD, 1.2 MB floppy drive, PC-DOS 3.30 > > P.S. Since I love the irony, let me mention that he has more > subscribers on YouTube than this machine has bytes of RAM. (Yes, he's > that good. -- Duke Nukem) > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > -- Corbin D -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] reminder
Hi, On Wed, Apr 12, 2017 at 11:51 AM, Bret Johnson wrote: > > What you're wanting is pretty simple, so a full-blown calendar program is > definitely overkill. > I think I've seen references to programs like what you want to do before, but > I don't use any > of them myself and don't remember the names of any of them. Somebody else > may be > able to remember or come up with something. Perhaps this? http://reimagery.com/fsfd/calend.htm > If I wanted to do something like this myself, I would probably just do it > with a batch file > and a general-purpose environment-manipulation program like ASET or STRINGS > (one > place you can get these at is http://reimagery.com/fsfd/batch1.htm). These > kinds of > programs allow you to do all kinds of things in batch files with environment > variables (set > environment variables to dates, extract lines from files, do various math > functions, etc.). > They ultimately allow you to do lots of things with batch files that are > impossible with just > the standard batch file limitations. > > Doing this with a batch file will require a little bit of effort on your > part, but I'm sure you will > like the results. Personally, it sounds like a job for REXX, but obviously you can use whatever tools you like. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] bsum - compute BSD checksums of your files
On Wed, 12 Apr 2017 04:39:35 -0500, Rugxulo wrote: > It worked fine (redirecting) for me yesterday! I can't imagine why it > wouldn't work for you. > > Oh, before I forget, are you perhaps invoking NDISASM via some .BAT? > Of course a .BAT doesn't really redirect (under FreeCOM) without kludge, > e.g. "%COMSPEC% /c". Ha, yes - you nailed it, Rugxulo. Indeed I was calling ndisasm from within a sneaky ndisasm.bat file (auto-generated by FDNPKG inside my PATH). As said before, I didn't really investigate the problem (for a reason that should be obvious by now) - saw it doesn't work out of the box, went to the "-l" nasm listing, done. But thanks to you the reason is clear now. It's at least the second time this "FDNPKG generates BAT files" thing bites me. I should definitively address this problem eventually. I have to say however that I prefer the "-l" listing anyway, because it preserves the comments (even though it lies a little bit sometimes on the JZ thing). > Maybe you should use Lazy Assembler (LZASM)?! Didn't know that one (too lazy to google it out), but it does sound extremely well suited to me! cheers, Mateusz -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] reminder
Rinaldo: What you're wanting is pretty simple, so a full-blown calendar program is definitely overkill. I think I've seen references to programs like what you want to do before, but I don't use any of them myself and don't remember the names of any of them. Somebody else may be able to remember or come up with something. If I wanted to do something like this myself, I would probably just do it with a batch file and a general-purpose environment-manipulation program like ASET or STRINGS (one place you can get these at is http://reimagery.com/fsfd/batch1.htm). These kinds of programs allow you to do all kinds of things in batch files with environment variables (set environment variables to dates, extract lines from files, do various math functions, etc.). They ultimately allow you to do lots of things with batch files that are impossible with just the standard batch file limitations. Doing this with a batch file will require a little bit of effort on your part, but I'm sure you will like the results. -- Bret Johnson There is only one place in the universe where 0+0=1. That is in the mind of an evolutionist. Warning: Don't Use Probiotics Before You See This Gundry MD http://thirdpartyoffers.juno.com/TGL3141/58ee5b6e1c5805b6d1a1cst03vuc -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] bsum - compute BSD checksums of your files
> I double-checked, latest NDISASM still decodes as two separate instructions. A disassembler would not report two separate instructions unless the actual compiled code had two separate instructions. Every assembler/compiler I know of does little "tricks" to make the programmer's job a little easier (basically, changes subtle/minor things behind your back). They also all seem to do different "tricks" (even in different versions of the same assembler/compiler), so even in ASM you're not really 100% in control of the resulting code. In ASM you're much more in control than you are in any high-level language, though. > The simple answer is that code size is rarely as important as programmer > convenience. There are really several different major things that you must balance: program size, memory footprint, speed, and maintainability. "Programmer convenience" is just a subset of maintainability, which also includes things like program structure, language/compiler/assembler/libraries chosen, documentation, and code commenting. Which of the items has the highest precedence depends on circumstances and goals at the time. TSR's and device drivers, e.g., are very different than foreground programs -- memory footprint really matters (a lot) in TSR's and device drivers, though not necessarily so much in foreground programs (at least not in all foreground programs). It also depends on your intended target audience/hardware. Modern CPU's also do all kinds of "tricks" to increase speed (caching, pipelining, branch prediction, virtual machines/CPU's/memory, memory alignment issues, etc.), so code that is faster on a real 8086/8088 CPU may actually be (relatively) slower in a different environment. Looking up clock-cycles-per-CPU-instruction is a guideline, but not the final answer as to how fast something really is. Smaller size tends to equate to faster speed, though that's not absolute. It is true that a smaller memory footprint is more likely to remain in the CPU cache(s) (at least on CPU's that have caches and have them enabled), so a smaller memory footprint always increases speed (or at least the likelihood of speed) in that sense. -- Bret Johnson There is only one place in the universe where 0+0=1. That is in the mind of an evolutionist. 'Erin' From Happy Days Looks Like Now Is Insane trend-chaser.com http://thirdpartyoffers.juno.com/TGL3141/58ee56e68d39656e6565bst03vuc -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] bsum - compute BSD checksums of your files
Hi, On Wed, Apr 12, 2017 at 2:03 AM, Mateusz Viste wrote: > On Tue, 11 Apr 2017 22:24:56 -0500, Rugxulo wrote: > >> What disassembler are you using here? I erroneously thought it was NDISASM. > > I don't use ndisasm for a very trivial reason - I am unable to redirect > its output to a file, so I don't really know how other people use it It worked fine (redirecting) for me yesterday! I can't imagine why it wouldn't work for you. > I didn't figure out any quick and easy workaround (again, too stupid). Um, excuse me, but he called you "lazy" and "clueless", not "stupid". I guess we should add "forgetful". ;-)) j/k But I'll point to this anyways, "redir", just for a general tip (in rare case you didn't already know): http://www.delorie.com/djgpp/doc/utils/utils_7.html Oh, before I forget, are you perhaps invoking NDISASM via some .BAT? Of course a .BAT doesn't really redirect (under FreeCOM) without kludge, e.g. "%COMSPEC% /c". > The output I pasted before was copied from the NASM listing (-l). Hmmm, then NASM is being a bit too tricky for its own good. I do (very naively!) wonder whether "warning: 8086 conditional jump extended" would be appropriate. Actually, having "[386]" (etc) in NDISASM output would be nice. (The only workarounds for that are BIEW and QVIEW, IIRC both of which color-code various instructions. Not sure about various debuggers off the top of my head.) > And although I do look at the listing carefully, I do not bother decoding the > opcodes by hand (too lazy!), Maybe you should use Lazy Assembler (LZASM)?!:-P Nah, it needs a separate linker, even for .COM (bah, too slow, we're too lazy!). > I assume that the assembler knows how to > encode mnemonics into opcodes - that's his job after all, not mine. > Ultimately, whether the code is assembled into a "long, 5-byte form of > jump" or "two separate instructions that emulate a jump" is irrelevant to > me - in both cases it's still 5 bytes, that all I need to know. I can't even honestly complain, it's indeed a "feature", not a bug! Not mandatory but certainly nice to have. >> The simple answer is that code size is rarely as important as programmer >> convenience. > > Maybe. But why bother doing assembly then, if not for the control over > what machine code is generated at the end? I was trying to imagine thinking like them, not speaking for myself. I personally like size optimizations in assembly (obviously??). E.g. "add si,2" is three bytes but (times 2) "inc si" is only two! But you won't see a lot of programs that actively try to save such few bytes. Nobody cares. (Well, most other people!) -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] reminder
I have two that I have installed, Broderbund Memory Mate and Brown Bag Software's PC-Outline which was included with WordStar 5.5 Professional. PCO; and if you happen to use BB's PowerMenu a CTRL-\ will bring it up. https://www.pcorner.com/list/WORDP/PCO334.ZIP/README.1/ On Wed, Apr 12, 2017 at 3:00 AM, Rinaldo Guelpa wrote: > Hello Bret, > All I want to do , the reminder should remind me of a birthday eiter on the > date or a few days ahead say 5 or 3 days ahead , just have it in my > .autoexec.bat file so on startup it will run and inform me of a person and > the birthday. > Best wishes > Rinaldo. > guelpa...@telkomsa.net > > - Original Message - > From: "Bret" > To: > Sent: Wednesday, April 12, 2017 4:24 AM > Subject: Re: [Freedos-user] reminder > > > > "Reminder" program is kind of vague -- I think you'll need to provide a > > little more detail. There are programs (like my CLOCK program) that can > > just beep at you at certain times of the day, and there are actually > > full-fledged calendar/task management programs, and all kinds of things > > in-between. You can even use my SCANCODE program to (indirectly) perform > > semi-automated tasks at certain times of the day. Some programs are > TSR's > > (that run in the background), others not. > > > > What are you actually wanting it to do (how complicated and > > configurable/flexible do you actually want it to be)? Is it something > you > > can't do some other way, like with a smart phone? > > > > > > > > -- > > View this message in context: > > http://freedos.10956.n7.nabble.com/reminder-tp26112p26123.html > > Sent from the FreeDOS - User mailing list archive at Nabble.com. > > > > > -- > > Check out the vibrant tech community on one of the world's most > > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > > ___ > > Freedos-user mailing list > > Freedos-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/freedos-user > > > > > > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] bsum - compute BSD checksums of your files
On Tue, 11 Apr 2017 22:24:56 -0500, Rugxulo wrote: > My problem with always explicitly saying "short" is that it's both > unnecessary and verbose. Apparently not so "unnecessary" after all, if one really wants to use a short jump, and not some other contraption. > What disassembler are you using here? I erroneously thought it was > NDISASM. I don't use ndisasm for a very trivial reason - I am unable to redirect its output to a file, so I don't really know how other people use it, and I didn't figure out any quick and easy workaround (again, too stupid). The output I pasted before was copied from the NASM listing (-l). And although I do look at the listing carefully, I do not bother decoding the opcodes by hand (too lazy!), I assume that the assembler knows how to encode mnemonics into opcodes - that's his job after all, not mine. Ultimately, whether the code is assembled into a "long, 5-byte form of jump" or "two separate instructions that emulate a jump" is irrelevant to me - in both cases it's still 5 bytes, that all I need to know. > The simple answer is that code size is rarely as important as programmer > convenience. Maybe. But why bother doing assembly then, if not for the control over what machine code is generated at the end? Mateusz -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] reminder
Hello Bret, All I want to do , the reminder should remind me of a birthday eiter on the date or a few days ahead say 5 or 3 days ahead , just have it in my .autoexec.bat file so on startup it will run and inform me of a person and the birthday. Best wishes Rinaldo. guelpa...@telkomsa.net - Original Message - From: "Bret" To: Sent: Wednesday, April 12, 2017 4:24 AM Subject: Re: [Freedos-user] reminder > "Reminder" program is kind of vague -- I think you'll need to provide a > little more detail. There are programs (like my CLOCK program) that can > just beep at you at certain times of the day, and there are actually > full-fledged calendar/task management programs, and all kinds of things > in-between. You can even use my SCANCODE program to (indirectly) perform > semi-automated tasks at certain times of the day. Some programs are TSR's > (that run in the background), others not. > > What are you actually wanting it to do (how complicated and > configurable/flexible do you actually want it to be)? Is it something you > can't do some other way, like with a smart phone? > > > > -- > View this message in context: > http://freedos.10956.n7.nabble.com/reminder-tp26112p26123.html > Sent from the FreeDOS - User mailing list archive at Nabble.com. > > -- > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
