octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #60622] [octave forge] (parallel) reads init f


From: anonymous
Subject: [Octave-bug-tracker] [bug #60622] [octave forge] (parallel) reads init file despite --no-init-file
Date: Mon, 17 May 2021 07:50:55 -0400 (EDT)
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.114 Safari/537.36 Edg/89.0.774.76

URL:
  <https://savannah.gnu.org/bugs/?60622>

                 Summary: [octave forge] (parallel) reads init file despite
--no-init-file
                 Project: GNU Octave
            Submitted by: None
            Submitted on: Mon 17 May 2021 11:50:53 AM UTC
                Category: Octave Forge Package
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: None
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
                 Release: 6.2.0
         Discussion Lock: Any
        Operating System: Microsoft Windows

    _______________________________________________________

Details:

When starting Octave using  --no-init-file (for example “octave-6.2.0.bat
--no-gui --no-init-file”) and then using the parallel
package, the parallel processes do read the init file.

This became apparent because a printf 


printf('.octaverc read, home=%s\n', tilde_expand('~'))


in c:\users\username\.octaverc was executed three times after calling
parcellfun(3, ...)

System: Win10, octave 6.2.0, parallel 4.0.1

Associated thread on help-octave:
https://lists.gnu.org/archive/html/help-octave/2021-05/msg00029.html

In this thread, Kai suggested:

To fix this, the content of "argv" 
https://octave.org/doc/v6.2.0/XREFargv.html should be regarded by the 
parallel package when creating the "Octave-sub-processes" as you describe.

The Octave binary to be called:

https://sourceforge.net/p/octave/parallel/ci/default/tree/src/p-control.h#l196

is set here:

https://sourceforge.net/p/octave/parallel/ci/default/tree/src/p-control.cc#l392


A new "instance" is constructed only given the binary:

https://sourceforge.net/p/octave/parallel/ci/default/tree/src/p-control.cc#l309

and appended with an "--eval" statement to be evaluated within this 
instance:

https://sourceforge.net/p/octave/parallel/ci/default/tree/src/p-control.cc#l67





    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?60622>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]