Ports Search

Struct::Dumb creates record-like structure types, similar to the struct keyword in C, C++ or C#, or Record in Pascal. An invocation of this module will create a construction function which returns new object references with the given field values. These references all respond to lvalue methods that access or modify the values stored. It's specifically and intentionally not meant to be an object class. You cannot subclass it. You cannot provide additional methods. You cannot apply roles or mixins or metaclasses or traits or antlers or whatever else is in fashion this week. On the other hand, it is tiny, creates cheap lightweight array-backed structures, uses nothing outside of core. It's intended simply to be a slightly nicer way to store data structures, where otherwise you might be tempted to abuse a hash, complete with the risk of typoing key names. The constructor will croak if passed the wrong number of arguments, as will attempts to refer to fields that don't exist.

HTML_Template_Sigma implements Integrated Templates API designed by Ulf Wendel. Features: * Nested blocks. Nesting is controlled by the engine. * Ability to include files from within template: <!-- INCLUDE --> * Automatic removal of empty blocks and unknown variables (methods to manually tweak/override this are also available) * Methods for runtime addition and replacement of blocks in templates * Ability to insert simple function calls into templates: func_uppercase('Hello world!') and to define callback functions for these * 'Compiled' templates: the engine has to parse a template file using regular expressions to find all the blocks and variable placeholders. This is a very "expensive" operation and is an overkill to do on every page request: templates seldom change on production websites. Thus this feature: an internal representation of the template structure is saved into a file and this file gets loaded instead of the source one on subsequent requests (unless the source changes) * PHPUnit-based tests to define correct behaviour * Usage examples for most of the features are available, look in the docs/ directory

PTypes is a C++ Portable Types Library. It offers the following features: * Threads and synchronization objects along with message queues solve the vital problem of diversity of the threading API's on different platforms. * IP socket classes and utilities provide complete IP-based framework for both client-side and server-side programming. They can be combined with PTypes multithreading. * Dynamic strings, variants, character sets, date/time type and various kinds of dynamic and associative arrays: Delphi programmers will find them very similar to the ones in their favorite language. * Streaming interfaces provide buffered I/O with simple and powerful text parsing methods. A strictly defined syntax for the given text format or a formal language can be represented by calls to PTypes token extraction methods. The unified streaming interface is applicable to files, named pipes and network sockets. * Special thread class with enhanced functionality called unit. Units have their own main() and input/output 'plugs'; they can be connected to each other within one application to form pipes, like processes in the Unix shell. * Finally, everything above is portable: all platform-dependent details are hidden inside.

The BuildBot is a system to automate the compile/test cycle required by most software projects to validate code changes. By automatically rebuilding and testing the tree each time something has changed, build problems are pinpointed quickly, before other developers are inconvenienced by the failure. The guilty developer can be identified and harassed without human intervention. By running the builds on a variety of platforms, developers who do not have the facilities to test their changes everywhere before checkin will at least know shortly afterwards whether they have broken the build or not. Warning counts, lint checks, image size, compile time, and other build parameters can be tracked over time, are more visible, and are therefore easier to improve. The overall goal is to reduce tree breakage and provide a platform to run tests or code-quality checks that are too annoying or pedantic for any human to waste their time with. Developers get immediate (and potentially public) feedback about their changes, encouraging them to be more careful about testing before checkin. For more information, please see: http://buildbot.net/trac

The Freedroid RPG is an extension/modification of the classical Freedroid engine into an RPG. The main differences to the classical version are as follows: * The Tux is the main character of the rpg. * The game uses isometric viewpoint and animated pre-rendered 3d character models for all characters inside the game. * Dialogs and chatting with friendly droids and humans: Multiple-choice menus and voice samples (with subtitles for those without sound). * There is an item and inventory system that is modeled after some popular standards of the industry :) * An automap feature was added. (this is currently a bit unmaintained since part of the code needs to be re-written for proper OpenGL support in the automap display) * Saving and loading of games. * Shops to trade things and skills to learn. * Controls are different: Mouse is the input method of choice. * This is a graphically intense game. Therefore the archive size is comparably *huge* and not suitable for modem downloads with a dialup connection.

