On Thu, Feb 9, 2012 at 3:24 AM, Erik Christiansen <dva...@internode.on.net>wrote:
> On 08.02.12 07:21, Stuart Stevenson wrote: > > Again - shamelessly > > My interest is having a full free APT system on Linux. Inclusion in > > LinuxCNC would cause development - voila - APT on Linux. :) > > OK, I have some catching up to do. Is Apt on linux highly desirable > because there is no other free CAM postprocessor on linux? > This discussion was started with the intention of exploring a language based programming system for LinuxCNC. I suggested APT as a possible solution. APT is language based. APT has all the capabilities desired. AND - the shameless part - I already know and use an APT system. I presently use NCL from NCCS. It runs only on VMS, Unix and Windows. NCCS will not release it to run on Linux - I have tried to talk them into letting me use it on Linux - no go. At about the same time as discovered EMC2 I tried APTOS and was able to build and cut a test surface in 5 axis. I thought it had real potential. By the time I looked at it again a few years later (following some intense EMC2 stuff) the development was a few years old. The advocating of APT is not 'purely' selfish but almost. I believe if someone wants a language based programming system then APT is the place to start. I would not trust it as the direct front end but would love to have it on Linux as my programming system. > At Steve's link showing Apt360 already in use by the LinuxCNC > community, there's one to here: > http://sourceforge.net/projects/aptos/files/ > > That shows three postprocessors, and in a squidgy small icon, an > activity profile for each. All appear moribund, with no activity for > nearly half a decade. Apt360 appears even more dead than the other two. > > > I would be willing/able to contribute to the process in some manner. I > > don't care so much about the 'free' description, I want APT on linux. > > Yeahbudda, whyfore? To sell this thing, the pitch needs a carrot we all > can see. :-) > See the previous comment for some background and add this. Annual maintenance is expensive. > A significant problem with trying to breathe life into a great pile of > ancient unstructured fortran code, which has been auto-converted to C, > and then the worst bugs beaten out, is the hundreds to thousands of > lesser bugs lurking in dim corners. Gaining sufficient overview of a > great pile of code, to do more good than harm when fixing bugs, is a big > effort, requiring a lot of time and sweat. It is an often-proven axiom > that large unstructured code bases reach a point of "brittleness", where > bugfixing introduces more new bugs than are rectified. I've worked > beside a project which did just that. When the cumulative bug count went > through 4000, after nearly a year's delivery delay, the customer said > "Don't call us, we'll call you." > > But if there's something worth going for, then let's look at ways to > maybe skin that cat. > This is where my experience helps me 'not at all'. I am willing to assist this process hence my offer. > > Erik > > -- > ... with proper design, the features come cheaply. This approach is > arduous, but continues to succeed. -Dennis Ritchie > > > > ------------------------------------------------------------------------------ > Virtualization & Cloud Management Using Capacity Planning > Cloud computing makes use of virtualization - but cloud computing > also focuses on allowing computing to be delivered as a service. > http://www.accelacomm.com/jaw/sfnl/114/51521223/ > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > thanks Stuart -- dos centavos ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
