|
From: Hans-Bernhard B. <br...@ph...> - 2004-12-09 19:36:10
|
Ethan Merritt wrote: > On Tuesday 07 December 2004 09:34 am, Petr Mikulik wrote: > >>>Again, since wx transmogrifies into a native app on each >>>platform, the same option would still be available for >>>term=wx on a Win32/64 box. > > > What is this "term=wx"; is that an out-of-tree gnuplot driver, > or something else entirely? Nigel Nunn seems otherwise occupied, so I'll bite: it's a hypothetical new driver, to be built by extending Nigel's work on integrating gnuplot into other apps, as a GUI control (original an MFC control, now, apparently, a wx Widget). > Or do you mean that rather than reading from a real file, > you want gnuplot to read from a shared-memory area? That's what he meant. gnuplot-as-a-library, if it is to make sense, needs a way to get data passed in by huge blocks, from the calling application. Going through an ASCII data file would be pretty foolish for that, but a shared memory-mapped file of binary data would do it. In other words, a named pipe by usage, but implemented in a more Windows-ish fashion. |