|
From: | Michael Potter |
Subject: | Re: [Bug-apl] Conversion from APL2000 to Gnu APL |
Date: | Thu, 22 Oct 2015 09:29:22 -0400 |
Hi Michael,
in principle it is possible to exchange workspaces between different APL interpreters.
However, the workspace files produced by one interpreters cannot be loaded by another
interpreter directly, and trying to do so leads to errors like the one below.
What is needed instead is something like the following procedure:
1. Load the workspace into interpreter A (say, APL2000)
2. export the workspace with command )OUT
3. start interpreter B (say, GNU APL) and import the workspace with command )IN
4. )SAVE or )DUMP the workspace to produce a file that can be directly loaded by interpreter B.
Even that sometimes fails due to differences in the files handled by )IN and )OUT commands of
different interpreters, but that could possibly be fixed.
/// Jürgen
On 10/21/2015 11:25 PM, Michael Potter wrote:
I am trying to run a workspace that I copied from APL2000 to Gnu APL and getting an error.
I do not know anything about APL, I am trying to help a friend who is exploring options to run his APL2000 code other ways.
Here is the error:
$ apl -L INFORCEXX.w3______ _ __ __ __ ___ ____ __/ ____// | / // / / / / | / __ \ / // / __ / |/ // / / / / /| | / /_/ // // /_/ // /| // /_/ / / ___ | / ____// /___\____//_/ |_/ \____/ /_/ |_|/_/ /_____/Welcome to GNU APL version 1.5 /Copyright (C) 2008-2015 Dr. Jürgen SauermannBanner by FIGlet: www.figlet.orgThis program comes with ABSOLUTELY NO WARRANTY;for details run: apl --gpl.This program is free software, and you are welcome to redistribute itaccording to the GNU Public License (GPL) version 3 or later.Bad UTF8 sequence: 0xCC... at UTF8_string.cc:190
==============================================================================Assertion failed: 0 && "Internal error in UTF8_string::toUni()"in Function: toUniin file: UTF8_string.cc:191
Call stack:
------------------------------------------ Stack trace at UTF8_string.cc:191----------------------------------------0x7f48ead3daf5 __libc_start_main0x44323a main0x4485eb init_apl(int, char const**)0x483d65 Command::process_line(UCS_string&)0x483691 Command::do_APL_command(std::ostream&, UCS_string&)0x55459f Workspace::load_WS(std::ostream&, std::vector<UCS_string, std::allocator<UCS_string> > const&, UCS_string&, bool)0x44e821 XML_Loading_Archive::XML_Loading_Archive(char const*, int&)0x44c168 XML_Loading_Archive::next_tag(char const*)0x44be72 XML_Loading_Archive::get_uni()0x547607 UTF8_string::toUni(unsigned char const*, int&)0x451aff do_Assert(char const*, char const*, char const*, int)========================================
SI stack:
==============================================================================terminate called after throwing an instance of 'ErrorCode'Aborted (core dumped)
Note: The .w3 file is not XML, yet the error looks like it is looking for XML. I suspect that is the fundamental issue: The workspaces are not compatible between APL2000 and GnuAPL.
Here are my questions:1) Should I just give up and tell my friend he has to buy the APL2000 license?
2) Can I expect workspace files to be copied unchanged between APL2000 and GnuAPL? Seems strange that it would be okay to do that, but I don't see any option in APL2000 to expect the code.
3) How do I export the code out of APL2000 into GnuAPL?
4) What other problems should I be looking for once I get past this error.
[Prev in Thread] | Current Thread | [Next in Thread] |