> This is the call to gs but what will happen next if that is succesful?
Gs takes over and will die sooner or later. A couple of lines above the
execlp the process was 'fork'ed, and the parent (the 'real' LyX proCess)
lives on in the other branch (pid != 0).
Andre'
--
André Pönitz ...
Wouldn't that be just wonderful :-)
"Lars Gullik Bjønnes" wrote:
[...]
> This use of gs is something we (I) really want to change. I want us to have
> a "subprocess" that converts the image files into the wanted format.
> And an InsetFig that asks this "subprocess" for an image.
>
> Preferr
Ok here we go again.
I am trying to get ps figures to get rendered. I have followed the code to the
point where gs
gets called. That is where the problem starts because the standard gswin32c
(this is gs on windows)
executable does not have an X11 driver compiled in. I am contemplating to either
co
"Dr. Ing. Roland Krause" <[EMAIL PROTECTED]> writes:
| Ok here we go again.
| I am trying to get ps figures to get rendered. I have followed the code to the
| point where gs
| gets called. That is where the problem starts because the standard gswin32c
| (this is gs on windows)
| executable does n