Re: multiple assignment

2024-09-22 Thread Blake McBride
That is an old bug that has been correct in the current (repo) version. Blake McBride On Sun, Sep 22, 2024 at 6:08 AM Ala'a Mohammad wrote: > Hi, > > I'm trying the following but got an error, and could not understand the > reason: &

Re: Error buildin APL on Linux

2024-03-15 Thread Blake McBride
Built perfectly. Thanks! Blake On Fri, Mar 15, 2024 at 9:42 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Blake, > > thanks, fixed in *SVN 1767*. > > Best Regards, > Jürgen > > > On 3/14/24 14:52, Blake McBride wrote: > > Dear Dr. Sauer

Re: Error buildin APL on Linux

2024-03-14 Thread Blake McBride
1 make[1]: Leaving directory '/home/blake/Backup/apl' On Thu, Mar 14, 2024 at 8:46 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Blake, > > thanks, fixed in *SVN 1765*. > > Best Regards, > Jürgen > > > On 3/10/24 17:58, Blake McBride wr

Error buildin APL on Linux

2024-03-10 Thread Blake McBride
Greetings, I am getting the following error building GNU APL on a Fedora Linux box: [...] /usr/bin/mkdir -p '/usr/local/share/doc/apl' /usr/bin/install -c -m 644 SQL.apl '/usr/local/share/doc/apl' make[3]: Leaving directory '/home/blake/Backup/apl/src/sql' make[2]: Leaving directory '/home/blak

Double DUMPED message

2024-02-25 Thread Blake McBride
See the following log: )load YYY DUMPED 2023-01-16 09:39:01 (GMT-5) DUMPED 2024-02-25 18:41:28 (GMT-5) Why am I seeing *two* DUMPED messages? I am using the latest SVN on Linux. Thanks. Blake

Re: libpq.so.5: no version information available

2023-10-01 Thread Blake McBride
t; you see. Could also be a postgres installation problem. > > You can probably get rid of that message with something like > > *./configure --without-postgresq* > > (or *with-postgresql=no*) but then, of course, *⎕SQL *will not > support PostgrSQL databases anymore. > > Best Regar

libpq.so.5: no version information available

2023-09-29 Thread Blake McBride
I built a fresh / current GNU-APL. When I start it up, I get: *$ aplapl: /usr/pgsql-15/lib/libpq.so.5: no version information available (required by apl)* It then stays in APL and it seems to work. Thanks! Blake

Fwd: APL Problem Solving Competition deadline approaching

2023-07-26 Thread Blake McBride
FYI -- Forwarded message - From: The APL Problem Solving Competition Announcements < contest-announceme...@dyalog.com> Date: Wed, Jul 26, 2023 at 11:02 AM Subject: APL Problem Solving Competition deadline approaching Hello The deadline to submit solutions (or refer someone) for

Re: SVN' "complexity" :)

2023-05-26 Thread Blake McBride
Here is the thing for me. In the beginning, I read a little bit about subversion. Its model, at least from a user's perspective, was simple and straightforward. I was able to make use of it immediately. As my needs expanded, I found simple solutions with subversion. I never got caught up in a

Re: Compilation problem

2023-05-25 Thread Blake McBride
On Thu, May 25, 2023 at 8:47 AM vvs wrote: > On 5/25/23, Blake McBride wrote: > > Have a development project going on for several years with a fair-sized > > team. The code base grows immensely. Git forces you to download the > whole > > damn thing - every change ever

Re: Compilation problem

2023-05-25 Thread Blake McBride
vially. I know GIT has taken the world by storm. Without thinking, everyone wants to use the cool stuff everyone else is using. But GIT doesn't make sense in nearly 100% of the case in the commercial world. [rant off] Blake McBride On Thu, May 25, 2023 at 8:18 AM Dr. Jürgen Sau

Re: Unexpectedly offline

2023-01-22 Thread Blake McBride
We wish you well Jürgen! On Sun, Jan 22, 2023 at 7:07 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Gentlemen, > > I am sorry for not responding earlier to any emails to bug-apl@gnu.org. > > I was unexpectedly taken offline after new year and I am > now online again, although only

Re: APLComponentFiles

2023-01-16 Thread Blake McBride
Greetings, Attached is the updated ComponentFile.apl workspace. Jürgen, could you please update the wslib5/APLComponentFiles/ComponentFiles.apl with the attached one? Thank you! Blake McBride On Sun, Jan 15, 2023 at 8:49 AM Blake McBride wrote: > Greetings, > > Being the auth

