Hi Alexey,
agreed, except that this is not at all about singletons.
According to Wiki:
In software engineering, the singleton
pattern is a software design pattern that
restricts the instantiation
of a class to one object. This is useful wh
Just in case, singletons are evil (and should be considered anti-pattern
in any app with more than 1 thread). Better to replace them with
external interfaces and use via dependency injection (it will help to
write more tests later).
Being there done that - moving all singleton::instance() to the m
nice
i'm guessing this problem was not in my compiler's compilation .. but in
something they changed/added to the compiler since my version (4.4.3) ?
On Wed, 1 Feb 2017 22:30:49 +0100
Juergen Sauermann wrote:
> Hi,
>
> I see, then it is probably gone since I reworked that area.
>
> BTW I
Hi,
I see, then it is probably gone since I reworked that area.
BTW I have started to move all static object constructors to a
single
file, which gives more control over the construction order and
avoids
different orders with different co
it was the get_name line you added in Id.cc
Core was generated by `/usr/local/apl-svn/bin/apl -v'.
Program terminated with signal 11, Segmentation fault.
#0 0x08093b9b in std::basic_ios >::widen
(cond=0x8279234 "result",
fun=0x824d573 "get_name", file=0x824d32e "Id.cc", line=85)
at
/
Indeed you did
btw you left the 'debug' x⎕AV in the Id.def;)
here is the apl start (i added the change in Symbol.cc to test and didn't have
to do the change in Id.def)
name:'⎕' at Symbol.cc:50
name:'⍞' at Symbol.cc:50
name:'⎕AI' at Symbol.cc
Hi,
I believe I found the problem.
It looks like the constructor for the Workspace object (containing
all system variables)
was called before the constructors for the system variables were
called. That made the
names of the system variabl
On 2017-01-29 13:58, enz...@gmx.com wrote:
i have attached a tv.xml file which has
)WSID tv
VAR←1 and VAR∆ONE←1
)SAVE
I don't have a LANGUAGE in my locale and i tried to set it in
/etc/sysconfig/i18n and got nothing in locale
here is my locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUM
Symbol.cc: In constructor 'Symbol::Symbol(ID::Id)':
Symbol.cc:53: error: no match for call to '(UCS_string) (const UCS_string&)'
make[3]: *** [apl-Symbol.o] Error 1
On Tue, 31 Jan 2017 23:16:47 +0100
Juergen Sauermann wrote:
> Hi,
>
> interestingly that file is OK. Can you please do one more
Hi,
I got it, still analysing it.
It seems like this file is OK:
The line we are interested in is:
Id_name(ID::Quad_AV, "x⎕AV"),
So at that point (after preprocessing it) the string is intact.
Could you also se
i sent this at 2:13PM (15+ minutes ago) but i didn't seem to arrive there - is
there a size block at the gnu?
out attached
On Tue, 31 Jan 2017 22:08:44 +0100
Juergen Sauermann wrote:
> g++ -E -o out Id.cc
)load and )copy both work okay on a )dump made from 1.6
but a )dump make from 871 and then a )copy or )load gives
)wsid
IS CLEAR WS
)dump zz
2017-01-31 13:57:43 (GMT-7)
)copy zz
DUMPED 2017-01-31 13:57:43 (GMT-7)
SYNTAX ERROR
←1E¯13
^
SYNTAX ERROR
←(,⎕UCS 4
Hi,
yes. The *name:* after *)load *prints the name read from the workspace
file read, while
the *name: *at *apl* start-up comes from the constructor of the symbol.
/// Jürgen
On 01/31/2017 09:11 PM, enz...@gmx.com wrote:
but when i )load tt
)load ttt
name:'⎕CT' at Sy
at apl start the output is all
name:'' at Symbol.cc:51
On Tue, 31 Jan 2017 21:25:49 +0100
Juergen Sauermann wrote:
> Hi,
>
> I see. The next test is this: Change line 47 of Id.def from:
>
> qv( AV , "⎕AV" , )
>
> to:
>
> qv( AV , "x⎕AV"
but when i )load tt
)load ttt
name:'⎕CT' at Symbol.cc:51
name:'⎕FC' at Symbol.cc:51
name:'⎕IO' at Symbol.cc:51
name:'⎕L' at Symbol.cc:51
name:'⎕LX' at Symbol.cc:51
name:'⎕PP' at Symbol.cc:51
na
Hi,
I never got it :(
the output is all
name:'' at Symbol.cc:51
On Tue, 31 Jan 2017 20:01:16 +0100
Juergen Sauermann wrote:
> Hi,
>
> I believe I responded on Mon, 30 Jan 2017 12:56:35 +0100.
>
> However, the mail was quite large because I had my own apl binary (although
Jürgen
i've sent a few working emails on this and no reponse from you - if you are
moving onto other things please let me know
Thanks
On Sun, 29 Jan 2017 11:58:05 -0700
enz...@gmx.com wrote:
>
> i have attached a tv.xml file which has
>
> )WSID tv
> VAR←1 and VAR∆ONE←1
> )SAVE
>
your tt loadsi have attached the ttt.xml
)load tt
WARNING: this workspace was )SAVEd with a VERY old SVN version of GNU APL.
Expect problems, in particular when the )SI was not clear.
In case of problems, please try )COPY instead of )LOAD.
SAVED 2017-01-28 15:20:41 (GMT-7)
)save
On Sun, 29 Jan 2017 11:58:05 -0700
enz...@gmx.com wrote:
>
> i have attached a tv.xml file which has
>
> )WSID tv
> VAR←1 and VAR∆ONE←1
> )SAVE
>
> I don't have a LANGUAGE in my locale and i tried to set it in
> /etc/sysconfig/i18n and got nothing in locale
> here is my locale
> LANG
i have attached a tv.xml file which has
)WSID tv
VAR←1 and VAR∆ONE←1
)SAVE
I don't have a LANGUAGE in my locale and i tried to set it in
/etc/sysconfig/i18n and got nothing in locale
here is my locale
LANG=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=C
LC_COLLATE=C
okay - i have a lot of things to try but why does the 1.6 release work (now)
but not the svn ? - how far back is 1.6 release from current svn?
can you send me (privately if you want) your tt.xml file
thanks
very much appreciate this help Jurgen
On Sun, 29 Jan 2017 19:27:33 +0100
Juergen Sau
Him
I believe we are getting closer to the problem (even though not yet
to a solution).
We both save an empty workspace, mine into tt.xml and yours into
.xml.
After thant both xml files are different,
In my tt.xml, the names an
871 same as 870 produces same .xml as 870 so didn't attach it again
from 870
> )wsid
> WAS CLEAR WS
> )save
> 2017-01-29 09:08:46 (GMT-7)
> )load
> *** Warning: empty Symbol name in XML archive /apl/workspaces/.xml around
> line 164
> and hangs - i
heya Jürgen
On Sun, 29 Jan 2017 12:28:51 +0100
Juergen Sauermann wrote:
> Hi,
>
> I cannot tell why this happens (and it does not on my machine).
>
> Apparently there was an empty symbol in the )SAVEd tt.xml file.
>
> But I changed the )LOAD command so that it only prints a warning and the
Hi,
I cannot tell why this happens (and it does not on my machine).
Apparently there was an empty symbol in the )SAVEd tt.xml
file.
But I changed the )LOAD command so that it only prints a
warning and the location in the .xml file
tt.xml attachedthis is from 1.6 release
On Sat, 28 Jan 2017 23:19:12 +0100
Juergen Sauermann wrote:
> Hi,
>
> the ... VERY old ,,, warning suggests that the file was truncated right at
> the beginning.
>
> Could you please send me the tt.xml file?
>
> thanks,
> /// Jürgen
>
>
> On 01/
Hi,
the ... VERY old ,,, warning suggests that the file was truncated
right at the beginning.
Could you please send me the tt.xml file?
thanks,
/// Jürgen
On 01/28/2017 10:36 PM, enz...@gmx.com
wrote:
using fresh svn 867
configure
make develop
make install
apl
gives same error
with 1.6 release
configure
make
make install
)wsid tt
WAS CLEAR WS
)save
2017-01-28 14:06:23 (GMT-7) tt
)load tt
WARNING: this workspace was )SAVEd with a VERY old SVN version of GNU APL.
Expect
The problem seems to be about assert level rather than parallel, even
before SVN 867.
SVN 867
make clean
./configure ASSERT_LEVEL_WANTED=0
./configure
.
.
.
++ -DHAVE_CONFIG_H -I. -I..-Werror -Wall -I sql -I/usr/include
-rdynamic -g -O2 -MT apl-PrimitiveFunction.o -MD -MP -MF
.deps/apl-Pri
Hi Bill,
thanks, hopefully fixed in SVN 867.
Please keep in mind that 'make parallel
' is experimental and contains
bugs in ScalarFunction.cc that I was not able to reproduce because
they
only occur sporadically.
/// Jürgen
Hi,
very strange. Works for me:
)wsid
tt
WAS CLEAR WS
)save
2017-01-28 21:24:40 (GMT+1) tt
)load tt
SAVED 2017-01-28 21:24:40 (GMT+1)
could be that your checkout is somehow broken (dependencies et
aplcompiled with just configure and i hope gcc 4.4.3 is good
)wsid tt
WAS CLEAR WS
)save
2017-01-28 12:30:12 (GMT-7) tt
)load tt
==
Assertion failed: items
in Function: at
in file:
debian, 32-bit or 64-bit, testing
SVN 865 and previous versions
If I do:
make clean
./configure CORE_COUNT_WANTED=syl
make
everything is fine.
If I do:
make clean
./configure
make parallel
I get:
.
.
.
g++ -DHAVE_CONFIG_H -I. -I..-Werror -Wall -I sql -I/usr/include
-rdynamic
Hi,
i changed the constructor of PJob_scalar_AB
in the same way as for PJob_scalar_B. SVN 866.
I can't test this myself because I am not getting this warning (g++
4.6.3).
Regarding CORE_COUNT_WANTED=2 please keep in mind that parallel
executi
Hi,
same basic problem but different function
isn't anyone else getting this on make?this is my configure line
'configure CORE_COUNT_WANTED=2'but just 'configure' also gives
same error on make
g++ -DHAVE_CONFIG_H -I. -I..-Werror -Wall -I sql -I/usr/local/include
Hi,
the problem is in ScalarFunction.cc. The compiler
complains about a pointer which is not
initialized in the constructor (which is on purpose, but the
compiler seems not to like it).
The pointer is initialized at a later point in time (at Sc
Hi Jürgen
Sorry, still getting the same 'warning->error' in 864
is the problem in Simple_string.hh or ScalarFunction.cc ?? (i see your code
changes in ScalarFunction.cc)
thanks
g++ -DHAVE_CONFIG_H -I. -I..-Werror -Wall -I sql -I/usr/local/include
-rdynamic -g -O2 -MT apl-Symbol.o -M
Hi,
thanks, hopefully fixed in SVN 864.
/// Jürgen
On 01/27/2017 11:51 PM, enz...@gmx.com
wrote:
i removed the -Werror in the src/Makefile line 680common_CXXFLAGS = -Werror -Wall -I sql $(am__append_2) $(am_
i removed the -Werror in the src/Makefile line 680common_CXXFLAGS =
-Werror -Wall -I sql $(am__append_2) $(am__append_6) and make gave good apl
*so far in my testing)
On Fri, 27 Jan 2017 15:16:14 -0700
enz...@gmx.com wrote:
>
> on this computer I thought svn 863 compiled
on this computer I thought svn 863 compiledbut it left 1.6 installed
so didn't notice
libtool: compile: g++ -DHAVE_CONFIG_H -I. -I.. -Werror -Wall -I sql
-I/usr/local/include -rdynamic -g -O2 -MT libapl_la-ValueHistory.lo -MD -MP -MF
.deps/libapl_la-ValueHistory.Tpo -c ValueHistory.
40 matches
Mail list logo
