[Jprogramming] Puzzling result

[Louis de Forcrand]

Sorry if that came through as a request for addition of extended complex numbers. I was just pointing out that they weren't there. (maybe not very well though?)
They are definitely not worth the time or effort.

Louis

> On 10 Sep 2017, at 03:28, HenryRich <henryhrich at gmail.com> wrote:
> 
> We could get a few more bits if we needed them.  But supporting a new datatype like this would take many months of work, for minimal value.
> 
> Henry Rich
> 
>> On 9/9/2017 9:10 PM, bill lam wrote:
>> Each j datatype is assigned a number of value 2^n and it is already almost
>> used up (only 32-bit range is used to stay compatible with J32). The latest
>> addition is literal4 in j805. IMO extended complex or extended complex
>> rational are unlikely to be a candidate to use the nearly used up resource.
>> 
>> On Sep 10, 2017 8:02 AM, "Louis de Forcrand" <olius at bluewin.ch> wrote:
>> 
>> I don't know; I hardly ever use extended precision or rationals myself
>> either. I guess it would make the language more "complete".
>> Definitely not a priority.
>> 
>> Louis
>> 
>>> On 9 Sep 2017, at 11:34, Raul Miller <rauldmiller at gmail.com> wrote:
>>> 
>>> What would it be used for? (Related: how would the exponential aspects
>>> of complex number operations get handled?)
>>> 
>>> Thanks,
>>> 
>>> --
>>> Raul
>>> 
>>> 
>>>> On Sat, Sep 9, 2017 at 4:57 AM, Louis de Forcrand <olius at bluewin.ch>
>> wrote:
>>>> There is no extended complex datatype in J (although its addition could
>> be a thought).
>>>> Louis
>>>> 
>>>>> On 9 Sep 2017, at 09:23, 'Bo Jacoby' via Programming <
>> programming at jsoftware.com> wrote:
>>>>> 
>>>>>   %2 NB. floating
>>>>> 0.5
>>>>>   x: %2 NB. extended
>>>>> 1r2
>>>>>   %1j1 NB. floating
>>>>> 0.5j_0.5
>>>>>   x: %1j1 NB. why not extended?
>>>>> |domain error
>>>>> | x:%1j1
>>>>> 
>>>>> 
>>>>> 
>>>>>   Den 3:53 lørdag den 9. september 2017 skrev Don Kelly <dhky at shaw.ca>:
>>>>> 
>>>>> 
>>>>> It appears that the verb   ^  may be a large part of the problem (as in
>>>>> 14^2). Check NuVoc  /vocabulary/Numeric Precision  and go the table for
>>>>> different verbs . This and the division may be floating point in this
>> case
>>>>> _____________________________
>>>>> 
>>>>> ^ ^. -: % %. inexact (complex if needed),
>>>>> 
>>>>> preserves extended and rational
>>>>> if result is exact
>>>>> 
>>>>> _________________________
>>>>> 
>>>>> Don Kelly
>>>>> 
>>>>>> On 2017-09-08 1:36 AM, Raul Miller wrote:
>>>>>> No: integers do not automatically get converted to extended precision.
>>>>>> 
>>>>>> Integers simply have sufficient precision for this example.
>>>>>> 
>>>>>> Thanks,
>>>>>> 
>>>>> ----------------------------------------------------------------------
>>>>> 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
>> ----------------------------------------------------------------------
>> 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