[Bug-apl] segfault when using dyadic rank with empty arrays
1↑⍤0 ⍬ SEGMENTATION FAULT thread: 0x7fb6c6ec2740 thread_contexts_count: 1 busy_worker_count: 0 active_core_count: 1 thread # 0: 0x7fb6c6ec2740 pool sema: 0 RUN job: 0 no-name -- Stack trace at main.cc:165 0x7fb6c5ad8b45 __libc_start_main 0x43f255 main 0x56bb35 Workspace::immediate_execution(bool) 0x48982aCommand::process_line() 0x4898e5 Command::do_APL_expression(UCS_string&) 0x494b55 Executable::execute_body() const 0x51d5c0 StateIndicator::run() 0x4caa99Prefix::reduce_statements() 0x4c5919 Prefix::reduce_A_F_B_() 0x49d9ed DerivedFunction::eval_AB(Value_P, Value_P) 0x46fd29 Bif_OPER2_RANK::eval_ALRB(Value_P, Token&, Token&, Value_P) 0x46e68dBif_OPER2_RANK::do_ALyXB(Value_P, int, Function*, Shape const*, Value_P, int) 0x46d5f1 Bif_OPER2_RANK::finish_ALyXB(EOC_arg&) 0x4cc2a3 PointerCell::PointerCell(Value_P, Value&) 0x7fb6c68a98d0 0x4b13a0 Goodbye. -k
Re: [Bug-apl] segfault when using dyadic rank with empty arrays
Hi Kacper, thanks, fixed in SVN 514. /// Jürgen On 12/02/2014 09:15 AM, Kacper Gutowski wrote: 1↑⍤0 ⍬ SEGMENTATION FAULT thread: 0x7fb6c6ec2740 thread_contexts_count: 1 busy_worker_count: 0 active_core_count: 1 thread # 0: 0x7fb6c6ec2740 pool sema: 0 RUN job: 0 no-name -- Stack trace at main.cc:165 0x7fb6c5ad8b45 __libc_start_main 0x43f255 main 0x56bb35 Workspace::immediate_execution(bool) 0x48982aCommand::process_line() 0x4898e5 Command::do_APL_expression(UCS_string&) 0x494b55 Executable::execute_body() const 0x51d5c0 StateIndicator::run() 0x4caa99Prefix::reduce_statements() 0x4c5919 Prefix::reduce_A_F_B_() 0x49d9ed DerivedFunction::eval_AB(Value_P, Value_P) 0x46fd29 Bif_OPER2_RANK::eval_ALRB(Value_P, Token&, Token&, Value_P) 0x46e68dBif_OPER2_RANK::do_ALyXB(Value_P, int, Function*, Shape const*, Value_P, int) 0x46d5f1 Bif_OPER2_RANK::finish_ALyXB(EOC_arg&) 0x4cc2a3 PointerCell::PointerCell(Value_P, Value&) 0x7fb6c68a98d0 0x4b13a0 Goodbye. -k
Re: [Bug-apl] ANSI Colors and the system preferences file
Hi David, thanks, fixed in SVN 515. /// Jürgen On 12/02/2014 05:30 AM, David Lamkins wrote: I believe that some of the example ANSI escape sequences encoded in gnu-apl.d/preferences are partially incorrect. In particular, any sequence containing ESC [ ... 38 ... m or ESC [ ... 48 ... m is not valid as written in gnu-apl.d/preferences . Referring to http://invisible-island.net/xterm/ctlseqs/ctlseqs.html, we see that the 38 and 48 are prefixes for foreground and background RGB colors (as used correctly in src/Output.cc). It seems that xterm manages to keep going despite the incorrect sequence. I suggest replacing the 38 and 48 sequences (hex 33 38 and 34 38) with 39 and 49 (hex 33 39 and 43 49). These choose the terminal's default foreground and background colors. Also, the RESET-SEQUENCE can be written universally as 1b 5b 30 3b 33 39 3b 34 39 6d (ESC [ 0 ; 39 ; 49 m) -- this clears attributes and resets the foreground and background colors to the terminal defaults. -- "The secret to creativity is knowing how to hide your sources." Albert Einstein http://soundcloud.com/davidlamkins http://reverbnation.com/lamkins http://reverbnation.com/lcw http://lamkins-guitar.com/ http://lamkins.net/ http://successful-lisp.com/
Re: [Bug-apl] ANSI Colors and the system preferences file
Thank you. One thing that's interesting about this "default color" is that you can use it to create a color scheme that'll work on either a black or a white background. For example: RESET-SEQUENCE 1b 5b 30 3b 33 39 3b 34 39 6d CIN-SEQUENCE 1b 5b 30 3b 33 30 3b 34 36 6d // black on cyan COUT-SEQUENCE 1b 5b 30 3b 33 39 3b 34 39 6d // default-fg on default-bg CERR-SEQUENCE 1b 5b 30 3b 33 35 3b 34 39 6d // magenta on default-bg UERR-SEQUENCE 1b 5b 30 3b 33 31 3b 34 39 6d // red on default-bg On Tue, Dec 2, 2014 at 4:21 AM, Juergen Sauermann < juergen.sauerm...@t-online.de> wrote: > Hi David, > > thanks, fixed in SVN 515. > > /// Jürgen > > > On 12/02/2014 05:30 AM, David Lamkins wrote: > > I believe that some of the example ANSI escape sequences encoded in > gnu-apl.d/preferences are partially incorrect. > > In particular, any sequence containing > ESC [ ... 38 ... m > or > ESC [ ... 48 ... m > is not valid as written in gnu-apl.d/preferences . > > Referring to http://invisible-island.net/xterm/ctlseqs/ctlseqs.html, we > see that > the 38 and 48 are prefixes for foreground and background RGB colors (as > used correctly in src/Output.cc). > > It seems that xterm manages to keep going despite the incorrect sequence. > > I suggest replacing the 38 and 48 sequences (hex 33 38 and 34 38) with 39 > and 49 (hex 33 39 and 43 49). These choose the terminal's default > foreground and background colors. > > Also, the RESET-SEQUENCE can be written universally as > > 1b 5b 30 3b 33 39 3b 34 39 6d > > (ESC [ 0 ; 39 ; 49 m) -- this clears attributes and resets the foreground > and background colors to the terminal defaults. > > -- > "The secret to creativity is knowing how to hide your sources." >Albert Einstein > > > http://soundcloud.com/davidlamkins > http://reverbnation.com/lamkins > http://reverbnation.com/lcw > http://lamkins-guitar.com/ > http://lamkins.net/ > http://successful-lisp.com/ > > > -- "The secret to creativity is knowing how to hide your sources." Albert Einstein http://soundcloud.com/davidlamkins http://reverbnation.com/lamkins http://reverbnation.com/lcw http://lamkins-guitar.com/ http://lamkins.net/ http://successful-lisp.com/
