I've fixed up the python problem - I'd just missed one occurence of
plspal1 in example 16.
I'm still interested in the c++ and f77 differences. I do not see
these on either a 32-bit or 64-bit Ubuntu system. What are the
differences, either visually or in terms of diffing the postscript
files?
Andrew
On Thu, Aug 20, 2009 at 03:03:44PM +0200, Werner Smekal wrote:
> Hi Andrew,
>
> seems to work, I get now the following diff results of ctest:
>
> 19/ 19 Testing examples_compare
> Test command: /bin/bash -c ./test_diff.sh
> Test timeout computed to be: 1500
> c++
> Missing examples :
> Differing postscript output : 29
> Missing stdout :
> Differing stdout :
> f77
> Missing examples :
> Differing postscript output : 09 14a
> Missing stdout :
> Differing stdout :
> f95
> Missing examples :
> Differing postscript output :
> Missing stdout :
> Differing stdout :
> java
> Missing examples :
> Differing postscript output :
> Missing stdout :
> Differing stdout :
> python
> Missing examples : 16 17 18 19 20 21 22 23 24 25 26 27 28
> 29 30 31
> Differing postscript output :
> Missing stdout :
> Differing stdout :
> tcl
> Missing examples :
> Differing postscript output : 16 19 21 29
> Missing stdout :
> Differing stdout : 21
> lua
> Missing examples :
> Differing postscript output :
> Missing stdout :
> Differing stdout :
> -- Process completed
> ***Failed
>
> So java examples are now perfect.
>
> But now python has a problem, example 16 crashes:
>
> 6/ 19 Testing examples_python
> Test command: /bin/bash -c EXAMPLES_DIR=/Users/smekal/Development/
> plbuild/examples\ SRC_EXAMPLES_DIR=/Users/smekal/Development/plplot/
> examples\ ./plplot-test.sh\ --verbose\ --device=psc\ --front-end=python
> Test timeout computed to be: 1500
> Testing front-end python
> x01
> x02
> x03
> x04
> x05
> x06
> x07
> x08
> x09
> x10
> x11
> x12
> x13
> x14
> x15
> x16
> Traceback (most recent call last):
> File "/Users/smekal/Development/plbuild/examples/python/x16", line 35,
> in <module>
> plspal1("cmap1_gray.pal")
> File "/Users/smekal/Development/plbuild/bindings/python/plplotc.py",
> line 730, in plspal1
> return _plplotc.plspal1(*args)
> TypeError: plspal1() takes exactly 2 arguments (1 given)
> -- Process completed
> ***Failed
>
> Regards,
> Werner
>
> On 20.08.2009, at 14:45, Andrew Ross wrote:
>
>>
>> Whoops - silly slip up. Surprising it worked for me. Please try again
>> now.
>>
>> Andrew
>>
>> On Thu, Aug 20, 2009 at 02:30:16PM +0200, Werner Smekal wrote:
>>> Hi Andrew,
>>>
>>> doesn't compile any more:
>>>
>>> [ 12%] Built target plplot_widgetmodule
>>> make -f bindings/java/CMakeFiles/plplotjavac_wrap.dir/build.make
>>> bindings/java/CMakeFiles/plplotjavac_wrap.dir/depend
>>> cd /Users/smekal/Development/plbuild && "/Users/smekal/Applications/
>>> CMake 2.6-3.app/Contents/bin/cmake" -E cmake_depends "Unix
>>> Makefiles" /
>>> Users/smekal/Development/plplot /Users/smekal/Development/plplot/
>>> bindings/java /Users/smekal/Development/plbuild /Users/smekal/
>>> Development/plbuild/bindings/java /Users/smekal/Development/plbuild/
>>> bindings/java/CMakeFiles/plplotjavac_wrap.dir/DependInfo.cmake --
>>> color=
>>> make -f bindings/java/CMakeFiles/plplotjavac_wrap.dir/build.make
>>> bindings/java/CMakeFiles/plplotjavac_wrap.dir/build
>>> Linking C shared module plplotjavac_wrap.dylib
>>> cd /Users/smekal/Development/plbuild/bindings/java && "/Users/smekal/
>>> Applications/CMake 2.6-3.app/Contents/bin/cmake" -E cmake_link_script
>>> CMakeFiles/plplotjavac_wrap.dir/link.txt --verbose=1
>>> /usr/bin/gcc -O3 -DNDEBUG -bundle -headerpad_max_install_names -o
>>> plplotjavac_wrap.dylib CMakeFiles/plplotjavac_wrap.dir/
>>> plplotjavacJAVA_wrap.c.o ../../src/libplplotd.9.6.2.dylib /usr/lib/
>>> libltdl.dylib /usr/lib/libdl.dylib ../../lib/csa/libcsirocsa.
>>> 0.0.1.dylib ../../lib/nn/libcsironn.0.0.1.dylib /Users/smekal/
>>> Development/local/qhull-2003.1/lib/libqhull.a ../../lib/qsastime/
>>> libqsastime.0.0.1.dylib /usr/lib/libm.dylib
>>> Undefined symbols:
>>> "_AttachCurrentThread", referenced from:
>>> _label_java in plplotjavacJAVA_wrap.c.o
>>> ld: symbol(s) not found
>>> collect2: ld returned 1 exit status
>>> make[2]: *** [bindings/java/plplotjavac_wrap.dylib] Error 1
>>> make[1]: *** [bindings/java/CMakeFiles/plplotjavac_wrap.dir/all]
>>> Error 2
>>> make: *** [all] Error 2
>>>
>>> Any ideas?
>>> Werner
>>>
>>> On 20.08.2009, at 14:05, Andrew Ross wrote:
>>>
>>>> On Tue, Aug 18, 2009 at 03:57:35PM +0200, Werner Smekal wrote:
>>>>> Hi Andrew,
>>>>>
>>>>>>
>>>>>> I encountered a possible bug with the openjdk java compilers.
>>>>>> Which
>>>>>> version
>>>>>> of java are you using? Everything worked for me with gcj.
>>>>>
>>>>> The standard java vm provided by Apple for Mac OS X 10.5. I have no
>>>>> idea to find out which version exactly. According to
>>>>>
>>>>> http://developer.apple.com/technotes/tn2002/tn2110.html
>>>>>
>>>>> it's
>>>>>
>>>>> 10.5 Java for Mac OS X 10.5, Update 1 1.6.0_05 1.6.0_05-b13-120
>>>>>
>>>>>>
>>>>>> I must admit I am no expert at all on the java JNI stuff and I am
>>>>>> somewhat
>>>>>> at a loss at to why this does not work on some compilers.
>>>>>>
>>>>>> If I can't fix it then we may need to disable the plslabelfunc
>>>>>> call
>>>>>> for java
>>>>>> which would be irritating. A very similar thing works fine with
>>>>>> the
>>>>>> mapform
>>>>>> callbacks.
>>>>>
>>>>> I'm of no help (other then testing), since I don't know Java at
>>>>> all.
>>>>
>>>> I think I've now fixed it. This was an issue with objects no longer
>>>> being
>>>> valid between the time plslabelfunc was called and the time the
>>>> callback
>>>> function was actually used (when plenv is called). I think I have
>>>> now
>>>> done this properly by not caching things which may not be valid and
>>>> by getting a global reference to the class object containing the
>>>> callback.
>>>> This now works for me on sun / openjdk implementations as well as
>>>> gcj.
>>>>
>>>> Werner, can you check on Mac OS X as well?
>>>>
>>>> Thanks
>>>>
>>>> Andrew
>>>>
>>>> ------------------------------------------------------------------------------
>>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>>> 30-Day
>>>> trial. Simplify your report design, integration and deployment - and
>>>> focus on
>>>> what you do best, core application coding. Discover what's new with
>>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>>> _______________________________________________
>>>> Plplot-devel mailing list
>>>> Plplot-devel@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>>>
>>> --
>>> Dr. Werner Smekal
>>> Institut fuer Allgemeine Physik
>>> Technische Universitaet Wien
>>> Wiedner Hauptstr 8-10
>>> A-1040 Wien
>>> Austria
>>>
>>> email: sme...@iap.tuwien.ac.at
>>> web: http://www.iap.tuwien.ac.at/~smekal
>>> phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469
>>> (laboratory)
>>> fax: +43-(0)1-58801-13499
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>>> 30-Day
>>> trial. Simplify your report design, integration and deployment - and
>>> focus on
>>> what you do best, core application coding. Discover what's new with
>>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>>> _______________________________________________
>>> Plplot-devel mailing list
>>> Plplot-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and
>> focus on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now. http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Plplot-devel mailing list
>> Plplot-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>
> --
> Dr. Werner Smekal
> Institut fuer Allgemeine Physik
> Technische Universitaet Wien
> Wiedner Hauptstr 8-10
> A-1040 Wien
> Austria
>
> email: sme...@iap.tuwien.ac.at
> web: http://www.iap.tuwien.ac.at/~smekal
> phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
> fax: +43-(0)1-58801-13499
>
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
