Gerald, The change you did, is invalid, since pcTest ends up being pointing to a dangling pointer. It works in it's original form since the temporary object returned by toAscii() is not deleted until the call returns. More and more, I think it's definitely a build/dependency issue. I'd suggest doing a clean build, if you haven't already. Delete everything in the build directory (or start with a new one) and start afresh before debugging further.
Utkarsh On Wed, Dec 18, 2013 at 10:13 AM, Lodron, Gerald <gerald.lod...@joanneum.at> wrote: > > It closes in > > pxm->RegisterProxy("representations", pcTest, reprProxy); > > at pqObjectBuilder.cxx at line 527, and when I set a breakpoint into > registerProxy of vtkSMProxyManager it gets never hit. It seems that the > name.toAscii().data() is corrupted, but name is a vaild string > "DataRepresentation1". When I write > > const char* pcTest = name.toAscii().data(); > //pxm->RegisterProxy("representations", name.toAscii().data(), reprProxy); > pxm->RegisterProxy("representations", pcTest, reprProxy); > > and watch at pcTest it is " > îþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþîþÓ6 > > ¡~ hêè Xlø " so it seems that: > > Name.toAscii().data() is not allowed in that combination > OR > The memory is completely corrupted from somewhere else...... > > > > > > > -----Ursprüngliche Nachricht----- > Von: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com] > Gesendet: Mittwoch, 18. Dezember 2013 15:52 > An: Lodron, Gerald > Cc: Paraview Developer (paraview-develop...@paraview.org); Paraview User > (paraview@paraview.org) > Betreff: Re: [Paraview-developers] Paraview with python problem > > Weird. Let's try this, but a break point in that method. It'll only be called > once after you hit "apply". Then step into the code, including > createDataRepresentation(..). If you cannot step, I think it's a problem with > mismatched/improperly built libraries or something. If the call stack starts > making no sense, it's definitely that, and I'd recommend a clean build -- > start with an empty binary directory. > > Utkarsh > > On Wed, Dec 18, 2013 at 9:45 AM, Lodron, Gerald <gerald.lod...@joanneum.at> > wrote: >> Hi, >> >> I am currently debugging, it closes (not crashing!) in >> >> pqDataRepresentation* pqDisplayPolicy::newRepresentation(pqOutputPort* port, >> pqView* view) const >> { >> return pqApplicationCore::instance()->getObjectBuilder()-> >> createDataRepresentation(port, view); } Of pqDisplayPolicy.cxx >> >> Here i cannot debug in for any reason (i come somewhere into assembler of qt >> and when I step out it closes). I will try debugging more ... >> PS: I also checked the successful RequestData return of the sources so the >> source is correctly applied, it closes afterwards... >> >> Gerald >> >> >> -----Ursprüngliche Nachricht----- >> Von: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com] >> Gesendet: Mittwoch, 18. Dezember 2013 15:40 >> An: Lodron, Gerald >> Cc: Paraview User (paraview@paraview.org); Paraview Developer >> (paraview-develop...@paraview.org) >> Betreff: Re: [Paraview-developers] Paraview with python problem >> >> Gerald, >> >> Since you compiled from source, can you do debug build and then run through >> a debugger to see why it's aborting? I don't think I've seen this behaviour >> before. I wonder if its related to the dependency issue. Was this a clean >> build or were you doing an incremental build? >> >> Utkarsh >> >> On Wed, Dec 18, 2013 at 9:19 AM, Lodron, Gerald <gerald.lod...@joanneum.at> >> wrote: >>> Hi >>> >>> >>> >>> I successfully compiled paraview 4.1.0 with python 2.7.3 enabled in 32 bit. >>> Paraview also starts but when I generate ANY data (over open file or >>> over >>> sources->Sphere or box or anything else etc.) it closes after >>> sources->pressing >>> Apply. Does anyone has a clue what could cause that strange behaviour? >>> >>> >>> >>> Thanks for advice... >>> >>> >>> >>> Best regards >>> >>> Gerald Lodron >>> >>> >>> >>> _________________________________________________________________ >>> >>> >>> >>> JOANNEUM RESEARCH Forschungsgesellschaft mbH >>> >>> >>> >>> DIGITAL - Institute for Information and Communication Technologies >>> >>> Steyrergasse 17, 8010 Graz, Austria >>> >>> >>> >>> phone: +43 316 876-1751 >>> >>> fax: +43 316 8769-1751 >>> >>> e-mail: gerald.lod...@joanneum.at >>> >>> web: www.joanneum.at/digital >>> >>> _________________________________________________________________ >>> >>> >>> >>> This message and any attached files are confidential and intended >>> solely for the addressee(s). Any publication, transmission or other >>> use of the information by a person or entity other than the intended >>> addressee(s) is prohibited. If you receive this in error please >>> contact the sender and delete the material. The sender does not >>> accept liability for any errors or omissions as a result of the >>> transmission. >>> >>> >>> >>> Please consider the environment before printing this page. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Paraview-developers mailing list >>> paraview-develop...@paraview.org >>> http://public.kitware.com/mailman/listinfo/paraview-developers >>> _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Follow this link to subscribe/unsubscribe: http://www.paraview.org/mailman/listinfo/paraview