KLayout 0.26.1 (2019-12-18 6a474377) [dvb]

API reference - Class DeviceClassResistorWithBulk

Notation used in Ruby API documentation

Module: db

Description: A device class for a resistor with a bulk terminal (substrate, well).

Class hierarchy: DeviceClassResistorWithBulk » DeviceClassResistor » DeviceClass

This class is similar to DeviceClassResistor, but provides an additional terminal (BULK) for the well or substrate the resistor is embedded in.

The additional terminal is 'W' for the well/substrate terminal.

This class has been introduced in version 0.26.

Public methods

void_assign(const DeviceClassResistorWithBulk other)Assigns another object to self
void_createEnsures the C++ object is created
void_destroyExplicitly destroys the object
[const]bool_destroyed?Returns a value indicating whether the object was already destroyed
[const]new DeviceClassResistorWithBulk ptr_dupCreates a copy of self
[const]bool_is_const_object?Returns a value indicating whether the reference is a const reference
void_manageMarks the object as managed by the script side.
void_unmanageMarks the object as no longer owned by the script side.

Public static methods and constants

[static,const]unsigned longTERMINAL_WA constant giving the terminal ID for terminal W (well, bulk)

Detailed description

TERMINAL_W

Signature: [static,const] unsigned long TERMINAL_W

Description: A constant giving the terminal ID for terminal W (well, bulk)

_assign

Signature: void _assign (const DeviceClassResistorWithBulk other)

Description: Assigns another object to self

_create

Signature: void _create

Description: Ensures the C++ object is created

Use this method to ensure the C++ object is created, for example to ensure that resources are allocated. Usually C++ objects are created on demand and not necessarily when the script object is created.

_destroy

Signature: void _destroy

Description: Explicitly destroys the object

Explicitly destroys the object on C++ side if it was owned by the script interpreter. Subsequent access to this object will throw an exception. If the object is not owned by the script, this method will do nothing.

_destroyed?

Signature: [const] bool _destroyed?

Description: Returns a value indicating whether the object was already destroyed

This method returns true, if the object was destroyed, either explicitly or by the C++ side. The latter may happen, if the object is owned by a C++ object which got destroyed itself.

_dup

Signature: [const] new DeviceClassResistorWithBulk ptr _dup

Description: Creates a copy of self

_is_const_object?

Signature: [const] bool _is_const_object?

Description: Returns a value indicating whether the reference is a const reference

This method returns true, if self is a const reference. In that case, only const methods may be called on self.

_manage

Signature: void _manage

Description: Marks the object as managed by the script side.

After calling this method on an object, the script side will be responsible for the management of the object. This method may be called if an object is returned from a C++ function and the object is known not to be owned by any C++ instance. If necessary, the script side may delete the object if the script's reference is no longer required.

Usually it's not required to call this method. It has been introduced in version 0.24.

_unmanage

Signature: void _unmanage

Description: Marks the object as no longer owned by the script side.

Calling this method will make this object no longer owned by the script's memory management. Instead, the object must be managed in some other way. Usually this method may be called if it is known that some C++ object holds and manages this object. Technically speaking, this method will turn the script's reference into a weak reference. After the script engine decides to delete the reference, the object itself will still exist. If the object is not managed otherwise, memory leaks will occur.

Usually it's not required to call this method. It has been introduced in version 0.24.