Section One BBS

Welcome, Guest.


Subject: Registration Date: Sat Dec 01 2018 12:12 pm
From: Ken Johnson To: Vince Coen

 VC> Hello Robert!

 VC> Sunday November 25 2018 07:17, you wrote to me:

 >> Vince Coen wrote in a message to Tom Swartz:

 >>>> Is it possible to get a registration key for ALLFIX v5.13 ?

 VC>>> Registration keys are no longer required.

 VC>>> Get an updated version from the allfix  website.

 >> What is the LAST updated version that does not require a key file?
 >> I've tried the 6.xx releases and all they seem to do is peg out my /2
 >> VM.  Is there a 5.xx release that does not require a key file?  And
 >> finally, who is the current maintainer of the software?

 VC> Ken Johnson has the sources (current) and is working on
 VC> Allfix but I do not
 VC> know the status of work/s.

It is a big project, and it is still in the work. I have been reversing a lot
of the mail tossing portion removed and just going back to only doing a file
tossing as was originally done.

 VC> As far as I know all v5 where produced by the original
 VC> programmer so the reg
 VC> file is needed.

 VC> I do not know if Ken still maintains the reg system and
 VC> although I have the
 VC> one
 VC> from 2002 here it sits on a Linux system and it is not
 VC> straght forward to use
 VC> assuming I can or should.  I got the code base to fix
 VC> allfix in the 2000's but
 VC> had a lot of issues with missing sources which required a
 VC> major rebuild and my
 VC> skill set with Pascal was just plain not good enough so I
 VC> passed it back.

I do have the key system, but all the keys that I have attemoted to creat for a 
v5 setup are failing. The v6.18 is the first verion that no longer requires a
key.
There may be a key system in the future again, but it is not in the works at
this time.


 VC> One area I was interested was getting both Filemgr and
 VC> Allfix to compile using
 VC> the FPC (Free Pascal Compiler).  That way multi platform
 VC> versions could be
 VC> compiled how ever at least for Filemgr it use both
 VC> internal Assembler and
 VC> Assembler routines.  Now many if not all of to be
 VC> discontinued to use
 VC> Pascal only as speed of moderm CPUs no longer present
 VC> work flow when the
 VC> Filemgr / Allfix runs there are still various problems to
 VC> deal with and as I
 VC> say my skillset with Pascal is now very rusty so I am
 VC> hardly the right person
 VC> for the task.

The way Freepasal handels variables to Turbo Pascal caused a lot of compile
failures. There were a lot of changes taht needed to be done. Changing a lot of 
the assembler routines that were in the code needed to be removed (as they were 
16 bit code, and Freeascal is a 32 bit) this needed to be re-written. And goin
g to a 64 bit even more changes are needed. This is a reason for a bit re-write 
on a lot of the code.


 VC> Can I suggest you try to use different products or
 VC> versions to run Allfix
 VC> under
 VC> and see if that fixes the problem of having CPU workloads
 VC> at 100% as this
 VC> should not be happening. MAy be look at some other
 VC> emulators of the Dos or
 VC> other environments that you can run in your systems
 VC> environment.

I am runnining my version of allfix on a esxi serverm running windows 8.1
32bit, and everything seems to be runnning without issues.
Of course I want to get a more native windows version as this will run more
natively, as well as a linux version. I run a lot of FreeBSD and Debian systems 
and I want to get it so I can run it on these. This is one reason for the big
code change. I wosh it could happen overnight, but it is going to take time.

Thanks
Ken

---
 * Origin: The Black Door BBS -=- Cold Springs, NV  (1:213/720)

Previous Message       Next Message
In Reply To: Registration (Vince Coen)
Replies: Registration (Vince Coen)