Geom at the moment has no severe bug or issue ( I just add some features
from time to time ) , so at any time i can create a release.The future plan
is to create a smarter GEOM_Solver class and also a new 2d sketcher driver
in GeomImpl.I am not so sure if it is worth to wait for such a thing, and in
general it is up to you to notify me when to create a downloadable package
and which svn version you want.
Fotis
On Thu, Dec 3, 2009 at 2:43 PM, Thomas Paviot <tpav...@gmail.com> wrote:
> Hi Fotis,
>
> No, it's ok. Being sync with your developments is a requirement. However,
> when do you plan to release a new version of your work? It would definitely
> be much easier for us to build pythonOCC upon a official downloadable
> .tar.gz salomegeom package.
>
> Loïc, I updated pythonOCC so that it's sync with rev.188 (the latest) of
> salomegeometry. You can try to svn update/rebuild and test.
>
> Cheers,
>
> Thomas
>
>
> 2009/12/3 Fotios Sioutis <sfo...@gmail.com>
>
> In case it is needed i can leave a copy of the old API in the code.
>> Thomas let me know in case you need such a thing
>>
>> Fotis
>>
>>
>> On Thu, Dec 3, 2009 at 2:16 PM, Thomas Paviot <tpav...@gmail.com> wrote:
>>
>>> Loïc,
>>>
>>> I did not notice that Fotis commited a few changes these last few days. I
>>> have to update to the latest svn rev. and regenerate the SWIG files. I'll
>>> let you know when it's done.
>>>
>>> Best regards,
>>>
>>> Thomas
>>>
>>> 2009/12/3 Simon Loic <simon1l...@gmail.com>
>>>
>>> Hi Thomas,
>>>> I wanted to give a try on my work computer (previously I was testing at
>>>> home) but I can't compile with --enable-geom.
>>>> If I build with the following command :
>>>> >> python setup.py build --enable_geom
>>>>
>>>> I get
>>>> """"""""""""""""""""
>>>> g++ -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions
>>>> build/temp.linux-x86_64-2.6/home/matador/Desktop/Code/pythonOCC/src/wrapper/SWIG/linux_darwin/SGEOM_wrap.o
>>>> -L/opt/OpenCASCADE6.3.0/lib -L/usr/local/lib -L/usr/local/lib -lBinLPlugin
>>>> -lBinPlugin -lBinXCAFPlugin -lFWOSPlugin -lmscmd -lPTKernel -lStdLPlugin
>>>> -lStdPlugin -lTKAdvTools -lTKBin -lTKBinL -lTKBinTObj -lTKBinXCAF -lTKBO
>>>> -lTKBool -lTKBRep -lTKCAF -lTKCDF -lTKCDLFront -lTKCPPClient -lTKCPPExt
>>>> -lTKCPPIntExt -lTKCPPJini -lTKCSFDBSchema -lTKDCAF -lTKDraw -lTKernel
>>>> -lTKFeat -lTKFillet -lTKG2d -lTKG3d -lTKGeomAlgo -lTKGeomBase -lTKHLR
>>>> -lTKIDLFront -lTKIGES -lTKLCAF -lTKMath -lTKMesh -lTKMeshVS -lTKNIS
>>>> -lTKOffset -lTKOpenGl -lTKPCAF -lTKPLCAF -lTKPrim -lTKPShape -lTKService
>>>> -lTKShapeSchema -lTKShHealing -lTKStdLSchema -lTKStdSchema -lTKSTEP
>>>> -lTKSTEP209 -lTKSTEPAttr -lTKSTEPBase -lTKSTL -lTKTCPPExt -lTKTObj
>>>> -lTKTObjDRAW -lTKTopAlgo -lTKTopTest -lTKV2d -lTKV3d -lTKViewerTest
>>>> -lTKVRML
>>>> -lTKWOK -lTKWOKTcl -lTKXCAF -lTKXCAFSchema -lTKXDEDRAW -lTKXDEIGES
>>>> -lTKXDESTEP -lTKXMesh -lTKXml -lTKXmlL -lTKXmlTObj -lTKXmlXCAF -lTKXSBase
>>>> -lTKXSDRAW -lXCAFPlugin -lXmlLPlugin -lXmlPlugin -lXmlXCAFPlugin -lSketcher
>>>> -lShHealOper -lPartition -lNMTTools -lNMTDS -lGEOM -lGEOMImpl -lGEOMAlgo
>>>> -lArchimede -o build/lib.linux-x86_64-2.6/OCC/_SGEOM.so -Wl,--no-undefined
>>>> -lm -lstdc++ -lpython2.6
>>>> build/temp.linux-x86_64-2.6/home/matador/Desktop/Code/pythonOCC/src/wrapper/SWIG/linux_darwin/SGEOM_wrap.o:
>>>> In function `_wrap_GEOM_Engine_SetInterpreterConstant':
>>>> SGEOM_wrap.cpp:(.text+0xaa33): undefined reference to
>>>> `GEOM_Engine::SetInterpreterConstant(int, TCollection_AsciiString const&,
>>>> double)'
>>>> build/temp.linux-x86_64-2.6/home/matador/Desktop/Code/pythonOCC/src/wrapper/SWIG/linux_darwin/SGEOM_wrap.o:
>>>> In function `_wrap_GEOM_Engine_SetInterpreterConstantArray':
>>>> SGEOM_wrap.cpp:(.text+0xad69): undefined reference to
>>>> `GEOM_Engine::SetInterpreterConstantArray(int,
>>>> Handle_TColStd_HArray1OfTransient, bool)'
>>>> build/temp.linux-x86_64-2.6/home/matador/Desktop/Code/pythonOCC/src/wrapper/SWIG/linux_darwin/SGEOM_wrap.o:
>>>> In function `_wrap_GEOM_Engine_GetInterpreterConstantArray':
>>>> SGEOM_wrap.cpp:(.text+0x1eb45): undefined reference to
>>>> `GEOM_Engine::GetInterpreterConstantArray(int)'
>>>> collect2: ld returned 1 exit status
>>>> error: command 'g++' failed with exit status 1
>>>> """""""""""""""""""""
>>>>
>>>> Note that I have the latest trunk revision of salomegeom installed.
>>>> Maybe, pythonOcc is not synchronized with salomegeom, right?
>>>> Loïc
>>>>
>>>>
>>>> On Thu, Dec 3, 2009 at 10:46 AM, Simon Loic <simon1l...@gmail.com>wrote:
>>>>
>>>>> Thanks Thomas,
>>>>> I updated your latest commit, and launched the samples you updated
>>>>> (Level1/Geometry/geometry_demos.py and
>>>>> Level1/TopologyBuilding/topology_building.py - I don't have smesh so far)
>>>>> .
>>>>> Unfortunately they both end with a seg fault after the viewer is created.
>>>>>
>>>>> Here is the output.
>>>>> """
>>>>> Display3d class initialization starting ...
>>>>> Graphic device created.
>>>>> Xw_Window created.
>>>>> Viewer created.
>>>>> zsh: segmentation fault python Level1/Geometry/geometry_demos.py
>>>>> """
>>>>> I'll try to investigate further on later.
>>>>>
>>>>> Loïc
>>>>>
>>>>>
>>>>> On Thu, Dec 3, 2009 at 5:18 AM, Thomas Paviot <tpav...@gmail.com>wrote:
>>>>>
>>>>>> Hi Loïc,
>>>>>>
>>>>>> The SmpleGui.py module is an improvement over the previous
>>>>>> wxSamplesGui that enables multiple graphical backends. For instance, if
>>>>>> you
>>>>>> decide whether to use SimpleGui to manage the display, you first have to
>>>>>> set
>>>>>> the graphical backend to use. Fos instance:
>>>>>>
>>>>>> set_backend('wx') #if you want to use wxPython
>>>>>> set_backend('qt') #if you want to use pyQt
>>>>>> set_backend('X') #if you want to use python-xlib (Linux/MacOSX up to
>>>>>> SL64bit)
>>>>>>
>>>>>> All the samples are not sync yet with the newest developments I made.
>>>>>> In ordrer to make the scripts work, you first have to insert the 2 lines:
>>>>>>
>>>>>> from OCC.Display.SimpleGui import *
>>>>>>
>>>>>> display, start_display, add_menu, add_function_to_menu =
>>>>>> init_display()
>>>>>>
>>>>>> The graphical backend used by default will be the one available on
>>>>>> your machine. If you have both wxPython, PyQt and python-xlib installed,
>>>>>> then the default one will bis 'wx'.
>>>>>>
>>>>>> Best,
>>>>>>
>>>>>> Thomas
>>>>>>
>>>>>> 2009/12/2 Simon Loic <simon1l...@gmail.com>
>>>>>>
>>>>>>> Hi thomas,
>>>>>>> I've seen that you made a many commits recently relative to
>>>>>>> SimpleGUI, I have updated pythonOcc trunk to the last revision. It seems
>>>>>>> that many samples have don't work anymore.
>>>>>>> To be accurate if for example I call
>>>>>>> >>python Level2/PAF/test_box.py
>>>>>>> it wil throw me
>>>>>>> ""
>>>>>>> from OCC.Display.SimpleGui import start_display, display
>>>>>>> ImportError: cannot import name start_display
>>>>>>> ""
>>>>>>> the same for Level1/Mesh/simple_mesh.py Level1/Animation/animation.py
>>>>>>> and I guess many others (didn't try all of them).
>>>>>>>
>>>>>>> I also have a related problem with other scripts like
>>>>>>> Level1/Dimensions/dimensions.py where there si first a statement:
>>>>>>> >> from OCC.Display.SimpleGui import *
>>>>>>> and then at some point
>>>>>>> >> display.Context.Display(ais7.GetHandle())
>>>>>>> Then I get the following error:
>>>>>>> ""NameError: name 'display' is not defined""
>>>>>>>
>>>>>>> Are the samples uptodate and I simply did something wrong?
>>>>>>> Cheers,
>>>>>>> Loïc
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Pythonocc-users mailing list
>>>>>>> Pythonocc-users@gna.org
>>>>>>> https://mail.gna.org/listinfo/pythonocc-users
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Pythonocc-users mailing list
>>>>>> Pythonocc-users@gna.org
>>>>>> https://mail.gna.org/listinfo/pythonocc-users
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Pythonocc-users mailing list
>>>> Pythonocc-users@gna.org
>>>> https://mail.gna.org/listinfo/pythonocc-users
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Pythonocc-users mailing list
>>> Pythonocc-users@gna.org
>>> https://mail.gna.org/listinfo/pythonocc-users
>>>
>>>
>>
>> _______________________________________________
>> Pythonocc-users mailing list
>> Pythonocc-users@gna.org
>> https://mail.gna.org/listinfo/pythonocc-users
>>
>>
>
> _______________________________________________
> Pythonocc-users mailing list
> Pythonocc-users@gna.org
> https://mail.gna.org/listinfo/pythonocc-users
>
>
_______________________________________________
Pythonocc-users mailing list
Pythonocc-users@gna.org
https://mail.gna.org/listinfo/pythonocc-users