GtkRadiant is a level design program developed by id Software and Loki Software. It is used to create maps for a number of computer games. GtkRadiant originated as Q3Radiant, the Quake III Arena level design tool, which was a Windows-only application. Two major things are different in GtkRadiant: it is based on the GTK+ toolkit, so it also works in Linux and Mac OS X, and it's also game engine-independent, with functionality for new games added as game packs. GtkRadiant is an Open Source application. Source code is publicly available from id Software's Subversion repository and new additions to the code are covered under open source licenses. The core Q3Radiant code, however, was originally under id Software's proprietary license. The license for both the editor and toolset (notably Q3Map2, the BSP compiler) was changed in February 2006, and publicly released under the GPL on February 17. More up-to-date fork, NetRadiant, is available as `games/netradiant' port.

Ifm (Interactive Fiction Mapper) is a language for keeping track of your progress through an Interactive Fiction game, and a program for producing various different sorts of output using it. You can record each room you visit and its relation to other rooms, the initial locations of useful items you find, and the tasks you need to perform in order to solve the game. The Ifm mapping commands are designed so that you can easily add to the map as you explore the game. You type in the rooms you visit and the directions you move in to reach other rooms, and Ifm calculates the position of each room in relation to the others. A map can consist of several independent sections, allowing you to divide up the map however you like. The Ifm task commands, if used, allow you to specify the order in which game-solving tasks must be done. The Ifm program can then calculate and print different styles of walkthrough for the game.

Odamex is a free and open source port for the classic first-person-shooter Doom. Odamex's goal is to emulate the feel of and retain many aspects of the original Doom executables while offering a broader expanse of security features, personal configuration, gameplay options, and editing features. Odamex can run on a wide range of operating systems and hardware, so players should be able to play on almost any platform. Features: * The popular ZDoom 1.22 core engine and CSDoom 0.62 core netcode. * Compatibility with many major operating systems, including Windows, Linux, FreeBSD and Mac OSX. * Core gameplay modeled on the original doom2.exe. * Streamlined WAD loading, allowing the server and clients to load WAD files on the fly without needing to restart the client or server. * Compatibility with Boom, MBF and CTF Standard maps. * Deathmatch, Cooperative, Team Deathmatch and CTF gametypes. * Jumping, Mouselook and other non-standard features available as server-side options. * Comprehensive cheat and exploit countermeasures. * An open source code base licensed under the GPL, available for anyone to examine, compile, or modify to their liking.

This is a port of the ircd-ratbox IRC daemon. This version is the 'testing' branch; it usually contains more features, but may contain as of yet unidentified bugs. Admins wishing to try out new features or test the development release may prefer to use it over the standard production release. ircd-ratbox is the primary ircd used on EFnet; it combines the stability of an ircd required for a large production network together with a rich set of features, making it also suitable for use on smaller networks. Changes Include: o Optional SSL support to enable encrypted connections between clients and servers, as well as server to server links. o Add support for SSL only channels, channel mode +S. o sqlite3 for handling and storing k/x/d lines. o Support for global CIDR limits. o Added adminwall allowing admins to broadcast messages to each other. o Creation of new library archive 'libratbox'. o Support for forced nick changes (instead of collision kills). o New ssld and bandb processes for SSL connections and ban checking; these allow ratbox-3 to make better use of multi-processor systems.

The Tcl extension module gives access to the Tcl library with functionality and interface similar to the C functions of Tcl. In other words, you can: - Create Tcl interpreters The Tcl interpreters so created are Perl objects whose destructors delete the interpreters cleanly when appropriate. - Execute Tcl code in an interpreter The code can come from strings, files or Perl filehandles. - Bind in new Tcl procedures The new procedures can be either C code (with addresses presumably obtained using dl_open and dl_find_symbol) or Perl subroutines (by name, reference or as anonymous subs). The (optional) deleteProc callback in the latter case is another perl subroutine which is called when the command is explicitly deleted by name or else when the destructor for the interpreter object is explicitly or implicitly called. - Manipulate the result field of a Tcl interpreter - Set and get values of variables in a Tcl interpreter - Tie perl variables to variables in a Tcl interpreter The variables can be either scalars or hashes. Github repository is at https://github.com/gisle/tcl.pm