APL64 Project

This topic is specifically for discussions on the new APL64 Project currently in development. This topic is open for all to browse. However, to post, one must have a registered account on the APLDN forum only available to APL+Win licensee under a current APL+Win Subscription.

Moderators: Tech Support, phpbb_admin

APL64 Project

Postby Ajay Askoolum » September 22nd, 2018, 6:55 pm

1. Is a version available to try? Or, when will a version to try be available?
2a. The APL64 Project will incorporate virtually all the features of APL+Win. Which features may not be available? The omission of COM (there are hardly any 64 bit COM objects) and Win32 API support might be too big a sacrifice.
2b. Will Evolution Level, Extended & Colossal (in addition to the original) functionality continue?
3. Threading support and unified editor for all workspace objects would be very welcome.
4. APL64 Project Comparison with APL+Win does not provide any comparative indications relating to the speed of execution of comparable code in the 64 bit environment.

a. The age of information has made way for the age of data with NoSQL emerging as a standard to be reckoned with. What credentials of APL64 will make it a tool of choice in handling the so called data lake?
b. A mode of operation that transparently allows keywords instead of symbols might be the catalyst that might attract new talent to APL. Any thoughts on implementing this?
c. APL lacks a data type (like R's Data Frame) to promote a universal approach in building/storing related data.Such a construct will simplify printing, general data acquisition and transfer, natively across workspaces, the APLGrid, arguments to functions etc. Any thoughts on this?
Ajay Askoolum
 
Posts: 884
Joined: February 22nd, 2007, 2:16 am
Location: United Kingdom

Re: APL64 Project

Postby Tech Support » October 15th, 2018, 6:09 pm

Thank you for your questions. Some have been incorporated into a Q&A document available here: viewtopic.php?f=30&t=1212 under the questions "What are the APL64 Project Priorities?", "Will there be Support for Keywords as Substitutes for APL Symbols?" and "Will there be Support for NoSQL-Format Databases in the APL64 Project?". This is a dynamic document that will be updated with new information so check it periodically.

We appreciate your input and hope you will continue to support the APL64 Project.
Tech Support
 
Posts: 1230
Joined: February 10th, 2007, 7:33 am
Location: Rockville, MD

Re: APL64 Project

Postby Tech Support » October 29th, 2018, 7:04 pm

Thank you for your question. It is answered in a Q&A document available here: viewtopic.php?f=30&t=1229 under the question "Will the )EVLEVEL system command functionality be supported in the APL64 Project?". This is a dynamic document that will be updated with new information so check it periodically.

We appreciate your input and hope you will continue to support the APL64 Project.
Tech Support
 
Posts: 1230
Joined: February 10th, 2007, 7:33 am
Location: Rockville, MD

Re: APL64 Project

Postby EBaelen » November 21st, 2018, 4:59 pm

Very well done document on the current status of APL64. I like what I saw. :D But of course being an APLer means I have to ask a question.
The current native file system relies on the internal representation for a character being 1 byte. That doesn't work with a Unicode string of mixed single or double byte characters. Any ideas on how we might handle that?
EBaelen
 
Posts: 9
Joined: February 7th, 2007, 5:06 pm


Return to APL64 Project

Who is online

Users browsing this forum: No registered users and 6 guests

cron