-- Mit freundlichen Grüßen / Kind regards
Dr. Christoph Pospiech High Performance & Parallel Computing Phone: +49-351 86269826 Mobile: +49-171-765 5871 E-Mail: christoph.pospi...@de.ibm.com ------------------------------------- IBM Deutschland GmbH Vorsitzender des Aufsichtsrats: Erich Clementi Geschäftsführung: Martin Jetter (Vorsitzender), Reinhard Reschke, Christoph Grandpierre, Klaus Lintelmann, Michael Diemer, Martina Koederitz Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, HRB 14562 WEEE-Reg.-Nr. DE 99369940 On Thursday 10 June 2010, Igor Peshansky wrote: > Christoph Pospiech <christoph.pospi...@de.ibm.com> wrote on 06/10/2010 > 04:14:14 AM: > [...] > > But running this code, I am getting the error message below. > > Presumably my type casts are too bold. > > I am currently simplifying the code (which also > > should simplify the above closure). Nevertheless, > > is this supposed to work ? > > Should I file a bug for this ? > > Well, before you spend all that effort to reduce the size of the code, > I would suggest running the current code under gdb, setting a breakpoint > in matmul__closure__15::apply, and stepping through the code to see if > you are indeed getting the right checks. One possibility I can think > of is that the regions of the two arrays are equal, but not the same > object (==), but there may be other reasons why the casts fail. > Igor > Igor, the code isn't that complicated, only little more than just "hello world". So I am already done cleaning it up. The good (or bad ?) news is that the new code shows the same error behavior. So no need to check out the old version from git :-) Trying to follow your suggestion, I am stuck at a strange signal SIGPWR which I never saw before. Are you familiar with this kind of thing ? This is what I did. c...@sirius:~/xample/MatMul/mm_X10/bin$ mpiexec -np 1 gdb matmul GNU gdb (GDB) 7.0-ubuntu Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /home/cp/xample/MatMul/mm_X10/bin/matmul...done. (gdb) list matmul__closure__14::apply 7 static x10aux::itable_entry _itables[2]; 8 9 virtual x10aux::itable_entry* _getITables() { return _itables; } 10 11 // closure body 12 x10aux::ref<x10::array::Array<x10_double> > apply(x10aux::ref<x10::array::Array<x10_double> > x, x10aux::ref<x10::array::Array<x10_double> > y) { 13 14 //#line 221 "file:/home/cp/xample/MatMul/mm_X10/src/matmul.x10": x10.ast.X10Return_c 15 return saved_this->Array1D_add(x, (__extension__ ({ 16 x10aux::ref<x10::array::Array<x10_double> > __desugarer__var__107__ = (gdb) break matmul__closure__14::apply Breakpoint 1 at 0x81454cc: file /home/cp/xample/MatMul/mm_X10/bin/matmul.inc, line 55. (gdb) run Starting program: /home/cp/xample/MatMul/mm_X10/bin/matmul [Thread debugging using libthread_db enabled] [New Thread 0xb7fddb70 (LWP 6015)] [New Thread 0xb77dcb70 (LWP 6016)] [New Thread 0xb6fbab70 (LWP 6017)] Program received signal SIGPWR, Power fail/restart. [Switching to Thread 0xb6fbab70 (LWP 6017)] 0x0012d422 in __kernel_vsyscall () (gdb) ------------------------------------------------------------------------------ ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo _______________________________________________ X10-users mailing list X10-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/x10-users