Re: APLComponentFiles

2023-01-15 Thread Blake McBride
Greetings, Being the author of the great catch by Bill, I would like to merge his corrections, the latest version I have, and the one provided by GNU APL. After testing, I will submit that version as an email to this list as a proposed update for the GNU APL repository. Thank you. Blake McBride

Re: Missing .h file?

2022-09-28 Thread Blake McBride
If you don't have Python installed, you'd likely not have that "system" include file. Tha GNU APL configure system should detect this, and the system should build without it by excluding Python-related features. Blake McBride On Tue, Sep 27, 2022 at 11:45 PM Christian Ro

Re: printf issue with thousands separator

2022-07-06 Thread Blake McBride
he current solution is more locale-agnostic and ⎕FIO.sprintf uses > ⎕FC instead of the locale to determine the thousands' separator. > > Best Regards, > Jürgen > > > On 7/6/22 4:32 PM, Blake McBride wrote: > > On Wed, Jul 6, 2022 at 7:07 AM Dr. Jürgen Sauermann >

Re: printf issue with thousands separator

2022-07-06 Thread Blake McBride
this be set in ~/.gnu-apl/preferences ? Blake McBride

Re: )lib 5 SQL

2022-03-22 Thread Blake McBride
LComponentFiles ComponentFiles * > > The easiest way to determine the absolute path is command *)LIBS*. > > Best Regards, > Jürgen > > > On 3/22/22 1:47 PM, Blake McBride wrote: > > Greetings, > > When I do: > > )lib 5 > APLComponentFil

Re: )lib 5 SQL

2022-03-22 Thread Blake McBride
Sorry. I see SQL is not a directory. It is a workspace. On Tue, Mar 22, 2022 at 7:47 AM Blake McBride wrote: > Greetings, > > When I do: > > )lib 5 > APLComponentFiles/ iso-apl-cf/ FILE_IO FILE_IO1HTMLSQL > )lib 5 SQL > APLComponentFiles/

)lib 5 SQL

2022-03-22 Thread Blake McBride
Greetings, When I do: )lib 5 APLComponentFiles/ iso-apl-cf/ FILE_IO FILE_IO1HTMLSQL )lib 5 SQL APLComponentFiles/ iso-apl-cf/ FILE_IO FILE_IO1HTMLSQL How do I see and load what is in the SQL directory? Thanks! Blake McBride

Re: APL2 code no longer works

2022-03-22 Thread Blake McBride
That fixes it. Thank you very much!! On Tue, Mar 22, 2022 at 7:16 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Blake, > > thanks, see below, > > Best Rgeads, > Jürgen > > > On 3/21/22 8:41 PM, Blake McBride wrote: > > Greetings, > >

Re: APL2 code no longer works

2022-03-21 Thread Blake McBride
On Mon, Mar 21, 2022 at 3:34 PM Hans-Peter Sorge < hanspeterso...@netscape.net> wrote: > Hi, > > Parse2 works for me. Albeit a rather simple test. > What was your data you parsed?? > ',' Parse 'One,Two,Three,Four' One Two Three Four ',' Parse2 'One,Two,Three,Four' One Two Three Four

APL2 code no longer works

