Free homemade chicken noodle soup software for linux

CHICKEN is a compiler for the Scheme programming language. CHICKEN produces portable, efficient C, supports almost all of the current Scheme language standard, the Revised5 Report on the Algorithmic Language Scheme (R5RS ), and includes many enhancements and extensions. CHICKEN runs on MacOS X, Windows, and many Unix flavours.
Main features:
- Compiles Scheme to efficient and portable C
- Includes a full-featured interactive interpreter as well as an optimising batch compiler
- Full support for tail recursion, first-class continuations, high-level macros and dynamic-wind
- Highly portable and known to run on many platforms, including IA-32 (80x86), IA-64, PowerPC, SPARC and UltraSPARC, Alpha, MIPS, PA-RISC, ARM, AMD64 and S/390
- Distributed free for use and modification under the terms of the BSD License
- Transparent support for shared objects and linkage to C
- A sophisticated but easy-to-use Foreign Function Interface for linking C and C++ libraries and classes to Scheme
- Lightweight threads based on first-class continuations
- An object system with multiple dispatch, multiple inheritance and a meta-object protocol
- Common Lisp-style format
- Provides the syntax-case enhanced high-level macro system, R5RS syntax-rules , and define-macro
- Support for syntactic pattern-matching via Andrew Wrights match package
- Execution profiling, debugging and backtrace support
- A clean POSIX interface that covers environment and filesystem access, pipes, processes, signals, locks, sockets, and low-level and memory-mapped I/O
- Support for interpreted or compiled shell scripts under Unix and Windows
- Support for a large number of Scheme Requests For Implementation (SRFIs), some available separately as extensions:
SRFI 0 (cond-expand )
SRFI 1 (List library)
SRFI 2 (and-let* )
SRFI 4 (Homogeneous numeric vector datatypes)
SRFI 6 (Basic string ports)
SRFI 8 (receive )
SRFI 9 (Record types)
SRFI 10 (#, external form)
SRFI 13 (String library)
SRFI 14 (Character set library)
SRFI 16 (case-lambda )
SRFI 17 (Generalized set! )
SRFI 18 (Multithreading support)
SRFI 23 (error )
SRFI 25 (Multidimensional array primitives)
SRFI 26 (cut , cute )
SRFI 28 (format )
SRFI 30 (Block comments)
SRFI 37 (Program argument processor)
SRFI 38 (External representation for data with shared structure)
SRFI 39 (Parameters)
SRFI 40 (Stream library)
SRFI 42 (Eager comprehensions)
SRFI 43 (Vector library)
SRFI 55 (require-extension )
Version restrictions:
- No unlimited-precision integers (bignums), rationals or complex numbers
- Procedures are limited to 126 arguments
- No support for unicode
- Compilation of large files can be slow
Enhancements:
- chicken-setup: better handling when no remote repository file exists

Beautiful Soup project is a Python HTML/XML parser designed for quick turnaround projects like screen-scraping. Three features make it powerful:

Beautiful Soup wont choke if you give it bad markup. It yields a parse tree that makes approximately as much sense as your original document. This is usually good enough to collect the data you need and run away.
Beautiful Soup provides a few simple methods and Pythonic idioms for navigating, searching, and modifying a parse tree: a toolkit for dissecting a document and extracting what you need. You dont have to create a custom parser for each application.
Beautiful Soup automatically converts incoming documents to Unicode and outgoing documents to UTF-8. You dont have to think about encodings, unless the document doesnt specify an encoding and Beautiful Soup cant autodetect one. Then you just have to specify the original encoding.

Beautiful Soup parses anything you give it, and does the tree traversal stuff for you. You can tell it "Find all the links", or "Find all the links of class externalLink", or "Find all the links whose urls match "foo.com", or "Find the table heading thats got bold text, then give me that text."

Valuable data that was once locked up in poorly-designed websites is now within your reach. Projects that would have taken hours take only minutes with Beautiful Soup.

Alphabet Soup project attempts to determine a number of things about the shapes of letters in several different writing systems.

First, it hypothesizes a set of basic building blocks that all letters are built up from.

Second, it hypothesizes a set of rules, a grammar or syntax, which defines how those pieces combine to make different letters.

It can generate individual letters, randomize letters in an input string to create weird but readable text, or generate random strings of symbols.

Force Content-Type is an extension used to force the Content-Type of URLs.

Its useful to avoid the tag soup when you are developing a XHTML webpage and want Firefox to use its internal XML parser. If the webserver is not correctly configured, it will serve the page with a text/html Content-Type (a tag soup), instead of sending it as application/xhtml+xml, and therefore avoiding Firefox to treat the page as pure XML.

Force Content-Type allows you to define the Content-Type of some URLs (using Regular Expressions), overriding the webservers incorrect Content-Type.

Supported locales:
- Basque
- English
- Spanish

TagSoup is a SAX2 parser written in Java that, instead of parsing well-formed or valid XML. Tag Soup parses HTML as it is found in the wild: nasty and brutish, though quite often far from short.

By providing a SAX interface, it allows standard XML tools to be applied to even the worst HTML. It is a parser, not a whole application; it isnt intended to permanently clean up bad HTML, as HTML Tidy does, only to parse it on the fly.

The following options are understood:

--files
Output into individual files, with html extensions changed to xhtml. Otherwise, all output is sent to the standard output.
--html
Output is in clean HTML: the XML declaration is suppressed, as are end-tags for the known empty elements.
--omit-xml-declaration
The XML declaration is suppressed.
--method=html
End-tags for the known empty HTML elements are suppressed.
--pyx
Output is in PYX format.
--pyxin
Input is in PYXoid format (need not be well-formed).
--nons
Namespaces are suppressed. Normally, all elements are in the XHTML 1.x namespace, and all attributes are in no namespace.
--nobogons
Bogons (unknown elements) are suppressed. Normally, they are treated as empty.
--nodefaults
suppress default attribute values
--nocolons
change explicit colons in element and attribute names to underscores
--norestart
dont restart any normally restartable elements
--any
Bogons are given a content model of ANY rather than EMPTY.
--lexical
Pass through HTML comments. Has no effect when output is in PYX format.
--reuse
Reuse a single instance of TagSoup parser throughout. Normally, a new one is instantiated for each input file.
--nocdata
Change the content models of the script and style elements to treat them as ordinary #PCDATA (text-only) elements, as in XHTML, rather than with the special CDATA content model.
--encoding=encoding
Specify the input encoding. The default is the Java platform default.
--help
Print help.
--version
Print the version number.

Java Lemonade Stand is a lemonade stand game. To play the game, click on the link below.

You are the sole proprietor of a lemonade stand in your front yard. Your parents were kind enough to knock together a booth and provide some initial capital and supplies.

You have three months to make as much money as possible. Placing money in the bank is a good idea. You earn interest.

The left side of the display contains four tabs (Prepare for Sale, Finances, Inventory, and Advertising) for managing your advertising and assets. The left side displays sales results and weather forecasts. Check the weather forecast then decide how much advertising to purchase, how many cups to make, and how much to charge. Press the Sell Lemonade button to see how you fared.

Prepare for Sale

Here you decide what quality of lemonade mix to use (Generic, Name Brand, or Premium), how many cups of lemonade to prepare, and how much to charge for each cup. Using a higher quality of lemonade will positively impact the price customers will pay and the number of cups they will purchase.

Finances

Your money is divided into working cash and a savings account. Purchases for supplies and advertising are deducted from your working cash. Profits from your lemonade sales will be added to your working cash. You can transfer money between your working cash and savings account. You will receive interest on your savings account at the end of each month. The interest is based on your average daily balance.

Inventory

Your inventory consists of lemonade mix and cups. Buying in larger quantities is more cost-effective. You can only make and sell as much lemonade as you have mix and cups. Lemonade mix comes in different levels of quality: Generic, Name Brand, and Premium. Higher quality lemonade costs more.

Advertising

Advertising helps to bring more customers to your stand. Notice that some types of advertising last multiple days while others only last for a day. Homemade signs last a variable period of time.

Weather

Weather has a significant impact on the number of customers that come to your stand and the amount that they will pay for your lemonade. You will receive a forecast for the next days weather each day. This forecast is somewhat accurate but not 100% reliable. The eight types of weather are listed below.

Sunny and Scorching: Ideal conditions.
Sunny and Hot
Sunny and Warm
Sunny
Party Sunny
Overcast
Rain
Thunderstorms: Worst conditions.

Sales Results

Here you will see the weather for the day, the number of customers who visited your stand, the number of cups you sold, and your gross and net profit. You will also learn about any random events that might impact your business.

Worminator 3 is akin to many Apogee Software and ID Software classic action games such as Duke Nukem and Commander Keen.
In Worminator game, you play as The Worminator (or as several other optional characters) and fight your way through many levels of madness and mayhem.
It features nine unique weapons, visible character damage, multiple supported resolutions, full screen scrolling, sound and music, and more.
Original Worminator story...
The year is 2028, 14 years after the start of the deadliest war in the history of worm kind. Much has changed... In the year 2012; a brilliant American scientist discovered how to make W.O.R.M. (Wormborg Operated Remote Missile) Weaponry, and to work them, the "WormBorgs" cyborg fighting machines.
These so called "WormBorgs" were the elite fighting force and the pride of the United Worms of America. Their life-like roles soon became far too life-like. They thought on their own, and acted on their own whims, under their own leader "DirtNet." No one exactly knows who or what "DirtNet" is, but it soon began to take over.
First, it launched the W.O.R.M.s at the Woroviet Union, in the hopes that they would retaliate and initiate a war between the Woroviet Union and the UWA. However, "DirtNet" obviously had a few bugs to work out, and the W.S.S.R was obliterated into millions of radioactive hunks of mud and dirt. Despite the fact that no one liked Wormunism anyway, all of Wormurope retaliated against the UWA.
Soon, the world was turned into a nuclear wasteland. Nuke drops became daily ordeals, and the giant bombs turning whole forests into matchsticks was to be expected. As if the sewers werent loaded with enough mutated alligators as it was, the hunks of radioactive material combined with the primordial soup of the sewers are said to have created blobs of sewage ooze, powerful enough that they fed off the mutated alligators for lunch.
After what was left of Wormurope had realized what tricks had been played on them by "DirtNet," they began to rally and fight back. For 8 years, the WormBorgs dominated the lands, crushing the rebels... until one faithful day, when the now famous rebel hero emerged. It was Wrom Conner.
No longer acting as individual factions, countries or nations, the rebels struck quickly and fiercely under Wroms command, using tactics that even the powerful W-1000s processors could not predict. The tide of the war had turned.
Over the next 5 years, the rebels devastated the WormBorgs. Using guerilla tactics and reprogrammed WormBorgs to fight for them, the rebels were a resourceful army indeed. Now, in desperation, "DirtNet" has just brought its proto-type WormBorg online, equipped with the latest in armor and weaponry, in one last attempt to regain control...
Main features:
- Fast, fluid scrolling
- 12 unique weapons, and many types of ammo
- Lots of gibs and shrapnel (all cartoonish, though)
- Visible character damage (as you get hurt, the Worminator actually becomes bloody)
- Visible weapons (every weapon actually appears differently on the Worminator. Most platform games have a single weapon graphic that shoots every type of projectile)
- Over 12 fully animated enemies
- Comes with over 16 levels, and a level editor is included so you can make your own
- Keycards, doors, special items, switches, lever, extending bridges, floating platforms, and more!
- Earthquakes rip the ground apart, while snow and rain fall around you
- Great MIDI tunes by Garret Thomson (garret_t@sympatico.ca, www.sirsonic.com)
- Many sound effects (All from Internet sites such as Sound America and Meanrabbit. Let me know if there are any copyright problems, and I will deal with them immediately)
- Parallax scrolling, plus four data layers in every map. This makes the engine very flexible
- Game includes a campaign game with special scripted events, as well as an option to load custom maps
- Stereo sound effects (where available)
- Limited skins support; you can play as different characters!
- Built using Allegro + DJGPP. Source code may be made available if the demand is there
- If you wish to use the Worminator engine, contact me and we will discuss it (I would never charge any money for it, so if your interested, drop me an email. You have nothing to loose)
- Totally Freeware!
Enhancements:
- made worminator compile and run on Linux (Unix)
- made worminator yield the cpu when its idle
- save settings in textfile format under $HOME/.worm3.cfg instead of as binary blob in cwd
- save / load game to / from $HOME/.worm3.sav
- load datafile from DATADIR as defined during compilation instead of from cwd
- speedup: dont redraw borders and statuspanel unless nescesarry
- check all file accesses and give an error and continue when possible instead of just segfaulting
- fix a crash when changing audio options after loading a savegame of a custom-level or the tutorial
- fix a crash (unix only?) when changing video options and one similar on exit
- fix crash on exit caused by a few double frees on exit
- dont ask for confirmation on load/play_demo/exit when their is no game in progress
- show a message when trying to save when no game is in progress, instead of just silenty ignoring the request
- when clicking on another submenu when in one not only close the current one, but also open the new one
- fix map / savegame / demo read/write routines so that they work on Big Endian archs like PPC too