A feature that is a lot bigger than it looks, and something I think is a bug:
For modifiers that return modifiers, errors are generated when a modifier train
is saved (used as a name) or parenthesized
+ - (1 : '`u') `:6
+ -
+ - (((1 : '`u')) (`:6))
|syntax error
This error is overcommable with some gymnastics, but basically an aa train
should execute as if it was typed in full along with its bound expression(s).
My uses of this are mostly strand notation (I've described in forum as double
adverbs) which permits fairly natural combinations of adverbs and conjunction
trains.
________________________________
From: Thomas Costigliola <[email protected]>
To: J Programming Forum <[email protected]>
Sent: Thursday, March 10, 2016 10:35 AM
Subject: Re: [Jprogramming] Unbox request for requests
Great list Joe, I'll respond to each below...
On Mar 9, 2016 7:26 AM, Joe Bogner <[email protected]> wrote:
>
> Some wishlist ideas (some are likely controversial):
>
> 1. Optimized CSV/TSV loading and writing
I think some people like to keep the core language small and use the standard
library and addons for higher level tools. However, this is so useful and
prevalent in J that I think its a good fit and will help to modernize and grow
the language. Can you provide some details on how you think built in support
should work?
> 2. JSON support
Same as above.
> 3. Parallel processing (big topic, but maybe something bite-sized for
> now - just to show some progress)
I had the idea to use the c11 thread primitives to add asynchronous operations.
This will most likely be the next big project.
> 4. Sockets built-in (comparing to k/kona's simple way of retrieving
> web data or ipc)
This is the same as 1 and 2 for me. I'd like to hear some ideas on how the
interface should be designed.
> 5. More interop: .NET/Java
I have no personal interest in those specifically, but contributions are always
welcome.
>
> And then maybe a bit more tactical:
> 1. Method of getting memory address of current J instance:
> http://www.jsoftware.com/pipermail/source/2014-May/000581.html
> 2. Method of cleaning up instance memory on linux:
> http://www.jsoftware.com/pipermail/source/2015-February/000663.html
Very useful, I'll implement these soon.
-------- Original message --------
From: Joe Bogner <[email protected]>
Date: 3/9/2016 7:26 AM (GMT-05:00)
To: [email protected]
Subject: Re: [Jprogramming] Unbox request for requests
Some wishlist ideas (some are likely controversial):
1. Optimized CSV/TSV loading and writing
2. JSON support
3. Parallel processing (big topic, but maybe something bite-sized for
now - just to show some progress)
4. Sockets built-in (comparing to k/kona's simple way of retrieving
web data or ipc)
5. More interop: .NET/Java
And then maybe a bit more tactical:
1. Method of getting memory address of current J instance:
http://www.jsoftware.com/pipermail/source/2014-May/000581.html
2. Method of cleaning up instance memory on linux:
http://www.jsoftware.com/pipermail/source/2015-February/000663.html
On Tue, Mar 8, 2016 at 7:32 AM, Thomas Costigliola <[email protected]> wrote:
>
>
> So far Unbox has a couple of bug fixes and build system changes not in the
> standard source release. I have begun working on a re-implementation of
> gerunds that should fix some bugs and allow some new features. This is
> working out to be a somewhat long term project and I'd like to keep things
> fresh and exciting in the meantime.
> Please post your top BUG and/or FEATURE wishlists.
>
>
> ----------------------------------------------------------------------
> For information about J forums see http://www.jsoftware.com/forums.htm
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
