Thank you. Confirmed fixed.
On Nov 2, 2017 9:29 AM, "Juergen Sauermann"
wrote:
> Hi David,
>
> thanks, fixed in SVN *1019*.
>
> /// Jürgen
>
>
> On 11/02/2017 03:28 AM, David B. Lamkins wrote:
>
> Updated to revision 1018.
>
> Output of clang++ -v:
> clang version 4.0.1 (tags/RELEASE_401/final)
Worth noting: There are now no warnings or notes when compiling under gcc 6.3.1.
On Tue, Jan 10, 2017 at 3:45 PM, David Lamkins wrote:
> Thank you, Juergen.
>
> SVN 843 compiles under gcc 6.3.1.
>
> This is the sole remaining error when compiling with clang 3.8.0:
>
> clang
Thank you, Juergen.
SVN 843 compiles under gcc 6.3.1.
This is the sole remaining error when compiling with clang 3.8.0:
clang++ -DHAVE_CONFIG_H -I. -I..-Werror -Wall -Wno-strict-aliasing
-Wno-deprecated-declarations -I/usr/include -I sql -I/usr/include -I
sql -g -O2 -MT apl-UserFunction_h
hese warnings even though I use the same -W options as you do.
>
> /// Jürgen
>
>
> On 01/09/2017 07:19 PM, David Lamkins wrote:
>
> I must've missed some error when excerpting the 839 transcript. Sorry.
> I've attached make transcripts with the remaining errors.
>
I must've missed some error when excerpting the 839 transcript. Sorry.
I've attached make transcripts with the remaining errors.
On Mon, Jan 9, 2017 at 4:13 AM, Juergen Sauermann
wrote:
> Hi David,
>
> thanks, hopefully fixed in SVN 840. I did not get these warnings with g++
> 4.8.4.
>
> -Werror=
Seems fine, here. Thank you.
On Dec 13, 2016 10:44 AM, "Juergen Sauermann"
wrote:
> Hi,
>
> I have reverted the change between *SVN 818 *and *819* and I hope
> everything is back
> to normal in *SVN 820*.
>
> /// Jürgen
>
>
> On 12/13/2016 10:10 AM, Juergen Sauermann wrote:
>
> Hi,
>
> I see. Th
Thank you.
On Jun 28, 2016 8:09 AM, "Juergen Sauermann"
wrote:
> Hi David,
>
> I have added a filter for unused and not localized names in the tab
> expansion, *SVN 759*.
>
> I am afraid there is no portable (in the sense that the ISO standard
> defines it) way to
> )ERASE a name from the symbol
I did a clean checkout of SVN 585 followed by configure and make.
The file src/buildtag.hh is neither present nor created, which causes the
build to fail.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnatio
nline.de> wrote:
> Hi David,
>
> thanks, fixed in SVN 515.
>
> /// Jürgen
>
>
> On 12/02/2014 05:30 AM, David Lamkins wrote:
>
> I believe that some of the example ANSI escape sequences encoded in
> gnu-apl.d/preferences are partially incorrect.
>
> In pa
I believe that some of the example ANSI escape sequences encoded in
gnu-apl.d/preferences are partially incorrect.
In particular, any sequence containing
ESC [ ... 38 ... m
or
ESC [ ... 48 ... m
is not valid as written in gnu-apl.d/preferences .
Referring to http://invisible-island.net/xterm/ctls
attached
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
http://reverbnation.com/lcw
http://lamkins-guitar.com/
http://lamkins.net/
http://successful-lisp.com/
Index: src/UserPreferences.cc
This used to work, but now gives a SYNTAX ERROR
pkg⍙PAGER ⍕h1⍪h2⍪(⊂[2](5 3⍴'???LBLVARFUNOPR')[k+⎕io;]),[1.5]n
Replacing the above with these two lines works:
zz←(5 3⍴'???LBLVARFUNOPR')[k+⎕io;]
pkg⍙PAGER ⍕h1⍪h2⍪(⊂[2]zz),[1.5]n
Which is the same thing except for replacing a subexpression wi
Thank you.
On Sat, Nov 1, 2014 at 8:36 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi David,
>
> thanks, fixed in SVN 502. I solved it in a different way because I wasn't
> sure if the
> patch would have worked for all ESC sequences.
>
> /// Jürgen
>
>
> On 10/29/2014 05:44
its output to GNU APL),
> but makes fewer assumptions about the encoding of the keyboard sequences.
> And it can be "trained"
> for not-so-standard keyboards.
>
> /// Jürgen
>
>
> On 10/23/2014 07:04 AM, David Lamkins wrote:
>
> As much as I like gnu-apl-mod
As much as I like gnu-apl-mode and aplwrap (I use both on a daily basis), I
felt like there ought to be a more lightweight approach to getting APL
characters into GNU APL.
Today I wrote `akt`, the APL Keyboard Translator.
https://github.com/TieDyedDevil/akt
This small C program simply reads stdi
Thank you.
On Fri, Oct 17, 2014 at 9:48 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi David,
>
> you may see a non-zero startup cost even though an operation shows cost 0.
> This is because startup cost is averaged over all monadic or all dyadic
> operations.
>
> The reason
def'. Now save it. Then open the
> object - the error occurs.
>
> Thanks.
>
> Blake
>
>
> On Thu, Oct 9, 2014 at 3:13 PM, David Lamkins wrote:
>
>> I don't see it. Please provide the sequence of steps you followed.
>>
>
>
--
"The secre
I don't see it. Please provide the sequence of steps you followed.
I pushed an APLwrap update with file Open, Save and Save As functionality.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
http://reverbnation.com/lcw
http://lamkins-guitar.com/
http://lamki
t;
> If that number is reduced by one, it is perfect.
>
> The other numbers are all good where they are IMO.
>
> Thanks.
>
> Blake
>
>
> On Fri, Oct 3, 2014 at 3:25 PM, David Lamkins wrote:
>
>> I know. I thought about that.
>>
>> I'm not
I know. I thought about that.
I'm not convinced that adjusting the line count is the right answer. We
actually do have N lines numbered 0 to N-1.
I suppose we could display the largest line number rather than the number
of lines. Then you'd have to remember to add 1 to get the line count...
May
For the APLwrap users: a big batch of patches was pushed to GitHub last
night. See src/ChangeLog for a complete list.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
http://reverbnation.com/
Thanks, Blake.
On Thu, Oct 2, 2014 at 4:58 AM, Blake McBride wrote:
> Thanks. Looks good now.
>
> Blake
>
> On Mon, Sep 22, 2014 at 9:20 PM, dlamk...@gmail.com
> wrote:
>
>> Fixed. I forwarded the patch to Chris.
>>
>>
>>
>>
>>
>
I see it. Thanks. I'll look into this tonight.
> GNU APL (without aplwrap):
>
> x←⍞,0⍴⍞←0⍴' '
> abc
> x
> abc
> ⍴x
> 3
>
>
> APL WRAP:
>
> x←⍞,0⍴⍞←0⍴' '
> abc
> [APLWRAP does something really strange here like repeating a prior line???]
> ⍴x
> 0
>
> Something really
The new "max. prefix length" entry is misspelled in quad-SYL.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
http://reverbnation.com/lcw
http://lamkins-guitar.com/
http://lamkins.net/
http:
If I start an APL session and do this:
1001 ⎕svo 'foo'
1
⎕svq ''
Then APL locks up. The OS reponse suffers. There's a lot of disk activity.
When I kill the APserver process, APL responds:
100 210
The disk activity continues until a short time after I exit APL.
And the question: Should
Here's a minor tweak to flush cout before disabling cout buffering. This
seems like something the runtime library ought to do, but it makes a
difference on my system.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http:/
Thanks, Chris. Much appreciated.
On Sep 12, 2014 6:07 PM, "Chris Moller" wrote:
> It's easy enough to put the same thing in an info dialogue under Help.
> I'll stuff that in tonight or tomorrow but keep the status line switchable.
>
>
> On 09/12/14 20:30, David B. Lamkins wrote:
>
> I find the A
Yes, that eliminates the error messages. Thanks!
On Wed, Sep 10, 2014 at 10:33 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi again,
>
> actually *Output.cc:218* should read:
>
> * if (!use_curses) return;*
>
> /// Jürgen
>
> On 09/10/2
Now that I can compile the latest SVN, I'm getting complaints at startup:
capability not in terminal description
capability not in terminal description
capability not in terminal description
capability not in terminal description
capability not in terminal description
capability not in terminal de
I found it necessary to cast away the const on the first arg to tparm() in
order to compile on my machines.
Patch attached.
Let me know if you need information about compilers, etc.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/dav
--rawCIN mode wasn't accounting for input wait time, causing quad-AI[2] to
always be identical to quad-AI[3]. The attached patch corrects this.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkin
I noticed the quad-SI function but couldn't find a reference in the IBM and
ISO PDFs or in the info file. Did I overlook something?
about the other interfaces? I'd just use an old copy of GNU APL for now.
> Trying to keep pace with a moving target and trying to keep everything in
> sync during all these changes seems like a huge waste of time and a pain
> for everyone.
>
>
> On Thu, Sep 4, 2014 at 3:00
99B [30;10H[99B
[30;11H[99B [30;12H[99B
[30;13H[99B1[30;14H[99B
On Thu, Sep 4, 2014 at 11:43 AM, David Lamkins wrote:
> Thanks. I'll experiment tonight with setting up a profile for aplwrap.
>
>
> On Thu, Sep 4, 2014 at 11:23 AM, Juergen Sauermann <
> juergen.sauerm...@t-onlin
> I guess updating APserver.cc alone should fix the ⎕SVQ problem.
>
> /// Jürgen
>
>
> On 09/04/2014 07:29 PM, David Lamkins wrote:
>
> Juergen,
>
> In SVN 450 through 452, GNU APL emits a lot of ANSI terminal controls to
> a piped stderr (i.e. in aplwrap)
Juergen,
In SVN 450 through 452, GNU APL emits a lot of ANSI terminal controls to a
piped stderr (i.e. in aplwrap) even in the case where --noColor is passed
on the command line.
Is this a consequence of work-in-progress on removing readline? If so, I'll
hold at SVN 449 until the work is done.
-
I ran into this after updating to 445.
This is in a pendent function.
''≡0⍴value
0
8⎕cr value
┌→───┐
│unix│
└┘
''≡0⍴'unix'
1
8⎕cr 'unix'
┌→───┐
│unix│
└┘
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.co
e line.
>
> I have added a few *cout << flush* for* ⎕/⍞ *so maybe the patch isn't
> needed anymore (I guess unbuffered output
> is slightly slower than buffered output).
>
> /// Jürgen
>
>
> On 08/22/2014 05:11 AM, David Lamkins wrote:
>
> Oops. Here
Oops. Here's the same patch, but inquiring about the correct file
descriptor.
(It'll work either way in some cases...)
On Thu, Aug 21, 2014 at 8:06 PM, David Lamkins wrote:
> I've been puzzled by the interaction between GNU APL and aplwrap, in which
> ⎕ and ⍞ output doe
I've been puzzled by the interaction between GNU APL and aplwrap, in which
⎕ and ⍞ output doesn't appear until APL prompts for input. This behavior is
bad for the case where the program tries to emit periodic progress messages
during long computations.
It turns out that the C++ std lib is responsi
0 PM, Chris Moller wrote:
> I'm not sure I get it...
>
> aplwrap -- --LX "9-8"
>
> opens a window containing the result and
>
> ⎕ARG
>
> yields
>
> apl --noColor --rawCIN -w 500 --silent --LX 8-9
>
>
> aplwrap -- -f plotsincos
>
>
Control-C is bound to GTK's copy. That's going to interfere with the key's
role as the APL attention signal.
gt; Both pushed to github.
> I'll look at the quad-PW stuff
>
>
> On 08/13/14 16:36, David Lamkins wrote:
>
>Here's a feature request:
>
> - Provide a means to pass command-line arguments to APL.
>
> At the very least, I'd like to be able to do somethin
In case you missed my recent note, this problem isn't with quad-PW after
all.
More details in my other post.
On Wed, Aug 13, 2014 at 2:22 PM, Chris Moller wrote:
>
>- Added the command-line stuff.
>- Fixed the assign arrow and branch arrow transposition.
>
> Both pushed to github.
> I
th no improvement.
It's interesting to note that APL prints the ]KEYB output all in one chunk
of about a thousand characters with embedded \n, then does one C++ endl. In
a spot check, I couldn't find any other instances in APL where \n was sent
instead of endl.
On Wed, Aug 13, 2014 at 2:04 PM
Oops. Not related at all to quad-PW; sorry...
The extra blanks move around each time I invoke ]KEYB, whether or not
quad-PW has changed.
On Wed, Aug 13, 2014 at 1:52 PM, David Lamkins wrote:
> The ]KEYB breakage seems dependent on quad-PW, somehow. Try different
> values for quad-
The ]KEYB breakage seems dependent on quad-PW, somehow. Try different
values for quad-PW and you'll see the extra blanks move around in the ]KEYB
display.
(Also, note that the location of the assign arrow and branch arrow are
transposed in the keymap.)
From: Chris Moller
> To: Blake McBride
>
Here's a feature request:
- Provide a means to pass command-line arguments to APL.
At the very least, I'd like to be able to do something like:
$ aplwrap -s 16 -- --my-option 1234
where everything from -- onward would be tacked onto the end of aplwrap's
apl_argv[].
That way, everything after t
A couple more minor concerns:
1. The output pane resizes horizontally to the enclosing window size, but
not vertically.
2. Last night's scroll-to-end fix is working for me. Now it'd be nice to
have the output pane also scroll to the left when waiting for input.
Seconded. FreeMono works for me. In addition to Emacs, I use FreeMono in
xterm and gnome-terminal.
On Tue, Aug 12, 2014 at 10:29 PM, Elias Mårtenson wrote:
> I recommend using GNU FreeMono as the font. That's what I'm using in Emacs
> for APL buffers and it looks great. Much better than the dis
On Tue, Aug 12, 2014 at 7:17 PM, Chris Moller wrote:
> Monospace added; use option -m
>
Thanks. Doesn't seem to work here. Let me know if there's any info I can
provide to help debug.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com
On Tue, Aug 12, 2014 at 5:59 PM, Chris Moller wrote:
> The --with-apl-source-dir= thing is left over from an old version and I
> forget to take it out of the INSTALL file. Now it asks apl itself where
> the source is. If it's important, I can stick the option back in, but,
> mostly, it should
Nice start! Thanks for doing this. :)
--with-apl-source-dir= is not recognized by configure, but
APL_SOURCES= ./configure
seems to work.
A few obvious things for the wish list:
1. a monospaced font
2. ability to adjust font size
3. automatically scroll to end of buffer on output
Again, thank
Sorry for the inline code. GMail's web client - for some unknown reason
this morning - won't let me attach a file.
-- begin lamkins-fnhdr.apl
⍝!
∇foo;a;b ⍝;c
1
∇
-- end lamkins-fnhdr.apl
)load lamkins-fnhdr.apl
loading )DUMP file /home/dlamkins/APL/workspaces/lamkins-fnhdr.apl...
WAS
Elias,
The attached patch makes M-. say that there's "no source information" for
functions defined with quad-FX.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
http://reverbnation.com/lcw
Tested on one of my Fedora 20 systems, both by an update to my existing
work dir and a fresh SVN checkout. The build and install finished properly
in both cases. No surprises. :)
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlam
ties when/if
> markdown support is added for the documentation blocks.
>
> Regards,
> Elias
>
>
> On 5 August 2014 01:02, David Lamkins wrote:
>
>> Elias, would you be willing to accept a patch to configure the comment
>> prefix in gnu-apl--find-documentation-for
ssed in the name of a buffer,
> thinking that it was required. Of course it isn't (as I figured out reading
> the documentation a bit more), so I've fixed it.
>
> Thanks.
>
> Regards,
> Elias
>
>
> On 5 August 2014 07:22, David Lamkins wrote:
>
>> Elia
Elias,
When running gnu-apl-mode with a Unix domain socket for connection to
libemacs, does there really need to be a buffer (*gnu-apl-connection*) for
the process? There isn't a buffer if the connection is via TCP.
--
"The secret to creativity is knowing how to hide your sources."
Albert Ein
Elias, would you be willing to accept a patch to configure the comment
prefix in gnu-apl--find-documentation-for-defined-function? (I prefer ⍝
over ⍝⍝.)
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.c
Thank you.
On Wed, Jul 30, 2014 at 6:18 AM, Juergen Sauermann <
juergen.sauerm...@t-online.de> wrote:
> Hi David,
>
> yes. Done in SVN 406.
>
> /// Jürgen
>
>
>
> On 07/29/2014 06:53 PM, David Lamkins wrote:
>
>> For a mode-1 ]usercmd, the left argumen
Here's another unexpected (and doubtless unintended) side-effect of
readline.
See attached file.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
http://reverbnation.com/lcw
http://lamkins-g
403.
>
> For 2) I don't know. Looks OK in my xterm when doing 'info apl'. Wrong
> editor?
>
> /// Jürgen
>
>
>
> On 07/29/2014 06:50 PM, David Lamkins wrote:
>
>> 1) In section 1.3, in the description of the `--` option, there's an
>>
because ⍝! is just an ordinary APL
> comment) but such files
> will most likely not be understood by execve.
>
> So this is more a library convention and mentioned in the Library
> Guidelines document than a GNU APL feature.
>
> /// Jürgen
>
>
>
> On 07/29/2014 07:08 PM,
To be clear w.r.t. issue #2: It's the /usr/local/share/info/dir file that
gets munged.
On Tue, Jul 29, 2014 at 10:05 AM, David Lamkins wrote:
> 1) Sometimes a make complains that aclocal- is missing. It is in
> fact present, but a different version. It's possible to clear t
I'm not sure where it'd best be noted, but the info file makes no mention
of alternatively starting a .apl file with the lamp-bang sequence.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
h
1) Sometimes a make complains that aclocal- is missing. It is in
fact present, but a different version. It's possible to clear this warning
by doing a make distclean followed by ./configure and make. I'm not sure
what triggers this; I suspect that the `missing` script doesn't get rebuilt
when the t
For a mode-1 ]usercmd, the left argument passed to the user function is a
list of tokens.
Would it be possible to pass the ravel of each token? Currently, a sequence
of single-character tokens get collapsed into a single token.
--
"The secret to creativity is knowing how to hide your sources."
1) In section 1.3, in the description of the `--` option, there's an
em-dash rather than two hyphens.
2) In section 2.1.3, Example 1 the 37 (for some reason that I don't
understand) displays as a header (large and bold). I've seen this on all of
my installations.
3) In section 2.1.3, one of the i
That works in an expression, of course. It doesn't survive return from a
function, though.
a←⊣3
a
3
⎕cr 'foo'
z←foo b
z←⊣b
foo 3
3
On Sun, Jul 27, 2014 at 7:43 PM, Elias Mårtenson wrote:
> Now that I think about it, there is actually.
>
> You use the monadic left-tac
$ apl --silent -f -
could not open -
)off
$
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
http://reverbnation.com/lcw
http://lamkins-guitar.com/
http://lamkins.net/
http://successfu
$ apl --silent -- --option value
could not open --option
)off
$
The command-line parser seems to keep looking for files to load past the
`--`.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com
On May 27th Jüergen wrote:
"Note that there are some subtle differences between IBM APL2 and GNU APL
when localizing ⎕-vars. In IBM APL2 they are undefined after localizing
them.
In GNU APL they are pre-initialized with their respective default values.
This
gives simpler (and therefore faster code
I finally managed to isolate the cause of )CHECK's state value report for
my package manager.
The attached test case has a two-line function, a call to that function,
and the )CHECK command. This reliably produces two stale values on my
installations of GNU APL.
--
"The secret to creativity is k
r of tests with this and I am hoping that I
> can commit
> the solution tomorrow. That should include your ^C comments and also
> Blake's printout
> issues.
>
> /// Jürgen
>
>
>
> On 07/22/2014 08:03 PM, David Lamkins wrote:
>
> J'uergen,
>
J'uergen,
I noticed this paragraph in the readline documentation:
" Readline contains an internal signal handler that is installed for a
number of signals (`SIGINT', `SIGQUIT', `SIGTERM', `SIGALRM',
`SIGTSTP', `SIGTTIN', and `SIGTTOU'). When one of these signals is
received, the signal handler
When the session is not executing APL code, the attention signal is not
handled until the next newline.
To see this, enter the characters Control-C, 1, Return.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://rever
Jüergen and Elias, I think there might be something here for each of you.
See comments in attached test case.
There are two transcripts following:
*1. From within gnu-apl-mode:*
)load foo
loading )DUMP file /home/dlamkins/APL/workspaces/foo.apl...
WAS CLEAR WS
test
test C-c C-c
=
I've attached a patch to get symbol documentation working in the keymap
buffer.
Note that I've rebound mouse-3 as the insert command in deference to
platforms that don't have a convenient way to emulate the middle mouse
button.
I've also bound ? to bring up help on the symbol under point.
Help i
By way of clarification, since there are multiple keyboard definitions in
the support-files directory, the patch causes the apl.loadkeys file to
conform to the Dyalog keyboard layout and GNU APL's ]KEYB display.
On Sat, Jul 19, 2014 at 5:41 PM, David Lamkins wrote:
> I've attach
I've attached a patch to make the apl.loadkeys file match the recent
keyboard layout changes.
Also, the file now includes comments to document the Unicode code points
used in the mapping.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.co
Elias, have you given any further thought to adding configurable APL
options to gnu-apl-mode?
I wouldn't necessarily want the ability to add any random option (due to
the risk of conflict with options used by the mode), but a selection of
"safe" options would be nice to have available.
I still ha
What's the expectation regarding support of GNU APL native libraries on
non-Linux x86 platforms, e.g. iOS and Windows?
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/davidlamkins
http://reverbnation.com/lamkins
http://reverbnation.com
Thank you. Confirmed fixed.
On Thu, Jul 17, 2014 at 7:16 AM, Elias Mårtenson wrote:
> I have fixed the problem now. Please test it if you have the chance.
>
> Regards,
> Elias
>
>
> On 17 July 2014 08:02, David Lamkins wrote:
>
>> Picking up the function name a
Picking up the function name at point doesn't quite work; it stops at _.
You may want to make sure that all valid APL break characters {_⍙∆¯} are
recognized.
Did you consider trimming the local variables list? To me, that doesn't
seem especially useful in a documentation buffer.
On Wed, Jul 16,
That's good to know. Thanks!
On Mon, Jul 14, 2014 at 4:34 PM, Elias Mårtenson wrote:
> This information is already stored. The Emacs mode uses this when
> navigating to definition of a function.
>
> Regards,
> Elias
> On 15 Jul 2014 02:19, "David Lamkins"
for *Erlang*.
>
> It would need some changes in GNU APL - multi-line comments and
> proper storage of documentation information in the function so that it
> can de *)DUMP*ed without loosing that information.
>
> /// Jürgen
>
>
>
> On 07/14/2014 07:56 PM, David Lamkins
You must set errno = 0 before calling access(). Otherwise the lib_file_io
return value may be incorrect upon success.
-- Forwarded message --
> From: Juergen Sauermann
> To: Blake McBride
> Cc: "bug-apl@gnu.org"
> Date: Mon, 14 Jul 2014 18:01:09 +0200
> Subject: Re: [Bug-apl] A
Elias' thread about docstrings got me to thinking about other function
metadata.
One thing that might be nice to have is for APL to record the source
location of a function's definition.
If the function is defined in a file, record the path and the line number
of the first line of the definition.
You can use popen() to run pwd in a shell. It'll give you the same answer
as calling getcwd() from within the APL process.
A file's presence can be probed using fstat(). A negative return value
denotes the absence of the file.
popen() and fstat() are already exposed via lib_file_io.
Take a look
dden) intent, my implementation would meet their written
> spec.
>
>
> On Fri, Jul 11, 2014 at 3:36 PM, David Lamkins wrote:
>
>> WIth all due respect, Blake, I understand and appreciate the differences
>> between filesystems and databases.
>>
>> I've already
n your
> implementation, and it is appreciated by me and others. I mean no offense
> with my proposal. I really think this is the right thing for all of the
> many reasons I've given, plus many more I haven't mentioned yet.
>
> Respectfully,
>
> --blake
>
&g
On Fri, Jul 11, 2014 at 1:54 PM, David Lamkins wrote:
>
>> If I understand your proposal (and I may not), my objection is that you
>> don't intend to associate the name passed to CF_OPEN or CF_CREATE to a
>> like-named file in the host filesystem.
>> On Jul 11, 2
ot a component file system?
>
>
> On Fri, Jul 11, 2014 at 1:26 PM, David Lamkins wrote:
>
>> On Fri, Jul 11, 2014 at 9:58 AM, Blake McBride
>> wrote:
>>
>>> Does that sound agreeable to everyone?
>>>
>>>
>>>
>> Not at all. Wha
Here's a more developed version of the utility functions I posted a few
days ago. I've added a ]usercmd wrapper.
⍝!
∇z←⍙class ni ⍙set
⍝ Return a character array of every workspace name which includes
⍝ all characters in ⍙set. The empty set matches everything. The
⍝ optional ⍙class argument
On Fri, Jul 11, 2014 at 9:58 AM, Blake McBride wrote:
> Does that sound agreeable to everyone?
>
>
>
Not at all. What you're proposing to create is not a component file
implementation.
--
"The secret to creativity is knowing how to hide your sources."
Albert Einstein
http://soundcloud.com/
On Fri, Jul 11, 2014 at 7:18 AM, Elias Mårtenson wrote:
> On 11 July 2014 22:15, Blake McBride wrote:
>
>
>> 2. I'm not sure if I fully understand the conclusion of David's last
>> longish email. It sounded like he is abandoning the old code and moving
>> towards a GDBM solution. That sounds
onal benefits or concerns
>> > when connecting to a
>> > PostgreSQL server?
>> >
>> > As you've no doubt noticed, there's nothing in the
>> > code (or in th
On Thu, Jul 10, 2014 at 3:07 PM, Blake McBride wrote:
> So, SQL only sees varying length strings. APL sees arbitrary APL nested
> (or not nested) arrays.
>
>
>
That's what my code does, too. It's not space-efficient, but it's easy to
write and virtually impossible to get wrong (unless there's a
1 - 100 of 163 matches
Mail list logo