fltk does not work on cygwin version octave-6.4.0
octave:1> graphics_toolkit fltk
octave:2> plot(1:10);
Insufficient GL support
error: unable to plot due to insufficient OpenGL support
plot windows flashes and disappear immediately
fltk graphics_toolkit works octave on native windows.
Tasuro
On 2022-06-20 04:22, Takashi Yano wrote:
On Mon, 20 Jun 2022 17:59:35 +0900
Takashi Yano wrote:
Isn't this a bug of newlib? Try following code.
#include
int main()
{
printf("%d\n", getchar());
printf("%d\n", feof(stdin));
printf("%d\n", getchar());
return 0;
}
On 6/20/2022 9:53 AM, Eliot Moss wrote:
Good idea to wait for Corinna. I did a smidge of research, looking through
the Wikipedia page on the POSIX terminal interface. It suggests that this
part was largely borrowed from System-V, so that may explain what we see in
newlib. And looking up the PO
Takashi Yano writes:
> Ah, I confirmed that System V (Solaris 11.4) behaves like that.
> Does cygwin aim for System V compatibility???
Not that I know of, but even if it ever was: the current guideline is
IIRC that if something is unspecified or implementation dependent, then
Cygwin should adhere
Version 1.3.38-1 of
GraphicsMagick
libGraphicsMagick-devel
libGraphicsMagick3
libGraphicsMagick++12
libGraphicsMagickWand2
perl-Graphics-Magick
have been uploaded for cygwin
CHANGES
Upstream security and bug fixes release
http://www.graphicsmagick.org/NEWS.html#march-26-2022
D
On 6/20/2022 9:24 AM, Ken Brown wrote:
> On 6/20/2022 6:22 AM, Takashi Yano wrote:
>> On Mon, 20 Jun 2022 17:59:35 +0900
>> Takashi Yano wrote:
>>> Isn't this a bug of newlib? Try following code.
>>>
>>> #include
>>>
>>> int main()
>>> {
>>> printf("%d\n", getchar());
>>> printf("%d\n", f
On 6/20/2022 6:22 AM, Takashi Yano wrote:
On Mon, 20 Jun 2022 17:59:35 +0900
Takashi Yano wrote:
Isn't this a bug of newlib? Try following code.
#include
int main()
{
printf("%d\n", getchar());
printf("%d\n", feof(stdin));
printf("%d\n", getchar());
return 0;
}
Hi Ken and Brian-
Yes, that seemed to work. I will try to test it out. It did create the
extension dll file named amf3.dll.
THANKS for being so patient!
jim
On Monday, June 20, 2022, 06:18:59 AM EDT, Jim McNamara via Cygwin
wrote:
Hi Ken and Brian-
I am going to try a symlink and
On Mon, 20 Jun 2022 17:59:35 +0900
Takashi Yano wrote:
> Isn't this a bug of newlib? Try following code.
>
> #include
>
> int main()
> {
> printf("%d\n", getchar());
> printf("%d\n", feof(stdin));
> printf("%d\n", getchar());
> return 0;
> }
>
> If you press Ctrl-D at th
Hi Ken and Brian-
I am going to try a symlink and trick cygwin to finding the right dll. I put
the dll on my LD_LIBRARY_PATH.
thanks,
jim
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
U
Hi Ken and Brian-
Please see the make report below.
How do I direct php_amf3 to see cygphp7-7-3.dll? It will only give me a 'static
module'. I need dynamic!
Also, my bitdefender slows down cygwin. If I shut off the shield, it runs like
a champ. I am going to re run again and see if I can add c
On Sun, 19 Jun 2022 15:08:19 -0400
Ken Brown wrote:
> Consider the following program, which reads from standard input a line at a
> time
> and then echoes the input back to the terminal:
>
> $ cat cat_line.c
> #include
>
> int main ()
> {
>char buf[BUFSIZ];
>
>while (fgets (buf, BUFSI
12 matches
Mail list logo