2022-03-21 Thread Blake McBride
U APL has changed. Two points: 1. Can someone help me fix this? (I don't know too much about APL2.) 2. How good is APL2 if it can morph like this? (APL1 seems much more straightforward and consistent and less open to interpretation.) Thanks. Blake McBride

Re: Unexpected result with inner product

2022-01-27 Thread Blake McBride
nner product when called with a defined function. > > Fixed in *SVN 1515*. > > Best Regards, > Jürgen > > > > > > On 1/26/22 10:37 PM, Blake McBride wrote: > > As a more general comment relating to these sorts of issues, I offer the > following opinion. > >

Re: Unexpected result with inner product

2022-01-26 Thread Blake McBride
ike this fact a lot! For better or worse, it works a specific way and won't change because someone has a good example and argument. I am interested in stability and reliability. Just an opinion. Blake McBride On Wed, Jan 26, 2022 at 2:47 PM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de>

Re: A common logo for APL

2022-01-14 Thread Blake McBride
The second link worked. I got the attached error on the first. On Fri, Jan 14, 2022 at 6:29 AM Elias Mårtenson wrote: > It work for me. What error are you getting? > > Den fre 14 jan. 2022 20:26Blake McBride skrev: > >> That link is not up. >> >> On Fri, Jan 14, 2022 at 4:37 AM Adám Brudzewsky

Re: A common logo for APL

2022-01-14 Thread Blake McBride
That link is not up. On Fri, Jan 14, 2022 at 4:37 AM Adám Brudzewsky wrote: > Hello GNU APL Community, > > Voting is now open for the choice of a universal vendor-agnostic APL logo. > Details, including how to vote, can be found at https://apl.wiki/APL_logo > > All the best, > Adám > >

Re: Absolute limits of rank 2 bool matrix size in GNU APL?

2021-12-28 Thread Blake McBride
t;>> not guarantee that you would be able to access that memory. You may or >>> may >>> not get a page fault when accessing the memory. The point in time when >>> you call 'free' or >>> similar tools (which basically read /proc/memory tell you the situ

Re: Absolute limits of rank 2 bool matrix size in GNU APL?

2021-12-28 Thread Blake McBride
library problem. I'd create a test program to be sure and submit it as a bug. Thanks. Blake On Tue, Dec 28, 2021 at 1:05 PM Blake McBride wrote: > Hi Jürgen, > > First, to be sure you know where I'm coming from. I know malloc() and > sbrk() pretty well. I've written m

Re: Absolute limits of rank 2 bool matrix size in GNU APL?

2021-12-28 Thread Blake McBride
to lack of memory and the > process is terminated > without any chance to raise a WS full or even remain in apl. > > Best Regards, > Jürgen > > > On 12/28/21 6:52 PM, Blake McBride wrote: > > Since the Linux "free" command knows the difference between how mu

Re: Absolute limits of rank 2 bool matrix size in GNU APL?

2021-12-28 Thread Blake McBride
Since the Linux "free" command knows the difference between how much real memory vs. virtual memory is available, it may be useful to use a similar method. Blake On Tue, Dec 28, 2021 at 11:34 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Russ, > > it has turned out to be very

Re: Disclose fails with mixed ranks

2021-09-22 Thread Blake McBride
What does IBM APL 2 do? On Wed, Sep 22, 2021 at 10:55 AM Louis Chretien via Bugs and suggestions for GNU APL wrote: > And what is the correct answer? > > I tried it with APL/X 5.1, and i get the same “RANK ERROR” as in GNU APL. > > If i understand disclose correctly, the right argument are neste

Re: nested array formating is inconsistent

2021-08-26 Thread Blake McBride
I would think what APLX or Dialog do is somewhat irrelevant. I believe GNU APL is treating IBM APL 2 as the standard to be matched. Blake On Thu, Aug 26, 2021 at 12:21 PM Louis Chretien via Bugs and suggestions for GNU APL wrote: > I tried the same examples in APL/X and Dyalog APL. > > APL/X

Re: Use of Local Variables in Lambdas (Direct Functions) ?

2021-07-09 Thread Blake McBride
I have created many one-liners that use local variables. On Fri, Jul 9, 2021, 6:38 PM Russtopia wrote: > Hi, reading GNU APL documentation, in the section 2.7 "2.7 Direct > Functions (Lambdas)", > > It states that lambdas do not support multiple expressions (amongst other > features). If this is

Re: GNU APL build system changes

2021-03-27 Thread Blake McBride
Builds fine on my 64-bit LinuxMint 19.3 box. Thanks! Blake On Sat, Mar 27, 2021 at 12:04 PM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi, > > as some of you have noticed, I made some changes to the GNU APL build > system. > > Some of these changes were simplifications of the b

Re: ./configure error

2021-03-27 Thread Blake McBride
Builds and works fin now. Thanks! Blake McBride On Sat, Mar 27, 2021 at 6:17 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Bill, > > thanks. The duplicate block should have been removed but wasn't. > Hopefully fixed in *SVN 1446*. > > Best Regards

Can't configure current APL

2021-03-26 Thread Blake McBride
configure options in ../../../../configure_options ./configure: line 22991: ../../../../configure_options: Permission denied # Thanks! Blake McBride

Re: Attn: Blake McBride: APL-Pkg issue

2021-02-26 Thread Blake McBride
Greetings, As I commented on github, it looks as though either the original path was wrong or they changed the path. However, there is no need to move to a mirror. A path correction is all that is needed. Thanks. Blake On Thu, Feb 25, 2021 at 11:56 PM Russtopia wrote: > Hello, in keeping w

Replacing )SAVE with )DUMP

2021-02-24 Thread Blake McBride
e )DUMP to )SAVE C. Enhance the dump format to save the SI. Blake McBride

Re: Improvements to gnuapl

