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: 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: 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: 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: 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: 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

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

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

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

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

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

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

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

[Bug-apl] Bug in function editing

2014-03-31 Thread Blake McBride
∇r←c Parse a [1] r←(((0≠⍴a)x⍴r),⌈/r)⍴(,r∘.≥⍳⌈/r←¯1+(r,1+⍴a)-0,r←r/⍳⍴a)\(~r←r∈c)/a←,a [2] ∇ ',' Parse 'Hello,there,how are you' VALUE ERROR Parse[1] r←(((0≠⍴a)x⍴r),⌈/r)⍴(,r∘.≥⍳⌈/r←¯1+(r,1+⍴a)-0,r←r/⍳⍴a)\(∼r←r∈c)/a←,a ^

[Bug-apl] Questions about GNU APL

2014-03-31 Thread Blake McBride
ns, parens around negative numbers, fixed decimal places, etc. D. A large set of various functions that make building applications in APL much simpler. Many are clean-room implementation of TSR's old libraries including user IO with error checking, calendar/Julian date routines, and many more.

Re: [Bug-apl] Bug in function editing

2014-03-31 Thread Blake McBride
Thank you for your reply. I was trying to correct a typo when I encountered the problem. Yes, the problem is that I have a SI. It has been so long, I forgot about that. I still think there is a small bug, however. Seeing the message 'problem 'Nabla.cc:444' would make anyone think there was an

Re: [Bug-apl] Questions about GNU APL

2014-03-31 Thread Blake McBride
the second coming of APL IMO. I am an expert in C, and I have a lot of database experience. I've even written a few Btree-plus file systems (in APL and C). On the other hand, I don't know anything about GNU APL's internals. If you are interested, perhaps we can work together to add this feature. Thanks again for a lovely system! Blake McBride

Re: [Bug-apl] Questions about GNU APL

2014-04-01 Thread Blake McBride
Wow. Never thought of such a simple design. Leveraging off the existing file system is a great idea. Ultimately, however, I wouldn't do it that way for two main reasons: 1. The overhead of opening/creating, read/writing, and closing a file with each record access is huge when many records are a

Re: [Bug-apl] More Solaris porting issues

2014-04-05 Thread Blake McBride
With 20+ years C experience, IMO using alloca() as a way of allocating computed sized arrays is good. There are other speed advantages of using alloca too. Like many C library calls, alloca only works because of the fact that it is specifically designed to work with a specific tool chain. That's

Re: [Bug-apl] SQL support

2014-04-11 Thread Blake McBride
I think native SQL support is a really great thing. I prefer PostgreSQL, so I might jump in in that area. I feel strongly, though, that a keyed file system that works more native to APL would be an important thing. Perhaps it can be built on top of what you are doing - perhaps along the lines of

[Bug-apl] Not a syntax error

2014-04-12 Thread Blake McBride
∇gg [1] 4 [2] ∇ gg 4 x←gg 4 SYNTAX ERROR x←gg ^ ^ I understand what is wrong with gg. The problem is the error message. I think it is wrong. Shouldn't it be VALUE ERROR ? Thanks. Blake

[Bug-apl] Trouble with Unicomp keyboard

2014-04-13 Thread Blake McBride
t to do. There is a lot I want to do with GNU APL. This has been holding me back. Thanks! Blake McBride

Re: [Bug-apl] Update on SQL support

2014-04-14 Thread Blake McBride
In terms of connecting to PostgreSQL (and probably most other 'real' databases), I think the connection string should have more (optional) arguments separated by a comma. The ones I use everyday with PostgreSQL are: driver=org.postgresql.Driver url=jdbc:postgresql:mydatabase user=userxyz password

Re: [Bug-apl] Not a syntax error

2014-04-14 Thread Blake McBride
o value) vs using it as a function > (returns a value) in coding > > But argument can be made that gg has no value > > On Sun, 13 Apr 2014 12:54:32 +0200 > Juergen Sauermann wrote: > > > Hello Blake, > > > > yes, thanks. Fixed in SVN 202. > >

Re: [Bug-apl] Not a syntax error

2014-04-15 Thread Blake McBride
):" > > "Pattern V ← B > > Evaluation Sequence: > > If B is not a value, signal value-error." > > /// Jürgen > > > > > On 04/15/2014 07:31 AM, Blake McBride wrote: > > Additionally, while their may be a semantic problem with that code as y

[Bug-apl] Some compile warnings

