Menu

Tree [e22908] master /
 History

HTTPS access


File Date Author Commit
 .metadata 2013-10-25 Harry Reed Harry Reed [1f300c] Mega GIT-commit
 Retired (Remove when ready) 2016-10-30 Charles Anthony Charles Anthony [b8850b] Add license boiler plate.
 Reverse_SW_Engineering 2016-10-30 Charles Anthony Charles Anthony [b8850b] Add license boiler plate.
 Tests 2015-08-25 Charles Anthony Charles Anthony [4eaf09] Bring UnitTests tidy script up-to-date.
 Utils 2014-03-05 Harry Reed Harry Reed [a23a62] Xcode stuff
 docs 2016-12-07 Charles Anthony Charles Anthony [d5968c] Rename IOM EPS to be Windoze compliant.
 src 2018-02-04 Charles Anthony Charles Anthony [e22908] dumpTape: Add EOM marker et al. detection.
 .gitignore 2015-12-23 Eric Swenson Eric Swenson [c916c9] Updated INI files for installing and updating M...
 CREDITS 2017-01-13 Charles Anthony Charles Anthony [6a7cea] Update CREDITS.
 LICENSE 2016-10-29 Charles Anthony Charles Anthony [510903] Add ICU License text.
 Makefile 2016-10-30 Charles Anthony Charles Anthony [b8850b] Add license boiler plate.
 README.md 2015-07-03 Harry Reed Harry Reed [397201] Fixed a small typo
 RELEASE_NOTES.txt 2014-11-12 Charles Anthony Charles Anthony [ccc955] Add alpha 1.0 note, plus reference to MR12.3_in...
 decNumber-icu-368.zip 2013-04-27 Harry Reed Harry Reed [28a983] Initial GIT commit

Read Me

!!!! PLEASE READ THIS BEFORE DOWNLOADING ANY FILES !!!!

There have been a number of misunderstandings about the DPS8 GIT source code tree; sometimes leading to unfortunate user frustration.

The canonical usage of GIT generally has the master branch containing "releases"; they are expected to be "ready to go". Development takes place on branches; once the development branch is done, it is moved to the master branch as a release. The DPS8 emulator project is not following that model. With just a handful of developers, and any "release" being a hoped-for dream in the unimaginable future, the master branch is the bleeding-edge development code. Commit points on the master branch probably compile on the machine of the person making the commit, but there is no promise of functionality, portability, correctness, update procedures, testing or even that it will compile.

The Alpha 1.0 release was done as a tag on the master branch; this was poor planning on our part as it made it difficult to apply bug fixes to generate a 1.1 version. The Alpha 2.0 release is being done as a branch; this will allow bug fixes to be merged in from the master branch, enabling the creation of release candidates, and future 2.x releases.

As with the master branch please realize that there is no guarantee or implied understanding that release candidates are to work or able to perform any useful function. In this way you, our user community, will not be under any false assumptions about the quality of our release candidate distributions.

The DPS8M team would like to apologize for any difficulties our unorthodox and informal policies may have incurred.