2021-02-23 Thread Blake McBride
oding HTML pages and the > like as long as > they obey the fundamental XML encoding rules". > > I believe it would be possible to make ⎕XML tolerate some of these HTML > quirks, > but I wonder if it is worth the effort. > > Best Regards, > Jürgen > > > > On

Re: New to GNU APL, curiosities or possible bugs?

2021-02-23 Thread Blake McBride
Here is what I get on the latest GNU APL on a 64-bit Linux box: )wsid IS CLEAR WS ∇hello [1] 'hello world' [2] ∇ )wsid hello WAS CLEAR WS )save 2021-02-23 02:21:55 (GMT-6) hello )clear CLEAR WS )load hello SAVED 2021-02-23 02:21:55 (GMT-6) hello hello wo

Re: WS remains full after large aborted computations?

2021-02-23 Thread Blake McBride
Interestingly, if I do: +/⍳10 >From the OS, I can see the memory usage go up and up. However, when it is done, the OS seems to be getting all its memory back. That's nice! --blake On Tue, Feb 23, 2021 at 1:52 AM Blake McBride wrote: > Using the latest GNU APL on a 64-bi

Re: WS remains full after large aborted computations?

2021-02-22 Thread Blake McBride
Using the latest GNU APL on a 64-bit Linux box, I don't see what you're seeing. I get: +/⍳100 WS FULL+ +/⍳100 ^ ⍳4 1 2 3 4 --blake On Tue, Feb 23, 2021 at 12:08 AM Russtopia wrote: > Hi, I saw this behaviour tonight: > > +/⍳10 > WS FULL

Re: Improvements to gnuapl

2021-02-22 Thread Blake McBride
Some of those "optional" end tags are not optional at all. It's not HTML if it's there. For example: is not HTML. --blake On Mon, Feb 22, 2021 at 1:21 PM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi, > > as far as I understand it, HTML has almost the same format as XML (

Re: Improvements to gnuapl

2021-02-21 Thread Blake McBride
Just my two cents. I've never had a problem with what Chris is saying. In fact, I think adding if/else as described earlier would make APL not APL. If you want if/else as described earlier, just write your own apl'ish language. (I wrote my first APL 41 years ago.) Blake On Sun, Feb 21, 2021

Re: Documentation of the BOXING values.

2021-02-05 Thread Blake McBride
Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Blake, > > I have finished my first shot at ⎕XML. It also has a little brother ⎕JSON. > *SVN 1428*. See *info apl* chapter 3.35.4. > > Best Regards, > Jürgen > > > On 1/8/21 10:51 PM, Blake McBride wrote:

Re: Documentation of the BOXING values.

2021-01-08 Thread Blake McBride
On Fri, Jan 8, 2021 at 3:19 PM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > [...] > My current exercise is, by the way, ⎕XML which will become an > interface to XML files. > [...] While XML was the name of the game a number of years ago, I'd like to see a JSON interface! --blake

Re: ⎕FIO Buffer limit is 5000 Bytes

2020-10-30 Thread Blake McBride
On Fri, Oct 30, 2020 at 7:25 AM Kacper Gutowski wrote: > On Thu, Oct 29, 2020 at 10:22:52PM +0100, Hans-Peter Sorge wrote: > >the return size from ⎕FIO[24] / ⎕FIO[6] is limited to 5000B: > (...) > >Should be: What ever it takes :-) > > It's not limited to 5000B, it's just the default size and you

Re: Probably minor bug

2020-07-08 Thread Blake McBride
Trying to make GNU APL compile with zero warnings in all conditions is a never-ending task. I recommend making an effort to minimize the number of warnings but don't set it up to not allow any. It's not worth the effort. Blake On Wed, Jul 8, 2020 at 12:15 PM Callahan, Brian Robert wrote: > -

Re: aplwrap

2020-06-29 Thread Blake McBride
up again. > > Have fun, y'all. > > On 2020-06-28 19:48, Blake McBride wrote: > > Font size is a bit small for me. It would be nice if the font size was a > File/Settings too. > > Thanks! > > Blake > > > On Sun, Jun 28, 2020 at 6:45 PM Blake McBride

Re: aplwrap

2020-06-28 Thread Blake McBride
Font size is a bit small for me. It would be nice if the font size was a File/Settings too. Thanks! Blake On Sun, Jun 28, 2020 at 6:45 PM Blake McBride wrote: > Works. I like it! Thanks!! > > --blake > > > On Sun, Jun 28, 2020 at 6:18 PM Chris Moller > wrote: &

Re: aplwrap

