Basic ODB API access crashes?

[chrisgelinek-rl]

Using an old (from 2025-07-01) ORFS build with a proprietary technology, I'm trying to add a POST_CTS_TCL script to replace a buffer instance with a delay instance.

Inspired by #430 (comment), I started with this:

puts "Starting project post_cts.tcl"

set db [ord::get_db]
set block [[$db getChip] getBlock]
set lib [$db getLibs]

# Create new DLY8X1 instance
set dly_cell [$lib findMaster "DLY8X1"]
set dly_inst [odb::dbInst_create $block $dly_cell "clrn_condition_dly"]

# Get net and pin to connect to it
set net_q [odb::dbNet  [get_nets clknet_1_1__leaf_U_CounterSSR24Control.clrn_condition]]
set dly_q [$dly_inst findITerm Q]

So far so good, but when I try to connect dly_q to net_q, the application crashes:

$dly_q connect $net_q
Signal 11 received
Stack trace:
 0# 0x00005B3CB35F2B03 in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
 1# 0x00007BFCF1A45330 in /lib/x86_64-linux-gnu/libc.so.6
 2# odb::dbITerm::connect(odb::dbNet*) in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
 3# 0x00005B3CB3D70E02 in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
 4# 0x00005B3CB3B3C218 in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
 5# TclNRRunCallbacks in /lib/x86_64-linux-gnu/libtcl8.6.so
 6# 0x00007BFCF6A8A6BC in /lib/x86_64-linux-gnu/libtcl8.6.so
 7# Tcl_EvalEx in /lib/x86_64-linux-gnu/libtcl8.6.so
 8# Tcl_Eval in /lib/x86_64-linux-gnu/libtcl8.6.so
 9# gui::TclCmdInputWidget::executeCommand(QString const&, bool, bool) in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
[...]

I also tried odb::dbITerm_connect $dly_q $net_q.

Also when I try to get the iterm of the existing buffer instance I'd like to replace, I run into problems. While this works fine:

set inst [get_cells clkbuf_1_1__f_U_CounterSSR24Control.clrn_condition]
set pin_a [$inst find_pin A]
set iterm_a [odb::dbITerm $pin_a]
set dbInst [odb::dbInst clkbuf_1_1__f_U_CounterSSR24Control.clrn_condition]

This one crashes:

set iterm_a [$dbInst findITerm "A"]
Signal 11 received
Stack trace:
 0# 0x00005C423DC62B03 in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
 1# 0x000074D0B2C45330 in /lib/x86_64-linux-gnu/libc.so.6
 2# odb::dbInst::findITerm(char const*) in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
[...]

which isn't so bad as I have found the alternative set iterm_a [odb::dbITerm $pin_a] shown above, but doing something with that also fails:

$iterm_a disconnect
Signal 11 received
Stack trace:
 0# 0x00005D7606DA5B03 in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
 1# 0x00007BE6BAC45330 in /lib/x86_64-linux-gnu/libc.so.6
 2# odb::_dbITerm::getInst() const in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
 3# odb::dbITerm::disconnect() in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
 4# 0x00005D760747B658 in /radstd/tools/openroad/build-2025-07-01/ubuntu24.04/OpenROAD/bin/openroad
[...]

I'm running these experiments interactively in the GUI after starting it with make gui_4_cts.odb.

Is the ODB in the wrong state or mode for me to run these commands, or what else could cause these issues?

Thanks for your time.

[maliberty]

There were lots of bugs fixed in the past year. Please first try with the head of master.