2014-04-15 Thread Blake McBride
Archive.cc: In member function ‘void XML_Saving_Archive::emit_cell(const Cell&, int&, bool&)’: Archive.cc:229:71: warning: format ‘%lld’ expects argument of type ‘long long int’, but argument 4 has type ‘APL_Integer {aka long int}’ [-Wformat=] snprintf(cc, sizeof(cc), "%lld", cell

Re: [Bug-apl] Update on SQL support

2014-04-15 Thread Blake McBride
On Mon, Apr 14, 2014 at 11:08 PM, Elias Mårtenson wrote: > On 15 April 2014 01:44, Blake McBride wrote: > > >> The driver option probably makes more sense for Java or if you are >> linking (via static library or shared library) to a native PostgreSQL >> library. But

[Bug-apl] SQL: how to specify database

2014-04-17 Thread Blake McBride
I can't seem to specify the database I want to connect to. 'postgresql' SQL∆Connect 'host=localhost user=postgres password=postgres' 0 'postgresql' SQL∆Connect 'host=localhost user=postgres password=postgres' 1 'postgresql' SQL∆Connect 'host=localhost user=postgres password=post

Re: [Bug-apl] SQL: how to specify database

2014-04-17 Thread Blake McBride
Sorry. Figured it out. It's "dbname" not "Database". On Thu, Apr 17, 2014 at 10:26 PM, Blake McBride wrote: > I can't seem to specify the database I want to connect to. > > > 'postgresql' SQL∆Connect 'host=localhost user=p

[Bug-apl] SQL: problem reading from a PostgreSQL database

2014-04-17 Thread Blake McBride
$ psql arahant postgres psql (9.1.13) Type "help" for help. arahant=# select * from hr_position; position_id| position_name | org_group_id | first_active_date | last_active_date | benefit_class_id --+---+--+---+---

Re: [Bug-apl] APL SQLite not compilable (missing file)

2014-04-18 Thread Blake McBride
Inside apl-sqlite/Makefile you must set APL_DIST to point to where gnu-apl is. If you set that to the root directory og the gnu-apl souce code it'll build just fine. The missing file you see is part of gnu-apl. Blake On Thu, Apr 17, 2014 at 1:25 PM, David B. Lamkins wrote: > $ git clone https

[Bug-apl] SQL: can't get to work with sqlite either

2014-04-18 Thread Blake McBride
$ sqlite3 sqlite.db SQLite version 3.7.17 2013-05-20 00:56:22 Enter ".help" for instructions Enter SQL statements terminated with a ";" sqlite> select * from mytable; 238|Blake 892|Sam 111|George -- db←'sqlite' SQL∆Connect 'sqlite.db'

Re: [Bug-apl] SQL: can't get to work with sqlite either

2014-04-19 Thread Blake McBride
> Elias > > > On 19 April 2014 10:45, Blake McBride wrote: > >> $ sqlite3 sqlite.db >> SQLite version 3.7.17 2013-05-20 00:56:22 >> Enter ".help" for instructions >> Enter SQL statements terminated with a

[Bug-apl] Towards a keyed and component file system

2014-04-19 Thread Blake McBride
Greetings, Now that the wonderful SQL interface is working for me, I believe I can create a component and keyed file system in straight APL easily. I just need to understand ⎕TF a bit better. 1. 3 ⎕TF seems to produce a string vector representation of an arbitrary nested array without retaining

Re: [Bug-apl] Towards a keyed and component file system

2014-04-19 Thread Blake McBride
; by other APL interpreters > for exchanging data. I am looking forward to implement that as well, but I > am currently lacking > some more information about it. > > /// Jürgen > > > > On 04/19/2014 12:16 PM, Blake McBride wrote: > >> Greetings, >> >> No

Re: [Bug-apl] Towards a keyed and component file system

2014-04-19 Thread Blake McBride
* 12 ⎕CR CDR←11 ⎕CR 'Hello' 1 (2 3)* > * Hello 1 2 3 * > * ⍴CDR* > *128* > > > /// Jürgen > > > > On 04/19/2014 12:16 PM, Blake McBride wrote: > > Greetings, > > Now that the wonderful SQL interface is working for me, I believe I can >

Re: [Bug-apl] Towards a keyed and component file system

2014-04-19 Thread Blake McBride
You are right. The SQL implementation uses C strings behind the scenes for > both SQLite and Postgres. > > I'll be happy to implement BLOB support if you can suggest a good syntax > for it from APL. > > Regards, > Elias > > > On 19 April 2014 22:34, Blake McBride

Re: [Bug-apl] Towards a keyed and component file system

2014-04-19 Thread Blake McBride
I wouldn't use spaces or tabs either - very important if the database pads the strings! Along similar lines, it would be nice if the quad function that converts it back to an array ignores trailing spaces. On Sat, Apr 19, 2014 at 9:55 AM, Blake McBride wrote: > Blob support, in genera

Re: [Bug-apl] popen() and pclose() in FILE_IO

2014-04-19 Thread Blake McBride
Cool. If you add sockets we can create a web server and handle web services. *Blake McBride* www.arahant.com Cell:615-394-6760 Office: 615-376-5500 Fax: 615-377-6006 On Fri, Apr 18, 2014 at 7:12 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi, > &g

Re: [Bug-apl] Towards a keyed and component file system

2014-04-19 Thread Blake McBride
/// Jürgen > > > > > > On 04/19/2014 04:43 PM, Elias Mårtenson wrote: > > You are right. The SQL implementation uses C strings behind the scenes for > both SQLite and Postgres. > > I'll be happy to implement BLOB support if you can suggest a good syntax &

Re: [Bug-apl] Towards a keyed and component file system

2014-04-19 Thread Blake McBride
rmann < juergen.sauerm...@t-online.de> wrote: > Hi Blake, > > I'll add an inverse for 5⎕CR / 6⎕CR. That should be pretty efficient for > byte strings used by 12 ⎕CR without needing ⍎ (which involves the > tokenizer). > > /// Jürgen > > > > On 04/19/2014 05:57 PM, B

Re: [Bug-apl] A really simple component-file implementation

2014-04-19 Thread Blake McBride
Very cool! I was going to implement a keyed file system according to the idea present in my April 1 message. Sounds like you are 80% there. I'll leave it up to you (since you are so close), or pick it up when you need a break. Let me know if I can help. Thanks!! Blake On Sat, Apr 19, 2014

Re: [Bug-apl] Towards a keyed and component file system

2014-04-20 Thread Blake McBride
; 008000202000220101 > 000202000300 ¯14 ⎕CR 14 ⎕CR 'Hello' 1 (2 3) > Hello 1 2 3 * > > > /// Jürgen > > > > > On 04/20/2014 12:12 AM, Blake McBride wrote: > > Dear Jürgen, > > Thanks a lot! I a l

[Bug-apl] Tk/Tcl interface

2014-04-21 Thread Blake McBride
Just an idea.

Re: [Bug-apl] Tk/Tcl interface

2014-04-22 Thread Blake McBride
ll not stop me from > helping if I can. > > Regards, > Elias > > > On 22 April 2014 09:30, Blake McBride wrote: > >> Just an idea. >> >> >

Re: [Bug-apl] Tk/Tcl interface

2014-04-22 Thread Blake McBride
s available. Jürgen? > > A native library for sockets is an obvious feature to add. It should be > rather trivial to do so. > > GUI interface is, in fact, less important in my opinion. These days most > people do GUI's using web technologies anyway. > > Regards, > Elias

Re: [Bug-apl] Tk/Tcl interface

2014-04-22 Thread Blake McBride
if the >>>> underlying functionality is available. Jürgen? >>>> >>>> A native library for sockets is an obvious feature to add. It should be >>>> rather trivial to do so. >>>> >>>> GUI interface is, in fact, less important in

Re: [Bug-apl] A call for justification of feature / library / extension proposals (was Re: Tk/Tcl interface)

2014-04-22 Thread Blake McBride
Greetings, Your email sparked many thoughts. Not that my opinion necessarily counts for anything, I think this should be GNU APL's priority list: 1. Fix all known bugs and portability issues as they are discovered. 2. Support all of APL's standard defined features (i.e. trace, stop, etc.) 3.

Re: [Bug-apl] apl-cf (Component Files for GNU APL) on Github

2014-04-22 Thread Blake McBride
Thanks! Really appreciate it! --blake On Tue, Apr 22, 2014 at 6:53 PM, David B. Lamkins wrote: > I've pushed apl-cf to Github. > > The only change (since the last tarball posted to bug-apl) is the > addition of a README.md file. > > https://github.com/TieDyedDevil/apl-cf > > > > >

[Bug-apl] Need xkb U code for two APL characters

2014-04-26 Thread Blake McBride
Greetings, I am on the tail end of producing a complete xkb mapping for the Unicomp APL keyboard. Right now, I am only having a problem with two obscure characters. If I get these, the mapping will be perfect. I haven't figured out the xkb U code (like U235E is ⍞) for the following two characte

Re: [Bug-apl] Need xkb U code for two APL characters

2014-04-26 Thread Blake McBride
Incidentally, the existing xkb keyboard mapping for squad seem to be wrong. On Sat, Apr 26, 2014 at 8:40 PM, Blake McBride wrote: > Greetings, > > I am on the tail end of producing a complete xkb mapping for the Unicomp > APL keyboard. Right now, I am only having a problem with

[Bug-apl] Segmentation fault

2014-04-26 Thread Blake McBride
I hit some bad keys on the keyboard while attempting to get rid of a SI and ended up with a segmentation fault. Here is what happened: Note: WS test was not saved with a SI. It has a ⎕LX that causes a function named auto to execute. auto, in turn, attempted to call a function named start that

Re: [Bug-apl] Need xkb U code for two APL characters

2014-04-26 Thread Blake McBride
Thanks. That worked. Now all I need is squad. On Sat, Apr 26, 2014 at 9:51 PM, Chris Jones wrote: > On Sat, Apr 26, 2014 at 09:40:19PM EDT, Blake McBride wrote: > > > the three dots that form an upside down triangle (⎕AV[211]) > > U+2235 ∵ BECAUSE > > CJ > > >

Re: [Bug-apl] Need xkb U code for two APL characters

2014-04-26 Thread Blake McBride
Thanks. That worked too! (Dyalog calls it a squad) On Sat, Apr 26, 2014 at 10:25 PM, Chris Jones wrote: > On Sat, Apr 26, 2014 at 11:09:12PM EDT, Blake McBride wrote: > > Thanks. That worked. Now all I need is squad. > > There is no such thing in Unicode. > > There

[Bug-apl] ]keyb should function dynamically