2020-06-28 Thread Blake McBride
Works. I like it! Thanks!! --blake On Sun, Jun 28, 2020 at 6:18 PM Chris Moller wrote: > Bah!, as they say--that's what happens when you rush things. The fix is > to delete the line, but I just committed the fix. > > On 28/06/2020 18:34, Blake McBride wrote: > > I

Re: aplwrap

2020-06-28 Thread Blake McBride
I'm getting: pstat.c:192:3: error: ignoring return value of ‘asprintf’, declared with attribute warn_unused_result [-Werror=unused-result] asprintf(&path, "/proc/%d/stat", pid); ^ cc1: all warnings being treated as errors Thanks! Blake On Sun, Jun 28,

Re: aplwrap

2020-06-28 Thread Blake McBride
ck it back in, but a > quick work-around would be to manually set the path at line 7 of ./ > configure.ac > > On 2020-06-28 14:31, Blake McBride wrote: > > $ ./autogen.sh > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autore

Re: aplwrap

2020-06-28 Thread Blake McBride
the top level aplwrap directory and then re-run > > ./configure > > Most likely, you have a different version of automake installed and > running autogen.sh will rebuild the ./configure file to match your system. > > HTH, > > Chris > > On 2020-06-28 13:36, Blake McBride

Re: aplwrap

2020-06-28 Thread Blake McBride
re/autoconf> <https://www.gnu.org/software/m4/> <https://www.perl.org/> Makefile:338: recipe for target 'Makefile.in' failed make: *** [Makefile.in] Error 1 I didn't modify any files - and I have automake 1.15.1 installed (what comes with this version of the OS

Re: New build errors

2020-05-03 Thread Blake McBride
s. > > I am currently testing wit g++ 11 and will try to get rid of > -Wclass-memaccess > > Jürgen > > > On 5/3/20 4:50 PM, Blake McBride wrote: > > Greetings, > > I am doing: > > CXXFLAGS="-Wno-maybe-uninitialized -Wno-class-memaccess" ./confi

New build errors

2020-05-03 Thread Blake McBride
Greetings, I am doing: CXXFLAGS="-Wno-maybe-uninitialized -Wno-class-memaccess" ./configure make and getting: [...] Quad_RVAL.cc: In member function ‘Value_P Quad_RVAL::result_maxdepth(const Value&)’: Quad_RVAL.cc:371:22: error: logical not is only applied to the left hand side of comparison [-

Re: Error building APL

2020-05-01 Thread Blake McBride
n > prioritize the fix of the warning > a little down without loosing the reports about the warnings. > > Best Regards, > Jürgen > > > On 5/1/20 4:59 PM, Blake McBride wrote: > > Or, as a solution I've used in the past, don't kill the build on a > > warning

Re: Error building APL

2020-05-01 Thread Blake McBride
*. > > Maybe somebody would like to report this as a compiler error. Strictly > speaking it is not > because the warning itself says "maybe", but IMHO it should not occur > under *-Wall* > but only under *-Wextra*. > > Best Regards, > Jürgen > > > On 5/1/20 4:

Error building APL

2020-05-01 Thread Blake McBride
Greetings, Trying to build GNU APL rev 1275 on my 64-bit Linux box I get: [...] mv -f .deps/apl-Bif_OPER2_RANK.Tpo .deps/apl-Bif_OPER2_RANK.Po g++ -DHAVE_CONFIG_H -I. -I..-Wall -I sql -Werror -I/usr/include -I/usr/include/postgresql -rdynamic -g -O2 -MT apl-Bif_OPER1_REDUCE.o -MD -MP -MF .d

Re: Keyboard layout and fonts for NetBSD-9/X11R7

2020-04-29 Thread Blake McBride
ly, uxrvt refuses to display the iota (ι) character, unless I > set "URxvt*letterSpace: -10" in my .Xdefaults . > > Still frustrated. > > Alexander > > Am 28. April 2020 02:42:03 MESZ schrieb Blake McBride >: >> >> Hi Alexander, >> >>

Re: Keyboard layout and fonts for NetBSD-9/X11R7

2020-04-27 Thread Blake McBride
Hi Alexander, I know what you mean. I initially went through too much myself getting it all to work. Eventually, David Lamkins wrote a simple program called AKT. It does all the translation for you. I now use GNU APL on Linux with zero special configuration. It just works. I can't speak for B

Re: Loading .apl files differes from .xml workspaces

2020-04-12 Thread Blake McBride
start > apl apl with a different one using the -p command line option) is > 0. Therefore the setting has no effect. So move it up a little higher > in the file (somewhere before the line that says "Profile 1"). > > Best Regards, > Jürgen > > > > On 4/12/20

