discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Tests and issues on Win32


From: Larry Cow
Subject: Tests and issues on Win32
Date: Tue, 28 Sep 2004 00:53:26 +0200
User-agent: Mozilla Thunderbird 0.8 (Windows/20040913)

I compiled the latest -gui and -back on the latest win32 installer. Everything has gone surprisingly well, except that the need to add a few libraries (libjpeg, libpng, libtiff) manually should be removed, shouldn't it?

Anyway, when trying to play with gnustep-examples, some problem arose. Here is a little check-list:

* Calculator.app: OK

* NSBrowserTest.app: OK, when resizing the window, the content is only refreshed once the resize is done.

* NSImageTest.app: 'Undefined reference to random'. How this should be resolved?

* NSPanelTest.app:

Compiles fine, but once launched, hangs forever (or at least for a couple of minutes on my Athlon XP 2400).

* NSProgressIndicator.app: OK

* NSScreenTest.app: OK

* CurrencyConverter.app: OK

* ExampleService.app: Seems OK, but I don't know what it should do.

* Finger.app: OK, but /bin/ping (and other commands) aren't here, which is normal.

* HostAdress.app: OK

* Ink.app: Hangs.

* ToolbarExample.app: OK

* GFractal.app:

Works well.

* GPuzzle.app:

Compile fails with:
GNUmakefile:6: /d/GNUstep/System/Makefiles/common.make: No such file or directory GNUmakefile:27: /d/GNUstep/System/Makefiles/application.make: No such file or directory make: *** No rule to make target `/d/GNUstep/System/Makefiles/application.make'. Stop.

* GSTest.app:

Compile fails with:
Making all for bundle NSOutlineView-test...
Compiling file NSOutlineView-test.m ...
In file included from d:/GNUstep/System/Library/Headers/AppKit/AppKit.h:91,
                from NSOutlineView-test.m:27:
d:/GNUstep/System/Library/Headers/AppKit/NSMenu.h:390: internal error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.

Don't know if we should report that to mingw or not.

Note: the detached menu behaviour is quite strange. Detached submenus are detroyed as soon as you open another submenu. There is no other way to close a detached submenu, so maybe this is normal. And detached menus' position isn't remembered, either.

I hope this will help.

--
Larry Cow




reply via email to

[Prev in Thread] Current Thread [Next in Thread]