2014-04-26 Thread Blake McBride
]keyb prints out a diagram of an APL keyboard. Very helpful. The problem is it appears to be static. It doesn't reflect the actual keyboard mapping you are using. I kind of doubt APL could figure this out dynamically, but I wonder if there isn't a better solution. Blake

Re: [Bug-apl] ]keyb should function dynamically

2014-04-27 Thread Blake McBride
it has become almost impossible to figure the >> current keyboard layout. >> >> /// Jürgen >> >> >> >> On 04/27/2014 05:43 AM, Blake McBride wrote: >> >>> ]keyb prints out a diagram of an APL keyboard. Very helpful. The >>> pro

Re: [Bug-apl] ]keyb should function dynamically

2014-04-27 Thread Blake McBride
Kudos! Thanks! I will definitely start using it! Blake On Sun, Apr 27, 2014 at 6:26 AM, Elias Mårtenson wrote: > I wrote it, and I'm a SLIME user as well, so obviously I took some ideas > from there. :-) > > Regards, > Elias > > > On 27 April 2014 19:26, Bl

[Bug-apl] Correction to error in apl.xkb

2014-04-27 Thread Blake McBride
While mapping the Unicomp keyboard, I discovered an error in apl.xkb. The Squish Quad character is incorrectly mapped. The attached patch file corrects it. Thanks to Chris Jones for the correct U code! Blake patch Description: Binary data