Problem with ⎕FX

2020-04-12 Thread Blake McBride
Greetings, I'm not sure what ⎕FX is doing, but it's certainly wrong. ∇abc [1] 111 [2] 222 [3] 333 [4] 444 [5] 555 [6] ∇ x←⎕CR 'abc' x abc 111 222 333 444 555 x[4;1]←' ' x abc 111 222 33 444 555 ⎕fx x 1 ∇abc[⎕]∇ ∇ [0] abc [1] 111 [2] 222 [3] 3

Re: Loading .apl files differes from .xml workspaces

2020-04-11 Thread Blake McBride
** > **∇** > **[4] ∇* > > I suppose that either your preferences file is wrong (e.g. wrong profile), > or not read: (check with apl -l 37), > or your recompile has not caught all dependencies. > > Best Regards, > Jürgen > > > > > > O

Re: Loading .apl files differes from .xml workspaces

2020-04-10 Thread Blake McBride
ould be warned that setting *DISCARD-INDENTATION *might also > (negatively) affect the content of multi-line strings in defined functions > and > maybe *⎕INP*. > > At this point I am not sure if all cases were properly caught, so please > test > this preference extensively and let me know

Re: Loading .apl files differes from .xml workspaces

2020-04-10 Thread Blake McBride
Hi Jürgen, Thanks for your response! See mine below. On Fri, Apr 10, 2020 at 7:31 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Blake, > > see below. > > Jürgen > > On 4/10/20 1:34 PM, Blake McBride wrote: > > Hi Jürgen, > > Please se

Re: Loading .apl files differes from .xml workspaces

2020-04-10 Thread Blake McBride
iling. > > On Fri, 10 Apr 2020, 18:16 Dr. Jürgen Sauermann, > wrote: > >> I know. And I believe it is wrong. >> >> -- Jürgen >> >> >> On 4/9/20 11:22 PM, Blake McBride wrote: >> > I checked IBM APL2. They do what I am suggesting. See the attached >> > screenshot. >> > >> > --blake >> > >> >> >>

Re: Loading .apl files differes from .xml workspaces

2020-04-10 Thread Blake McBride
Hi Jürgen, Please see my response in-line below. On Fri, Apr 10, 2020 at 5:07 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Blake, > > I see what you are after. > > You said earlier that you don't care how functions are stored externally. > At the same time you want the intern

Re: Loading .apl files differes from .xml workspaces

2020-04-09 Thread Blake McBride
I checked IBM APL2. They do what I am suggesting. See the attached screenshot. --blake On Thu, Apr 9, 2020 at 2:59 PM Blake McBride wrote: > Your example doesn't follow my rules. I comment below in blue. > > On Thu, Apr 9, 2020 at 11:55 AM Dr. Jürgen Sauermann < > mail

Re: Loading .apl files differes from .xml workspaces

2020-04-09 Thread Blake McBride
However, *)LOAD* foo creates a new instace (i.e. internal version) of > *FOO* which is, according to > your algorithm NOT indented. Therefore the indentation is lost. > > Best regards, > Jürgen > > > On 4/9/20 5:57 PM, Blake McBride wrote: > > Hi Jürgen, > > It seems to m

Re: Loading .apl files differes from .xml workspaces

2020-04-09 Thread Blake McBride
n error in that algorithm for me. Thanks! Blake On Thu, Apr 9, 2020 at 4:44 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Blake, > > On 4/8/20 9:17 PM, Blake McBride wrote: > > Hi, > > As far as I am aware, the del editor displays functions as you do

Re: Loading .apl files differes from .xml workspaces

2020-04-08 Thread Blake McBride
If you look into my C++ > source files then you will notice that I have put quite some > effort into indentation. I strongly believe that good indentation > leads to better readability of code and we should allow that > in APL as well. > > Best regards, > Jürgen > > > On 4

David Lamkins' APL repo moved

2020-04-08 Thread Blake McBride
https://github.com/blakemcbride/APL-NameList query names in GNU APL https://github.com/blakemcbride/APL-Pkg Package manager for GNU APL Thanks. Blake McBride

Re: Loading .apl files differes from .xml workspaces

2020-04-08 Thread Blake McBride
from a > vague > recollection of the ∇-editor in APL68000 back in the 1980s. > > It is true that the way functions look depends on how the files look like. > But that > is on purpose. Otherwise you would loose leading spaces in the function > text. > Ig the ∇-editor would re

