1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
|
.\" Copyright (C) 1996 Free Software Foundation, Inc.
.\" This file is distributed accroding to the GNU General Public License.
.\" See the file COPYING in the top level source directory for details.
.\"
.\" Traduction 21/07/1997 par Christophe Blaess (ccb@club-internet.fr)
.\"
.TH GET_KERNEL_SYMS 2 "21 Juillet 1997" Linux "Manuel du programmeur Linux"
.SH NOM
get_kernel_syms \- Obtenir les symboles exportes par le noyau et les modules.
.SH SYNOPSIS
.nf
.B #include <linux/module.h>
.sp
.BI "int get_kernel_syms(struct kernel_sym *" table );
.fi
.SH DESCRIPTION
Si \fItable\fP est \fBNULL\fP, \fBget_kernel_syms\fP renvoie le nombre
de symboles disponibles. Sinon, il remplit la table avec des structures :
.PP
.RS
.nf
struct kernel_sym
{
unsigned long value;
char name[60];
};
.fi
.RE
.PP
Les groupes de symboles sont separes par des symboles "magiques" de la forme
.BI # nom_de_module
Pour les symboles du noyau, \fInom_de_module\fP est vide.
La valeur associee avec un tel symbole magique est l'adresse a laquelle
le module est charge.
.PP
L'ensemble des symboles exportes par un module suit le symbole magique
du module.
Les modules sont presentes en ordre inverse du chargement.
.SH "VALEUR RENVOYEE"
Renvoie le nombre de symboles exportes. Il n'y a pas d'erreur possible.
.SH "VOIR AUSSI"
.BR create_module "(2), " init_module "(2), " delete_module "(2), "
.BR query_module "(2)."
.SH BUGS
Il n'y a pas de moyen d'indiquer la taille du buffer alloue pour la
\fItable\fP. Si des modules sont ajoutes dans le noyau entre la lecture
du nombre de symboles disponibles, et la lecture des symboles proprement
dite, la memoire sera corrompue.
.PP
La longueur des noms des symboles exportes est limitee a 59.
.PP
A cause de ces limites, cet appel-systeme est deconseille, il vaut
mieux utiliser \fBquery_module\fP(2).
|