[Bug-apl] Function editing - inserting lines

2014-04-27 Thread Blake McBride
While editing functions, GNU APL accepts: [0.5] but does not accept: [.5] I think it should. I'm pretty sure all the APL's I've used in the past accepted it. Thanks. Blake

[Bug-apl] Internal storage of iota

2014-04-27 Thread Blake McBride
Greetings, Back when I coded in APL, there was discussion about the storage of iota. For example: a←⍳100 b←66+⍳100 c←6.2×4+⍳100 d←5+b All of these can be represented as a simple equations internally rather than expanding it all out. It would only be expanded when absolutely nece

Re: [Bug-apl] Unicomp APL keyboard mapping

2014-04-27 Thread Blake McBride
tar file from a > slim 1.6 MB to 3.7 MB). > > BTW how did you get the Unicomp keyboard? I sent a query to them last year > on their web-page and > never got a response? > > /// Jürgen > > > > On 04/27/2014 03:12 PM, Blake McBride wrote: > > Greetings, > &g

Re: [Bug-apl] Internal storage of iota

2014-04-27 Thread Blake McBride
I'd like to add that things like: v←c[500] would not cause an expansion, but things like: c[500]←44 would. On Sun, Apr 27, 2014 at 11:27 AM, Blake McBride wrote: > Greetings, > > Back when I coded in APL, there was discussion about the storage of iota. > For exampl