David Lamkins' package manage for GNU APL

2020-04-08 Thread Blake McBride
Greetings, David Lamkins' package manager was dropped from his GitHub account. I received the latest version from David and re-posted it to my GitHub account with his permission. https://github.com/blakemcbride/APL-Pkg Thanks. Blake McBride

Re: Loading .apl files differes from .xml workspaces

2020-04-08 Thread Blake McBride
nn < mail@jürgen-sauermann.de> wrote: > Hi Blake, > > thanks, hopefully fixed in *SVN 1256*. > > Best Regards, > Jürgen > > > > On 4/8/20 4:18 PM, Blake McBride wrote: > > Also, and further showing the point that the formatting is occurring at > the wrong p

Re: Loading .apl files differes from .xml workspaces

2020-04-08 Thread Blake McBride
On Wed, Apr 8, 2020 at 8:56 AM Blake McBride wrote: > Lastly, I should mention that the first display of ABC is the correct one, > and the one that matched IBM APL. > > Thanks. > > Blake > > > On Wed, Apr 8, 2020 at 8:46 AM Blake McBride wrote: > >> Greetings

)SAVE problem from clear WS

2020-04-08 Thread Blake McBride
)clear CLEAR WS )save xx NOT SAVED: THIS WS IS CLEAR WS )wsid xx WAS CLEAR WS )save 2020-04-08 09:11:35 (GMT-5) xx The first save should have, effectively, done the )wsid for me. Thanks. Blake

Re: Loading .apl files differes from .xml workspaces

2020-04-08 Thread Blake McBride
Lastly, I should mention that the first display of ABC is the correct one, and the one that matched IBM APL. Thanks. Blake On Wed, Apr 8, 2020 at 8:46 AM Blake McBride wrote: > Greetings, > > Echoing some thoughts I've had on this subject, given the trouble we've

Re: Loading .apl files differes from .xml workspaces

2020-04-08 Thread Blake McBride
tored left-justified always. The del editor would then be the one adding the formatting for comments and labels. This way there wouldn't be ongoing problems between the del editor, save, dump, and ⎕CR. Thanks. Blake On Wed, Apr 8, 2020 at 8:36 AM Blake McBride wrote: > Greetings, > >

Loading .apl files differes from .xml workspaces

2020-04-08 Thread Blake McBride
Greetings, Look at the formatting. In particular look at how the lines with labels and comments are indented. They are indented differently depending on whether the file is saved or dumped. ∇ABC[⎕]∇ ∇ [0] ABC [1] X←4 [2] EN1: Y←5 [3] Z←7 [4] ⍝ THIS IS A COMMENT [5] Z←5 ∇

Re: seg-fault with deeply nested assignment

2020-04-07 Thread Blake McBride
rmann.de> wrote: > Hi, > > actually it assigns a new value (*6 7* in the example) to a part of *x*. > Even though *⊃⊃x *is a temporarym > the assignment changes the original *x*. > > I suppose IBM APL2 does the same. > > BR, Jürgen > > > On 4/7/20 1:28 AM, Bla

Re: seg-fault with deeply nested assignment

2020-04-06 Thread Blake McBride
Without assigning it to a variable, I don't see what sense the statement even makes. (⊃⊃x) produces an intermediate value. I can't think of what sense making an assignment to an intermediate value even does. I think APL should just throw a syntax error as in: (+/10 10⍴⍳100)[2]←4 SYNTAX

Re: Slowness when using lambda expressions

2020-03-30 Thread Blake McBride
This brings up an interesting point. Truth is, the functional programming model is extremely slow unless, as it often is, the function call is optimized out. On Mon, Mar 30, 2020 at 6:51 AM Elias Mårtenson wrote: > Thank you for the clarification. I can see that the problem isn't that the > lam

akt availability

2020-03-28 Thread Blake McBride
x27; akt is now available at https://github.com/blakemcbride/akt Thank you. Blake McBride

Re: APL Package Manager

2020-03-28 Thread Blake McBride
my github account if anyone is interested. Although I do not have a copy of his apl-pkg, if someone does and wants me to host it, I can do that too. Thanks. Blake McBride On Sat, Mar 28, 2020 at 1:59 PM Bill Daly wrote: > https://github.com/TieDyedDevil/apl-pkg is now missing and the li

Re: Fwd: Re: Function editing and line editing have inconsistencies.

