Mercurial > hg > xemacs-beta
comparison src/postgresql.c @ 934:c925bacdda60
[xemacs-hg @ 2002-07-29 09:21:12 by michaels]
2002-07-17 Marcus Crestani <crestani@informatik.uni-tuebingen.de>
Markus Kaltenbach <makalten@informatik.uni-tuebingen.de>
Mike Sperber <mike@xemacs.org>
configure flag to turn these changes on: --use-kkcc
First we added a dumpable flag to lrecord_implementation. It shows,
if the object is dumpable and should be processed by the dumper.
* lrecord.h (struct lrecord_implementation): added dumpable flag
(MAKE_LRECORD_IMPLEMENTATION): fitted the different makro definitions
to the new lrecord_implementation and their calls.
Then we changed mark_object, that it no longer needs a mark method for
those types that have pdump descritions.
* alloc.c:
(mark_object): If the object has a description, the new mark algorithm
is called, and the object is marked according to its description.
Otherwise it uses the mark method like before.
These procedures mark objects according to their descriptions. They
are modeled on the corresponding pdumper procedures.
(mark_with_description):
(get_indirect_count):
(structure_size):
(mark_struct_contents):
These procedures still call mark_object, this is needed while there are
Lisp_Objects without descriptions left.
We added pdump descriptions for many Lisp_Objects:
* extents.c: extent_auxiliary_description
* database.c: database_description
* gui.c: gui_item_description
* scrollbar.c: scrollbar_instance_description
* toolbar.c: toolbar_button_description
* event-stream.c: command_builder_description
* mule-charset.c: charset_description
* device-msw.c: devmode_description
* dialog-msw.c: mswindows_dialog_id_description
* eldap.c: ldap_description
* postgresql.c: pgconn_description
pgresult_description
* tooltalk.c: tooltalk_message_description
tooltalk_pattern_description
* ui-gtk.c: emacs_ffi_description
emacs_gtk_object_description
* events.c:
* events.h:
* event-stream.c:
* event-Xt.c:
* event-gtk.c:
* event-tty.c:
To write a pdump description for Lisp_Event, we converted every struct
in the union event to a Lisp_Object. So we created nine new
Lisp_Objects: Lisp_Key_Data, Lisp_Button_Data, Lisp_Motion_Data,
Lisp_Process_Data, Lisp_Timeout_Data, Lisp_Eval_Data,
Lisp_Misc_User_Data, Lisp_Magic_Data, Lisp_Magic_Eval_Data.
We also wrote makro selectors and mutators for the fields of the new
designed Lisp_Event and added everywhere these new abstractions.
We implemented XD_UNION support in (mark_with_description), so
we can describe exspecially console/device specific data with XD_UNION.
To describe with XD_UNION, we added a field to these objects, which
holds the variant type of the object. This field is initialized in
the appendant constructor. The variant is an integer, it has also to
be described in an description, if XD_UNION is used.
XD_UNION is used in following descriptions:
* console.c: console_description
(get_console_variant): returns the variant
(create_console): added variant initialization
* console.h (console_variant): the different console types
* console-impl.h (struct console): added enum console_variant contype
* device.c: device_description
(Fmake_device): added variant initialization
* device-impl.h (struct device): added enum console_variant devtype
* objects.c: image_instance_description
font_instance_description
(Fmake_color_instance): added variant initialization
(Fmake_font_instance): added variant initialization
* objects-impl.h (struct Lisp_Color_Instance): added color_instance_type
* objects-impl.h (struct Lisp_Font_Instance): added font_instance_type
* process.c: process_description
(make_process_internal): added variant initialization
* process.h (process_variant): the different process types
author | michaels |
---|---|
date | Mon, 29 Jul 2002 09:21:25 +0000 |
parents | 79c6ff3eef26 |
children | a9077bb4dbf1 |
comparison
equal
deleted
inserted
replaced
933:f6bc42928b34 | 934:c925bacdda60 |
---|---|
176 make_pgconn (Lisp_PGconn *pgconn) | 176 make_pgconn (Lisp_PGconn *pgconn) |
177 { | 177 { |
178 return wrap_pgconn (pgconn); | 178 return wrap_pgconn (pgconn); |
179 } | 179 } |
180 | 180 |
181 #ifdef USE_KKCC | |
182 static const struct lrecord_description pgconn_description [] = { | |
183 { XD_END } | |
184 }; | |
185 #endif /* USE_KKCC */ | |
186 | |
181 static Lisp_Object | 187 static Lisp_Object |
182 #ifdef RUNNING_XEMACS_21_1 | 188 #ifdef RUNNING_XEMACS_21_1 |
183 mark_pgconn (Lisp_Object obj, void (*markobj) (Lisp_Object)) | 189 mark_pgconn (Lisp_Object obj, void (*markobj) (Lisp_Object)) |
184 #else | 190 #else |
185 mark_pgconn (Lisp_Object obj) | 191 mark_pgconn (Lisp_Object obj) |
259 DEFINE_LRECORD_IMPLEMENTATION ("pgconn", pgconn, | 265 DEFINE_LRECORD_IMPLEMENTATION ("pgconn", pgconn, |
260 mark_pgconn, print_pgconn, finalize_pgconn, | 266 mark_pgconn, print_pgconn, finalize_pgconn, |
261 NULL, NULL, | 267 NULL, NULL, |
262 Lisp_PGconn); | 268 Lisp_PGconn); |
263 #else | 269 #else |
270 #ifdef USE_KKCC | |
271 DEFINE_LRECORD_IMPLEMENTATION ("pgconn", pgconn, | |
272 mark_pgconn, print_pgconn, finalize_pgconn, | |
273 NULL, NULL, | |
274 pgconn_description, | |
275 Lisp_PGconn); | |
276 #else /* not USE_KKCC */ | |
264 DEFINE_LRECORD_IMPLEMENTATION ("pgconn", pgconn, | 277 DEFINE_LRECORD_IMPLEMENTATION ("pgconn", pgconn, |
265 mark_pgconn, print_pgconn, finalize_pgconn, | 278 mark_pgconn, print_pgconn, finalize_pgconn, |
266 NULL, NULL, | 279 NULL, NULL, |
267 0, | 280 0, |
268 Lisp_PGconn); | 281 Lisp_PGconn); |
282 #endif /* not USE_KKCC */ | |
269 #endif | 283 #endif |
270 /****/ | 284 /****/ |
271 | 285 |
272 /* PGresult is an opaque object and we need to be able to store them in | 286 /* PGresult is an opaque object and we need to be able to store them in |
273 Lisp code. | 287 Lisp code. |
277 static Lisp_Object | 291 static Lisp_Object |
278 make_pgresult (Lisp_PGresult *pgresult) | 292 make_pgresult (Lisp_PGresult *pgresult) |
279 { | 293 { |
280 return wrap_pgresult (pgresult); | 294 return wrap_pgresult (pgresult); |
281 } | 295 } |
296 | |
297 #ifdef USE_KKCC | |
298 static const struct lrecord_description pgresult_description [] = { | |
299 { XD_END } | |
300 }; | |
301 #endif /* USE_KKCC */ | |
302 | |
282 | 303 |
283 static Lisp_Object | 304 static Lisp_Object |
284 #ifdef RUNNING_XEMACS_21_1 | 305 #ifdef RUNNING_XEMACS_21_1 |
285 mark_pgresult (Lisp_Object obj, void (*markobj) (Lisp_Object)) | 306 mark_pgresult (Lisp_Object obj, void (*markobj) (Lisp_Object)) |
286 #else | 307 #else |
376 DEFINE_LRECORD_IMPLEMENTATION ("pgresult", pgresult, | 397 DEFINE_LRECORD_IMPLEMENTATION ("pgresult", pgresult, |
377 mark_pgresult, print_pgresult, finalize_pgresult, | 398 mark_pgresult, print_pgresult, finalize_pgresult, |
378 NULL, NULL, | 399 NULL, NULL, |
379 Lisp_PGresult); | 400 Lisp_PGresult); |
380 #else | 401 #else |
402 #ifdef USE_KKCC | |
403 DEFINE_LRECORD_IMPLEMENTATION ("pgresult", pgresult, | |
404 mark_pgresult, print_pgresult, finalize_pgresult, | |
405 NULL, NULL, | |
406 pgresult_description, | |
407 Lisp_PGresult); | |
408 #else /* not USE_KKCC */ | |
381 DEFINE_LRECORD_IMPLEMENTATION ("pgresult", pgresult, | 409 DEFINE_LRECORD_IMPLEMENTATION ("pgresult", pgresult, |
382 mark_pgresult, print_pgresult, finalize_pgresult, | 410 mark_pgresult, print_pgresult, finalize_pgresult, |
383 NULL, NULL, | 411 NULL, NULL, |
384 0, | 412 0, |
385 Lisp_PGresult); | 413 Lisp_PGresult); |
414 #endif /* not USE_KKCC */ | |
386 #endif | 415 #endif |
387 | 416 |
388 /***********************/ | 417 /***********************/ |
389 | 418 |
390 /* notices */ | 419 /* notices */ |