Re: [Jprogramming] J902-beta-c available

Looks good. On 7/23/20 6:18 PM, Henry Rich wrote: I'm glad you reported that.  I tried again & it crashed, and I found for sure what happened this time.  Fixed in next beta. Henry RIch On 7/23/2020 5:05 PM, Bill Heagy wrote: I've see both cases segfault on debian j64, latest

Re: [Jprogramming] J902-beta-c available

I've see both cases segfault on debian j64, latest source update, (maybe second-latest, the latest is "Remove character codes :. :: t. T. T: x. y.") compiled with clang or gcc. Here's what gdb says for the second case: $ OMP_NUM_THREADS=2 gdb jlibrary/bin/jconsole GNU gdb (Debian 9.2-1) 9.2 Co

Re: [Jprogramming] for_i. seg fault

Here you go with gdb. Debian testing, latest source update, compiled with clang, "-g" flag added: wheagy@bigflight:~/git/jsource$ OMP_NUM_THREADS=2 gdb jlibrary/bin/jconsole GNU gdb (Debian 9.1-3) 9.1 Copyright (C) 2020 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

Re: [Jprogramming] full screen windows?

on linux, at least, F11 does that On 8/31/19 12:28 PM, Michal Wallace wrote: How can I make a jQt window full screen? (i.e., maximized, but *also* filling up the whole screen and hiding the title bar) -- For information about J

Re: [Jprogramming] "plot" crashes J

looks ok. Bill H. On 2018-12-14 6:32 p.m., Henry Rich wrote: Fixed for next release.  Good report. The problem was in the new result-assembly code, and afflicted only monad /\., as in f/\. y . If the result of an application of f had shape that was not the shape of an item of y, memory was

Re: [Jprogramming] "plot" crashes J

