Good spot Werner! Thanks for fixing it.
Andrew
On Mon, Aug 24, 2009 at 04:05:55PM +0200, Werner Smekal wrote:
> Hi Andrew,
>
>> 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?
>
> I fixed c++ example 29. In plot3() we still used the old way to set the
> time, but not in the c example. On Linux that always worked (or maybe
> only on 64 bit systems), but on Windows it didn't and as it seems also
> not on Mac OS X. The difference in Fortran examples I still have to look
> into.
>
> Regards,
> Werner
>
>>
>> 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
>
>
> --
> Dr. Werner Smekal
> Institut fuer Allgemeine Physik
> Technische Universitaet Wien
> Wiedner Hauptstr 8-10
> A-1040 Wien
> Austria
> DVR-Nr: 0005886
>
> 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
