Patrick,
First, I must warn you that the task you facing isn't small, and
that's an understatement. I can say that now without doubt, because
we've developed MUMPS to Java/RDBMS automatic migration, see
http://www.mumps-migration.com.
We actually have two customers,
running operational systems on Java/Oracle for about a year now, that
were converted from MUMPS automatically w/o any manual code change;
this wasn't a picnic - we've actually started the development 5 years
ago...
I'm intrigued - why convert to Python of all P/Ls? What do you plan
for the DB sup****t (global variables)?
You can use MUMPS Validation Test Suites to test your conformance with
the standard, and just browsing it will give you some idea about the
magnitude of the task. MVTS seems to have gone offline, but you can
find it here, using the Wayback machine:
http://web.archive.org/web/20050309071850/freem.vmth.ucdavis.edu/mvts/.
Is it still hosted anywhere?
I also remember seeing something about GT.M regression tests used by
Fidelity, but AFAIK they were never released as OSS. Any update on
this?
Good luck!
Uri
Patrick Gallot wrote:
> Howdy,
> I'm looking for Mumps programmers that might be interested in
> contributing to my Mumps2Py project ( http://www.mumps2py.org/
).
>
> Knowledge of Python would be helpful, but isn't strictly necessary :)
>
> Currently, Mumps2Py can translate a few commands (e.g. FOR, IF, SET,
> WRITE), a few operators, and a few intrinsic functions, to a greater or
> lesser extent.
>
> Translation thus far has been relatively straightforward, but I know
> that that's because I'm picking the low-hanging fruit first. So I'd love
> to have someone who is more familiar with Mumps contribute example
> programs which demonstrate Mumps functionality and what sort of output
> to expect.
>
> If you are interested, please visit the website, take a look around, and
> subscribe to the mailing list.
>
> Cheers,
> -Patrick
|