[Bug-apl] Segmentation fault with Emacs mode

2014-04-27 Thread Blake McBride
Greetings, I have a WS that has a ⎕LX to a valid function. That function, in turn, calls another function that isn't there (on purpose). --- Here is what I get from the terminal: )load Devices SAV

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-04-27 Thread Blake McBride
I built ans installed libemacs.so from the native directory bu same problem. On Sun, Apr 27, 2014 at 9:42 PM, Blake McBride wrote: > Greetings, > > I have a WS that has a ⎕LX to a valid function. That function, in turn, > calls another function that isn't

[Bug-apl] C-c C-c not working

2014-04-28 Thread Blake McBride
Greetings, When using a brand new evocation of Emacs/GNU APL mode, I attempt to define a function using: ∇test I get a new window where I can edit the new function. When done, I hit C-c C-c and the system responds: Symbol's function definition is void: llog If I do: describe-key C-c C-c I

Re: [Bug-apl] C-c C-c not working

2014-04-28 Thread Blake McBride
That fixed it. Thanks! Blake On Mon, Apr 28, 2014 at 6:04 AM, Elias Mårtenson wrote: > Oops. llog is an internal debug function I use. That should never go into > the repository. I've pushed an update to fix that. > > Regards, > Elias > > > On 28 April 201

[Bug-apl] Emacs mode is incredible!

2014-04-28 Thread Blake McBride
Emacs mode for GNU APL is incredible! Configuration/setup is very easy, and the advantage in function editing alone make it instantly a big win. It is easy to learn too. I start to edit a function just as in normal APL. The only thing I had to know was that Ctl-c Ctl-c saved my edit. Just know

Re: [Bug-apl] Internal storage of iota

2014-04-28 Thread Blake McBride
nd > similar optimizations is that the > optimization considered alone can be drastic, but the overall gain of it > can still be negative. > > /// Jürgen > > > > On 04/27/2014 06:27 PM, Blake McBride wrote: > > Greetings, > > Back when I coded in APL, there was disc

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-04-28 Thread Blake McBride
ol) > (Workspace.cc:129) > ==24490==by 0x4BCBCC: main (main.cc:466) > ==24490== > > I took a look at the code, and I'm not entirely sure what's going on. > The only conditional jumps that happen in the next_tag() method depends > on current_char, which I pre

Re: [Bug-apl] A request for gnu-apl-mode

2014-04-28 Thread Blake McBride
Good call! On Mon, Apr 28, 2014 at 2:33 PM, David B. Lamkins wrote: > Please configure such that M-x comment-region works for APL code. > > >

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-04-29 Thread Blake McBride
d off again I did not happen again. I have added some more > printout so that I > can see which value ID is causing this (SVN 237). If it happens again, > please send me the > .xml (if it is a different one) and the vid printed on stderr. > > /// Jürgen > > > > On 04/28/

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-04-29 Thread Blake McBride
g this (SVN 237). If it happens again, > please send me the > .xml (if it is a different one) and the vid printed on stderr. > > /// Jürgen > > > > On 04/28/2014 05:11 PM, Blake McBride wrote: > > Here is the workspace. > > > On Mon, Apr 28, 2014 at 10:06 AM, Juerge

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-04-30 Thread Blake McBride
; << vid << endl; >> FIXME; >> >> from CERR to COUT. That should at least show the vid that tells me where >> in the >> .apl file this happens. Just a guess because i am not that familiar with >> emacs mode. >> >> /// Jürgen >>

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-04-30 Thread Blake McBride
at familiar with > emacs mode. > > /// Jürgen > > > > On 04/29/2014 10:19 PM, Blake McBride wrote: > > I don't know how to get the vid printed on stderr since I only get the > error running through Emacs. If someone can give me a way of simulating > this err

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-04-30 Thread Blake McBride
; > ]log 39 > )LOAD Devices > > This way we can figure step by step where the problem is. May take a while. > > /// Jürgen > > > > On 04/30/2014 02:31 PM, Blake McBride wrote: > > Isn't this just such an example? > > > On Wed, Apr 30, 20

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-04-30 Thread Blake McBride
develop clean all' on top level (or ./configure >> DYNAMIC_LOG_WANTED=yes >> >> 2. after that you can enable different logging facilities on APL level >> (in the case of workspace >> loading that would be 39); ]log without an argument shows the numbers: >> &g

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-04-30 Thread Blake McBride
Here is what I get: ]xterm off ]log 32 Log facility 'Prefix parser ' is now ON ]log 33 Log facility ' ... location information ' is now ON 'libemacs' ⎕FX 'EMACS' changed to Prefix[si=0])

