/
githubmirror
/
libreport
ОбзорДокументацияВойти
/
githubmirror
/
libreport
Код
Запросы
0
Пакеты
0
Релизы
0
Аналитика
Безопасность
ДокументацияПоддержка
Политика конфиденциальностиПользовательское соглашениеПолитика использования «cookies»Согласие субъекта персональных данных
2026 ©
libreport/
.../report-python/report/
..
io

build: create report sub-directory

8 лет назад
Makefile.am

Remove Python 2 support

7 лет назад
README

build: create report sub-directory

8 лет назад
__init__.py

report-python: Remove commented-out code

5 лет назад
accountmanager.py

build: create report sub-directory

8 лет назад
common.h

build: create report sub-directory

8 лет назад
dump_dir.c

Expose dd_unpack_coredump() via Python binding

3 года назад
libreport-meh-test.py

build: create report sub-directory

8 лет назад
problem_data.c

Fix -Wmissing-field-initializers across libreport

6 лет назад
py_report_test.py

build: create report sub-directory

8 лет назад
pyreport.c

build: create report sub-directory

8 лет назад
report.c

build: create report sub-directory

8 лет назад
reportmodule.c

Fix -Wmissing-field-initializers across libreport

6 лет назад
run_event.c

Fix -Wmissing-field-initializers across libreport

6 лет назад
test_dd_create

build: create report sub-directory

8 лет назад
test_full

build: create report sub-directory

8 лет назад
test_full2

build: create report sub-directory

8 лет назад
test_problem_data

build: create report sub-directory

8 лет назад
test_problem_data2

build: create report sub-directory

8 лет назад
test_run_event_state

build: create report sub-directory

8 лет назад
test_run_event_state1

build: create report sub-directory

8 лет назад
test_setroubleshoot_example

build: create report sub-directory

8 лет назад
test_setroubleshoot_example2

build: create report sub-directory

8 лет назад
README
Currently (2011-05), include/report/*.h are:
 
dump_dir.h
event_config.h
problem_data.h
report.h
run_event.h
 
and we wrap all of them except event_config.h.
 
Python wrappers for C types and functions declared in include/report/FOO.h
should be implemented in corresponding FOO.c file in this directory.
 
Their (C-level) declarations should go to common.h.
 
Note that methods don't have to be declared in common.h:
they can be static functions inside FOO.c, and exposed to the rest
of the world via PyTypeObject instance. In FOO.c:
 
static PyObject *p_method_name(PyObject *pself, PyObject *args)
...
static PyMethodDef p_FOO_methods[] = {
{ "method_name", p_method_name, METH_VARARGS, NULL }
...
};
PyTypeObject p_FOO_type = {
.tp_methods = p_FOO_methods,
...
};
 
and only p_FOO_type needs to be declared in common.h.
 
Similarly, (de)allocators, attr getters/setters also can be static functions
and be hooked into p_FOO_type.
 
However, non-method functions can't be static.
 
 
File reportmodule.c contains the initialization function which should
initialize types (p_FOO_type objects) and hook up finctions from every
FOO.c so that they are usable from python code.
 
Python wrappers for C constants (enums, defines) are created directly
by reportmodule.c.