Re: Console-interaction scheme changed since version 2.4 and is since no more functional for my Pari/GP-GUI (Windows)

[Bill Allombert <Bill.Allombert@math.u-bordeaux.fr>]

On Tue, Feb 09, 2016 at 12:54:31PM +0100, Gottfried Helms wrote:
> Dear friends -
> 
>  in 2005 or so I wrote a GUI-environment for Pari/GP (version 2.2.11)
>  using Delphi 6 which called Pari/GP as (invisible) subprocess, communicating
>  via Windows-console piping (like in emacs with the Pari/GP commandline-option
>   "--emacs")
>  This Utility/GUI ("PariTTY") is a big success for me and a couple of
>  users, but with the version 2.4 or 2.5 things changed and the
>  low-level communication fails. Actually I evaluated the "prompt" in
>  the Pari/GP-output to find when an (asynchronuous) communication/an output
>  was ended.
> 
>  While the console-modus is still working with version 2.7.4 I can,
>  whatever I do, not receive the GP-prompt. Surprisingly, in a simple,
>  ordinary windows-cmd-console the dialog is ok, including the GP-prompt.
> 
>  The likely relevant change seems to be that since version 2.5 or so
>  I don't see the cygwin.dll in the directories.

We distribute PARI/GP binaries built using mingw. However, we still 
support cygwin, so you can still build your own PARI/GP binaries using
cygwin if you like.

It seems to me your problem is linked to windows specific intput/output
interface that cannot be solved in PARI proper.

>  So my question is, how I could reactivate the communicativity of my
>  PariTTY-GUI to be able to adapt the version to the increasing versions
>  of Pari/GP itself.
>  Alternatively, could there be another commandline-parameter introduced,
>  which switches to a modus, which postfixes each GP-output with the GP-prompt
>  via the STDOUT?
> 
>  (Or is there an even better idea to perform interaction without
>  using the complete pari-lib API?)

I suggest you look at the option --texmacs of GP which provides the
most robust interface for two way communication.

Cheers,
Bill.