CLIPS зависает в FlushMultifields () с помощью EnvEval и команды find-fact

У меня странная проблема с CLIPS, которую сложно отладить.
У меня есть следующий список фактов:

f-0     (initial-fact)
f-1     (SpinWave (quantum_number_names "charge" "isospin" "spin" "parity" "cparity") (quantum_number_values 0 1 2 -1 -1))
f-2     (SpinWave (quantum_number_names "charge" "isospin" "spin" "parity" "cparity") (quantum_number_values 0 1 3 -1 -1))
f-3     (SpinWave (quantum_number_names "charge" "isospin" "spin" "parity" "cparity") (quantum_number_values 0 1 4 -1 -1))
f-4     (SpinWave (quantum_number_names "charge" "isospin" "spin" "parity" "cparity") (quantum_number_values 0 3 1 -1 1))
f-5     (ViolatingRulesForDecay (list_of_violated_rules))
f-6     (SpinQuantumNumber (unique_id 1) (numerator 0) (denominator 1) (z_component_numerator 0))
f-7     (SpinQuantumNumber (unique_id 2) (numerator 1) (denominator 1) (z_component_numerator -1))
f-8     (SpinQuantumNumber (unique_id 3) (numerator 1) (denominator 1) (z_component_numerator 0))
f-9     (SpinQuantumNumber (unique_id 4) (numerator 1) (denominator 1) (z_component_numerator 1))
f-10    (SpinQuantumNumber (unique_id 5) (numerator 2) (denominator 1) (z_component_numerator -2))
f-11    (SpinQuantumNumber (unique_id 6) (numerator 2) (denominator 1) (z_component_numerator -1))
f-12    (SpinQuantumNumber (unique_id 7) (numerator 2) (denominator 1) (z_component_numerator 0))
f-13    (SpinQuantumNumber (unique_id 8) (numerator 2) (denominator 1) (z_component_numerator 1))
f-14    (SpinQuantumNumber (unique_id 9) (numerator 2) (denominator 1) (z_component_numerator 2))
f-15    (AllowedQuantumNumbers (name "spin") (values 1 2 3 4 5 6 7 8 9))
f-16    (AllowedQuantumNumbers (name "isospin") (values 1 2 3 4))
f-17    (AllowedQuantumNumbers (name "charge") (values -1 0 1))
f-18    (AllowedQuantumNumbers (name "parity") (values -1 1))
f-19    (AllowedQuantumNumbers (name "cparity") (values -1 1))
For a total of 20 facts.

Я пытаюсь найти один из фактов в C ++, и я делаю это следующим образом:

DATA_OBJECT found_spin_quantum_number_facts;
std::stringstream clips_query;
clips_query << "(find-fact ((?f SpinQuantumNumber))
(and (= ?f:numerator " << spin_state.J_numerator_ << ") (and (=
?f:denominator " << spin_state.J_denominator_ << ") (=
?f:z_component_numerator " << spin_state.J_z_numerator_ << "))))";

std::cout << clips_query.str() << std::endl;
EnvEval(clips_environment_, clips_query.str().c_str(),
&found_spin_quantum_number_facts);

который работает несколько раз, пока не прервется со следующим выражением роликов (что мне кажется законным и работает несколько раз, пока не завершится ошибкой):

(find-fact ((?f SpinQuantumNumber)) (and (= ?f:numerator 0) (and (= ?f:denominator 1) (= ?f:z_component_numerator 0))))

Функция поиска факта фактически завершает выполнение, однако в функции FlushMultifields () клипы застряли … Чего мне не хватает? Заранее спасибо!

Стив

0

Решение

поэтому я продолжал отлаживать его, и, как отметил Гэри, проблема была где-то совсем в другом. Я утверждал факт с адресом, который уже указывал на существующий факт (так сказать, на стек фактов). Не знаю, о чем я там думал …

void* ifs_template = EnvFindDeftemplate(clips_environment_,
"InitialAndFinalState");
void* ifs_fact = EnvCreateFact(clips_environment_, ifs_template);
if (ifs_fact != NULL) {
DATA_OBJECT field;
field.type = FACT_ADDRESS;

OLD-CODE: field.value = EnvAssert(clips_environment_,
addSpinWaveToClipsEnvironment(initial_state));
NEW-CODE: field.value =
addSpinWaveToClipsEnvironment(initial_state);
EnvPutFactSlot(clips_environment_, ifs_fact, "initial_state", &field);

Функция addSpinWaveToClipsEnvironment () создает новый факт SpinWave, если он не существует, и возвращает адрес факта этому факту.

0

Другие решения

Других решений пока нет …