Re: [Bug-apl] Segmentation fault with Emacs mode

2014-05-03 Thread Blake McBride
new. > > I guess Elias should have a look (maybe stale start_input() ?). > > /// Jürgen > > > On 04/30/2014 07:41 PM, Blake McBride wrote: > > Here is what I get: > > *prompt: ' ' at Input.cc:223 > LOC: 'Input.c

[Bug-apl] Small bug saving function editing in Emacs mode

2014-05-03 Thread Blake McBride
Greetings, While using Emacs mode I found the following small bug. If you edit an existing function, move the cursor around, maybe change something, and hit C-c C-c it saves the function just fine. However, if you edit an existing function and then immediately (without moving the cursor or chang

Re: [Bug-apl] Small bug saving function editing in Emacs mode

2014-05-04 Thread Blake McBride
No, I am typing del-function name. On Sun, May 4, 2014 at 2:15 AM, Elias Mårtenson wrote: > I tried this, but I am not able to reproduce this problem. Are you editing > the function using C-c C-f? > > Regards, > Elias > > > On 4 May 2014 07:28, Blake McBride wrote: >

Re: [Bug-apl] Small bug saving function editing in Emacs mode

2014-05-04 Thread Blake McBride
rsion > are you using? Did you build it yourself? > > Regards, > Elias > On 4 May 2014 20:03, "Blake McBride" wrote: > >> No, I am typing del-function name. >> >> >> On Sun, May 4, 2014 at 2:15 AM, Elias Mårtenson wrote: >> >>> I t

Re: [Bug-apl] Small bug saving function editing in Emacs mode

2014-05-04 Thread Blake McBride
y 2014 20:31, "Blake McBride" wrote: > >> I am using Emacs 24.3.1. It comes with Linux Mint. I did not build it >> myself. I do have a number of customizations in my .emacs file. >> >> Okay, I have deleted everything out of my .emacs file except the GNU APL

[Bug-apl] Bad error message edit a function

2014-05-04 Thread Blake McBride
)clear CLEAR WS ∇test [1] [∆2] execute_oper() failed at No/bad edit_to at Nabla.cc:621 [1]

[Bug-apl] Crash when executing a null branch

2014-05-04 Thread Blake McBride
I know this code doesn't make sense but it is part of a function that was crashing APL. I narrowed it down to the following: ⍎'→0⍴0' -- Stack trace at Token.cc:665 0x7f503336bde5 __libc_start_main 0x43550d m

Re: [Bug-apl] Crash when executing a null branch

2014-05-05 Thread Blake McBride
Works perfectly. Thanks! On Mon, May 5, 2014 at 9:08 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi Blake, > > thanks. fixed in SVN 249. > > /// Jürgen > > > > On 05/05/2014 03:14 AM, Blake McBride wrote: > >> I know this code doesn

[Bug-apl] Updating SQL library

2014-05-07 Thread Blake McBride
oon (within a day or so). > > I'm also thinking of renaming the functions, making them all lower case. > This is something that seems more popular. > > Regards, > Elias > > > On 4 May 2014 07:19, Blake McBride wrote: > >> Greetings, >> >> I update

Re: [Bug-apl] Updating SQL library

2014-05-07 Thread Blake McBride
10:17 PM, Elias Mårtenson wrote: > I haven't decided what to do yet. I'd like to have some input from others > as to what's the best naming style is. All-lowercase? Upper and lower like > the SQL mode now? camelCase? > > Regards, > Elias > > > On 8 May

Re: [Bug-apl] Updating SQL library

2014-05-07 Thread Blake McBride
t; applicable to your code. :-) > > Regards, > Elias > > > On 8 May 2014 11:20, Blake McBride wrote: > >> I usually use function names (at least starting) in uppercase, and >> application specific functions in lowercase. This way I avoid name hits >> between m

Re: [Bug-apl] Updating SQL library

