[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [HTCondor-users] core dump in python bindings



Hi Tim,

Thanks for the tip.  It turns out that the it was as simple as changing:

import htcondor2 as htcondor
import classad2 as classad

...and it seems to run about 5x faster than the v1 bindings when running a query across the >200k job ads at CIT.

Regards,

--Mike

On 8/25/25 4:07 PM, Tim Theisen wrote:
Which version of the Python bindings are you using?

For HTCondor 25, we plan to only have the newer versions of the Python bindings available. To use the newer python bindings, where you import htcondor, import htcondor2 as htcondor. Also, where you import classad, import classad2 as classad.

If you find a defect in the original bindings, we will not fix it. However, let us know if the htcondor2/classad2 bindings have issues.

...Tim

On 8/25/25 10:22, Michael Thomas wrote:
I'm still trying to come up with a simple reproducible test case for this, but wanted to bring it up in case it's a known issue or sign that I'm doing something wrong.

I'm using the htcondor-24.10.2 python bindings to iterate over all user jobs and job slots to calculate the total requested memory for all jobs. ÂHowever, at some point the value returned by collector.query.eval('RequestMemory') seems to return an classad.ExprTree object, and when i try to do any debugging on that object (using repr() or __str__ to inspect it) I get a segfault.

This is code that I inherited from a now-defunct outside project, so my understanding of what it's doing may be slightly flawed.

Are there any known issues with printing out ExprTree objects?

I'll continue to work on a simplified test case, and try to capture a core dump if possible.

--Mike
_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe

The archives can be found at: https://www-auth.cs.wisc.edu/lists/ htcondor-users/