Hi Elias,
not really. I am only fetching your emacs code from time to time.
I can't test it because I am on vi.
Best Regards,
Jürgen
On 08/30/2017 10:25 AM, Elias Mårtenson
wrote:
I thought Jürgen fixed that? The
I thought Jürgen fixed that? The cuase was apparently my misunderstanding
of how the GNU APL Simple_string works.
Regards,
Elias
On 29 August 2017 at 03:45, Ala'a Mohammad wrote:
> Hi,
>
> Trying to reduce the steps above to 'define, save, define' gives the
> same thing above. This only happens
Hi,
Trying to reduce the steps above to 'define, save, define' gives the
same thing above. This only happens when the defined function is saved
without a body (saved only with the header).
Network listener started. Connection information: mode:tcp addr:35039
∇x
∇x
===
Hi,
I do not know if this is the same cause, but the assertion seems to be the same
in a new session do the following
- write an incorrect name like 'x.y'
- edit a function like 'z'
- save the function
- edit the z function again, and you get the failed assertion
I'm running the latest APL versi
If that's the case, then you are indeed right. It's possible that the
std::string constructor will work, but that would be more out of luck than
anything else.
Regards,
Elias
On 8 August 2017 at 18:11, Juergen Sauermann
wrote:
> Hi Elias,
>
> correct, except that an *UCS8_string* is not a strin
Hi Elias,
correct, except that an UCS8_string is not a string,
despite of its name.
UCS8_strings
have no terminating 0 byte; the 0-byte is only appended if
the UCS8_string is
converted to a C string with function c_str().
/// Jürg
Sorry for not replying earlier, I forgot about this message.
ucs[0] should be OK for an empty string, as that will still refer to the
terminating NUL byte at the end of the string. Note that an empty string is
differetn from a NULL pointer (the former is a valid string, and the other
is not).
Reg
Hi Elias,
I don't know what Ala'a did. However, looking at:
/// return a UTF8
encoded std:string
inline std::string to_string(const UCS_string & ucs)
{
const UTF8_string utf(ucs);
return string((const char *)&utf
Hi,
I couldn't reproduce this reliably. This happened a couple of times
during the last week.
Is there any flag (runtime or compile time, emacs or gnu-apl) which
will provide more trace details?
Regards,
Ala'a
On Mon, Jul 31, 2017 at 4:31 AM, Elias Mårtenson wrote:
> Can you tell me exactly w
Can you tell me exactly what you are doing in order to reproduce the
problem?
Regards,
Elias
On 31 Jul 2017 04:51, "Juergen Sauermann"
wrote:
> Hi Ala'a,
>
> maybe this is something for Elias to look into. Seems like some
> Simple_string is corrupted.
>
> /// Jürgen
>
>
> On 07/30/2017 09:40 PM
Hi Ala'a,
maybe this is something for Elias to look into. Seems like some
Simple_string is corrupted.
/// Jürgen
On 07/30/2017 09:40 PM, Ala'a Mohammad wrote:
Hi,
I'm trying to edit a function but got the following trace
===
On Tue, Oct 18, 2016 at 3:42 PM, Jay Foad wrote:
> ⍋⍋'GNUAPL'
Great! Thanks.
This is called "ranking" and is very simple in APL:
⍋⍋'GNUAPL'
2 4 6 1 5 3
The permutations 4 1 6 2 5 3 (i.e. ⍋'GNUAPL') and 2 4 6 1 5 3 are inverses
of each other, and ⍋ will invert a permutation.
Jay.
On 17 October 2016 at 15:41, Ala'a Mohammad wrote:
> Hi Juergen,
>
> Thanks for the
Hi Juergen,
Thanks for the fix.
Apology if I could not explain what I'm trying to do. It is: given a
string, replace every char with its alphabetic index (starting from
1). The following simpler solution achieves it.
⊢string ←'GNUAPL'
GNUAPL
⊢string[⍋string] ← ⍳⍴string
1 2 3 4 5 6
Hi Ala'a
thanks, fixed in SVN 798.You will now get a DOMAIN ERROR
instead of
a failed assertion.
The DOMAIN ERROR is being reported because you try to compare
objects that
would be called left values in C/C++, so your code is also wrong.
Hi Blake,
thanks, fixed in SVN 292.
/// Jürgen
On 05/26/2014 05:39 PM, Blake McBride wrote:
I haven't looked into what is causing this yet, but I thought the
message may be self explanatory to you. Please let me know if you
need more. Thanks!
=
16 matches
Mail list logo