2014-05-07 Thread Blake McBride
Thanks a lot! That is what I was waiting for. Thanks! Blake On Wed, May 7, 2014 at 10:48 PM, Elias Mårtenson wrote: > Oh yes. You're right about that. I should do that. :-) > > Regards, > Elias > > > On 8 May 2014 11:47, Blake McBride wrote: > >> I tho

Re: [Bug-apl] Updating SQL library

2014-05-07 Thread Blake McBride
Thanks. I will. Blake On Wed, May 7, 2014 at 10:59 PM, Elias Mårtenson wrote: > OK, I've fixed it now, I think. Please test it. > > Regards, > Elias > > > On 8 May 2014 11:49, Blake McBride wrote: > >> Thanks a lot! That is what I was waiting for. >&

[Bug-apl] String element of general array

2014-05-08 Thread Blake McBride
Forgive the question, but my experience is only with the original APL and not APL2. I have a (general array) vector. Each element is a string vector. For example: x←'abcd' 'efg' 'hijkl' Now, if I have: y←'hijkl' z←'hhh' How can I tell if y is in x? How can I tell if z is in x? I can eas

[Bug-apl] Emacs mode: can't create a function with no lines

2014-05-08 Thread Blake McBride
>From within emacs mode I do: ∇xx and then save without adding any lines, emacs gives: Unexpected error: Thanks! Blake

[Bug-apl] )SAVE should show WSID

2014-05-08 Thread Blake McBride
Greetings, I believe the )SAVE command should display the name of the workspace after the date and time. I am looking at the Gilman and Rose APL2 book and that's the way they show it. (In addition to my memory.) Thanks. Blake

[Bug-apl] )COPY bad display

2014-05-08 Thread Blake McBride
When attempting to copy only a subset of functions from a WS I get all sorts of incorrect output. For example: )load Devices SAVED 2014-5-5 0:39:1 (GMT-5) )copy Devices Pic NOT COPIED: CAL NOT COPIED: CS NOT COPIED: Cms NOT COPIED: Delim NOT COPIED: Dn NOT COPIED: Dtfmt NOT COPIED:

[Bug-apl] )ERASE should complain if not found?

2014-05-08 Thread Blake McBride
I'm not sure of this but - if you try to )ERASE something that isn't there, shouldn't it display a not found message on the ones not found? The problem is, if you erase something and mistype it, there is no message. You have no idea you didn't erase it. I don't remember what other APL's did. Pe

Re: [Bug-apl] Emacs mode: can't create a function with no lines

2014-05-09 Thread Blake McBride
hat this happens. I just can't seem to reproduce it > though. Can you confirm that it doesn't happen if you move the cursor prior > to pressing C-c C-c? > > What version of Emacs are you using? > > Regards, > Elias > > > On 9 May 2014 11:59, Blake McBride wr

Re: [Bug-apl] String element of general array

2014-05-09 Thread Blake McBride
Thanks to all! Very cool! I feel comfortable creating, unpacking, and moving general arrays, but that's the extent of it. I'll have to get some of this new stuff in my head. Thanks for the help! Blake On Fri, May 9, 2014 at 12:10 AM, Daniel H. Leidisch wrote: > Hello! >

Re: [Bug-apl] )SAVE should show WSID

2014-05-09 Thread Blake McBride
trying to coordinate something with someone in another part of the world. I can do the translation, when necessary, at that time. As it is, I have to do time math each time I want to use the value/message )SAVE returns. Thanks. Blake On Thu, May 8, 2014 at 11:05 PM, Blake McBride wrote: > Gre

Re: [Bug-apl] Emacs mode: can't create a function with no lines

2014-05-09 Thread Blake McBride
> Elias > > > On 9 May 2014 19:21, Blake McBride wrote: > >> Dear Elias, >> >> Emacs version 24.3.1. >> >> I always have to move the cursor or I get the other error. So, after I >> move the cursor and attempt to save, I get the second error: >>

Re: [Bug-apl] Emacs mode: can't create a function with no lines

2014-05-09 Thread Blake McBride
t; your Emacs to use it? > > > On 9 May 2014 19:44, Blake McBride wrote: > >> $ git pull >> Already up-to-date. >> $ >> >> >> >> On Fri, May 9, 2014 at 6:32 AM, Elias Mårtenson wrote: >> >>> Hmm... I think I have an idea what

  1   2   3   4   5   6   7   8   >