On debian JVERSION Engine: j806/j32/linux Beta: GPL3/2018-12-09T17:16:30 Library: 8.07.20 Platform: Linux 32 Installer: unknown InstallPath: /home/wheagy/jbld/j32 Contact: whe...@bell.net load 'plot' d=: 4 : '''pensize 3'' plot ;/ |: 2{."1 x points/\. 0,~ |. ($~(4*x)*#) y' points=:

[Jprogramming] svn 882 - test/gdll error

JVERSION Engine: j806/j32/linux Beta: GPL3/2018-09-01T20:41:12 Library: 8.05.14 Platform: Linux 32 Installer: unknown InstallPath: /home/wheagy/tmp/jbld/j32 Contact: whe...@bell.net RUN1 'gdll' ... i=. LIBTSDLL i:'.' t=. (i{.LIBTSDLL),'ê',i}.LIBTSDLL (fread LIBTSDLL)fwrite t try. (t,' fubar x

Re: [Jprogramming] g420fg NaN error

ter. Henry On 8/6/2018 11:01 PM, Bill Heagy wrote: SVN 861 for the gcc/clang tests and the 2-parts test On 2018-08-06 10:59 PM, Henry Rich wrote: Did you check out the latest push to see if that makes any difference? Henry Rich On 8/6/2018 10:50 PM, Bill Heagy wrote: clang with -O0 fixes it

Re: [Jprogramming] g420fg NaN error

Ok, I won't expect that tonight B-) On 2018-08-06 11:20 PM, Henry Rich wrote: I have reverted the latest push and await a compiler fix. Henry Rich On 8/6/2018 11:01 PM, Bill Heagy wrote: SVN 861 for the gcc/clang tests and the 2-parts test On 2018-08-06 10:59 PM, Henry Rich wrote: Di

Re: [Jprogramming] g420fg NaN error

SVN 861 for the gcc/clang tests and the 2-parts test On 2018-08-06 10:59 PM, Henry Rich wrote: Did you check out the latest push to see if that makes any difference? Henry Rich On 8/6/2018 10:50 PM, Bill Heagy wrote: clang with -O0 fixes it too. On 2018-08-06 10:44 PM, Bill Heagy wrote

Re: [Jprogramming] g420fg NaN error

And yes, both parts fail (assuming you're talking about the failing line in g420fg) On 2018-08-06 10:50 PM, Bill Heagy wrote: clang with -O0 fixes it too. On 2018-08-06 10:44 PM, Bill Heagy wrote: Building with gcc works ok.  I'll try clang/-O0 On 2018-08-06 10:01 PM, bill lam wro

Re: [Jprogramming] g420fg NaN error

clang with -O0 fixes it too. On 2018-08-06 10:44 PM, Bill Heagy wrote: Building with gcc works ok.  I'll try clang/-O0 On 2018-08-06 10:01 PM, bill lam wrote: Just a guess, recently we switched from gcc to clang. clang is too smart in optimization that it short circuit some code that

Re: [Jprogramming] g420fg NaN error

ry fetches between the clearfp()s. Would you please build that & report back? If it fails on the same line, please try the two parts individually & see if they both fail. Henry Rich On 8/6/2018 6:13 PM, Bill Heagy wrote: 32-bit again? .. 1 'domain error' -: +/@:*"1~

Re: [Jprogramming] g420fg NaN error

Clarifying, I'm running "RUN1 'g420fg'" or equivalent, and just quoting the end output. On 2018-08-06 06:28 PM, Raul Miller wrote: I get 'domain error' -: +/@:*"1~ etx u: 'abc' |value error: etx FYI, -- For information

Re: [Jprogramming] g420fg NaN error

Sorry, I was a bit hasty there. I see it on 64-bit linux too. On 2018-08-06 06:13 PM, Bill Heagy wrote: 32-bit again? .. 1    'domain error' -: +/@:*"1~ etx u: 'abc' 1    NB. Test for NaN    0 _ 1 (+/@:*"1 -: +/@:*"_"1) _ 0 2   NB. remova

[Jprogramming] g420fg NaN error

32-bit again? .. 1 'domain error' -: +/@:*"1~ etx u: 'abc' 1 NB. Test for NaN 0 _ 1 (+/@:*"1 -: +/@:*"_"1) _ 0 2 NB. removable NaN |NaN error | 0 _ 1(+/@:*"1-:+/@:*"_"1)_ 0 2 |[-189] /home/wheagy/git/jsource/test/g420fg.ijs JVERSION Engine: j806/j32/linux Beta: GPL3/201

[Jprogramming] svn858 32-bit compile error

$jmake/build_libj.sh j32 building /home/wheagy/jbld/j32/bin/libj.so output in /home/wheagy/jbld/j32/bin/build_libj.so.txt /home/wheagy/git/jsource/jsrc/va2.c:762:19: error: incompatible pointer types assigning to 'D *' (aka 'double *') from 'I *' (aka 'long *') [-Werror,-Wincompatible-pointer-t

Re: [Jprogramming] g601

uot;.@']a'+".@']a'+".@']a'+".@']a') then report the results from 20 (6!:2) 'f"0 i. 1' and f =. (".@'a'+".@'a'+".@'a'+".@'a'+".@'a'+".@&

[Jprogramming] g601

32-bit debian only: 64-bit looks ok. RUN1 'g601' . a =. 5 6 7 a -: ".@'a' '' 1 aa =. ;:'the time is now' aa -: ".@'aa' '' 1 f =. (".@'a'+".@'a'+".@'a'+".@'a'+".@'a'+".@'a'+".@'a'+".@'a'+".@'a'+".@'a'+".@'a'+".@'a') p =. (".@']a'+".@']a'+".@']a'+".@']a'+".@']a'+".@']a'+".@'

Re: [Jprogramming] Problem with sparse tridiagonal solver

section is jtmdivsp, in vd.c:101.  Domain error is signaled from jttridiag, in vd.c:86, where it looks like you get a domain error if any pivot is 0. Henry Rich On 7/27/2018 3:14 PM, Bill Heagy wrote: For small cases, e.g. 3x3, it does give a nonce error.  (I haven't tested past that.)

Re: [Jprogramming] Problem with sparse tridiagonal solver

work than Roger wanted to put into it. But it IS misdiagnosed: domain error should mean the input is invalid, while nonce error means the input is valid but unsupported by the current code. Henry Rich On 7/27/2018 3:08 PM, Bill Heagy wrote: Sorry, when I said "misdiagnosed", I mean

Re: [Jprogramming] Problem with sparse tridiagonal solver

it's worth any effort to fix this bug in the solver. Henry Rich On 7/27/2018 2:49 PM, Bill Heagy wrote: Most of the time, the test works.  It's only if you run it repeatedly, until there's a (random) zero in the (0,0) position, that it fails. It looks like a misdiagnosed prob

Re: [Jprogramming] Problem with sparse tridiagonal solver

that maybe this is diagnosing an api handling issue? (If the test used to work, x and y somehow got flipped?) Thanks, On Fri, Jul 27, 2018 at 2:37 PM Bill Heagy wrote: > > If you just take the x and y and flip them so the 0 is in the bottom > right, it appears to work. It fits the dom

Re: [Jprogramming] Problem with sparse tridiagonal solver

tweak the testcase. Henry Rich On 7/27/2018 1:48 PM, Bill Heagy wrote: Running gsp1 repeatedly produces: ...    1e_13 >. >./ | (y=: h 11) (%. -: (%.$.)) x=: 0.01*g 11 |domain error |   1e_13>.>./|(y=:h 11)    (%.-:(%.$.))x=:0.01*g 11 |[-37] /home/wheagy/git/jsource/test/gsp1.ijs

[Jprogramming] Problem with sparse tridiagonal solver

Running gsp1 repeatedly produces: ... 1e_13 >. >./ | (y=: h 11) (%. -: (%.$.)) x=: 0.01*g 11 |domain error | 1e_13>.>./|(y=:h 11)(%.-:(%.$.))x=:0.01*g 11 |[-37] /home/wheagy/git/jsource/test/gsp1.ijs at various locations. The problem appears to be a "0" in the (0,0) position in the x ma

[Jprogramming] Problem in test/g13x

With the right starting random state: RUN1'g13x' 13!:8 :: 1: x=: >: ?255 |uncaught throw. This happens for x=35. linux 32bit or nonavx64. JVERSION Engine: j806/j32/linux Beta: GPL3/2018-07-19T22:48:16 Library: 8.05.14 Platform: Linux 32 Installer: unknown InstallPath: /home/wheagy/tmp/jbl

[Jprogramming] Problem in test/g402.ijs

JVERSION Engine: j806/j32/linux Beta: GPL3/2018-07-18T21:38:57 Library: 8.05.14 Platform: Linux 32 Installer: unknown InstallPath: /home/wheagy/tmp/jbld/j32 Contact: whe...@bell.net (or j64nonavx) max=: >./@:|@, bits =: ] (1 >. ] + [ >: 2x&^@]) <.@(2&^.)@(1&>.) abase1 =: #:~ $&2@bits@ma

Re: [Jprogramming] bug in latest beta and source

Thanks to all for producing and maintaining J. On 2018-07-14 08:17 PM, Henry Rich wrote: Good shooting!  I introduced that bug in a recent change.  I will fix it for the next release. Thank you for taking the time to run this down. Henry Rich On 7/14/2018 6:50 PM, Bill Heagy wrote: It

Re: [Jprogramming] bug in latest beta and source

install InstallPath: /home/wheagy/j807 Contact: www.jsoftware.com 2^0.5j3 1.41421 2^0.15j3 _0.486999j0.873414 On 2018-07-14 07:05 PM, bill lam wrote: which c complier and version you used to build binaries? On Sun, Jul 15, 2018, 7:02 AM Bill Heagy wrote: JVERSION Engine: j806/j32

Re: [Jprogramming] bug in latest beta and source

I tried it in one of the recent beta releases. It's in intel 32 and 64nonavx. On 2018-07-14 06:54 PM, bill lam wrote: what's the JVERSION On Sun, Jul 15, 2018, 6:50 AM Bill Heagy wrote: It looks like a problem with "^": 2^0.5 1.41421 2^0.5j3 1.41421 For comple

Re: [Jprogramming] bug in latest beta and source

It looks like a problem with "^": 2^0.5 1.41421 2^0.5j3 1.41421 For complex exponent with a real part of 0.5 (sqrt), it appears to ignore the imaginary part. On 2018-07-02 04:52 PM, Bill Heagy wrote: I haven't checked it all out, but I suspect the problem is that the Stir

Re: [Jprogramming] bug in latest beta and source

I haven't checked it all out, but I suspect the problem is that the Stirling formula is asymmptotic, and has a larger error near 1. On 2018-07-02 12:20 PM, Bill Heagy wrote: First four runs on 32bit linux: 1j7.26 1j8.53 1j_3.14 1j_2.67 64bit machine gives different imaginary parts

Re: [Jprogramming] bug in latest beta and source

, Bill, that error with gcc that you reported a few weeks back turned out to be a program error that showed up only on that compiler.  If you switch back to gcc now it should be gone. Henry Rich On 6/29/2018 9:59 PM, Bill Heagy wrote: If I run test/g410.ijs often enough, I get: 100 RUN2 '

[Jprogramming] bug in latest beta and source

If I run test/g410.ijs often enough, I get: 100 RUN2 'g410' ... 1 1 1 1 1 1 1 1 (g = gamma) x=: _4.1 _4.9 4.1 4.9 j./_0.4 _0.5 0.4 0.5 _4 _5 4 5 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 (g =!.1e_12 gamma) 1.5 1 (g =!.1e_12 gamma) 1r3 1r2 2r3 1 1 1 (g =!.1e_

Re: [Jprogramming] Test suite produces lots of errors

I'll try to track it down. On 2018-06-06 09:13 PM, bill lam wrote: Did it run om last time? Do you know how to bisect and locate the commit that caused the problem? always remember to update and sync test suite after each git reset. On Thu, Jun 7, 2018, 8:45 AM Bill Heagy wrote: For

Re: [Jprogramming] Test suite produces lots of errors

Yes. On 2018-06-06 08:48 PM, Raul Miller wrote: Are you on a noavx machine? Thanks, -- For information about J forums see http://www.jsoftware.com/forums.htm

[Jprogramming] Test suite produces lots of errors

For a few days now, running the test routines has produced a long list of errors. That's with the latest source from git. I'm sorry, I didn't notice which update started the problem. This is on Linux testing or stable 32bit and testing 64bit. load 'test/tsu.ijs' RUN ddall g000s g010s g011s

Re: [Jprogramming] 807 beta-e zip install packages for windows/linux/macos

you read the cd description carefully you won't see it (and if you don't read it carefully, you shouldn't use it) On 5/30/2018 10:20 PM, bill lam wrote: multiple core support was not enabled during building j engine binary, otherwise  gflop for j matrix product can be 2 o

Re: [Jprogramming] 807 beta-e zip install packages for windows/linux/macos

on a 64-bit machine (where the multiple core does work). On 2018-05-30 10:20 PM, bill lam wrote: multiple core support was not enabled during building j engine binary, otherwise gflop for j matrix product can be 2 or 3 times better depending the number of core available. On Thu, May 31, 2018, 2:39

Re: [Jprogramming] 807 beta-e zip install packages for windows/linux/macos

Maybe related: latest j src, debian intel 32. I just run this occasionally. Ignore the flops: it's a slow machine. However, it appears to do the computation ok, it just returns "0"'s for c2. NB. from (email to jprogramming): bill lam NB. test and compare gigaflops with blas/lapack

[Jprogramming] test/g5x.ijs depends on boxing character set

... RUN1'g5x' (,: '-- asdfasdf') -: tr <'asdfasdf' 0 |assertion failure: RUN1 |[-59] /home/wheagy/tmp/jsource.git/trunk/test/g5x.ijs 9!:7 (11#'X') tr <'asdfasdf' XX asdfasdf -- For information about J forums see

Re: [Jprogramming] test/ge.ijs leaves behind x and y

04/06/17 09:47 PM, bill lam wrote: there has been a recent change in g530 that add x=. please confirm if it is the culprit. On 5 Jun, 2017 9:38 am, "Bill Heagy" wrote: Running 1 RUND1 ddall or 1 RUND2 ddall from test/tsu.ijs results in |assertion failure | _1=4!:0;:'x y&#x

[Jprogramming] test/ge.ijs leaves behind x and y

Running 1 RUND1 ddall or 1 RUND2 ddall from test/tsu.ijs results in |assertion failure | _1=4!:0;:'x y' from running ge.ijs, but it seems to have a context element as well. If shorter lists of tests are run, sometimes it complains about different tests, and sometimes it doesn't complain

Re: [Jprogramming] SVN 559 compile error

red to. But I recall such error message had occured and fixed some months ago. A simple fix is to remove the static keyword in the lines of failure, eg static I jtfaorpush or remove its declaration from je.h Сб, 20 май 2017, Bill Heagy написал(а): debian j32 or j64, build_libj.sh (st

[Jprogramming] SVN 559 compile error

debian j32 or j64, build_libj.sh (still there in SVN 560) . cc -fPIC -O1 -fwrapv -fno-strict-aliasing -Wextra -Wno-maybe-uninitialized -Wno-unused-parameter -Wno-sign-compare -Wno-clobbered -Wno-empty-body -Wno-unused-value -Wno-pointer-sign -Wno-parentheses -Wno-shift-negative-value