Hi -
The error isn't really in the I/O code. The following small
program fails too:
on Locales(1) {
local {
var x = here;
on x {
writeln("HI\n");
}
}
}
I think the issue is that Locales(1) is stored on Locale 0.
Do other developers have any insight if this is the way we
want it to work?
Thanks,
-michael
On 6/1/15, 3:50 PM, "Michael Ferguson" <[email protected]> wrote:
>Aha! I made an error in testing. I've got it
>reproducing now.
>
>Thanks,
>
>-michael
>
>On 6/1/15, 3:48 PM, "Brian Guarraci" <[email protected]> wrote:
>
>>I just reverified that code on a local, oversubscribed scenario (i.e.
>>GASNET_SPAWNFN=L). I can verify later if it happens in a real cluster.
>>
>>
>>Running latest official release:
>>
>>
>>$ chpl --version
>>chpl Version 1.11.0
>>Copyright (c) 2004-2015, Cray Inc. (See LICENSE file for more details)
>>
>>
>>$ ./util/printchplenv
>>machine info: Darwin tw-mbp-bguarraci 14.3.0 Darwin Kernel Version
>>14.3.0: Mon Mar 23 11:59:05 PDT 2015;
>>root:xnu-2782.20.48~5/RELEASE_X86_64 x86_64
>>CHPL_HOME: /Users/bguarraci/src/chapel-1.11.0
>>script location: /Users/bguarraci/src/chapel-1.11.0/util
>>CHPL_HOST_PLATFORM: darwin
>>CHPL_HOST_COMPILER: clang
>>CHPL_TARGET_PLATFORM: darwin
>>CHPL_TARGET_COMPILER: clang
>>CHPL_TARGET_ARCH: native
>>CHPL_LOCALE_MODEL: flat
>>CHPL_COMM: gasnet
>> CHPL_COMM_SUBSTRATE: udp
>> CHPL_GASNET_SEGMENT: everything
>>CHPL_TASKS: fifo
>>CHPL_LAUNCHER: amudprun
>>CHPL_TIMERS: generic
>>CHPL_MEM: cstdlib
>>CHPL_MAKE: make
>>CHPL_ATOMICS: intrinsics
>> CHPL_NETWORK_ATOMICS: none
>>CHPL_GMP: none
>>CHPL_HWLOC: none
>>CHPL_REGEXP: none
>>CHPL_WIDE_POINTERS: struct
>>CHPL_LLVM: none
>>CHPL_AUX_FILESYS: none
>>
>>
>>On Mon, Jun 1, 2015 at 12:35 PM, Michael Ferguson
>><[email protected]> wrote:
>>
>>Hi Brian -
>>
>>I'm unable to reproduce this bug. Could you let
>>me know the version of Chapel you're using and the
>>configuration (printchplenv --debug), and double-check
>>that the example program below reproduces the bug for
>>you? Does it only happen on one system? Does it only happen
>>with a real distributed run (vs with GASNET_SPAWNFN=L to
>>oversubscribe locally for testing)?
>>
>>Thanks,
>>
>>-michael
>>
>>On 6/1/15, 11:17 AM, "Brian Guarraci" <[email protected]> wrote:
>>
>>>Hi,
>>>
>>>
>>>I'm curious what's expected for the following sample code. I
>>>consistently run into an issue where opening the file on a locale in a
>>>local block causes a remote data access violation. Wondering if I'm
>>>misunderstanding a concept or if it's a bug.
>>>
>>>
>>>Thanks!
>>>Brian
>>>
>>>
>>>$ ./a.out -nl 2
>>>file_locale.chpl:7: error: cannot access remote data in local block
>>>count = 1164970
>>>
>>>
>>>
>>>-----
>>>
>>>
>>>use IO;
>>>
>>>
>>>for loc in Locales {
>>> on loc {
>>> local {
>>> var count = 0;
>>> var infile = open("data.txt", iomode.r);
>>> var row: string;
>>> for row in infile.lines() {
>>> count += 1;
>>> }
>>> writeln("count = ", count);
>>> }
>>> }
>>>}
>>>
>>>
>>>
>>
>>
>>
>>
>>
>>
>>
>>
>
>
>--------------------------------------------------------------------------
>----
>_______________________________________________
>Chapel-developers mailing list
>[email protected]
>https://lists.sourceforge.net/lists/listinfo/chapel-developers
------------------------------------------------------------------------------
_______________________________________________
Chapel-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/chapel-developers
