Gabor Szabo wrote:
> On Sun, Nov 8, 2009 at 5:08 PM, Chris Marshall <[email protected]> wrote:
>> Gabor Szabo wrote:
>>> then it compiled.
>>> I am not exactly sure what was the test result as it seems to have ran
>>> tests
>>> in several directories and I did not go over all the output.
>> There is a section of the test output where it runs all the
>> tests in the PDL-2.4.5/t/ directory and lists the results
>> at the end looking something like this:
>>
>> ...
>> t/trig........................ok
>> t/ufunc.......................ok
>> t/vaffine.....................ok
>> t/xvals.......................ok
>> All tests successful.
>> Files=109, Tests=1155, 73 wallclock secs ( 0.16 usr 0.09 sys + 51.01 cusr
>> 19.93 csys = 71.19 CPU)
>> Result: PASS
>
>
> yeah I know but there was a lot more output afterwards and I was in a
> hurry. (kids)
> I checked the typescript now and it gave me:
>
> Files=109, Tests=1263, 57 wallclock secs ( 0.62 usr 0.10 sys + 45.22
> cusr 4.38 csys = 50.32 CPU)
You don't say whether all these tests passed but you can look
above at the output log looking for all ...ok's.
> but then it went on entering all the subdirs (e.g. Basic) and trying
> to run the tests there too.
> in Graphics/TriD/POGL it even found one:
>
> PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
> "test_harness(0, '../../../blib/lib', '../../../blib/arch')" t/*.t
> t/00-load....Subroutine OpenGL::StructureNotifyMask redefined at
> /home/gabor/.cpan/build/PDL-2.4.5-CzNWSV/Graphics/TriD/POGL/../../../blib/lib/PDL/Graphics/OpenGL/Perl/OpenGL.pm
> line 30.
> Subroutine reshape redefined at
> /home/gabor/.cpan/build/PDL-2.4.5-CzNWSV/Graphics/TriD/POGL/../../../blib/lib/PDL/Graphics/TriD/GL.pm
> line 706, <DATA> line 387.
> t/00-load....1/1 # Testing PDL::Graphics::OpenGL::Perl::OpenGL
> 0.01_10, Perl 5.010000, /usr/bin/perl
> t/00-load....ok
> All tests successful.
> Files=1, Tests=1, 1 wallclock secs ( 0.03 usr 0.01 sys + 0.42 cusr
> 0.04 csys = 0.50 CPU)
> Result: PASS
That is fine. The test should pass if you have build TriD
with POGL.
>> What demo scripts? Is this running perldl and then using
>> the demo command? If so, which demos failed to run and did
>> they pass the tests?
>
> Yes I am talking about running perldl and then typing demo xyz
ok
>> Also, be sure you don't have another copy of PDL in your @INC
>> when you are running the tests as that can result in mysterious
>> and highly confusing failures...
>
> I know, I still have the one I installed using aptitude and probably my
> previous attempts so maybe the demo failures are due to that?
>
>
> perldl and demo report:
>
> perlDL shell v1.352
> VERSION: PDL v2.4.5 (supports bad values)
> $%PDL::Config = {
> 'BADVAL_PER_PDL' => '0',
> 'WITH_PROJ' => undef,
> 'FFTW_TYPE' => 'double',
> 'FFTW_LIBS' => [
> '/lib',
> '/usr/lib',
> '/usr/local/lib'
> ],
> 'WITH_FFTW' => undef,
> 'GSL_LIBS' => undef,
> 'GL_BUILD' => '0',
> 'WITH_IO_BROWSER' => '0',
> 'PROJ_INC' => undef,
> 'WHERE_PLPLOT_INCLUDE' => undef,
> 'WITH_KARMA' => '0',
> 'WHERE_KARMA' => undef,
> 'HTML_DOCS' => '1',
> 'WHERE_PLPLOT_LIBS' => undef,
> 'WITH_3D' => undef,
> 'FFTW_INC' => [
> '/usr/include/',
> '/usr/local/include'
> ],
> 'WITH_POSIX_THREADS' => '1',
> 'POGL_VERSION' => '0.6',
> 'HIDE_TRYLINK' => '1',
> 'WITH_HDF' => undef,
> 'HDF_INC' => undef,
> 'POGL_WINDOW_TYPE' => 'glut',
> 'WITH_BADVAL' => '1',
> 'WITH_GD' => undef,
> 'FITS_LEGACY' => '1',
> 'WITH_SLATEC' => '1',
> 'BADVAL_USENAN' => '0',
> 'TEMPDIR' => '/tmp',
> 'PROJ_LIBS' => undef,
> 'USE_POGL' => '1',
> 'GD_LIBS' => undef,
> 'GSL_INC' => undef,
> 'GD_INC' => undef,
> 'WITH_GSL' => undef,
> 'OPTIMIZE' => undef,
> 'HDF_LIBS' => undef,
> 'MALLOCDBG' => {},
> 'WITH_MINUIT' => '1',
> 'WITH_PLPLOT' => '1',
> 'MINUIT_LIB' => undef
> };
>
>
>
> demo:
> demo pdl flips through several textual examples and goes back to perldl>
> prompt
That is correct.
> demo 3d show 3d coordinates I can drag with the mouse
> if I close the window I dropped off to the command line
That is a known problem with the exit handler. It is planned
to fix in the next update.
> I can press q to flip through several cases but when I get
> to the color palette I cannot close the window any more.
That is the correct operation. The demo is over and TriD does
not have a close window capability. Now that we have GLUT exit
handlers, I plan to make some of the exits cleaner. For now,
don't close with the OS close widget.
> it is stuck I can go to the perldl console press enter
> and get the prompt back but the color window stays
> if I quit the perldl script it goes away
Since the demo is over, the twiddle() routine is not called
which is what allows the window to respond to mouse and keyboard
events. This will be fixed in the next update where I enable
the GLUT event loop while the command loop is still operating.
(That is the reason I requested the FreeGLUT event loop support
in the Padre wxWidget code)
> demo 3d2 - the window also seems to get stuck
It starts out with the same image as the end of the 3d demo.
If you do a 'q' then then it continues to the next subdemo.
When it is done the last 'q' will kick control back to the
perldl prompt.
> demo 3dgal - same issue (and I can see ARRAY references printed,
> probably that's not the intention)
That is some diagnostics in the demo but it appears that the demo
is working correctly as well.
>
> demo Tk3d opens a window but then crashes with segmentation fault
If you need perl/Tk TriD widgets then you need to use the
X11 version of TriD (set the window type in perldl.conf to
'x11', I believe but you'll also have to have all the X11
development environment set. In the meantime, I should have
that demo quietly do nothing if the needed capability is not
there.
For what it is worth, I would like to replace the
PDL::Graphics::TriD::Tk by support via Gtk+ and wxWidgets.
Both appear to have direct support for OpenGL contexts.
Perl/Tk only has X11-base embedding which does little
good for non-X11 graphics systems (PCs and Macs).
> demo pgplot - complain that Can't locate PGPLOT.pm
> at
> /home/gabor/perl5lib/lib/i486-linux-gnu-thread-multi/PDL/Graphics/PGPLOT/Window.pm
> line 2272
> with 2 screens of trace
>
> after sudo aptitude install pgplot5 I could install PGPLOT from cpan
>
> after that the pgplot demo works, very nice but it also leaves two
> windows in the air a pgplotserver I think
> and a display window.
The display window can safely be closed, I think but the server
cannot since the PDL::Graphics::PGPLOT is not restartable at the
moment.
> I'll continue checking them but I think before the upgrades most of these
> demos
> were complaining about missing modules.
>
> This might be obvious to you but a new user like me is quite lost
> Or maybe it is just me.
>
> Anyway, I have lot more to learn now.
> thanks for your patience!
You're welcome. Thanks for the feedback. It is exactly the difficulties
you are having just getting started that cause problems for new PDL users.
Improved documentation for beginners and some clean up to the error
handling for the demos to make errors polite and useful rather than
rude and cryptic---or at least very long...
--Chris
_______________________________________________
Perldl mailing list
[email protected]
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
