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
