nary image from an actual running WS to compare both cases?
>
> Just ideas popping up.
>
> Best Regard
> Hans-Peter
>
> Am 12.02.25 um 20:25 schrieb Blake McBride:
>
> Just FYI. The problems I was noticing were unrelated to )COPY
> I saw the same problems with )LOAD
>
Just FYI. The problems I was noticing were unrelated to )COPY
I saw the same problems with )LOAD
--blake
On Wed, Feb 12, 2025 at 1:05 PM Hans-Peter Sorge <
hanspeterso...@netscape.net> wrote:
> Hi Jürgen,
>
> thank you.
> The fix came just in time as I have to )COPY quite often right now :-)
>
not arguing that the problem is outside GNU APL. However,
> it is very difficult for me to troubleshoot a problem that only occurs in
> the context
> of a workspace that I am not familiar with. So please help to simplify the
> issue
> to a smaller size.
>
> Thanks,
> Jürgen
are found, I am happy to correct them.
Thanks.
Blake
On Sun, Feb 9, 2025 at 12:22 PM Blake McBride wrote:
> The help message should be printed by the first line of E∆Pim. I checked
> it and the code is correct. It just doesn't run.
>
> If I cut/paste the code into GNU
aily
basis, for years on other APL systems. When moving it to GNU APL I had to
type it in so typos are possible. Other than typos, however, the code is
solid.
Thanks.
Blake
On Sun, Feb 9, 2025 at 11:51 AM Blake McBride wrote:
> Greetings,
>
> I haven't been using GNU APL for a wh
ed this through because of the syntax error.
This code worked fine as-is when it was released.
I'll see what I can do with #3.
Thanks!
Blake
On Sun, Feb 9, 2025 at 10:07 AM Blake McBride wrote:
> Hello,
>
> I have been watching this thread. My impression is that it is not my
Hello,
I have been watching this thread. My impression is that it is not my code
but a bug in GNU APL. If it is my code, I am very happy to fix it. I will
take a look.
Thanks.
Blake
On Sun, Feb 9, 2025 at 9:08 AM Dr. Jürgen Sauermann <
mail@jürgen-sauermann.de> wrote:
> Hi Paul,
>
> maybe
Quad-PW should not change with the screen size. It is not used for screen
display only. Quad-PW should always default to 80 to be consistent with
IBM APL.
--blake
On Fri, Dec 20, 2024 at 5:04 PM M.Hall wrote:
> I noticed that quad-pw wasn't changing with window resizes on macOS
> (Sonoma 14.
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:
&
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
>
this be set in ~/.gnu-apl/preferences ?
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
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/
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
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,
>
>
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
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
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.
>
>
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>
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
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
>
>
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
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
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
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
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
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
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
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
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
configure options in ../../../../configure_options
./configure: line 22991: ../../../../configure_options: Permission denied
#
Thanks!
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
e )DUMP to )SAVE
C. Enhance the dump format to save the SI.
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
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
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
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
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 (
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
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:
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
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
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:
> -
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
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:
&
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
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,
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
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/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
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
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 [-
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
*.
>
> 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:
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
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,
>>
>>
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
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
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
**
> **∇**
> **[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
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
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
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
>> >
>>
>>
>>
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
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
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
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
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
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
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
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
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
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
)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
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
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,
>
>
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
∇
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
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
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
x27; akt is now available at https://github.com/blakemcbride/akt
Thank you.
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
--
> >
> > 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
.
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
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
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
1 - 100 of 770 matches
Mail list logo
