[Top][All Lists]

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

[Octave-patch-tracker] [patch #8016] Prototype octave_value_list transfe

From: Dan Sebald
Subject: [Octave-patch-tracker] [patch #8016] Prototype octave_value_list transfer
Date: Sat, 18 Jan 2020 14:50:45 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:70.0) Gecko/20100101 Firefox/70.0

Follow-up Comment #10, patch #8016 (project octave):

Maybe.  There were one or two fairly recent discussions on the list about
transferring data back and forth between the GUI and octave core (what's
called a worker thread).

rethinking interpreter <-> gui interaction
[thought there was one in which was examining reference counting]

JWE was revisiting the issue within the past six months.  I don't know where
it stands.  Any patches attached here have probably long been out of date, but
as far as the issue, I think it still exists.

The problem stems from the fact reference counting across the thread to the 
GUI is dangerous (we all had enough experience with reference counting to know
such a scheme would eventually crash) and to make the transfer of data to the
GUI more generic rather than having specific functions to get this data or
that data.  The scheme here moves the data without affecting the atomic
reference count.  (octave_value_list is the most generic form of data in
Octave, it's what all functions return internally.  Thus if the GUI requests a
command, it can get an octave_value_list containing all the results.)


Reply to this item at:


  Message sent via Savannah

reply via email to

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