#2 RexxEEC on Ubuntu 16.04

[Keith Regan]

We are trying to install RexxEEC on ooRexx 4.2 and get the following error (and many more) when running make;

gcc -c -O2 -m64 -O3 -Wall -fomit-frame-pointer -fno-strict-aliasing -Wno-char-subscripts -I. -I.. -DNDEBUG -DHAVE_CONFIG_H -DREXXEEC_VERSION=\""1.0"\" -DREXXEEC_DATE=\""13 Mar 2008"\" -DINIT_RXPACKAGE=init_RexxEEC -DTERM_RXPACKAGE=term_RexxEEC -Dbf_u32="unsigned int" -I../common -I/usr/include -o loader.o ../common/loader.c
In file included from ../common/loader.c:23:0:
../common/rxpack.h:227:4: error: unknown type name ‘PSZ’
RRFD_ARG0_TYPE ExternalName;

We have checked the WWW for answers and found none pertaining to this program but did find a reply for installing rexxsql https://fossies.org/linux/misc/rxsql26B3_src.zip/common/rxdef.h We tried to modify this but got ourselves into deeper trouble.

We are trying to install this on Linux Mint 18.1 which is based on Ubuntu 16.04 LTS 64 bit.

Any help or pointers would be gratefully appreciated.

[Mark Hessling]

Rexx/EEC was released before ooRexx 4.x was released. Changes to ooRexx 4.x broke the Rexx/EEC build. I have uploaded source for Rexx/EEC 1.2 which should address the ooRexx 4.x build issue and add a couple more features.
Would appreciate feedback to confirm this issue has been addressed.

[Keith Regan]

Just WOW, excellent response. We managed to get it installed but had to move the librexxeec.a and .so files from usr/local/lib to usr/lib to get it to work. Also the RxFuncQuery allways returns a 1 when run. Not a real problem as we now load it the way you do. All in a very successful outcome. Thank you very much.

[Keith Regan]

Hi Mark, many thanks for your earlier response which has got us a lot further. However we do appear to have another problem with EECCOMPRESS We need to send data to another machine that we have no control over and it gives a byte size of zero, as an example:-
/ /
trace ?i
Call RxFuncAdd "EECLoadFuncs", "rexxeec", "EECLoadFuncs"
Call EECLoadFuncs
out_line = "10020.L6Q.000.acusref.dat.zip.10170427105349 uploaded (754 bytes in 0 seconds)"
rc = eeccompress(out_line,gzip)
say length(rc)
exit
Or are we just being daft?

[Mark Hessling]

You are doing nothing wrong. In my haste to release this version I hadn't implemented the GZIP decrypt component nor tested the GZIP compression with small strings. Both of these have been fixed and documentation updated. v1.3 has fixed source. When using the compression routines be aware that these are not compatible with other decompression tools. Rexx/EEC prepends a 32bit header onto the compressed string so it can tell how long the original string is for decompression.

[Keith Regan]

Yet again Mark, thank you. We do still have a problem with the 1.3 as well. Take an xml file, compress it and then try to gunzip it and it fails. Header info in the file is the regular 1F 8B but it will not work.
/ /
trace ?i
Call RxFuncAdd "EECLoadFuncs", "rexxeec", "EECLoadFuncs"
Call EECLoadFuncs
rc = EECVariable(Version)
in_file = 'afile.xml'
out_file = 'tsdc.out.gz'
in_length = chars(in_file)
in_data = charin(in_file,1,in_length)
comp_data = eeccompress(in_data,gzip)
say length(comp_data)
rc = charout(out_file,comp_data)
exit

I built a clean machine just to make sure that 1.2 hadn't left any traces and it failed the same.

Thank you again for your help.