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
