Re: [Simh] SIMH future releases / Sourceforge project

In article , "Shoppa, Tim" writes: > But I have to admit that I'm not familiar with a formalism that's > general enough to do all this and also auto-documents the emulated system. It sounds like you're unfamiliar with the current standard practices of unit testing. You might want to consu

Re: [Simh] SIMH future releases / Sourceforge project

> This is exactly the sort of thing that unit tests are good at documenting. > The document is executable and therefore verifiable in its claims about the underlying execution behavior. The thought of an already existing generalized test language, that allows documentation of minute details of th

Re: [Simh] SIMH future releases / Sourceforge project

In article , "Shoppa, Tim" writes: > I do agree that someone who was into emulator writing for the fun > of software development, as opposed to the experimental industrial > archaeology of running old OS's and applications, might insist that > other levels of testing are releva nt too. I d

Re: [Simh] SIMH future releases / Sourceforge project

> It seems to me that the low-level code that emulates the CPU would > be better served by unit tests for the individual instructions > that are emulated. Even beyond that, the ability to boot and usefully use an OS and applications on the emulated system (which combines I/O with instruction exec

Re: [Simh] SIMH future releases / Sourceforge project

In article <20100903113645.ga3...@mulhollon.com>, Vince Mulhollon writes: > On Thu, Sep 02, 2010 at 02:00:34PM -0400, Jason Stevens wrote: > > some kind of a 'test suite' to really verify that these emulators work > > correctly. > > My favorite solution over the years as the debian maintai

Re: [Simh] SIMH future releases / Sourceforge project

On Thu, Sep 02, 2010 at 02:00:34PM -0400, Jason Stevens wrote: > some kind of a 'test suite' to really verify that these emulators work > correctly. My favorite solution over the years as the debian maintainer has been to use expect, bash scripts, wget, and md5sum. So, say someone contacted me di

Re: [Simh] SIMH future releases / Sourceforge project

In article , Jason Stevens writes: > Sourceforge is at least 'established', and it does provide world wide > mirroring, and hell it's FREE which IMHO is a 'good thing'. The other nice > thing is that you don't need any weird tools to download any release, os or > patch, as they are all ava

Re: [Simh] SIMH future releases / Sourceforge project (was RE: NetBSD5.0.2)

On Thursday, September 2, 2010 at 8:00, Armistead, Jason wrote: > So what *IS* the future for SIMH ? This may add some light: http://mailman.trailing-edge.com/pipermail/simh-dev/2010-August/002442.html -- Dave _

Re: [Simh] SIMH future releases / Sourceforge project

Previously, Nigel Horne wrote: >> and SIMH, originally, was not "open source" in the sense that any >> responsible programmer could contribute. >> The quality of the software and the ultimate decision on released >> functionality was always in the hands of Bob S. >> And a mighty fine job he did!

Re: [Simh] SIMH future releases / Sourceforge project (was RE: NetBSD5.0.2)

Il 02/09/2010 20:13, Jason Stevens ha scritto: I did have a basic port to SDL for the spacewar thing, I need to finalize the palette and bring it up to the 3.8-1 release... Somehow I got distracted with a copy of UnixWare for some reason eh finalizing the palette can be rather problema

Re: [Simh] SIMH future releases / Sourceforge project (was RE: NetBSD5.0.2)

I did have a basic port to SDL for the spacewar thing, I need to finalize the palette and bring it up to the 3.8-1 release... Somehow I got distracted with a copy of UnixWare for some reason On Thu, Sep 2, 2010 at 2:08 PM, dott.Piergiorgio < dott.piergior...@fastwebnet.it> wrote: > Il 02/09/

Re: [Simh] SIMH future releases / Sourceforge project (was RE: NetBSD5.0.2)

Il 02/09/2010 14:15, Michael Kerpan ha scritto: There comes a time in the life of many long-term open source projects when the original maintainers can no longer be as active as they once were. The joy of open source, though, is that if that happens the community can continue to update the softwa

Re: [Simh] SIMH future releases / Sourceforge project

Well the big thing that is needed is binary builds for other platforms, and some kind of a 'test suite' to really verify that these emulators work correctly. I've done what I can, but honestly I don't know all that much about these older platforms Maybe with a resurgence of interest we can fi

Re: [Simh] SIMH future releases / Sourceforge project

On 2-Sep-10, at 12:29 PM, Richard wrote: In article , Toby Thain writes: How could it change the way the software is administered? That's entirely up to the owner(s). It's just a convenient place to distribute, track issues, etc. Well, it does have license implications as these sites

Re: [Simh] SIMH future releases / Sourceforge project

Toby Thain mentioned on 2-9-2010 18:25: On 2-Sep-10, at 12:18 PM, Wilm Boerhout wrote: Richard mentioned on 2-9-2010 18:13: In article<4c7fcadd.90...@bandsman.co.uk>, Nigel Horne writes: I have experience with sourceforge; I'm willing to offer my time and help as an admin on the project'

Re: [Simh] SIMH future releases / Sourceforge project

In article , Toby Thain writes: > How could it change the way the software is administered? That's > entirely up to the owner(s). > > It's just a convenient place to distribute, track issues, etc. Well, it does have license implications as these sites usually require you to pick 1 of N

Re: [Simh] SIMH future releases / Sourceforge project

In article <4c7fce43.3020...@planet.nl>, Wilm Boerhout writes: > I'm not sure that releasing it into the "open source ghetto" of > sourceforge is a good idea. If it were to be open sourced, github or codeplex would be a better place. -- "The Direct3D Graphics Pipeline" -- DirectX 9 draft

Re: [Simh] SIMH future releases / Sourceforge project

On 2-Sep-10, at 12:18 PM, Wilm Boerhout wrote: Richard mentioned on 2-9-2010 18:13: In article<4c7fcadd.90...@bandsman.co.uk>, Nigel Horne writes: I have experience with sourceforge; I'm willing to offer my time and help as an admin on the project's sourceforge area if needed. Persona

Re: [Simh] SIMH future releases / Sourceforge project

Richard mentioned on 2-9-2010 18:13: In article<4c7fcadd.90...@bandsman.co.uk>, Nigel Horne writes: I have experience with sourceforge; I'm willing to offer my time and help as an admin on the project's sourceforge area if needed. Personally I'd be happy to see it migrate away from so

Re: [Simh] SIMH future releases / Sourceforge project

In article <4c7fcadd.90...@bandsman.co.uk>, Nigel Horne writes: > I have experience with sourceforge; I'm willing to offer my time and > help as an admin on the project's sourceforge area if needed. Personally I'd be happy to see it migrate away from sourceforge as its basically become an

Re: [Simh] SIMH future releases / Sourceforge project

I have experience with sourceforge; I'm willing to offer my time and help as an admin on the project's sourceforge area if needed. -Nigel -- Nigel Horne. Arranger, Adjudicator, Band Trainer, Composer, Tutor, Typesetter. NJH Music, ICQ#20252325, twitter: @nigelhorne n...@bandsman.co.uk http://ww

Re: [Simh] SIMH future releases / Sourceforge project (was RE:NetBSD5.0.2)

sounds good to me, I've been keeping some stuff here: http://gunkies.org/wiki/Category:SIMH_Tutorials but it would seem the people behind it, have let it follow into disrepair, as I haven't gotten any word back after a blatant spam attack... worst

Re: [Simh] SIMH future releases / Sourceforge project (was RE:NetBSD5.0.2)

Jason wrote: > Would it be useful to have a documentation wiki with restricted/authenticated >accounts for edit access (mainly to prevent spam bots) ? > That sounds like a really good and useful idea. Kay ___ Simh mailing list Simh@trailin

Re: [Simh] SIMH future releases / Sourceforge project (was RE:NetBSD5.0.2)

Michael Kerpan wrote: > There comes a time in the life of many long-term open source projects > when the original maintainers can no longer be as active as they once > were. The joy of open source, though, is that if that happens the > community can continue to update the software. While if there

Re: [Simh] SIMH future releases / Sourceforge project (was RE: NetBSD5.0.2)

Jason writes: > How do we plan to keep SIMH alive, well maintained, and vibrant > into the future ?  At the moment, known bugs and lacking > functionality generate traffic on the mailing list.  Who "owns" > the content on the SIMH web site, and who is responsible for > keeping it up-to-date also ?

Re: [Simh] SIMH future releases / Sourceforge project (was RE: NetBSD5.0.2)

There comes a time in the life of many long-term open source projects when the original maintainers can no longer be as active as they once were. The joy of open source, though, is that if that happens the community can continue to update the software. While if there continue to be no official rele

[Simh] SIMH future releases / Sourceforge project (was RE: NetBSD5.0.2)

So what *IS* the future for SIMH ? Reading the last few posts, it appears that Bob Supnik is apparently not, for whatever reason, able to release SIMH versions at the rate he used to (prior to taking the job @ Unisys ?). Now we have a somewhat ad-hoc Sourceforge repository, but there’s seem