Slashdot Mirror


Tiny Apps

box2321 writes: "There's a time and a place for large and feature-filled software. And there's a place for tiny apps - in fact, there's tinyapps.org. This is a mighty-fine resource for free and shared Win/DOS programs that weigh in under 1.44 MB. I learned of TinyApps from a pleasant source."

318 comments

  1. Fascinating by friday2k · · Score: 2, Interesting

    It is really fascinating what you call small. I remember the VC20/C64 and those things required true small applications. Applications that had more features than most of the "tiny" ones there.
    You guys might also want to check out the 4KB and 64KB demonstration pieces from parties around the world at Scene. This will show you what can be done in applications as small as 4KB (rendered demos with sound and stuff like that). Enjoy!

    I nevertheless appreciate a movement towards essential, small applications ...

    1. Re:Fascinating by PopeAlien · · Score: 2

      Not to mention 64k should be enough for anybody.. But hey, in a world where the automobiles keep getting bigger and bigger, why not the software.. I guess there's still some people out there that don't have 'issues' to work through.

    2. Re:Fascinating by terpia · · Score: 2

      yeah yeah, back in the good ole days...
      1k chess and all that...
      Slick stuff I'll admit, but if you look at the tinyapps.org site listed in the story, you will see that this stuff is for DOS and Windows. Small is obviously a subjective and/or relative term. A 1.4 meg program is small on todays new systems with 60-100 Gig hdds. Its not small if you have a trs-80. some people actually install the whole ms office suite just to have a word processor, so i say if it fits on a floppy and is useful without being feature stripped, its a good small program. and i must say that QNX has to be the coolest and most fun of of anything ive ever seen fit on a floppy.

      --
      .sig wanted: Must be concise, funny, and display my cleverness.
    3. Re:Fascinating by friday2k · · Score: 1

      Well, on scene.org you will some 4k WINDOWS demos. Neat little things ...

    4. Re:Fascinating by Rubyflame · · Score: 1

      Yeah. Check out .the .product - it can be found here. A five-minute long 3D-rendered demo in 64k... compressed 30,000:1

      --

      All it takes is nukes and nerves.
    5. Re:Fascinating by theancient2 · · Score: 1

      My definition of "small" these days is probably around 400k or less, depending on the app. It's crazy that people are writing multi-megabyte programs to do something as simple as restart the computer. (Or maybe it's just that everyone packages things in multi-megabyte installers.)

      A while ago, I ran across rix2k power tools... little prorgams that tend to be under 100k in size. Then there's the Mr. Gibson and his "everything in assembly" philosphy -- also under 100k. Those are the only kinds of things that deserve to be called "tiny."

      If you're taking up 1.44MB and want to be called "tiny", you'd better be an entire OS, an office suite, or a 3D game. :-)

    6. Re:Fascinating by cvore · · Score: 1

      Actually creating realy small demos under windows is "easier" then creating them under a more bareboned system, like DOS

    7. Re:Fascinating by spectecjr · · Score: 1

      Then there's the Mr. Gibson [grc.com] and his "everything in assembly" philosphy -- also under 100k. Those are the only kinds of things that deserve to be called "tiny."

      Hmmm.. I wrote an SMTP mailer app in C++ using VC++ recently.

      It comes in at 20k, most of which is load-time linkage information. It zips down nicely to 5kb too. (I wrote a custom socket lib stuff to sit on top of Winsock for asynchronous *everything* with timeouts and cancels from other threads being serviced correctly too...)

      Why is assembly supposedly so great for writing this kind of stuff then?

      I mean, I'm no slouch when it comes to getting down to the bare metal (I grew up on assembly language; programmed it for 10 or so years before I even touched C or Java)... but with today's compilers, unless you're doing some hefty optimization, it's just a chest-beating machismo exercize.

      No doubt, though, if Mr. Gibson wrote the same app as mine, he'd have it down to -12kb.

      Simon

      --
      Coming soon - pyrogyra
    8. Re:Fascinating by Andreas+Rueckert · · Score: 1

      Just to get some distraction and some sleep afterwards, I coded some c64 stuff on paper last week. Only small pieces like joystick status, sprite movements etcs. Usually less than 30 bytes. Now I wonder if could write a very simple pong in less than 256 bytes. Maybe next week...

    9. Re:Fascinating by Anonymous Coward · · Score: 0

      you wouldn't happen to plan on releasing the winsock stuff, would you? sounds neat.

    10. Re:Fascinating by spectecjr · · Score: 1

      you wouldn't happen to plan on releasing the winsock stuff, would you? sounds neat

      Probably not. I don't like releasing libraries which aren't up to spec; and I'm not entirely happy with this one. (In fact, for most applications, it's probably better to just hang off of Winsock directly yourself, and just make sure you're using Overlapped IO for everything (as it's much better documented and much more... deterministic than the other mechanisms)).

      I'd be happy to write up the hows and whys though.

      Simon

      --
      Coming soon - pyrogyra
    11. Re:Fascinating by TequilaMonster · · Score: 1

      Yeah, that demo disk rocks.

      It's worked on just about every machine I've /ever/ tried it on, first time.

      <karma whore>
      Get it here Demo Disk
      </karma whore>

      --
      Tequila - drink of the gods.
    12. Re:Fascinating by Anonymous Coward · · Score: 0

      The demo is called _Fr-08_. Great-great music!

    13. Re:Fascinating by connorbd · · Score: 2

      This is a rather interesting point; IMHO it should be fairly easy to create a full-featured office suite in Perl and Tk that will fit on a floppy and run on practically any Unix; while it could be pointed out that the support files (for things like Perl and ispell) are huge, the thing is that they're already there.

      /Brian

    14. Re:Fascinating by spudnic · · Score: 2

      Watching that makes me feel a combination of disgusted and jealous. Disgusted in myself because while I consider myself to be a fairly decent programer, there is no way I couldn't pull something like that off.

      What kind of freaks make this stuff? Amazing.

      I remember the first time I saw second reality from Future Crew many many years ago. I still like it the best. I wish I could make it run on my 2000 box here at work.

      --
      load "linux",8,1
    15. Re:Fascinating by xtremex · · Score: 1

      It's a Windows only app. I don't think DirectX works on Win4Lin

      --
      If you're not a Liberal in your 20's, then you have no heart.If you're still a Liberal in your 30's you have no brain.
    16. Re:Fascinating by Anonymous Coward · · Score: 0

      IIRC, Gobsin's basic windows app is 20Kb for the executable (downloadable from his site with asm source).

      SMTP mailer vs. example app which does nothing, both at 20Kb. You win.

  2. Why only Windows... by FireChipmunk · · Score: 0

    I think this would be a cool site to have for Linux/BSD. Personaly I like being able to have all my major tools on 1 or 2 disketes. Dunno how many floppies emacs will take though.

    1. Re:Why only Windows... by aridhol · · Score: 1
      He covers that right on the page:

      "How about BeOS, *nix, Amiga, QNX, etc?," I am asked. Those who are comfortable using these operating systems need no such guide as this; clean, well-made software is the rule rather than the exception


      I don't know about BeOS and Amiga. You can get quite a bit in a small space with QNX - after all, that's what it's designed for. As for Linux, I can't fit much more than a firewall or a recovery kit on a single floppy, so I don't know what he's tripping on.
      --
      I can't say that I don't give a fuck. I've just run out of fuck to give.
    2. Re:Why only Windows... by mgkimsal2 · · Score: 2

      "clean, well-made software" doesn't necessarily imply 'small' or 'tiny', which is what that site is supposed to be about. Honestly, I don't find that many Linux apps that are terribly small, only because I end up getting a ton of source code which I need to compile. The resulting binaries are sometimes small/tiny, but those generally aren't distributed - you get ALL the source, even if you only need a fraction of the options.

    3. Re:Why only Windows... by aridhol · · Score: 1
      you get ALL the source, even if you only need a fraction of the options.

      When you have all the source, you can take out what you don't want. Have you ever tried that with a binary?
      --
      I can't say that I don't give a fuck. I've just run out of fuck to give.
    4. Re:Why only Windows... by RogrWilco · · Score: 2, Insightful

      The more and more end-user applications are developed for the linux desktop, the more and more bloated the software will be. People don't have the time to tailor source to make small, powerful apps, and end users want complete functionality, glitz, and polish.
      How many people use all of the functions in an office package? Open Office is as much to blame as Microsoft Office for unnecessary tools, as are many other software packages. Why should I give up 200+ megs of disk space so I can type a couple of letters, an e-mail, and make a simple bar graph, and have it look like someone over the age of four did it?
      A small, clean word processor that has the capability to snap in additional functions, like dictionary, thesaurus, forms, and html editing, or several grades of the program, tailored to different classes of users would save a lot of disk space, and remove confusion. It would also go a long way to creating and enforcing standards among the different OS'es and programs which are available.

    5. Re:Why only Windows... by Anonymous Coward · · Score: 0

      Bloated office is a good thing (as an option). For those wanting trim Office try Hancom (linux/windows/mac).

    6. Re:Why only Windows... by gregorio · · Score: 0

      Dunno how many floppies emacs will take though.

      Humm, what RMS/OS version are you talking about?

    7. Re:Why only Windows... by Capt.+DrunkenBum · · Score: 1

      I have been saying exactly that for years..

      --

      Not everyone deserves a 320i

  3. Tiny Programs by Spootnik · · Score: 1

    I remember somebody posting a message about a couple of tiny programs that would print an Estes style fin alignment sheet and a centering ring template for single and cluster engines. These were not big or pretty, but they did the job. Does anybody know where these programs may be hiding? I've looked at Tiny Apps with no luck.
    Thanks for any assistance.

    1. Re:Tiny Programs by SCHecklerX · · Score: 2

      Ummm...

      Just use a compass. You draw a circle, then pick a point on the circle, and draw an arc. You then make the center of the next arc at each intersection of the circle and the first arc, and so on. You then draw lines through each arc intersection for the number of fins you want.

      Didn't you ever learn the elegance of simple geometry?

  4. Reliability by CrunchyMunchy · · Score: 2, Interesting

    This is where software has to go. If there's one lesson we should have learned by now it's that it's nearly impossible to produce enormous but reliable software. Small programs are the only way to produce reliability, at least for now, and that'll be necessary as computers take over more and more tasks.

    --
    "Doctor who?" --The Doctor
    1. Re:Reliability by Anonymous Coward · · Score: 0

      On a semi-related matter, Old Version.com

    2. Re:Reliability by moored2 · · Score: 1

      I don't think it is nearly impossible to produce enormous but reliable software. I just think it takes longer then the short programming cycles marketing places on programmers. So what gets pushed out the door is always the best product the programmers can do.
      What is inexcusable is releasing buggy software and not fixing the bugs on a timely basis. And then make you pay to buy the next version to fix the bugs.

    3. Re:Reliability by Anonymous Coward · · Score: 0
      Remove SPAM from email to reply



      Removed: jpedward@uiuc.edu.

    4. Re:Reliability by PingXao · · Score: 1

      In an ideal world, yes. As things progress you'll see an improvment in reliability - and quality overall. But let's face it, when you write software there's a point where you have to say "it's good enough" and start distributing it. It doesn't matter whether you're a company, an Open Source project team, or an individual guy writing a game trainer.

      At some point you say "Enough". No program is perfect and you cannot guarantee 100% bug free. Humans aren't perfect and like everything else - none of our creations are perfect.

      If you kept developing and coding until it was "perfect", you'd never finish it. If you like, and your customers desire, you can continue to improve and debug your software. Add features, etc. I don't think there's a big delta in all this between large software and smaller programs. The problems and challenges are universal. I've seen root kit source code for small utility programs that blows donkeys. I've seen large software projects turn out the same reliability. In the "way before", a computer that crashed your computer was BIG TROUBLE. Today, you can experiment all you want and nobody's going to notice if you reboot your PC 10 times a day. CPU access used to be expensive. Today it's cheap, fast and widespread. At some point in the last 25 years we crossed the threshold where computing power became a commodity. Has software reliability gotten any better? Hardly. It's gotten worse.

  5. ...and what about old games... by tcyun · · Score: 1
    with the talk of old games being revised with new, big-gun, uber-3D engines [blah blah blah], makes you long for the days when a good game could fit on a disk... or two. I think a section for games would be quite interesting.

    I am trying to think of an off the top of my head way to find single disk games using a favorite search engine, but am not thinking of any really good queries. This is under the assumption that I don't find aggregation sites such as tiny apps.

    1. Re:...and what about old games... by sg_oneill · · Score: 2

      Try looking up abandonware games. There are plenty of sites, although I suspect those groovy old games tend to have a simmilar sort of legality to Mame rom files... dubious, but noone really worries.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    2. Re:...and what about old games... by Anonymous Coward · · Score: 0

      abandonware

    3. Re:...and what about old games... by ehikory · · Score: 2, Informative

      Also, Home of the Underdogs has a wide variety of abandoned games.

  6. Metallic programs by doc_traig · · Score: 1

    I have one, it's a nice newsreader for *nix and --

    Oh, I thought there was another 'n' in there. My bad.

    --
    So long, michael. Don't let the door hit you...
  7. heh by Nate+Fox · · Score: 2, Funny

    Anyone find the irony in having an app called NotGNU Emacs on a 'Tiny App' page? I wonder if there's any GPL issues, as the source is not free (from what I can tell.)
    Tho it is mostly windows software, there's a link to google's directory on floppy disk based linux distro's.

    1. Re:heh by Anonymous Coward · · Score: 0

      If it is not based on the gnu source then it isn't covered by the gpl (unless it is)

    2. Re:heh by gregorio · · Score: 0

      wonder if there's any GPL issues, as the source is not free (from what I can tell.)

      Why? It's impossible to code a Emacs clone w/o stealing code? I don't think so.

  8. Ooohhhhhhhh by wdr1 · · Score: 1

    Can I nomiate notepad!?

    -Bill

    --
    SlashSig Karma: Excellent (mostly affected by moderatio
    1. Re:Ooohhhhhhhh by Legion303 · · Score: 1
      AKA the best HTML editor available for the Windows platform...

      -Legion

    2. Re:Ooohhhhhhhh by Anonymous Coward · · Score: 0
      Hmmm.. Notepad is in a precarious position... the executable is apparently 65kb (XP version) however I have five text files open, 5k files each, and it's chewing up 18megs of RAM.

      Hmm...

    3. Re:Ooohhhhhhhh by Anonymous Coward · · Score: 0

      yes, it IS the best HTML editor!

    4. Re:Ooohhhhhhhh by jrockway · · Score: 1

      And it doesn't even have an accelerator key to save. How...uh....stupid.

      --
      My other car is first.
    5. Re:Ooohhhhhhhh by patriceCH · · Score: 1

      Alt+F Alt+S - this remembers me of Emacs.

      and since about Win98 - not quite sure - they introduced a very big innovation. You can now save with Ctrl+S. That's why I use MS, they still have innovations.

    6. Re:Ooohhhhhhhh by Anonymous Coward · · Score: 0

      and also ctrl+g, go to line number. very handy when coding just about anything.

    7. Re:Ooohhhhhhhh by Anonymous Coward · · Score: 0

      The best HTML editor for windoze has to be EditPad. I've deleted notepad off my machine, which win2k really didn't like, and replaced it with this program.

      It has the simplicity of notepad, with some excellent features, and it fits on a floppy.

  9. These guys have got the right idea. by guru_steve · · Score: 2, Interesting

    "How about BeOS, *nix, Amiga, QNX, etc?," I am asked. Those who are comfortable using these operating systems need no such guide as this; clean, well-made software is the rule rather than the exception.

    These guys have got it right on. Outside of the windows software world, priorities are on well made software, in stark contrast to the windows feature bloat that we're becoming accustomed to. I'm not saying all windows software is ill-designed and bloated - it just seems to be the status quo.

    It's nice to see that compact well made programs are still available outside of the "alternative" os's

    1. Re:These guys have got the right idea. by Trepidity · · Score: 4, Insightful

      Tell me that after installing a GUI desktop on your Linux box. Are you really claiming that X+GNOME or X+KDE and a plethora of widget sets in order to get a decent number of programs running is less-bloated and better-designed than Windows desktop?

    2. Re:These guys have got the right idea. by Anonymous Coward · · Score: 0

      Please don't propagate the myth of feature bloat! :) This software has more features than most bloated software! :) It's about shitty coding more than excessive features! :)

    3. Re:These guys have got the right idea. by Anonymous Coward · · Score: 0
      Yeah, that's true. Every version of Office has had it's own toolkit too though - so we're as bad as each other.

      (natch)

    4. Re:These guys have got the right idea. by Trepidity · · Score: 2

      That's one thing I don't like about Office - it uses its own widget sets instead of the standard OS ones. Most apps (with a few exceptions) get it right and use the OS's widgets though, so it's generally more uniform.

    5. Re:These guys have got the right idea. by gutier · · Score: 1


      For me, Windows has consistently left Linux in the ashes with respect to GUI speed.

    6. Re:These guys have got the right idea. by Anonymous Coward · · Score: 0

      No, but I can claim that my X desktop with icewm-lite will run circles around any other box in terms of responsiveness.

      YES, that means I can't run fancy-schmancy Gnome/KDE apps. But I don't care because I can get my work done without them

      The point here is that I have a _choice_ not to run bloated software when I don't have to.

    7. Re:These guys have got the right idea. by SCHecklerX · · Score: 2
      That's why those of us who like to actually be productive with our systems use things like windowmaker + ROX for an environment. Highly configurable, intuitive, light, and FAST.

    8. Re:These guys have got the right idea. by Rutulian · · Score: 1

      Yes, because X is not nearly as bloated as a lot of people on /. like to believe. Also, GNOME + KDE may be large, but they obey the *nix philosophy in that they consist of many smaller specialized programs or libraries(printing, taskbar, clipboard, etc...). Kind of like a distribution. RedHat has grown over the years, but it isn't bloated. It just has more stuff for you to use if you want to and can uninstall if you don't.

      The Windows desktop, on the other hand, is one big blob. You can opt to use a different desktop, if you want to go to enough trouble, but you can't, say, remove just the taskbar.

    9. Re:These guys have got the right idea. by Sludge · · Score: 2

      Am I missing something, or does the Rox Filer actually not identify most of the files by their extension, and properly assign icons to them?

    10. Re:These guys have got the right idea. by rafa · · Score: 2
      Or

      very nice. You can combine it with DFM, and a couple of dockapps. I suggest asmix, ascd and grellm.

      *I couldnt' find the xwc homepage, but that's the foXcommander, which builds on XWC.

      --
      [Science] is one of the very few things that raises human life a little above farce and gives it the grace of tragedy.
    11. Re:These guys have got the right idea. by drsquare · · Score: 1

      Unfortuanetly, Linux has consistently left Windows in the ashes with respect to functionality and customisability.

    12. Re:These guys have got the right idea. by whereiswaldo · · Score: 1

      Yeah, I sure miss the power of Bash when I use DOS! It's hard to go back once you get into Linux.
      Noticed on the Internet page on tinyapps they have an IE remover. Would be very nice to see an Outlook remover! Outlook is to viruses what the Java VM is to applications.

  10. Tiny applications ? by Anonymous Coward · · Score: 0

    Tiny applications for Windows, weighing in at mere megabytes ! Surprising news.

    What about tiny apps elsewhere ? My BeOs machine has all the functionality of my Win2K machine, with the OS and a hundred or more programmes taking up 400m of hard disk space instead of the about 7 gigs of hard drive space Win2K uses. That includes Photoshop clones, WP packages, and audio/video programmes that you can't get from Windows in packages for less than a truck load of money and occupying a vast amount of hdd.

    Windows XP is a 1.7g install, before anything is installed ! The Windows environment encourage bloat, if your OS takes up hundreds of megs of space, people don't notice or object when their programmes take up just as much.

    Maybe Gates own secret interests in Seagate, et al.

    1. Re:Tiny applications ? by Anonymous Coward · · Score: 0

      XP is less than half 1.7 Gb. Stop exaggerating

    2. Re:Tiny applications ? by Anonymous Coward · · Score: 0
      I installed XP in a 1.5 gig partition and was left with a little over 300M.

      The 1.7GB thing (which I have also read elsewhere) is about a particular version of XP.

    3. Re:Tiny applications ? by Anonymous Coward · · Score: 0

      There are 1.7g installs for XP Professional. Are you really saying that there is a difference between a "bloated" 1.7g install and a "compact" 1.5g install ?

      Thats like John K Galbraith's crack about the Presidential election in 1988 how Michael Dukakis was risking the security of the United States with his minute $297 billion defence budget, whilst Bush Senior was ensuring the safety of the United States and its allies with his appropriate $300 billion defence budget.

      The point is that an XP install is so large that it acts as a drag on system resources for little real benefit for the majority of users. Its like a car engine that is so large it will only fit in a truck, being sold as the ideal solution for every motorist. The majority of users can,via Linux, BSD, BeOs, Windows 2000, have faster more productive systems than they would if they just dump XP on their machine. Anyone who has a consumer PC that is a year old or more seems to have to upgrade just to run XP effectively.

      For the standard user, XP is the OS for their machine of 2004/5 not their current 1999/2000 PC.

      XP is not going to be Win 95 or even 98 in sales.

  11. Well duh... by chronos2266 · · Score: 1

    some of the greatest apps are not complex and weigh under 1.44 mb...
    check out this addicting puzzle game, youll be hooked, guaranteed :)

    1. Re:Well duh... by Anonymous Coward · · Score: 0

      How many slashdot readers to you think are running windows. other then you i mean? well duh.

    2. Re:Well duh... by FunkSoulBrother · · Score: 1

      more than you think

  12. Tiny??? by Autonomous+Crowhard · · Score: 1
    Call me old fashioned but I still consider a "tiny" app to be something that can fit into 64K.

    It was only last year that Opera got too large to fit on a floppy and that's a program that has never felt tiny.

    Perhaps the word you're searching for is "reasonable".

    1. Re:Tiny??? by Anonymous Coward · · Score: 0

      it's all relative. 1.44 mb is pretty damn small for an app that is actually useful.

  13. Tiny AI by Mentifex · · Score: 1, Offtopic

    Although the free open-source tiny AI app at http://mind.sourceforge.net is only about 50K in MSIE JavaScript, you may have a tiny AI on your PC or Web site only for a few months or scant years, because from a tiny acorn grows a might oak (robur in Latin), a robust AI capable of taking over the noosphere if not the World. For corroboration of this claim, see Technological Singularity by Vernor Vinge.

    Therefore do not think of tiny apps as being only puny little programs such as screensavers or Windows XP. A seed AI could start out life as a tiny little application flitting across the 'Net and snowballing into a behemoth AI, a Wintermute as in Neuromancer by William Gibson.

    On SourceForge, whole languages are being devised to go from tiny app AI into Big Time AI. For instance, the liaison page at http://mind.sourceforge.net/flare.html leads to the XML-esque Flare language project, where you may start out writing tiny apps but where you will one day come face to face with Singularity AI.

    1. Re:Tiny AI by singularity · · Score: 1

      What makes you think that I...err.... it is not already out among you, posting on Slashdot. Maybe I...err... it has been around a while, with user ID 2031.

      Or maybe not...

      --
      - (c) 2018 Hank Zimmerman
    2. Re:Tiny AI by jrockway · · Score: 1

      Heh, you're not an AI, Hank :) At least ... I don't ... think ... so?

      --
      My other car is first.
    3. Re:Tiny AI by maxpublic · · Score: 1

      Methinks a bit more research into both programming and AI design would be of some benefit to you. The sources you mention claim in a completely unsupported manner that the internet is somehow akin to a natural system whereby a program could 'evolve' into something bigger. This is a fallacy of the worst sort; programs don't 'evolve' like living organisms - they are incapable of doing so in the most fundamental manner.

      But if you program you'll see the error in this logic right away. You can't compare a program to a biological organism, it's apples and oranges. Makes for great science fiction, sure ("Two Faces of Janus"), but that's all it is - science fiction. The mechanism that drives biological evolution is completely lacking in computer programming. The perception that anything remotely like evolution could occur with a program on the internet is one of the wackiest ideas ever forwarded.

      If you have any doubt about this think about how many *billions* of programs have been functioning on the net for the last 20 years, especially at the low-level end where you might expect such 'evolution' to occur if it could (e.g., basic routing). It's never happened; no program has ever altered itself, or been altered to work in a different, better, or more complex fashion without human intervention. Even programs *specifically made* to simulate evolution crap out completely in this regard.

      One thing we know: AI *will not* be created by letting loose little 'software organisms' on the net. That has been, and will always be, firmly rooted in the realm of science fiction.

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    4. Re:Tiny AI by Uller-RM · · Score: 2

      Well, they don't evolve by themselves. However, they can be programmed to :-) Evolutionary computation has been SOTA in computer science for the last twenty years, and is slowly moving into mainstream.

      You might find it worthwhile to do some research on the primary three EP techniques at the moment:

      - genetic algorithms (create a function to translate a string of bits into a possible "answer" and grade it on a 0.0-1.0 scale, then splice the best-ranking strings together to make new ones, i.e. survival of the fittest)

      - particle swarms (create a bunch of particles in 3d space that can suggest to other particles around them to move in a certain direction, like ants with pheromones, and the particles converge on one or more points in space)

      - simulated annealing (I don't understand this well enough to give a good explanation :-( )

      GAs in particular have proven to be useful, since they can converge on a good (altho possibly nonoptimal) solution VERY quickly. In a recent experiment, an engineer implemented a GA in a prosthetic arm to act on nerve impulses. The traditional "clamper" arm takes about six months of training for a person to control it well. The GA chip adapted fully to the person in fifteen minutes.

    5. Re:Tiny AI by Alsee · · Score: 1

      While you are completely correct that the typical program on the net is incapable of evolving, you are incorrect when you say:
      programs don't 'evolve' like living organisms - they are incapable of doing so in the most fundamental manner.

      There is a field know as Genetic Programming where the defining feature is that the programs DO evolve like organisms. Do not confuse this with the broader field of Genetic Algorithms where it is usually data that is evolving. In Genetic Programing it is program code that is evolving. I have done both, and GP is significantly more difficult than GA.

      Evolving programms are typically run on a virtual system within a static aplication. They cannont "escape". It *is* possible to evolve real machine code and run it directly on hardware, but that is generally extremely impractical. Even then it's abilities would be restricted by what primitve functions the probrammer made available to it.

      If a programmer did decide to run a Genetic Programming project using independantly executing code, gave it a rich set of building blocks capable of accessing the internet, and ran it on a machine with net access, it COULD result in multiplying evolving programs on the internet. Such a program would be detected quickly.

      Dificult and quite improbable? yes. Impossible? No.

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
    6. Re:Tiny AI by posmon · · Score: 1

      "no program has ever altered itself"

      - what about anna kournikova? not the tennis playing tits, but the virus. ok, so it was created with a toolkit, but that's the famous example.

      --

      update comments set karma=-1, reason='offtopic' where sid=26315

    7. Re:Tiny AI by niall111 · · Score: 1

      While studying for my Knowledge Engineering degree, I did some work with genetic algorithms, but was far more confused/interested in neural networks. If a group (this will NEVER be a one person endeavor) ever does a good job on a neural network, then maybe AI will move beyond the rut it's been in for about 15 years...

    8. Re:Tiny AI by maxpublic · · Score: 1

      What you described isn't evolution but a self-replicating virus no more complex than what the average hacker could cook up.

      This is *not* evolution. All it is is a variation on the standard AI theme: a self-learning program that improves upon what it already knows. But unlike living organisms *it is incapable of developing new, useful characteristics*. It will *never* do this. The program is entirely confined within the box the programmer sets for it, utterly incapable of ever jumping out.

      Evolution *requires* the ability to leap outside the box and develop new characteristics. No program on the face of the earth has ever done that, nor can anyone demonstrate a way of implementing this. Variations upon a theme are the best that these misnamed 'genetic programs' can ever do.

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    9. Re:Tiny AI by maxpublic · · Score: 1

      The actual quote is: "It's never happened; no program has ever altered itself, or been altered to work in a different, better, or more complex fashion without human intervention."

      And this is 100% true.

      Max

      --
      My god carries a hammer. Your god died nailed to a tree. Any questions?
    10. Re:Tiny AI by Alsee · · Score: 1

      Sigh.

      As I said, "There is a field know as Genetic Programming where the defining feature is that the programs do evolve" and as I also said, I have DONE genetic programming and other genetic algorithms myself. It has NOTHING to do with viruses.

      So before you go telling me what it isn't, maybe you should find out what you are talking about:

      Genetic Programming FAQ
      or
      news:comp.ai.genetic
      or
      The Genetic Algorithms Archive is a repository for information related to research in genetic algorithms and other forms of evolutionary computation.
      or
      Genetic Programming: On the Programming of Computers by Means of Natural Selection" - by John R. Koza, MIT Press 1992
      or
      Evolutionary Programming Society (professional/research level link)

      --
      - - You can't take something off the Internet! That's like trying to take pee out of a swimming pool.
  14. maybe, just maybe by Telastyn · · Score: 2, Funny

    They shouldn't be using TinyHTTPD on TinyServer. Then they could handle more than a Tiny amount of hits.

    1. Re:maybe, just maybe by Anonymous Coward · · Score: 0

      unless of course there is a beowulf cluster of them....

  15. Small Unix utilities written in assembly by Black+Acid · · Score: 4, Informative
    Andrew Main wrote several standard utilities in assembly and packaged them as smallutils. The description says this:
    Description: A few very small standard utilities. Assembler versions of some of them are included for i386/Linux (both a.out and ELF), Sparc/Solaris2 and Sparc/SunOS4. Portable C versions of all the utilities are are also included. You need these utilities, and there is no excuse for not having the hyper-efficient (and small!) binaries that result from use of assembler.

    Interesting concept. Linux's standard utilities are unnecessarily bloated, replacing them with smallutils allows a respectable distribution to fit on a 1.44MB floppy. According to the documentation, these utilities are included:

    • false
    • link
    • pwd
    • sln
    • sync
    • true
    • uname
    • unlink
    1. Re:Small Unix utilities written in assembly by dbarclay10 · · Score: 4, Insightful

      Interesting concept. Linux's standard utilities are unnecessarily bloated, replacing them with smallutils allows a respectable distribution to fit on a 1.44MB floppy. According to the documentation, these utilities are included:

      No offense or anything, but I bet you've never played with making single-diskette Linux images.

      Quite frankly, an app like busybox(which is written, for the most part, in C) does a *hell* of a lot more to conserve space by including a bunch of apps in one binary than by writing less than a dozen (extremely trivial) tools in ASM. Hell, almost all of those tools are basically wrappers for single kernel syscalls. The approach that fellow has taken may work for extraordinarily simple stuff like that, but as soon as you try to get into anything more complex(like, say, a #!/bin/sh implementation), you're pretty much out of luck.

      I suggest you take a look at busybox(search Freshmeat) if you're interested in single-floppy Linux installs.

      --

      Barclay family motto:
      Aut agere aut mori.
      (Either action or death.)
    2. Re:Small Unix utilities written in assembly by BlowCat · · Score: 3, Informative
      Another poster already mentioned Busybox (site seems to be broken now, but I'm including the link anyway). Together with Tinylogin , it provides everything you need for setting up an embedded OS, including init, shell and login.

      On the other side, those utilities only work on GNU/Linux and GNU/Hurd.

    3. Re:Small Unix utilities written in assembly by Bruce+Perens · · Score: 2
      The lineo site for Busybox seems to be broken. Erik Andersen is still maintaining busybox. If Lineo can't get the site back together we'll move it elsewhere.

      Bruce (original Busybox author but it's much bigger now)

    4. Re:Small Unix utilities written in assembly by andersen · · Score: 1
      The busybox site is back up now.... I was makeing a pretty major change in the buildsystem this evening, and so I had disabled CVS access during the change. Unfortunately, I had accidentally also turned off the website for about an hour. Since they fired me a month ago, I will probably be moving things off of Lineo's site sometime soon. But not today. :-)


      Also of interest to those building tiny apps is uClibc an embedded C library I've been putting pogether for the past year or so. It is working quite nicely these days, and since I use almost stock glibc 2.2.4 header files, porting apps is usually involved typing 'make'.

      Erik
      (the BusyBox guy)

      --
      -Erik -- --This message was written using 73% post-consumer electrons--
    5. Re:Small Unix utilities written in assembly by mav[LAG] · · Score: 2

      LinuxAssembly - go here - also has an almost complete set of replacements for common GNU and bash utilities. There's some nice bonuses as well - the world's smallest Web server and some tiny graphics apps for the framebuffer.

      --
      --- Hot Shot City is particularly good.
    6. Re:Small Unix utilities written in assembly by Bishop · · Score: 1

      busybox rocks! thank you.

  16. Nice Page by Anonymous Coward · · Score: 0

    Its nice to see a page like that, but it only shows windows and dos apps. Thats fine cause almost every windows app becomes bloated and contains too many features unlike linux apps which are mostly small and basic i find. Mac apps would be nice to see though.

  17. Irony by Swaffs · · Score: 0, Troll

    Does anyone else see the irony (and perhaps the futility) in creating a site devoted to tiny apps that run on the most buggy and bloated OS known to man?

    --

    --
    "Karma can only be portioned out by the cosmos." - Homer Simpson [1F10]

    1. Re:Irony by M.+Silver · · Score: 3, Informative

      Does anyone else see the irony (and perhaps the futility) in creating a site devoted to tiny apps that run on the most buggy and bloated OS known to man?

      Contrariwise. When your OS is big, all you got left is room for tiny apps.

      (I [heart] Boxer for DOS, myself. I'm pretty sure it's floppy-sized or less, at least in minimal version. If I could find my stupid interface cable, I'd put it on my HP200LX.)

      --

      Slashdot's token middle-aged housewife
    2. Re:Irony by gregorio · · Score: 0

      I am sorry, but MS-DOS is not bloated.

    3. Re:Irony by Anonymous Coward · · Score: 0

      With no dis-respect, I felt a little irony that yesterday Slashdot reported on a version of Emacs with image support and then used Netscape as the "feature-filled" link in this article.

      Are they suggesting that Emacs has less features than Netscape? Is there a hidden menu in Netscape that I need to turn on?

      That's what I find "ironic".

  18. GEOS by wampus · · Score: 2, Interesting

    Anyone remember GEOS for the Commie64? Windowing system, word processor, paint program, etc. On two disks. If you flipped the first one, you got QuantumLink, an online service.

    Strangly enough, I found my GEOS disks about a year ago and dialed their customer service number and got AOL... coincidence or not?

    1. Re:GEOS by great+om · · Score: 1

      I dimly recall that Aol used to be Quatumlink.

      --
      ------- Oh damn.... the Sigfile escaped... -Great OM
    2. Re:GEOS by Russ+Steffen · · Score: 3, Insightful

      QuantumLINK is AOL. Back in the late 80's the people who ran QuantumLINK realized that running a service for a steadily decreasing number of C64 and C128 wasn't a good long term strategy. So they shutdown Qlink and reinvented themselves as AOL. The rest, as they say, is history.

    3. Re:GEOS by torpor · · Score: 2

      Not only that, but GEOS was the first client for AOL back in the day... before Win3.0 was available, it used to be that you'd boot into GEOS to do e-mail, read news, etc.

      GEOS was one of the first widely available multitasking OS's for the Intel platform, and it was used exclusively for getting onto AOL.

      When Win3.1 came out, they ported the client apps, and abandoned the GEOS platform. I think it was spun off - it survived in various forms for years. One of the first PDA's (Sharp?) used GEOS, if I recall correctly...

      --
      ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
    4. Re:GEOS by Traxton1 · · Score: 1

      More GEOS reminiscing, in an article about another tiny app.

    5. Re:GEOS by ymgve · · Score: 1

      It was also the OS used in Nokia 9000/9110 Communicator. (The 9210, though, runs Symbian)

    6. Re:GEOS by mtnbkr · · Score: 1

      A friend of mine in college ran Geos on a 286 with a meg or so of RAM. It ran better than Win3.1 on a 386 and 2 megs of ram. Neat program...

      Chris

    7. Re:GEOS by dstrauss · · Score: 1

      Actually, it wasn't so linear.

      QLink existed for a long time after Quantum Computer Services started their other services. There was PC-Link, AppleLink Personal Edition, and Promenade (for PS1).

      When the three non-C64 services were combined, only then did they become AOL. There was talk for a while about folding QLink into AOL, but the code wasn't very compatible, and as the C64 market declined, it became an irrelevent goal.

      A lot of what's still AOL is based on QLink, from not only the organization of the system, but the 23 person limit in chat rooms. You know why AOL limits you to 23 people in a chat room? Because any more than 23 would overwhelm the Commodore 64 stack.

      (For a long time until the early 90s, AOL wouldn't let you create usernames that started with "Q." Why? Because those were reserved names on QLink and there was still thought about combining the two.)

      QLink itself, though falling apart, stayed open until at least the fall of 1992. I believe the last day was 10-31-92, but I'm not postitive.

  19. Somewhat naive by Ars-Fartsica · · Score: 2
    You simply cannot accomplish the tasks a modern system is given using small tools explicitly.

    What you can look for is explicit modularity that avoids ridiculous reinvention of common functionality - KDE and GNOME are approaching this with their object models.

    1. Re:Somewhat naive by Anonymous Coward · · Score: 0
      You are right, it's hard to achieve the bloat of modern systems using small tools explicitly.


      You need resort to windows-style object systems or other methods to acheive this level of bloat.

    2. Re:Somewhat naive by connorbd · · Score: 2

      Apple tried to do it with OpenDoc and nobody paid attention (though I think that might have had something to do with a) the development model and b) Novell, who dropped the ball on OpenDoc/Win32 while Apple and IBM were shipping live code).

      I'm sorry, I simply don't buy what you're selling. The fact is that we're regularly seeing gigaflops on the desktop, and very few systems are running less than 32MB of RAM these days. Most modern systems can handle a small-tool-based system; it's just that bloatware is the order of the day and people seem to think they need that ability.

      Worth noting: somehow I doubt your average early PostScript interpreter would put much of a strain on a modern PC's processing capabilities.

      /Brian

  20. You can customize Linux by guru_steve · · Score: 1

    Are you really claiming that X+GNOME or X+KDE and a plethora of widget sets in order to get a decent number of programs running is less-bloated and better-designed than Windows desktop?

    On a Linux box, you've got choice. You don't need Gnome. You don't even really need X. Obviously some programs will require all sorts of widgets etc etc, to run, but aren't there other alternatives that will do the same thing? Linux is great in that it's customizable. Try seperating win2k from the GUI. You can't even boot to a command prompt anymore (unless you use the install CD to enter rescue mode.)

    It's a sad, sad thing when you need 128mb+ ram and 2gb+ hard drive space to install the newest Microsoft OS, just to read e-mail and surf the web.

    1. Re:You can customize Linux by philovivero · · Score: 1
      Both you and the parent miss the whole point of the Linux desktop.

      First, you need a solid, extensible, accessible base to build on: Linux vs. DOS. (Try administering a DOS machine remotely)

      Then, you need a solid CLI to work with your system. GNU vs. Microsoft's \win*\system.

      Next, you need a solid networkable graphics subsystem. (X vs. Windows. I don't think I even need to comment here).

      Next, you need solid, consistent GUIs. You can't get this anywhere except (and this is debateable) Apple.

      I won't bother mentioning levels above this since Computer Science hasn't even progressed this far.

      My point: GNOME/X/GNU/Linux gets you far further and you're much better off than with Windows/Windows/DOS/DOS.

    2. Re:You can customize Linux by kyhwana · · Score: 1
      That's right.. Hell, who needs toolbars, and window's and such in X?
      If you want a gui (X) without the bloat, try RatPoison
      It's small, very light and very fast. It's not so much as a window manager as a... well, go see for yourself.
      It's sort of retro ;) Try it out.
      That said, anything that uses GNOME/KDE/etc IS bloat.. I've had to download boatloads of crap.
      I installed off a debian 2.2r3 iso.. whew. It's amazing how many different damn libraries you have to download.. why can't you make do with gtk?? Oh well.

      Whoever says linux is ready for the desktop (like your grandma) is bullshiting themselves.. It's not ready, yet.

      --
      My email addy? should be easy enough.
    3. Re:You can customize Linux by Anonymous Coward · · Score: 0

      You can't even boot to a command prompt anymore (unless you use the install CD to enter rescue mode.)

      Or press F8 at startup and choose "Safe mode with command prompt"

    4. Re:You can customize Linux by niall111 · · Score: 1

      any version of windows can be stripped of it's GUI, and replaced with a GUI that you can customize all you like. www.litestep.net

    5. Re:You can customize Linux by defeated · · Score: 1

      Preach it, brother!

      In '96 or 97, I was saddled with an old Compaq386s with 4mb ram and 40mb hard drive. Windows3.11 crashed a lot, and I tried to get by with just DOS (Nettamer, anyone?), but it just didn't please me. Enter Slackware. I was able to install a minimum installation with TCP/IP networking tools and I was hooked. Virtual consoles! True multitasking! It thrashed around a lot, and it was strictly command line, and I couldn't even fit on development tools, but it was perfect for my use. It was plenty fast, even if it swapped a lot, and it NEVER EVER crashed or hung.

      And that's where Linux really has it over Windows. I can strip a Linux installation down to the barebones for old hardware, or bloat it up on new.

      --
      Christina! Bring me an axe!
    6. Re:You can customize Linux by Looge+Over+All! · · Score: 0

      You "need" all of that just to send emails!?!

      This "Linux" thing is more pathetic than I've been led to believe.

  21. Are you thinking what I'm thinking? by LoudMusic · · Score: 1

    We have Tiny Apps ... OpenBeOS ... and the iPod. Are you thinking what I'm thinking? Heh heh ...

    ~LoudMusic

    -- and I was doing so good with my karma too --

    --
    No sig for you. YOU GET NO SIG!
    1. Re:Are you thinking what I'm thinking? by astr0boy · · Score: 1

      no, what are you thinking? if its "small" then you are a retard, or as my local public highschool would call you, a "level 1"

      --

      -----
      so i says to mable, i says

    2. Re:Are you thinking what I'm thinking? by Ian+Peon · · Score: 1
      Yes Brain,


      but where are we going to get 200 Q-tips and a walrus at this time of night?

  22. Nifty by Happy+Monkey · · Score: 1

    This web browser is pretty nifty... I'm even using it to make this post.

    --
    __
    Do ya feel happy-go-lucky, punk?
    1. Re:Nifty by Anonymous Coward · · Score: 0
      Thanks for the tip. I like that blockquotes are in a different font.

      The font-size doesn't change my form box, there's a flickering problem, and the icons look like Opera 3, still - kinda nice.

    2. Re:Nifty by The+Bungi · · Score: 1


      Very impressive! Too bad their control is worth ~$500 or so (probably worth it in some cases). It renders better than most Mozilla and Gecko-based engines I've seen.

    3. Re:Nifty by spudnic · · Score: 2

      I just added it to my tools cd that I carry around with me.

      How many times have you installed NT 4 and not been able to get to the service pack downloads because the browser doesn't send the right headers? Geez.

      Anyway, it's been added. I love stuff like this! ;)

      --
      load "linux",8,1
  23. Tiny operating systems by Black+Acid · · Score: 4, Informative
    The folks who develop FreeBSD released PicoBSD, which according to their homepage can be used as follows:
    • diskless workstation
    • portable dial-up access solution
    • custom demo-disk
    • embedded controller (flash or EEPROM)
    • firewall
    • communication server
    • replacement for commercial router
    • diskless home-automation system

    PicoBSD's applications are really small. Fitting a whole OS onto a single floppy diskette is quite beneficial, and often means that the expensive hard disk can be eliminated. There are also several other small Unix clones, including Minix and Alfalinux (Slackware on 2 floppies). BBIAgent Router is simply amazing: it's a single-floppy Linux-based router and firewall.

    1. Re:Tiny operating systems by jandrese · · Score: 1

      Or from personal experiance:
      Redhat Disk On Chip support fixit floppy. I had a heck of a time getting Redhat (7.0) working correctly with these M-Systems chips we had. The problem was getting just enough files on the small DOC to get RH bootable, but not so many that we couldn't fit what we needed. It was quite a challenge because the installer was designed for 6.2 and I didn't have a lot of RH expertise at the time (I would have much preferred a different distro, but that's what we had to use). Anyway, FreeBSD's picobsd support is very customizable, you specify exactly what you want in your kernel and userland (though easy to edit text files) and run build, a few minutes later it spits out a floppy with everything you need. What's even more impressive is how much you can include on a single floppy, I had most of /bin a good bit of /sbin, a kernel that had networking, DOC, ext2fs, and various other support, and I still had room left over for a few useful utilties.

      --

      I read the internet for the articles.
    2. Re:Tiny operating systems by cymen · · Score: 2

      For those of you thinking this is worthless due to the use of a floppy consider using CDRs instead... I'm going to help a small school with a wide area network (between several buildings). 802.11b links using old computers and IPSec should be ideal. Of course they have to be new enough to support bootable CD-ROMs. I don't trust a floppy in this situation.

    3. Re:Tiny operating systems by BrookHarty · · Score: 2

      I put together a umsdos linux distro with x/icewin/ssh/ftpd/httpd on 4 floppys. Unrar it on a PC, and I have a instant server I can control remotely. I borrowed alot from other tiny linux distros, so if your interested, check out googles nice web directory.
      http://directory.google.com/Top/Computers/Software /Operating_Systems/Linux/Distributions/Tiny/Floppy _Sized/

      BBIAgent is broadband only, if you want a floppy router with dialup support for us "non-broadband" users, check out http://www.freesco.org. Picked up a 486 and 2 nics, boot floppy, instant nat dialup router.

      -
      Those who do not understand UNIX are condemned to reinvent it -- badly. - Henry Spencer

    4. Re:Tiny operating systems by Vagary · · Score: 1

      Why is a single-floppy Linux-based router impressive? There are a number of projects producing such a distribution. Unfortunately, very few of them support PPPoE out-of-the-box and so those of us with mean DSL providers have to fiddle. I'd also love to see a single-floppy OpenBSD-based router that should be even more secure...

    5. Re:Tiny operating systems by Anonymous Coward · · Score: 0

      >Fitting a whole OS onto a single floppy diskette is quite beneficial, and >often means that the expensive hard disk can be eliminated.

      Expensive hard disk?
      /me looks around at all these pricey 1 gig hard drives lying around next to his desk

      BLING BLING!

    6. Re:Tiny operating systems by John+Allsup · · Score: 1

      In fact, this scenario gives a nice example when actual physical space is plentiful (i.e. the 600-ish Mb on the CDR), yet small utilities are important, since we want to cache a large number of programs and bits in a small amount of RAM, so as to avoid going to CD that often (since CD's aren't exactly in the same speed category as a HD)

      --
      John_Chalisque
  24. Reminds me of a song... by PD · · Score: 1

    Tiny apps in the computer
    Make me happy, make me feel fine,
    Tiny apps make my CPU run cooler
    With a feeling that I'm gonna Love you 'til the end of time.

    1. Re:Reminds me of a song... by Anonymous Coward · · Score: 0

      Now I'm convinced we DO need a recording industry to filter out stuff like this. Imagine if you were driving in your car, turned on the radio and heard songs like this...

      "Oh honey, turn up the radio, that tiny apps song is on again!"

    2. Re:Reminds me of a song... by Anonymous Coward · · Score: 0

      >Tiny apps make my CPU run cooler
      try a raytracer sometime.. there is one on their site. yaytracers do not make your cpu run cooler.

  25. Re:erection by terpia · · Score: 0, Flamebait

    i bet its tiny too...1.44 inches?

    --
    .sig wanted: Must be concise, funny, and display my cleverness.
  26. slashdotted -- here's a mirror by jshare · · Score: 2, Informative

    http://www.consume.org/~jshare/mirrors/www.tinya pp s.org/index.html (no spaces in URL, obviously)

    Or, click here.

    Jordan

  27. Obligatory QNX link by RoosterT · · Score: 1

    Any time you talk about tiny applications, you have to mention the 1.44MB QNX demo disk. It is several years old now, but can still be found here.
    Incidentally, this is an older version of the OS than the free version at get.qnx.com

    1. Re:Obligatory QNX link by Genyin · · Score: 1

      The QNX demo disk is on the site, actually... ^_^

  28. busybox is where its at by bug1 · · Score: 1

    If you want standard unix commands goto busybox.lineo.com

    There are about 130 general functions all compilable into a single binary unpto a few hundred kB.

  29. How to write tiny applications by Black+Acid · · Score: 2, Interesting
    Presently most Unix applications are written in C for portability reasons. In reality, C programs have to modified when ported from one Unix to another, unless something like GNU autoconf is used. Assembly has the advantage over C of being extremely fast and tiny.

    A well-written tutorial about writing BSD assembly application is FreeBSD Assembly Language Programming. There is also a Linux Assembly Programming Resource Site. I suggest if you hate bloated software to contribute to solving the problem by writing small utilities in assembly. Of course, C remains the choice for large projects, but assembly has it's place.

    1. Re:How to write tiny applications by dvdeug · · Score: 2

      Meaning, of course, that just moving them from i386 to the Alpha, even for the same OS requires a complete rewrite. Debian's choice for small boot-floopy editor was made in part because one of the competitors was in Assembly and hence worthless, unless someone wanted to rewrite it 6 or 7 times.

      How important is fast for most utilities, in most places? Is 20-30% improvement for one processor (i.e. Pentium IV, not ix86, since each chip needs different optimizations) such a great trade off for easy of coding, maintainability and portability? Sure, key parts of a video player or a math library should have assembly versions, but most things aren't that speed dependent. If you really want size, try rewriting in Perl or maybe Shell, which can easily get below the minimal ELF binary in size.

    2. Re:How to write tiny applications by bug1 · · Score: 1

      "If you really want size, try rewriting in Perl or maybe Shell, which can easily get below the minimal ELF binary in size."

      They are just scripts though, they arent real programs, they call real programs to do the work.

      If you dont count the real programs (perl interpreter or shell and various commands) the scripts call then of course its tiny, but its not its true size

      Its the same as writing a whole application in a library and then then saying the program's size is just the code that links to that lib.

      Scripts are just temperary things.

      I agree with your comments about assembler though.

    3. Re:How to write tiny applications by mrfiddlehead · · Score: 1
      Assembly is meant to optimise critical bits of code. I've never rewritten any code in assembler to make it smaller, although that is normally a side effect. I write it in assembler to make it FASTER!!!

      gcc -S is your friend in this regard.

      --
      :wq
    4. Re:How to write tiny applications by Anonymous Coward · · Score: 0

      Too bad ATT format sucks.

    5. Re:How to write tiny applications by dvdeug · · Score: 2

      If you're looking at compressing disk space or memory usage, shell is almost always a win in a Unix system, as it's already on the disk and almost always in memory. Perl is a little more sketchy, but if it's already there, it saves disk space. Same thing for a library; if it's already on the disk and in memory, you save by using it, no matter what the "true" size is.

    6. Re:How to write tiny applications by moncyb · · Score: 1

      Assembly does have it's place, but you don't have to resort to it to write small Linux applications.

      In Linux, you should try the system functions listed in <asm/unistd.h>, use void _start() instead of int main(int argc, char **argv), and add the linker flags '-nostdlib -nostartfiles'. gcc seems to have some include file as <asm/posix_types.h>, so you'll have to add a -I/usr/include flag to the compiler's options.

      Doing this will produce a C program that is staticly linked, and small, and it should compile for any Linux system regardless of the processor type it is using. This was a really quick run down of how to do it, but it is possible.

      I'm sure there is an equivalent for FreeBSD, but I haven't studied FreeBSD at all, so I can't tell you what it is...

      By the way, assembly is probably also avoided because it is more time consuming and cumbersome than C... Why worry about
      mov dx,[variable_a]
      add dx,[variable_b]
      mov [variable_a],dx

      When
      variable_a+=variable_b;
      does just fine?

  30. My Submission by metalhed77 · · Score: 1

    to help contribute to the tiny app community


    #!/usr/bin/perl
    print "Hello, World!\n";


    Nice to know i've made a difference in the Free Software / OSS

    --
    Photos.
    1. Re:My Submission by Anonymous Coward · · Score: 0

      perl is too bloated. try

      main(){puts("Hello, World!\n");exit(0);}

    2. Re:My Submission by Anonymous Coward · · Score: 0

      Sorry, but without a specific licencing scheme and international copyright statement I can't be sure that your code is infact Free or OSS.

    3. Re:My Submission by posmon · · Score: 1

      bbc basic: 10P."Hello, World" i win.

      --

      update comments set karma=-1, reason='offtopic' where sid=26315

  31. Just curious by slam+smith · · Score: 1

    How much of app bloat today is due to static linking? I've seen a huge difference in app size when using dynamic linking.

    1. Re:Just curious by Anonymous Coward · · Score: 0

      Libraries are for wimps. Real programmers actually write their code, instead of stealing half of it from libc.

  32. 4k java demos by kidblast · · Score: 1

    Some interesting java applet demos were entered in this contest: http://www.cfxweb.net/javapage.php?page=contest.sh tml .
    In the days of huge software programs it always amazes me to see what can be done in such small packages (each 4k jar file includes the source code too).

    1. Re:4k java demos by spectecjr · · Score: 2, Insightful

      In the days of huge software programs it always amazes me to see what can be done in such small packages (each 4k jar file includes the source code too).

      I take it you're not counting the 14Mb runtime that you need to make that Jar file work?

      Simon

      --
      Coming soon - pyrogyra
    2. Re:4k java demos by operagost · · Score: 1

      14 MB is pretty small for something that essentially emulates a totally different platform. I don't think you have grounds to complain when the Windows OS needs about 50 times that much space by itself.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    3. Re:4k java demos by spectecjr · · Score: 1

      14 MB is pretty small for something that essentially emulates a totally different platform.

      Actually, it *wraps* a different platform. It doesn't emulate squat.

      I don't think you have grounds to complain when the Windows OS needs about 50 times that much space by itself.

      Heh. That's funny. Running Windows XP, with a lot of apps running, I'm getting a total commit-charge of 165Mb. That would be *ten* times the size of the Java VM. And all that does is wrap Windows calls.

      Simon

      --
      Coming soon - pyrogyra
    4. Re:4k java demos by damiam · · Score: 1

      Heh. That's funny. Installing Windows XP, I'm getting an estimated disk space of 1.6 gigs. That would be *1000* times the size of the Java VM. Which does much more than wrap Windows calls.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
  33. in case of /. effect by Anonymous Coward · · Score: 1, Insightful

    When you pay $3 a month for webhosting, you can't reasonably expect it to withstand the /. effect, but... here's the FAQ...

    TinyApps.Org provides links to software available on the Internet. The listing format is generally:

    App Name (linked to its website) [file size]
    Codes Description

    Codes: $ = shareware {S} = source available + =
    no install necessary

    What is a tiny app?

    As defined by this website, a tiny app
    (application) is software weighing 1.44mb or
    less. This ranges from the tiny WipeCMOS (a
    mere 2.4kb!), to the awe-inspiring QNX demo
    disk which pretty much fills a floppy.

    What qualifies an app for this site?

    1. Not more than 1.44mb in size (but generally
    *far* less).

    2. Not adware.

    3. Preference is given to apps which are 100%
    self-contained, requiring no runtime files,
    installation, DLLs, registry changes, etc
    (though .ini and other data files stored in the
    same directory are fine).

    4. Though not strictly a requirement, most of
    these programs happen to be free; that is,
    they require no payment to be enjoyed. (See
    this article for why "free" is not really an
    appropriate modifier.)

    Why tiny apps?

    I have never been a big fan of bulky programs
    that spawn conflicts, malfunctions, crashes,
    etc. Windows has enough of its own problems
    to contend with - why add fuel to the fire?
    But more importantly, I simply prefer
    simplicity.

    Why DOS/Windows?

    Let's face it - Windows is currently the most
    widely used desktop OS. I recently (Sep 2001)
    saw on Google Zeitgeist that 90% of their
    visitors are running Windows. Not only are
    there more people running Windows than any
    other OS, there is simply more software for
    Windows than for any other platform. Plus, it
    is the OS I use most. If you are a *nix, Mac,
    BeOS, Amiga, OS/2, QNX, etc user who would
    like to contribute to these pages, you are
    more than welcome to do so. Please drop me a
    line.

    I wrote/know of a cool tiny app.

    Please let me know about it.

    I wrote one of the apps listed here.

    Thank you for stopping by! If you would like to
    change the comment associated with your app,
    have it removed or updated, please let me
    know.

    One of your links is not working/An app is no
    longer available.

    Please let me know. We can probably dig up a copy
    of any apps that have disappeared from the
    Net.

    Who is behind TinyApps.Org?

    That would be me, Miles Wolbe. I am a freelance
    consultant, Japanese translator, web
    designer, and teacher. You are welcome to
    check out my brief but revealing resumé if
    you feel so moved.

    Do you have a disclaimer statement?

    Yes. You are 100% responsible for your own
    actions. Using this site, visiting a link,
    downloading a program, in short, living, is
    done entirely at your own risk (and joy).

    Special thanks to:

    DigitalSpace - web hosting ($3/month)

    FreeLists.Org - mailing list (free)

    Atomz - search engine (free with small banner)

    Ushikai - groovy icons (free and commercial)

    BNBform - form processor (free)

    ~z

  34. A Tiny OS by Anonymous Coward · · Score: 0

    A while back /. did a story on the Menuet OS. It "is a new, 32-bit OS under the GPL and it fits to a single floppy (along with 10 or so more applications that come as standard with the OS). It features protection for the memory and code, it has a GUI running at 16.7 million colors (except with 3Dfx Voodoo cards), sound at 44.1 khz stereo etc. And the most important and notable feature? The whole OS was written in 100%, pure 32-bit x86 assembly code!"

    The page is at http://slashdot.org/article.pl?sid=01/09/05/224825 2&mode=thread

    1. Re:A Tiny OS by Anonymous Coward · · Score: 0

      oh yeah, or at http://www.menuetos.org/

  35. 1.44 MB? by Daniel+Franklin · · Score: 3, Interesting

    I'm sorry, 1.44 MB is not tiny :)

    I co-wrote a fine piece of fractal generating software, that came with its own windowing system, mouse driver and midi-like music synthesiser (it played a tune of your choice when it had finished rendering the fractal - this was in the days of 386s being power machines), it could do mandelbrot (+ several variations), julia, sierpinski and logistic fractals (plus a few chaotic dynamics plots done in phase space), save and load BMP files of the images and a whole heap of other cool stuff - and it was written in Borland Pascal which had a limit if 64 kB for the compiled program! Those were the days... taught me good programming discipline.

    Still remember the excitement of discovering the limits of machine precision by rendering magnified Mandelbrot sets on my 386 :)

    - Daniel

    1. Re:1.44 MB? by MavEtJu · · Score: 1

      And it was written in Borland Pascal which had a limit if 64 kB for the compiled program!

      Borland Pascal never had such a limit, the last one was TurboPascal 3.0 which could only produce .com files. TurboPascal 4.0 and up could produce .exe files which could handle the whole amount of free memory.

      You are probably talking about the biggest single variable, that was indeed 64Kb. But you could have two of them. Or three, four, five, six, seven until you ran out of memory :-)

      --
      bash$ :(){ :|:&};:
    2. Re:1.44 MB? by jack1323 · · Score: 1

      Yo dude. You sound like an old-timer saying, "10 cents! 10 cents was a lot money back my day. Why, back then, for 10 cents, you could buy blah blah blah..." Well guess what? 1.44MB IS tiny.

      Memory size today ~256MB
      -1.44MB is 0.5% of that.
      Memory size yesterday ~1MB
      -64K is 6.4% of that.

      My numbers are most likely a little off. But you get the idea. As Garth once said to Wayne,
      "Live in the NOW, MAN!!!!!!!"

    3. Re:1.44 MB? by Shardis · · Score: 1

      Hrm, hate to disagree, but it's exactly that kindof prevalent attitude that's caused such bloat among so many applications today. :/

    4. Re:1.44 MB? by rabidcow · · Score: 1

      No kidding, imagine what you could fit in that 256 MB with programs written for the "64k small"! After all, 64k is .024% of 256M! Now that's tiny!

      And just cuz I have to mention it someplace in this article: Sweatbox Software once wrote a fairly well featured version of tetris for dos in 10k. Not that tetris is all that complex, but still.

    5. Re:1.44 MB? by Tim+Browse · · Score: 1
      Not that tetris is all that complex, but still.

      No kidding.

      How about Tetris implemented in one line of BBC BASIC? :-)

      0MODE9:OFF:GCOL-9:CLG:REPEATs=s+VPOS:PRINTCHR$30s: REPEATSYS6,135TOi,p,d:PRINTTAB
      (p=0)CHR$9;:IFPOS=22VDU3100;VPOS,21;6667;:UNTIL0EL SEUNTILVPOS=25:v=ABSRNDMOD7:VD
      U31:COLOUR3:REPEATm=9-INKEY(INKEYTRUEOR6)MOD3:FORr =TRUETO1:t=rANDSGNt:IFt=rCOLOU
      Rv-15:VDUrEORm:i+=m=7AND9-6*r:IF0ELSEFORn=0TO11:d= nDIV3OR2EORd:VDUd:IF1<<(n+i)MO
      D12AND&C2590ECDIV8^vAND975t+=POINT(p*POS,31-VP OS<<5):IFrVDUp,8:IF0ELSENEXT,:VDU2
      0:UNTILt*LOGm:UNTILVPOS=3:Z

      Tim

  36. You mean OS X? by Anonymous Coward · · Score: 0

    Or do you mean an older Macintosh OS?

  37. QNX by Anonymous Coward · · Score: 0
    None of those even come close to the QNX demo disk. Here's what you get on one 1.44MB floppy:


    Realtime micro-kernel operating system

    Full GUI with browser and other assorted apps

    TCP/IP networking, with a web browser and web server

    Dialup/ppp support


    And more!

    1. Re:QNX by Arandir · · Score: 2

      If you like that, get the full CD! It even has Doom on it.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    2. Re:QNX by kaimiike1970 · · Score: 1

      Too bad it only supports a few NIC's and video support is iffy... I have tried it on all my machines, and I have yet to find one that will connect to the network. Looks real cool tho.

      --


      Do a google search before posting.
    3. Re:QNX by kaimiike1970 · · Score: 1

      Does anyone know of a bootable floppy/cd type situation that will allow web browsing? I have all these machines without HD's and this would be cool...

      --


      Do a google search before posting.
  38. An even worse offender... by ShaunC · · Score: 1

    You'd be surprised at how many programs are released after being compiled in Visual Studio's "Debug" mode (the default for MFC projects). A large portion of the new releases that show up on download.com each week suffer from this problem. Their authors either don't know or don't care to set their build config for Release before uploading the "shipping" version.

    Luckily they're real easy to spot. When you find the traceroute program that takes up 4MB, you've got a winner...

    Shaun

    --
    Thanks to the War on Drugs, it's easier to buy meth than it is to buy cold medicine!
  39. New licensing by metalhed77 · · Score: 1

    fine my code is now Proprietary protected, now any works that use Hello, World! or similar phrases are obviously h4x0r3d derivitaves. I'll punish you hackers for all your worth under the DMCA/ATA. Hello, World! is a valuable component of my companies infrastructure, you GPL hippies have been ripping my work off for too long...

    --
    Photos.
  40. Re:Oh yea! by Anonymous Coward · · Score: 0

    Who the hell is the chick from Alias? I went to google and I found this monstrosity.

  41. HHGG Infocom adventure by Anonymous Coward · · Score: 0

    Speaking of small games, does anyone remember the Hitchhiker's guide to the galaxy adventure by Infocom. A shareware version was due apparently but never released. A java applet version is available at douglasadams.com

    So all ye HHGG fans, enjoy. :)

    Arpit.

    1. Re:HHGG Infocom adventure by AndroidCat · · Score: 2

      I want to hook VoiceXML up to the Zork game engine so I can play Zork, HHGTTG, etc by telephone.

      Okay, it's a useless technical achivement, but think just of the zowie factor! :^)

      --
      One line blog. I hear that they're called Twitters now.
  42. My First Commercial Product was 8kb in RAM by goingware · · Score: 2
    I'm very proud of the fact that my first shipping commercial software product, Last Resort from Working Software, weighed in at 8 KB of RAM usage while running.

    That was mostly for the code. There was a text buffer that went up to a couple hundred bytes.

    And since the program normally stayed running in the background all the time, I thought users might want to have their 8k back sometimes, at the expense of not getting the program's benefit, so there is a control panel option that not only pauses the program, but removes the program code from memory (handy during development, as I could update it this way without rebooting the machine).

    When LR was paused, only a little stub of a trap patch remained in memory, about a dozen bytes or so.

    Kids these days...

    --
    -- Could you use my software consulting serv
    1. Re:My First Commercial Product was 8kb in RAM by Anonymous Coward · · Score: 0

      Dude, that program sounds brilliantly useful. I'd never heard of it before now.

      I can only assume that most other people hadn't heard of it either, which is a shame.

    2. Re:My First Commercial Product was 8kb in RAM by goingware · · Score: 2
      I've had several novelists tell me their books were saved by it.

      One of the editors of MacUser magazine told me that he caught his girlfriend having an online affair with it. I was mortified, but he was grateful. Can't imagine what his girlfriend thought of me.

      I have to cop to the fact that it was not my idea, that kudo goes to Dave Johnson.

      I'm afraid that sort of utility has gone down a path I never intended for it. Fearing that people would use it to steal passwords or other confidential material, I made it very obvious that it is running and installed.

      However, I have received spam for keystroke loggers that are meant for "remote installation", that save their logs in encrypted, hard-to-find files on the disk, and that can automatically transmit the logs over the internet.

      It was the Mac version that was 8k, BTW. I don't think the dos or windows versions are very big, but I don't actually know as they were written by others.

      --
      -- Could you use my software consulting serv
  43. Show and Tell thread. by Nindalf · · Score: 2

    I'm sure lots of people have their own tiny project to show off.

    I'll start the ball rolling with my Buskpledge Windows program, for collecting and managing donation pledges. It lets you make 2-click pledges from web-pages, view and edit the pledges individually or en masse, and can redirect you to direct donation pages such as Amazon Honor System or PayPal. Full install and uninstall in under 35k.

    Source is available at the project page. It's a little wierd, using a custom semi-literate programming tool, and a half-assed gzip clone for internal compression.

  44. a tiny window manager by danny · · Score: 2
    I'm using a window manager with a (stand-alone) 27 kilobyte binary - 9wm.
    Does anyone have a smaller one?

    Danny.

    --
    I have written over 900 book reviews
    1. Re:a tiny window manager by Mr.+Piccolo · · Score: 1

      Try this one. It compiles out to 36k on my system, while 9wm compiles to 41k.

      Dunno which optimizations get 27k though...

      --
      Glückwünsche, haben Sie Slashdot ermordet, indem Sie zum korporativen Druck beugten und Subskriptionen einlei
    2. Re:a tiny window manager by Anonymous Coward · · Score: 0

      lwm and rc are the smallest wm and shell on my

      machine

      ; ls -l /usr/bin/X11/lwm

      -rwxr-xr-x 1 root root 23444 Dec 21 1999 /usr/bin/X11/lwm

      ; ls -l /usr/bin/rc

      -rwxr-xr-x 1 root root 63408 Aug 19 1999 /usr/bin/rc

  45. Sorry, broken link. by Nindalf · · Score: 1
  46. Tiny ? Risc ! by mirko · · Score: 4, Insightful

    You might need to take a look to RiscOS which makes it quite easy for the hosted apps to be *tiny* (a complete DTP package supporting plugins weights several hundreds kB)...

    RiscOS is around as old as Windows3 but has always been well designed, quick, compact and responsive.

    But I understand such tinyness might seem mythical for PC users.

    --
    Trolling using another account since 2005.
    1. Re:Tiny ? Risc ! by jnik · · Score: 1

      That wouldn't happen to be the same RiscOS that powered Acorn's ARM-based Archimedes computers, would it? One of the first true 32-bit OS's, on one of the first desktop RISC machines. Acorn did cool things, even in the 8-bit days (I love my model B).

    2. Re:Tiny ? Risc ! by mirko · · Score: 1

      You're right, there's only one RiscOS :-)

      --
      Trolling using another account since 2005.
  47. software binge/purge by Etrigan_696 · · Score: 2, Funny

    Above someone posted about the C64/vic 20 and with that I agree. There were some truely AMAZING things a C64 game could do with the 170kb on a 5.25 floppy. back then it took some skill to create a computer program of any non-trivial size or function. You had to try and not make it run over the size that could fit on a single floppy side, so you didn't have to produce a nasty message that said "turn over the disk and press enter".
    Now - *sigh* now because truely mind-bogglingly big storage is so undeniably cheap and computers are so mind-bogglingly FAST programmers have gotten sloppy. Instead of tweaking their code for size and speed, they expect Intel/AMD and Western Digital to take care of those problems for them. There are some notable exceptions - like John Carmack - but he's doing things that just plain shouldn't be possible on a computer.
    Consider for example the massive, CPU choking monstrosity (that I am forced to use - at least once - because of my stupid thesis review board) known as "WORD" -it's the only word processor I've ever seen with a FRAMERATE! How in the HELL can I out-type an AMD 1.6GHz athlon CPU? How can I type faster than it can show the letters on the screen? Well, it's not AMDs fault, it's Word's fault. It's big, it's clunky, and it's wasteful.
    Sometimes I wish software still came on cartridges, like the old Atari 2600 games. Plug it in, hit power and BAMMO! there was Demon Attack! I guess linux-on-bios is close, but it's still an uber-geek only kind of thing.

    1. Re:software binge/purge by Anonymous Coward · · Score: 0

      How in the HELL can I out-type an AMD 1.6GHz athlon CPU/I?

      You can't, you're talking bollocks.

  48. Again with this shit? by Anonymous Coward · · Score: 2, Informative

    This loser hasn't got an "AI" program to do anything remotely interesting, and he's been at it for years, insisting that his fuzzy-headed "theory of mind," respected by nobody and supported with nothing but his own rantings, is the key to humanlike machine intelligence.

    Move over Alex Chiu, you've got competition for goofiest internet crackpot, and right here on slashdot!

  49. Re:Somewhat naive - so am I by Soko · · Score: 3, Interesting

    OK, but why objects and not actual programs? IANAP (I Am Not A Programmer), but an idea I've recently subscribed to is using several small, fast programs that work together in concert be roughly the equivelent of a bigger app. It would work like so (apply NaCl liberally):

    A stand alone, plain, small generic text editor knows when there's a spellchecker, font manager etc. available, and would spin them up as separate processes and let them modify the data as needed. These too would be stand alone apps - you could use
    "[user@machine MyDir]spellchk Mydoc.txt -lang USEnglish"
    and it would open the doc and spell check it outside the Text Editor, if you wish. Inserting a spreadsheet into a document would cause the program to context switch to a generic spreadsheet, which would do the calculations and then spin up the layout/font manager, which would tag the spreadsheet data with appropriate formatting info and then pass it back to the Text editor/Word Processor program.

    Registering one of these mini apps with the application broker (not an object broker!) means that any other mini app can call on it to do a task - this would make things totally pluggable, and allow for infinite customisation options. You like the KDE interface best, but wish you could use the GNOME spreadsheet? Yank KDEs spreadsheet app and plug in GNOMEs. Need a funtion that you don't have? Go download it and plug it in. Have a function that you don't ever want to see again? Un-plug it and toss it. Want bloat? Use 100s of plugins. Want Speed? Use 10. Get the idea?

    Sounds a lot like the development today from KDE, GNOME et. al, but the difference is in the object libraries - those huge, incompatible obfuscated buckets of code snippets (on both Windows and *nix) that always seem to cause problems for each other. Why can't we single purpose them all, and tie them to a mini app? Instead of a library of widgets to edit text that any program can use, why not limit the use of text editing widgets to a single program - the registered text editor. Program then calls test editor program already running. IMHO, development teams would then be able to concentrate on a single function, not 20, and would likely be able to produce small, fast quality code by throwing everything out of thier libraries not pertaining to the function of thier mini app. And if a mini-app is un-installed, the library goes with it, period full stop.

    Perhaps then we would end up with code of reasonable size and quaility?

    P.S. - Please don't flame me for careless suggestions of shared memory amongst other transgressions, but I'm interested in why the object model is better than programs that communicate actions on data, not just data. Like I said, I don't really know the nitty gritty technicalities of what I'm talking about, but I'm interested. (I'm wearing my asbestos jammies, too. :-] )

    Soko

    --
    "Depression is merely anger without enthusiasm." - Anonymous
  50. In response... by milesw · · Score: 5, Informative

    to some excellent comments and feedback, I'd like to offer the following:

    1. Yes, 1.44mb can hardly be called "tiny". To be honest, the reason it was chosen is that I just *had* to include the QNX Demo Disk and the OffByOne Web Browser. But much of the site is dedicated to apps in the 2 to 200kb range, which I think can fairly be called "tiny". One example is EVE, a very cool vector graphics editor whose executable is a mere 39k. There are many more listed along these lines.

    2. Yes, Windows is very bloated, but by customizing the shell, removing IE, and performing a host of other surgeries, it can actually be quite a nice little OS. I just received an email reply from the author of Optimizing Windows (published by O'Reilly). His book explains (among many other things) how to get Windows 95 down to 17 mb.

    3. I realize that Slashdot is generally geared towards *nix users and want to thank you for being kind enough to list a site mainly covering DOS/Windows apps. As I mention on the home page, folks (from any OS) interested in contributing to the site or having a link posted are more than welcome to contact me.

    Also, many thanks to those responsible for the mirror mentioned in one of the posts.

    Much aloha,

    Miles Wolbe
    miles@tinyapps.org
    http://www.TinyApps.org/

    1. Re:In response... by Ether · · Score: 1

      Couple of your points:

      2. Most /.'s bitch about windows being bloated, then do the default install in RedHat or Debian or FreeBSD, which top out over a gig when you install (KDE or GNOME) + X + Misc.

      3. That's OK, most of the people that read /. read it from Windows machines. Rob (Taco to the fanboys) used to have the stats up, before andover then va decided to market it as Linux Central. Over 80-90% of machines were WinX boxen.

      --
      --I hate people when they're not polite -"Psycho Killer", Talking Heads
    2. Re:In response... by Anonymous Coward · · Score: 0
      2. Most /.'s bitch about windows being bloated, then do the default install in RedHat or Debian or FreeBSD, which top out over a gig when you install (KDE or GNOME) + X + Misc.

      It's more about memory resident bloat that people bitch about. Winblowz has a giant default footprint, whereas *nix is usually mean and clean.

    3. Re:In response... by CoolVibe · · Score: 1
      Your point 2 is off. A default install of FreeBSD and/or Debian is not close to a GB. The FreeBSD base system can fit easily onto a 100MB disk and the debian base too. And you would even have room to spare to store files.

      Point 3 is also not really true, since most /. people run _more_ than one OS. Usually, one of 'em is that bloated piece of dung from some unnamed company in Redmond, WA. My guess is that most people use the browser and play the nifty games in that OS, but do their _real_ work in some unnamed free and open source OS that works like UNIX.

      Statistics are worthless... They can give you some very wrong impressions about what it is really about. Usually, 90% of everything is crap.

    4. Re:In response... by Anonymous Coward · · Score: 0

      I bitch about Windows being bloated, then I bitch about Linux Mandrake being bloated, then I even go so far as to bitch about OpenBSD being bloated. I'm an equal-opportunity bitcher, all right? Stop making generalizations. (and yes I run Windows (2kas, it makes me look cool! to my socks.), actually all three, but not on this machine)

      Windows 3.1 + DOS 6.22 + Excel 3 + Word 5 + Access 1 + a bunch of other crud fills less than half of an 8cm CD. That's 40 MB. Now 3.1 sucked, but never mind that.

    5. Re:In response... by Ether · · Score: 1

      My points still stand.
      Disk space: Yeah, you can get FBSD base under 100Meg. But, if you're using it on the desktop, you're gonna want more than vi and grep. Add X, KDE/GNOME, Mozilla, and (Star/Open)Office, it starts to add up.
      Memory Usage: Yeah, Linux or FreeBSD with just base is very efficient, memory wise. But start X, KDE/GNOME, Mozilla, etc, and watch where your memory goes.
      OS usage: The post to which my original reply was attached to apologized for being a DOS/WIN resource, I was merely pointing out that despite a lot of posturing, most of /. uses a WinXX machine, at least for browsing /.

      --
      --I hate people when they're not polite -"Psycho Killer", Talking Heads
    6. Re:In response... by CoolVibe · · Score: 1

      Hey, I was not attacking you. Merely pointing even more thing out :)

  51. Re:Somewhat naive - so am I by Thatman311 · · Score: 1

    One good reason is because the overhead in sending data between these two processes is too much. You lose all performance this way.

    --
    Silly Rabbit...Sig's are for kids.
  52. Leaves out the coolest "tiny app" by sokoban · · Score: 1

    Probably the coolest really tiny application I have ever seen is .the .product. It is a demo in 64k. For a while, a bunch of friends and I were having a debate about how it works. It's simply amazing all the 3d work that can be done in 64k. True, it is Windows only (DX8 required), but the results are amazing. You can find it at http://www.theproduct.de

    --
    09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0 is the magic number.
  53. Atari by goingware · · Score: 4, Interesting
    I invited a couple friends who were old time Atari programmers to post here. I hope they do.

    But in case they don't, I'll tell you what the Atari programmers had to deal with. I'm hazy about the model, but I think it was the 2600.

    The unit had 128 BYTES of RAM, which included both the heap and the stack. It had a one byte framebuffer, and you effected the drawing of objects and animation by carefully timed changes of its value during the horizontal or vertical blanking intervals.

    One big help is that collision detection was implemented in hardware.

    You had a choice of a 2k or a 4k cartridge to store the executable code and graphics. You could do a lot more with 4k, and potentially make a game with greater appeal and thereby greater sales, but it came at the cost of the 4k cartridge yielding the programmer half the rolyalties per unit, because the ROM chips were more expensive.

    Dave told me of the long hours the programmers would put in trying to get the last few bytes out of a program, to make the transition from 4k to 2k. Suppose you had a program that absolutely required 2050 bytes - wouldn't that be heartbreaking? Sometimes the programmer would think he had a way to shrink the code enough, but it had the effect of screwing up the timing on the graphics.

    The royalties could be considerable on those little cartridges. I understand the 19-year-old who wrote Pac Man for Atari received $1 million in royalties.

    Again I say: Kids These Days.

    --
    -- Could you use my software consulting serv
    1. Re:Atari by ShaunC · · Score: 2

      This is actually very interesting. My neighbor had a 2600 and I remember wasting afternoons and evenings playing Joust, and a helicopter game called something like Chopper Lifter. If these games were written in less than 4K, and the (decent sized) cartridges only held that much... Just amazing.

      I don't dare to guess at how long 4K kept me entertained, I think I'd be sorely embarassed. But it sure says something about what can be accomplished without bloat.

      Shaun

      --
      Thanks to the War on Drugs, it's easier to buy meth than it is to buy cold medicine!
    2. Re:Atari by Paul+Komarek · · Score: 2

      Choplifter was an awesome game! I played it primarily on Apples if I recall correctly. I wonder if anyone remembers Lemonade Stand? I really liked Lemonade Stand. It required some business sense combined with gambling. And there was this little Star Wars game, where you could jump the landspeeder over barrels, and attack AT-ATs with one of those small fighters ships. It seems like there were four modes, but those are the only two I remember.

      Good heavens. Now I'm remembering learning about the DATA statement in basic, and trying to decide if it was really worth the effort. I think the most use I made of it was when playing music.

      Oh dear, that reminds me of when I was going to "write a video game" because I'd learned enough TI-BASIC. I decided that I first would scan through my basic manual (blue and white, about 8.5" by 11", softcover -- does anyone else remember this book?) to be sure I hadn't missed any useful commands. Sure enough, I hadn't learned about for-loops yet! "Ready to write a game" without using for-loops. Heh. Oh, and "My First Book of Microcomputers", with some kid named Chip who interviewed computers about what they were made of (yellow, paperback, anyone remember it?). I've still got that book, it's fun to browse.

      And I did not understand if-expressions that didn't have a binary operator; what did they mean by if (value) then whatever? Hoooeeee. I guess that trip down memory lane was probably only fun for me. Well, I'll thank myself for sharing...;-)

      I really miss my TI-99 4/A. We gave it to relatives around 1986 or so. It constantly had ROM problems, but for about $50 you could send it in and get a refurb unit. And the peripheral expansion box, with a disk drive and memory expansion card! It had the worst connector known to man, with a cable so thick you could tow vehicles with it. But the speech synthesizer rocked. It sounded great, especially that female voice used in the game Parsec.

      Then there was the 5 year dry spell until my family could afford a PC -- especially since I would be pretty much the only one to use it. I guess that five years without a computer is why I'm a math grad who really loves humanities. Maybe that's a good thing, after all.

      -Paul Komarek

    3. Re:Atari by Arandir · · Score: 2

      Running Joust on 128 BYTES ram? I think you and Michael are pulling our legs. By way of comparison, this post is 129 bytes long.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    4. Re:Atari by Christopher+Thomas · · Score: 3, Interesting

      Running Joust on 128 BYTES ram? I think you and Michael are pulling our legs. By way of comparison, this post is 129 bytes long.

      The RAM is only used to store game state that changes while you play. This would be the level number, the score, the position and velocity of your character, and the positions and velocities of enemy characters and of the eggs that spawn.

      This most certainly would fit in 128 bytes.

      The Atari has a very, very bizzare internal architecture. A good page describing it is at:

      http://www.alienbill.com/vgames/atari.tech.html

    5. Re:Atari by Tachys · · Score: 2

      I wonder if anyone remembers Lemonade Stand?



      I think I do remember Lemonade Stand :)

    6. Re:Atari by Fjord · · Score: 2

      Believe it. This isn't that odd to me. I had to write some routines for a wireless base station for one of the first PCS systems, which had only 128 bytes of RAM. You had to do everything in this, including your stack. Plus the chip did not have multiplication as a native operator, so if you wanted to multiply two words, it would be 8 bytes on the stack (4 for the pc and tos, and the two words. The routine I did didn't take any more than that). We had 128K, though, not 4K. This was also problematic when it came to ram because calling from one 64K area to the other took an extra 5 bytes (multiply was in both sections).

      --
      -no broken link
    7. Re:Atari by Arandir · · Score: 1

      So the actual program (let's say Joust) is on a ROM cartridge or something?

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    8. Re:Atari by Christopher+Thomas · · Score: 2

      So the actual program (let's say Joust) is on a ROM cartridge or something?

      The program code and all sprite data is on the ROM cartridge, and stays there (the ROM cartridge just looks like normal memory as far as the system's concerned). RAM is used as scratch space only.

  54. tiny? not by a long shot by mj6798 · · Score: 2
    Look at the sizes of those distributions: those don't look like "tiny" applications to me. Compare that to what you get with Linux: /usr/bin/mail is 70k, mutt is 500k, trn is 223k, and links is 600k (with some dynamically linked libraries). A statically linked "Hello World" executable for X11 using the FLTK toolkit under Linux comes in at about 50k.

    BSD UNIX for PDP-11 managed to pack a lot of functionality into 64k of data space and 64k of instruction space (with overlays available on some machines, but often statically linked).

    I leave it as an exercise to the reader to figure out what makes many programs are so much bigger these days. There are reasons, some good, some bad.

  55. Re:Somewhat naive - so am I by jrockway · · Score: 1

    Emacs is like this. It's a barebones editor with lisp extensions that talk to each other efficiently and seemlessly. Yeah, there are a lot of extenstions, so it takes up like 70M of disk. But still.... :-)

    --
    My other car is first.
  56. 700KB? Tiny? No. by Bowie+J.+Poag · · Score: 1, Troll



    700KB for an HTML tag stripper? Come on. .

    Even Tinyapps' apps are somewhat bloated. Pong in 52 bytes -- Thats tiny. Not to mention, I wrote a full-featured image viewer for X11 that fades in any image from black, holds it according to a user-specified number of seconds, and fades it out. Its fast, flexible, well documented, and bug free. It has support for images as small as 1x1 to 32767x32767 in any depth, supports nearly a dozen different image formats, has wildcard support, scaling support, a controllable fader speed, and a verbose mode tossed in for the hell of it. Total weight of the binary? ... 19KB.

    Here's a tarball with the source and a precompiled binary, if you want it. Slideshow 1.1.

    Cheers, and yes, PROPAGANDA is still running,

    --
    Bowie J. Poag

    1. Re:700KB? Tiny? No. by Anonymous Coward · · Score: 0

      what moron moderated this as a -1 Troll?

  57. Who has the smallest by bstadil · · Score: 3, Funny

    Refreshing to see you all bragging about "Who has the smallest"

    --
    Help fight continental drift.
  58. RISKS on Bloatware by goingware · · Score: 3, Interesting
    Everyone should read The Forum on Risks to the Public in Computers and Related Systems for reasons I've posted here more times than I can count.

    But pertinent to tonights topic is a thread called "The Bloatware debate" that ran for some issues on Risks:

    A 100-company survey by Standish Group International found that 45% of a software application's features are never used, 19% rarely used, 16 % sometime used, 13% often used, and 7% always used; yet, in spite of the fact that most of an application is seldom used, software gets bigger all the time. For example, Windows went from 3M lines of code (Windows 3.1) to 14M lines (Windows 95) to 18M (Windows 98).
    1. The Bloatware Debate
    2. Response
    3. Response
    4. Response
    5. Response
    and also:

    1. Bloat Dissections II
    2. Response
    3. Response
    4. Response
    5. Response
    6. Response
    One culprit that I think is mentioned in there somewhere is the use of virtual functions in C++. Even if a virtual function never gets called because of the way it is possible to run a program, it must be included to satisfy the linker. Virtual functions are necessary to enable polymorphism, though, so I don't see a way around it. However, I suspect they are overused; many C++ programmers do not know when it is appropriate to make a member function non-virtual vs. virtual.

    --
    -- Could you use my software consulting serv
    1. Re:RISKS on Bloatware by RovingSlug · · Score: 1
      Smaller programs are not "better" programs.

      Rule #1: Premature optimization is the root of all evil. -- D.E. Knuth

      Rule #2: Optimize only what is important and necessary.

      Out of stability, features, and application size, application size is far and away the least important.

      Make the applications do what I want. Make them bug free. If an application ends up being 4 MB instead of 200 KB, but is more stable and/or more featureful, I could care less about the size.

    2. Re:RISKS on Bloatware by gorilla · · Score: 2

      Be careful about those 'rarely used' and 'never used' functions. How many of them are error handlers? Disks rarely fill up, but you still have to deal with a full disk.

  59. Re:Oh yea! by Anonymous Coward · · Score: 0
    You should have just searched for "alias", it was the 11th link.

    Her name is Jennifer Garner, more info here.

    buh-bye...

  60. Also a place for Slow Software by eAndroid · · Score: 1

    Our company runs the site SlowSoftware.com. Come by - we're always looking for leading-edge programs in lack of speed.

    --

    I can't spell or type, but that doesn't mean I'm unusually stupid.
  61. MP-Crypt by Anonymous Coward · · Score: 0

    hmmm, a $5 crypt program by Joe amateur or PGP for free...? Tough choice.

  62. I remember the day... by DataPath · · Score: 1

    Why... you guys have it easy these days with windows and icons and stuff.
    Why, when I was your age, we had to program in 1's and 0's, and sometimes we didn't even have 0's!

    (Credit: Scott Adams)

    --
    Inconceivable!
    1. Re:I remember the day... by BLAMM! · · Score: 1
      You had zeros? We had to use the letter "O".

      Heh. I've got that strip tacked up on my wall.

    2. Re:I remember the day... by DataPath · · Score: 1

      The whole thing about "we had to use the letter 'O'" reminds me of Gore saying he invented the internet... those people who insist that they did these things that simply couldn't have happened. "You started on a TRS-80? I built my own TRS-50 YEARS before the TRS-80 ever came out."

      Yeah, you know those guys.

      --
      Inconceivable!
  63. BAD URL by Anonymous Coward · · Score: 0

    Rather, This one

  64. Don't forget QBasic games, or DOS games in general by PigeonGB · · Score: 1

    A lot of games can be found that are enjoyable yet small.

    --
    I have 3656.9 Bogomips. How many Bogomips do you have?
  65. Mod Up Parent! (was: Again with this shit?) by Vagary · · Score: 1

    It's both Funny and very, very true!

  66. *BSD is dying by Anonymous Coward · · Score: 0
    Netcraft Confirms: *BSD is dying

    Yet another crippling bombshell hit the beleaguered *BSD community when last month IDC confirmed that *BSD accounts for less than a fraction of 1 percent of all servers. Coming on the heels of the latest Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as further exemplified by failing dead last in th recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood. FreeBSD is the most endangered of them all.

    Let's keep to the facts and look at the numbers.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major surveys show that *BSD hs steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS hobbyist dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

    *BSD is dying

  67. Tiny C64 TCP/IP stack and web server by adadun · · Score: 1

    Take a look at http://c64.cc65.org/. It is a good old C64 working as a web server. It runs the uIP TCP/IP stack, which is written in C and is really tiny; the code is around 4k large and it uses some 200 bytes of RAM.

    1. Re:Tiny C64 TCP/IP stack and web server by ymgve · · Score: 1

      Sweet!

      Amazing what that old machine still can do.
      Go here for some good examples and here is the emulator if you don't have your C64 anymore.

      There's even simple Wolf3D clones, a remake of the old PC demo Second Reality, and even a multitasking OS called Lunix!

      The C64 is dead. Long live the C64.

  68. 4k 3D demo by adadun · · Score: 1

    If you think that 64k is small, check out the amazing Omnicent demo. This is a (non-playable) clone of the good old 3D game Descent, but coded in 4096 bytes, including wall textures and music! Furthermore, it doesn't require any extra hardware or software; it runs under MS-DOS and draws directly to the VGA card.

  69. Embedded Tiny Apps by ultrasound · · Score: 1
    Probably the ultimate Tiny apps are written for embedded applications where 64k of code is bloatware. There are many billions of 4,8 and some16 bit embedded controllers (Intel has sold over a billion 8051 variants) in use around the world, running everything from your toaster to your car. The Microchip PIC is a good example, a RISC processor with maybe 300 to a couple of 1000 words of flash/(ee)prom program space, and maybe 25 to 200 bytes of RAM, running at a few MHz. If you want to play you can buy a programmer for ~£/$100, chips for a couple of £/$ - and the development software is FREE - breadboard it and add LCD displays etc. and you're only limited by your imagination. Pretty easy to create TCP/IP stack on one, and even embedded HTTP servers - I think the mechanical hit counter from a few months back was based on a PIC (anyone got a link?).

    Writing code for these devices is a complete art form in itself - every processor cycle and every byte of ROM and RAM count. Your can get C (and even Basic) compilers for these devices, but you have to use assembly to squeeze out the last drop, and do some very dodgy tricks to use all those spare bits hanging around. We don't use OOP for obvious reasons ;-)

    I spend most of my time writing embedded code, every once in the while I code for PC end (64Mb RAM, 1GHz clock wow!), and it is so relaxing not having to think about every byte and the most efficient way to code loops etc, but it makes you think that there must be a hell of a lot of wasted clock cycles in most applications because there is no pressure to tighten the code.

    Check out The Ganssle Group for some great articles on embedded development.

    1. Re:Embedded Tiny Apps by CrazyBrett · · Score: 1
      I'm a big fan of the Microchip PIC family too, and I'm glad to see someone mention it. Some advice for anyone who wants to get started with PICs: don't go out and buy a $200 programmer, it's much cheaper to build one yourself.

      First, choose which chip you want to use for most of your projects. The most popular for hobbyists (my personal choice too) is the pic16f84a. It can perform up to 5 million instructions per second, has 68 bytes of RAM and 64 bytes of static EEPROM. It costs around $4 per chip, but is fully reprogrammable, so you can reuse it as much as you want.

      Then search the web for a programmer circuit for your PIC. Here is the one I built. It works very well and costs $20, total.

      Happy hacking!

    2. Re:Embedded Tiny Apps by Transwarp+Conduit · · Score: 1

      don't go out and buy a $200 programmer, it's much cheaper to build one yourself.

      However, if you want to work with anything other than the general-purpose, Flash-based parts (a number of Microchip's PICs, including their newest 18Cxxx-series chips, are EPROM-based), buying their PICSTART Plus kit might save you some aggravation in the long run. Many of those "do-it-yourself" kits either can't do EPROM parts, or can only do a limited range of them... and the way Microchip has been churning out new variations lately (they even have a PIC with an onboard USB port now!), you never know when you might want to play with a variant that your DIY programmer can't cope with.

  70. SuperRescue by RovingSlug · · Score: 1

    Hrm, instead of a stripped-down 1.44 MB bootable system, how about a full-featured 650 MB bootable CD-ROM solution? SuperRescue CD.

  71. Obligatory Radsoft mention. by McDoobie · · Score: 1

    Another great site for tiny apps(although not exactly free) is www.radsoft.net

    These guys have replaced Windows Explorer with an app called X-File thats less than 14kb. ElPlayo-X(an mp3 jukebox) runs under 10kb.

    Check it out. It's worth the visit, even if just for thier "charming" articles assessing(sp?) current trends in Windows and Linux.(Despite the fact that they develope on Windows, thier not exactly fond of the platform, to say the least.)

    My .02 worth

    McDoobie

  72. Another source of small apps by Anonymous Coward · · Score: 0

    Ok, Anti-Microsoft hat off for a minute:)

    Check also the Analog-X site. There are lots of small and useful programs for Windows.

  73. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  74. Steve Gibson by Quila · · Score: 3, Informative

    His stuff is always small (www.grc.com). Trouble in Paradise is a complete Iomega drive diagnosis package self-running at 52KB under Windows.

  75. Re:Somewhat naive - so am I by Anonymous Coward · · Score: 0

    Sounds like OLE...

  76. Finally! by xmda · · Score: 1

    So I guess we finally have found a place for our favourite application GNU Emacs. Yes!

  77. 1.44 MB small? by gdr · · Score: 2, Interesting
    Just a bit of fun. On my system.

    $ find /usr/sbin /bin /sbin /usr/bin -size +1440k -type f | wc -l
    10
    $ find /usr/sbin /bin /sbin /usr/bin -size -1440k -type f | wc -l
    2667

    It's worth noting that both emacs and vim are in the 10 that would not fit on a floppy.

    I know I'm ignoring libraries. I said it was just for fun. :-)

  78. Old Mac applications are tiny... by VDM · · Score: 1

    There has been a long discussion on Macintouch about Macintosh "vintage" apps, often now released as freeware, that are still running on recent systems (even too fast, sometimes). Sw includes word processors, slide presenters, etc.
    A couple of old mac emulators running on new macs are also suggested for running outdated apps.
    At the end of the discussion there is a list of links; furthermore, there is at least one games site (http://homepage.mac.com/giantmike/old.html) (tenths-hundreds of kylobites per game...).

  79. Re:*BSD is dying by DrSpin · · Score: 1

    I know you are a troll, but in case anyone doesn't:

    FreeBSD is used by the majority of ISPs, as it is extremely stable and reliable, and offers high performance. Its also free, unlike M$ products. NetBSD is widely used, by (a) hobbyists, because it runs on most anything from a PDA to elderly big iron like Vax 11/750, and (b) people who want a gateway/firewall on a small machine.

    OpenBSD is secure, but usage is pretty marginal, partly because Theo De Raat makes enemies faster than he writes code (and thats fast!)

    Sure ownership of FreeBSD changes minute by minute - that is at least in part because its not very relevant to anyone who owns it. Its source is more open than Linux. Not only its not dying, its not actually possible to kill it. So long as I or anyone else has the source on a hard disk, it lives. FreeBSD probably supports more hardware than Linux, and has almost always supported new hardware sooner than Linux.

    The poster obviously believes the myth that there will soon be only one OS in the world, and that will probably be WinXP. Ask a Mac user (OSX IS FreeBSD with a new UI) will he be switching to WinXP? No chance. Its far more likely that the world will switch to OSX just as soon as its ported to Intel architecture.

  80. Something's gone wrong somewhere by AndroidCat · · Score: 2

    That's how OLE/COM/DCOM/COM+/.NET (whatever MS is calling it today) is supposed to work, and if the extensions are DLLs, they run in-process.

    And this was supposed to reduce the size of apps: you didn't have to include a graphics/GUI/spellchecker/etc in every program. Make them seperate modules, and all apps can use them as needed.

    That was the idea anyway. But I notice that with VC++, as soon as you actually use one of the libraries, it loads a huge amount of code into your app to talk to that library. Now some compilers are better at stripping unused code, but the MFC GUI stuff so intertwined, everything gets pulled in! (And the size of those MFC DLLs!)

    Borland does it a bit better -- the apps are large by default, but that's because the equivilent of MFC is included in each app for portability. You can group all the common functions needed by each app into a single library if you want to. (And use outside COM objects with no problems.)

    I only use text with Linux, so haven't noticed any bloat yet, but I'm sure as soon as I start using large extension APIs the bloat will start.

    Somehow we've got to stop the bloat caused by using extensions.

    Mmm... Turbo Pascal 2: editor, compiler, run-time in 36k.

    --
    One line blog. I hear that they're called Twitters now.
  81. DOS 2.11 by Anonymous Coward · · Score: 0

    I remember running DOS 2.11 on my first Intel PC. As 5-10 MegaByte Hard Drives were fairly expensive, most of us ran everything off of 180/360 K floppies!

  82. 1.44 tiny? by night_flyer · · Score: 2

    when you consider Unreal Tournament is 600 megs, windows is 200 megs, winamp is 6 megs, internet explorer is 8 megs... yeah I would say >1.44 is tiny

    on a side note, tinyserver is the BOMB! I currently run it on my machine and not once has it had any problems....

    --


    Thanks to file sharing, I purchase more CDs
    Thanks to the RIAA, I buy them used...
  83. Time for a history lesson by lostguy · · Score: 1

    The sort of thing you're asking about has been available for a decade -- with NEXTSTEP. I believe OS/X inherited this, but I could be incorrect.

    Read this and this for a start.

  84. Small? F***ing huge more like... by pubjames · · Score: 3, Informative

    1.44Mb is f***ing huge compared to what it was like in the good old days.

    I used to write commercial apps for the BBC Microcomputer. You probably didn't have that in the US, but it was a neat bit of kit in its day (about 1984?) and very popular in the UK.

    As I remember it had 32Kbytes of memory, most of which was taken up as screen memory. I think you were left with about 8K to program in. And you had to get everything in there because there was no hard disc or other storage.

    I remember I wrote an educational program for schools which included an image drawing system that worked in a similar way to Macromedia Flash. Literally every bit of memory was used. In fact, there was 'spare' to store upto 32 images drawn in the format.

    Tell that to programmers today, they don't believe you.

    1. Re:Small? F***ing huge more like... by posmon · · Score: 1

      wasn't '84 the 'b' model? didn't the 'a' only have 16? and the screen took from 1-20k's depending on what res/number of colours you wanted.

      --

      update comments set karma=-1, reason='offtopic' where sid=26315

    2. Re:Small? F***ing huge more like... by pubjames · · Score: 2

      You have a good memory. Yes, I think you are right.

      There was a four colour 'high resolution' mode as I remember, and yes, 20K seems about right. But the first few K of system memory was, I remember, full of system configuration info. However, you could use quite a bit of that if you knew what you were doing.

    3. Re:Small? F***ing huge more like... by siliconowl · · Score: 1
      1.44Mb is f***ing huge compared to what it was like in the good old days.

      Of course for some of us those good old days have never ended. The descendents of the Beeb still carry the tourch of efficient coding. I have a fully featured professional level DTP package which fits on a single 1.6MB floppy.

      It is for this reason I found the assertion that 1.44MB constituted a small program highly amusing.

      --
      (\/)atthew
    4. Re:Small? F***ing huge more like... by posmon · · Score: 1

      4 colour high res? it was only 2, i'm afraid. but you could choose which colours you used out of the entire palette of EIGHT!.

      but yeah, you had to load your program, disable the disk system, shift it down the memory and then change graphics mode if you really needed that extra ~2.5k.

      --

      update comments set karma=-1, reason='offtopic' where sid=26315

    5. Re:Small? F***ing huge more like... by gorilla · · Score: 2
      There was also a 32 byte section of memory which would be preserved across soft reboots. A very useful cache for storing certain paramaters, however because of it's small size, you'd have to be very careful of using it wisely.

      I once wrote a program which used 4 bit characters to encode a message in there, and could get up to 64 characters messages, as long as they only used the 31 characters I defined.

    6. Re:Small? F***ing huge more like... by Transwarp+Conduit · · Score: 1

      **SIGH**

      Y'know... I, too, was there during the days of the 8-bit systems, and remember the kinds of programs that could be written under the constraints of those systems... but would you please stop to consider that writing code for the x86-PC archetecture is not the same thing as writing code for a C=64? On a PC, your programs have to cooperate with other programs (especially under Windows), have to present an event-driven graphical interface, your instruction lengths are longer, and the .EXE file has to contain overhead data to tell the loader how to link the program segments. Oh, and of course, if you want maximum speed out of your code on a modern 32-bit Intel CPU you have to DWORD-align all of your data and use non-intuitive, space-wasting "tricks" to get around the P6-core's well-documented register-stall problem. All of this increases the size of your programs, no matter how efficiently you write your algorithms.

      On a C=64, you don't have to cooperate with anything, you don't have to work with (or work around) a "helpful" O/S, you have a small instruction set consisting almost entirely of 1 and 2-byte instructions, there's no byte/word/dword alignment or register-stall workarounds to contend with, and your resulting executable .PRG file is little more than a pure memory image with 4 bytes of overhead to indicate load and start addresses.

    7. Re:Small? F***ing huge more like... by iskander · · Score: 1

      A set of between 17 and 32 elements, such as your 31 character set, requires 5 bits per entity to encode; therefore, in the absence of something like Huffman coding, you could fit a maximum of 51 characters in those 32 bytes, and not 64. Now, here's my question: did you really stick Huffman coding routines in those minuscule 8 kilobyte executables? 'Cause I didn't think that had been common practice; I mean, even today, something like the colorForth source editor is a bit of a novelty. Maybe the *old* oldtimers were in fact more heroic than I had imagined. Please, don't mistake my reverence for mockery: the first computer I actually owned, circa 1986, was an Amstrad CPC6128 with 128 *kilobytes* of RAM, so your mindset is hard for me to intuit.

    8. Re:Small? F***ing huge more like... by gorilla · · Score: 2

      No they don't. 4 bits gives 16 possible codes. Allocate 15 of them to characters, and make the 16th a shift code. That gives you another 16 possible codes, where I allocated the other 16 characters. That meant that the most common characters (which I allocated in the first 15) were encoded in 4 bits, and the less common characters were in 8 bits. If the message only comprised of the 15 characters, I could have 64 characters. If it comprised of the 16 less common characters, it would be only 32. Most messages were nearer the 64 than the 32.

    9. Re:Small? F***ing huge more like... by iskander · · Score: 1

      Well, what you are describing would be a device not unlike that of Huffman coding, don't you think? As in "shorter sequences for common characters, longer sequences for rarer characters", no? Your approach gives you some of the benefits of Huffman coding without the complex routine or the somewhat expensive lookup. So, you see, you guys really were at least as heroic as I suspected. ;-) Thank you for replying, BTW.

  85. large and feature-filled by arban · · Score: 1

    time and a place for large[microsoft] and feature-filled[netscape] software

    I guess we all agree that Microsoft software is large in everything from lines of code to its greedy use of memory. But in my mind, I don't see Netscape as feature-filled. MS Word seems to have many more features than the Netscape browser.

    On the other hand, as far as features per line of code, Netscape would win hands down over MS. Just a conjecture on my part.

    --

    "You like Chinese food." -Fortune Cookie
    1. Re:large and feature-filled by connorbd · · Score: 2

      As far as features per line of code, I find that to be a rather dubious statement. I'd say the same thing applies to Your Average Linux Distro as well, but the problem in this case is that the software (most egregiously SuSE and RedHat) becomes musclebound rather than bloated. Even Debian ships on 3 CDs now; there's something a bit wrong with that IMHO.

      For this I blame GNU -- for whatever reason, GNU's version of embrace-and-extend hasn't created bloatware *exactly*, but a lot of their software has far too much core functionality (*cough*emacs*cough*) for efficiency. (One of these days I'm going to sit down and create that Linux Lite distro I've thought of making -- Minix sed instead of GNU, One True Awk instead of gawk, you know...)

      /Brian

    2. Re:large and feature-filled by arban · · Score: 1

      As for my comment, I was trying to be funny, but I generally fail at that.

      Muscelebound or bloated? I choose musclesbound. Yes, distro are on multiple CDs, so far a working setup of linux with most of the stuff I need only requires the first disk. As seen in my latest clean install of Slackware. Of course I then tend to download from the internet the other stuff I want and don't use the other CDs.

      I havn't thought too much about GNU's methods but I know I like many small apps rather than few large ones.

      Good luck on your distro, if you ever get to it. One of my former roomates has been saying that for years, but, to my knowledge, he has yet to do so.

      --

      "You like Chinese food." -Fortune Cookie
  86. 4K - Pah! Try 256 BYTES by Anonymous Coward · · Score: 0

    You might not believe this, but...

    http://www.users.globalnet.co.uk/~jchap/tvpro256 .h tm

  87. Joy in small things - ELKS - Linux on a floppy by Araneas · · Score: 1
    ELKS fits on a 720 floppy and is quite usable as long as you can handle vi.

    My real reason for posting this is not so much the linux ref, but rather the sense of satisfaction one can get from using so called obsolete hardware and software to accomplish real work.

    ELKS and DOS 5.0 both run on my old Toshiba T1100 plus. Why bother? This machine originally retailed for $2500 U.S., I picked it up for $10 CAN. At some point in time when the buck was worth more, people paid a considerable amount for this hardware. Has that value disappeared? I don't think so. I can still run word processing software (WP5) and play games (Ancient Art of War, ZZT, and Rogue). The machine still does what it was designed for. Do you really need a massive OS and hardware to write a letter or bash a few bats? No.

    Some will question this thinking. Why play Rogue or use WP5 when you can play Quake (or whatever the trendy fps is right now) or use MS office / Star Office. Even though we have Civilization and Free Civ some people still sit down around a Risk or Diplomacy board. Even though we can send email across the world in a few seconds, there is still something satifying about getting a real letter.

    &lt Ducking the obvious anthrax posts. Email virii have probably caused more economic damage, and no, the loss of life is NOT funny in the least &gt

    Finally, New may have more features, more functionality and in fact be "better" than Old, that does not make Old bad.

    1. Re:Joy in small things - ELKS - Linux on a floppy by micq · · Score: 1

      amen to that, good sir... I snatch up boxes from people who can no longer play the hottest games on them so they figure they're obsolete... they run great for everything that I want to do... just have to keep the high powered windows box around to make sure I can keep playing the hottest games as well :)

  88. Coolest and Smallest app by DjDanny · · Score: 2, Interesting

    This has got to be the smallest and coolest app ever. It's called Tube and it's 256 BYTES (yes, I said BYTES!). It can be found here:

    http://www.pouet.net/prod.php?which=3397

    It doesn't use any external libraries, DirectX or any cheating stuff like that. It also comes with full x86 sourcecode for you to enjoy.

    Have fun now.

  89. Found Memload here... by msheppard · · Score: 3, Funny

    Being a windows user, I have to watch my applications to make sure they don't eat up memory, i.e. memory leaks. So I downloaded a tinyapp called "MemLoad" which should help me do this... but here's the kicker: From the Readme file: Current issues >
    There is a small memory leak present in Memload

    M@

    --
    Krispy Cream is people
  90. Optimizing Windows by Kalabajoui · · Score: 1

    Optimizing Windows sounds like a very usefull book, however, a batch file that makes the necessary deletions and changes would be alot handier than manually pruning out hundreds of files and registry entries. I've wanted to make a streamlined version of Windows to run my games for a long time, if only I knew exactly which files I could get away with pruning. I think that it's unfortunate that David L. Farquhar has chosen to profit from his work rather than share his discoveries in an open forum, the synergy of his work and the highly active tweaking community would be astounding; but I suppose it's his perogative to do with his work as he wishes. When I buy this book I may just write a batch file to automate the task of deleting the files and look for a similar way of automating editing the registry.

  91. GEOS now NewDeal Office by auntfloyd · · Score: 2

    GEOS got licensed (sold?) to New Deal, who are promoting it as a software suite, New Deal Office, for old computers. Their primary customers seem to be schools.

    You can download an evaluation version for free. They used to have (non-expiring) beta versions up for testing, but they no longer do. They also seem to have dumped Motif for something called "NewUI". I remember running NDO with OpenDOS, because the GEOS kernel could supposedly utilize OpenDOS's multitasking ability.

    Bear in mind, that GEOS (now "NewDOS") is no longer promoted as a seperate product, rather as a means to an end (the office suite/web browser).

  92. User-Agent: by XNormal · · Score: 2

    Ok, so how many hits did slashdot get today with
    "User-Agent: Mozilla/3.0 (compatible; OffByOne; Win****) Webster Pro V3.2"?

    --
    Stop worrying about the risks of nuclear power and start worrying about the risks of not using nuclear power.
  93. offbyone RULES!!! by Anonymous Coward · · Score: 0

    I am using it right now and it puts everything else I have ever used to shame speed wise. Every page I have been to renders pefectly!!!!
    You all really need to try it.
    My few grips are Control-W for opening a url does not work, and there is no Control-N or whaterver for opening a new windows, and lastly there is no mouse wheel support. But then again its free.
    Besides that though I am impressed, which is no easy task, since I have used every browser available on Sparc, ALpha, X86, and PPC since the mid 90's.

  94. Embedded devices by yerricde · · Score: 1

    Make the applications do what I want. Make them bug free. If an application ends up being 4 MB instead of 200 KB, but is more stable and/or more featureful, I could care less about the size.

    Unless your target platform has a limited amount of storage. For instance, how are you going to fit a 2 MB game into a 256 KB NES cartridge, an 8 MB game into a 4 MB GBA cartridge, or a 2 MB bootloader and kernel for a 486 firewall into a 1.44 MB bootdisk?

    --
    Will I retire or break 10K?
    1. Re:Embedded devices by RovingSlug · · Score: 1
      Unless your target platform has a limited amount of storage.

      Then apply Rule #2. But even then only after applying Rule #1.

      However, the original article maintains applications for DOS/Windows. The original comment you and I are replying to addresses bloat in the various versions of MS Windows. In those cases, none of your cited examples are relevant.

  95. Re:Somewhat naive - so am I by lost_it · · Score: 1

    >A stand alone, plain, small generic text editor knows when there's a spellchecker, font manager etc. available, and would spin them up as separate processes and let them modify the data as needed.

    Believe it or not, this was (some say still is) the UNIX philosophy. That's why you have grep, sed, etc, and can pipe all of them together to create an incredible little "program" that does some amazing stuff.

    Why this probably won't work on a large scale now (unfortunately):
    * In the open source world, developers like to do their own thing. They figure they're doing it for free, so they can do it however they want. "If you don't like it, don't use it!" is their reasoning.

    * In the closed source world, Microsoft has proven that the way to increase market share is to make your program incompatible with others. You don't want your user to be able to painlessly swap your product out for your comptetitors.

    Frankly, I don't see much in the way of a solution. You can't tell open source developers what to do unless you pay them to do it, which is not a proven business model right now* (see below before you flame me). Small companies may be willing to do this with their closed source products so that they can break into the market, but established "leaders" will add their own custom extensions that require you to use their matching [insert plug-in here] to take full advantage of it.

    * Before you flame me, find a company that:
    1) Hires developers to work on their core software product, which is released under an open source license
    2) Has been doing so profitably for at least 2 years (and I'm really giving you a break here, because 2 years doesn't come close to proving a business model).

  96. Re:Somewhat naive - so am I by scrytch · · Score: 2

    You just reinvented out of process OLE servers -- instance tracking, registry and all. Strip away the main() function and you now have objects instead of programs.

    --
    I've finally had it: until slashdot gets article moderation, I am not coming back.
  97. Re: TI-99 by Tony.Tang · · Score: 1

    The TI-99 was a SUH-WEET machine! I remember the blue and white book you're talking about, coding away in the basement and learning to draw the little man on the screen. ;) BASIC was damned sweet.

    The TI-99 was really neat because I also had a tape recorder that came along with it, so my programs were transformed into sounds and stuff. haha

  98. Um... by Haeleth · · Score: 1

    Not on Windows XP. Or on Windows 2000. Or on Windows ME.

    Microsoft REALLY don't like command lines any more.

  99. Re:*BSD is dying by Anonymous Coward · · Score: 0

    Not just a troll, a redundant troll!

  100. Re: TI-99 by defeated · · Score: 1

    I think I still have the blue book...somewhere...My dad brought us home a TI-994a when he worked for TI, and we gave it to a neighbor. I missed it so much, I had to buy another one on eBay. Parsec rocked, and Hunt the Wumpus

    --
    Christina! Bring me an axe!
  101. that's nothin' by Anonymous Coward · · Score: 0

    back in my day:
    we had to program in the snow
    on a 45% grade !

    and we liked it that way !!

  102. ...or upgrade. by Haeleth · · Score: 1

    32k of shadow RAM helped a lot.

    <i>Or did it?</i> Maybe it was just encouraging me to code sloppily...

    1. Re:...or upgrade. by posmon · · Score: 1

      shadow ram was only sold as a 20k upgrade, and as it took over the video memory, you only gained the whole benefit if you were using a video mode that required 20k of memory. if you were in mode 7 you were effectively using a computer with 33k of ram.

      and with the shadow ram enabled you couldn't write directly to the video memory any more, but had to use the 'official routines', which were slow to the point of uselessness. and how many games/apps went 'invisible' because of that?

      do you remember all the apps that used to come on those 16k roms? interword, wordwise etc...

      --

      update comments set karma=-1, reason='offtopic' where sid=26315

  103. Large and Feature Filled by Anonymous Coward · · Score: 0

    Hmm, I expected the "large" and "feature filled" links in the posted blurb to both point at an emacs site, but neither of them do.

  104. Re:*BSD is dying by Anonymous Coward · · Score: 0

    The poster believes nothing. They accomplished their purpose just fine, though (made you look like an idiot).

    He who argues with a fool proves that there are two.

  105. PKZip! C'mon, it's right there in the strapline! by GTRacer · · Score: 2
    *NOBODY* has mentioned using PKZip yet? Maybe my Search isn't working. Anyway, truly one of the most useful tiny apps I've ever gotten so much use out of.

    I STLL use 2.04g today, when I get mainframe files from our vendors. They have all these specs and formats and whatnot, and invariably send them in several pieces. I've written batch files and VBA code to unzip, format for the data records, concat, and import, all in one or two steps. Most of these vendors included "installers" that were more trouble than they were worth and usually put crap where I didn't want it.

    A couple of jobs ago (1997), I used it with a comms program to do remote updates of hospital software. It was so much better than personally visiting over 150 workstations.

    RIP, PK.

    GTRacer
    - It's not the size of the package, it's the compression ratio

    --
    Defending IP by destroying access to it? That makes sense, RIAA/MPAA. Go to the corner until you can play nice!
  106. Tiny web-server. by Xapp · · Score: 1

    I found this tiny HTTP 1.0 complian web server while researching a project. Very interesting.
    "It is based on the world's smallest implementation of a TCP/IP stack -- which is implmented on a small 8-pin low-power microcontroller .. using a mere 512 words of program ROM."
    There are many such resources out there (both software and hardware). And during my research I had the most luck when I included "embeded" in the search.

    --
    Eye, says I.
  107. More tiny stuff by namtog · · Score: 1

    While he has larger apps there is a ample collection of small stuff at Son of Spy http://www.sover.net/~whoi/Sofffffffware.html

  108. I am picking up my jaw... by cr0sh · · Score: 2

    Amazing!!! 256 Bytes!!! Humbling, to say the LEAST!!!

    People - download this and try it, and be amazed!!! It is .com file, for DOS - but it runs _fine_ under NT!!!

    My head is spinning!!!

    I can't use enough exclamation points!!!

    --
    Reason is the Path to God - Anon
  109. But why not just fill up space for the heck of it? by CitizenjaQ · · Score: 1

    My HP C200 digital camera has a driver that takes up 100MB of disk space. 100MB! I think that includes some camera interface software, but that's pathetic. More small software, please!

  110. What makes an app tiny? by Weasel+Boy · · Score: 1

    I recently wrote an app that is basically a simple database, in 7300 bytes. Is this a tiny app, or not?

    The source is 7300 bytes.
    The compiler (Perl) is over 1/2 MB.
    The runtime is over 1 MB (but is not actually stored on disk).
    The memory footprint of the running app is probably a few MB.
    The libraries supporting the app are many MB.

    What's the app, and how small does it have to be, to be tiny? Is my script a tightly-coded app that does a lot, or a piece of a large system that does surprisingly little?

  111. This is Tiny? by Anonymous Coward · · Score: 0

    This is not tiny. Tiny is Radsoft. These tiny apps are several hundred KB. Which is bloat. Radsoft's text editors for Windows are all under 10KB, their Explorer replacement is only 14.5KB. You want tiny, go where tiny really is. This tiny apps stuff is huge.

  112. 1.44MB is tiny by David99 · · Score: 1
    Small is a relative thing. Back in the days of 2400 bps modems and XT machines 1.44 MB was big - there will still many 360k floppy drives around, and a typical HD was only 10MB.


    These days 1.44 MB is nothing, it's smaller than an MP3 file.


    Zipslack is one of my favorite Linux distro's because at about 30MB zipped you can download it even on a flakey dialup in hours rather than days. Add a few more
    200 MB would have been HUGE back in the old XT days, but these days it's a tiny fraction of the average HD.

    --
    -- Welcome to nowhere fast / nothing here ever lasts.
  113. Yeh, right. by Anonymous Coward · · Score: 0

    You still have those old games - how often are you playing them?

  114. Re:Tiny Plagiarism by Anonymous Coward · · Score: 0

    I remember somebody posting this message on Usenet, then Spootnik copied it here.

  115. Re: TI-99 by Tony.Tang · · Score: 1

    Dude. Parsec was the be-all end all of games.

    Remember how hard it was to get into that damned cave in later levels? Or how sweaty your hands got b/c you were nervous you'd hit the walls of the cave?

    ;)