Hi Bug-APL,I'm a bit confused. The synopsis states "append text matrices A and B horizontally". The example near the function definition uses slightly different phrasing, and provides an example that does not use exactly "HTML∆xbox":⍝ append boxes A and B horizontally:⍝⍝ AABBB AA BBB⍝ AABBB
Ok, I did mean that. My solution wastes on average one bit of RAM for the
duration of the execution of the function. Not much, but I agree it's ugly.
☺
On 13 Oct 2015 6:53 p.m., "Kacper Gutowski" wrote:
> On Tue, Oct 13, 2015 at 12:17 PM, Elias Mårtenson
> wrote:
> > It should be new set_size/8+
On Tue, Oct 13, 2015 at 12:17 PM, Elias Mårtenson wrote:
> It should be new set_size/8+1 on both the like with new and the subsequent
> memset() one.
You mean (set_size+7)/8 :)
I was almost expecting this to be related to that this algorithm's
termination probability converges to 1 very slowly w
I see an off-by-1 error in that code. If set_size is equal to 15, then
set_size/8 will be 1, which can only fit 8 bytes.
It should be new set_size/8+1 on both the like with new and the subsequent
memset() one.
Making this change fixes the problem.
Regards,
Elias
On 13 October 2015 at 18:11, J
But 104?104 is fine! It's broken when the argument is not a multiple
of 8. This code (in Bif_F12_ROLL::eval_AB in ScalarFunction.cc) should
round up to a multiple of 8, not down.
// set_size can be rather big, so we new/delete it
//
uint8_t * used = new uint8_t[set_size/8];
memset(used, 0
For the record, I'm seeing the exact same thing on a fairly
high-performance Linux system. I haven't done any further investigation.
On 13 October 2015 at 07:48, Louis de Forcrand wrote:
> Hello again,
>
> If I enter 100?100 GNU-APL inexplicably hangs up.
> I tried moving up from 90?90 and found
Subtract with a complex on the left and a float on the right acts as if the
operands were swapped:
2J8 - 3.0
1J¯8
3.0 - 2J8
1J¯8
However, complex minus int or int minus complex is OK:
2J8 - 3
¯1J8
3 - 2J8
1J¯8
FloatCell.cc::bif_subtract is executing "return A->bif_subtract(Z, th
Hello again,
If I enter 100?100 GNU-APL inexplicably hangs up.
I tried moving up from 90?90 and found that it
"breaks" at around 90?90, although this is not
consistent.
^C does nothing.
Again, I'm on 64-bit Mac OS X 10.10.5, 2009 MacBook Pro.
⊣Louis