2020-03-12 Thread Blake McBride
-- > > > > Betreff: Re: Function editing and line editing have > >inconsistencies. > > Datum: Thu, 12 Mar 2020 19:04:38 +0100 > > Von: Hans-Peter Sorge > > An: Blake McBride > > > > I'd like it that way. > > > > In IB

Re: Re: Function editing and line editing have inconsistencies.

2020-03-12 Thread Blake McBride
. Thanks. Blake McBride On Thu, Mar 12, 2020 at 1:05 PM Hans-Peter Sorge < hanspeterso...@netscape.net> wrote: > > > > Weitergeleitete Nachricht > Betreff: Re: Function editing and line editing have inconsistencies. > Datum: Thu, 12 Mar 2020 19:04:38 +0100

Re: Function editing and line editing have inconsistencies.

2020-03-12 Thread Blake McBride
I would suggest looking at IBM APL2 and just do what they do. --blake On Thu, Mar 12, 2020 at 9:42 AM Hans-Peter Sorge < hanspeterso...@netscape.net> wrote: > Hi, > > There are two inconsistencies (and slightly annoying) when editing: > > 1 - is a small inconsistency when deleting lines in edit

Re: Trivial feature request

2020-01-01 Thread Blake McBride
I hope you mean: Index: src/main.cc === --- src/main.cc (revision 1210) +++ src/main.cc (working copy) @@ -425,6 +425,7 @@ CERR << "executing --LX '" << lx << "'" << endl; Command::process_line(lx); + if (u

Re: Trivial feature request

2020-01-01 Thread Blake McBride
endl; Command::process_line(lx); + if (uprefs.auto_OFF) +Command::cmd_OFF(0); } *Blake McBride* * <http://arahant.com>* www.arahant.com Cell: 615-394-6760 On Wed, Jan 1, 2020 at 8:33 PM Chris Moller wrote: >

Format issue with Try APL

2019-12-24 Thread Blake McBride
Greetings, I took a look at the Try APL site http://juergen-sauermann.de/try-GNU-APL I noticed a format / spacing problem. I am attaching a PNG file the depicts the problem. Thanks! Blake

Re: Moving from svn to git and source forge to github.

2019-12-22 Thread Blake McBride
hilosophy that the Internet is always available (or available enough) and disk space and my time are not. 5. GIT forces you to keep separate projects in separate repos. How do you keep them in sync? SVN doesn't have this problem. The bottom line for me is that SVN is far, far simpler, and it

Dump file format

2019-10-27 Thread Blake McBride
Greetings, I have a few workspaces on github in DUMP format. I think it is a good idea for me to keep the format up-to-date. While performing said update I noticed, what seems to be, an arbitrary change that causes nearly every line to change. In the past, the dump file format placed a single s

Re: [Bug-apl] Bug in quad-FX

2019-10-19 Thread Blake McBride
Thanks, Jürgen! On Sat, Oct 19, 2019 at 10:50 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > Hi Blake, > > thanks, fixed in *SVN 1192*. > > Jürgen > > > On 10/18/19 7:25 PM, Blake McBride wrote: > > ∇TEST > [1] ABC > [2] DEF

[Bug-apl] Bug in quad-FX

2019-10-18 Thread Blake McBride
∇TEST [1] ABC [2] DEF [3] ⍝ GHI [4] JKL [5] EN1: MNO [6] ∇ x←⎕CR 'TEST' x TEST ABC DEF ⍝ GHI JKL EN1: MNO ⎕IO 1 x[2;1]←' ' x TEST BC DEF ⍝ GHI JKL EN1: MNO ⎕FX x TEST ∇TEST[⎕]∇ ∇ [0] TEST [1]BC [2] DEF [3] ⍝ GHI [4] JKL [5] EN1: MNO

Re: [Bug-apl] segfault when using 'CORE_COUNT_WANTED' configure flag

2019-10-17 Thread Blake McBride
On Wed, Oct 16, 2019 at 7:06 AM Dr. Jürgen Sauermann < mail@jürgen-sauermann.de> wrote: > ... > > My current interpretation of various benchmarks that Elias Mårtenson and > myself did some years ago is that the bandwidth of the memory interface > between the CPUs (or cores) and the memory is the l

Re: [Bug-apl] segfault when using 'CORE_COUNT_WANTED' configure flag

2019-10-16 Thread Blake McBride
Greetings, I think getting the parallel processing working is important. It may be that for various reasons the speedup in general cases is minimal and not worth the effort. However, I'd imagine that there are particular use-cases utilizing large arrays where the speedup would be substantial. T

  1   2   3   4   5   6   7   8   >