|
From: Ethan M. <merritt@u.washington.edu> - 2010-10-04 15:44:24
|
On Monday 04 October 2010, Petr Mikulik wrote:
> > > > I am puzzled that win32 gnuplot.exe does not work properly in interactive mode
> > > > under linux+wine, but I suppose that is of minor consequence.
> > >
> > > Yes, gnuplot.exe does not work in wine since the beginning. I've tried to
> > > debug it, but I have not succeeded. I couldn't find the place where it
> > > freezes (some waiting?) or loops. But it works in native windows command
> > > shell.
>
> I've debugged the problem ... found that call of ReadConsoleInput() in
> ConsoleGetch() does not work ... used getch() instead of ConsoleGetch() does
> not work either ... tried a trivial C program with #include <conio.h> and
> printf("%i\n", getch()) works ok in native Windows but it doesn't in Wine
> ... and then found this bug report:
> http://wine.1045685.n5.nabble.com/Bug-11243-New-getch-receives-imput-without-keys-being-pressed-td1562354.html
>
> => the solution is: in order to run gnuplot.exe correctly in wine, you must
> run it by either of these ways:
>
> wineconsole gnuplot
Very useful. I did not know about that command.
Now the only problem is that neither the wxt terminal nor the
gd terminals can find any fonts. Do you see that problem also?
Ethan
> wineconsole cmd
> gnuplot
>
> wine start gnuplot
>
> wine start cmd
> gnuplot
>
> and not
>
> wine cmd
> gnuplot
>
> This way, gnuplot.exe works fine even under wine!
>
> ---
> PM
>
|