Additionally, while their may be a semantic problem with that code as you
point out, there is utterly nothing wrong with the _syntax_.
On Sun, Apr 13, 2014 at 8:40 AM, wrote:
> Hi
>
> I think it is really is a syntax error
>
> Creating gg as a 'procedure' (returns no value) vs using it as a fun
This is probably related to the previous bug report.
After failing to load the previously attached file (the one that caused a
crash), I loaded the functions from the file using the Emacs-mode command
that does the same thing. I then )DUMP'ed the workspace. I've attached the
file that ended up in
I trued to )COPY the attached foo.apl file, and it crashed with the
following trace:
* )copy /home/emartenson/foo.apl*
SEGMENTATION FAULT
-- Stack trace at main.cc:121
On 15 April 2014 01:44, Blake McBride wrote:
> 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.D
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
Hello,
as promised earlier I have implemented an extension to the )COPY
command, see SVN 206.
You can now )COPY a file that has been produced by the )DUMP xommand.
Alternatively you can write the file with a text editor.
Conceptually the )COPYd file can contain other )COPY commands so that it
There is a problem with exceptions. Whenever you type something that is an
error, there is an error message showing something like this:
[USER]: 5752264 - Exception catching is disabled, this exception cannot be
caugh
t. Compile with -s DISABLE_EXCEPTION_CATCHING=0 or
DISABLE_EXCEPTION_CATCHING=2
Just an update: Postgres support almost works now. I have some issues
determining the correct data type of the returned values, but once that is
resolved it's time to work on the 2D array arguments.
I've changed SQL[1] (connect) to accept a left argument, being the database
type. I will also make
Hi
I think it is really is a syntax error
Creating gg as a 'procedure' (returns no 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
Just an idea. Has anyone any experience with some of the input method
editors for Asian languages, notably Japanese? I think I have seen
something where you would type ordinary Roman letters and the input
handler would translate them first to Hiragana or Katakana (parallel
phonetic alphabets), th
If you're using Emacs I can help you bind an input method for it. It will
only work in Emacs though.
Regards,
Elias
On 14 April 2014 18:55, Juergen Sauermann wrote:
> Hi Blake,
>
> I am not using xkbcomp myself. I have briefly tried it but I am not at all
> an expert
> in it. I will share all
Hi Blake,
I am not using xkbcomp myself. I have briefly tried it but I am not at
all an expert
in it. I will share all my knowledge with you, but don't expect too
much. All the information
I have came from some emacs guys, see the postings around Oct 28, 2913 on:
http://lists.gnu.org/archive/
Hi,
yes. this can happen when the installed shared libs are compiled with
a different version of GNU APL and in the meantime virtual functions
have beed added or removed.
'make install' usually fixes this.
I was already thinking of some versioning between the shared libs and
the interpreter. I
False alarm.
I'm replying to myself, because after a full recompile of everything it
seems to work. I'm thinking that something wasn't recompiled properly after
updating to the latest version.
Regards,
Elias
On 14 April 2014 12:23, Elias Mårtenson wrote:
> In my implementation of eval_AXB I a
14 matches
Mail list logo
