gmane.comp.programming.garbage-collection.boehmgc

[announce] GC documentation in Texinfo format

Marco Maggi — 2008-10-07T18:45:18

A new version of GC documentation in Texinfo format is available: Details for Tue Oct 7, 2008 ---------------------------- * Added an appendix for the cord API. NOTE: Contrary to the documentation GC 7.1 does not build the cord library by doing "make cords"; one has to do: $ make cords -f Makefile.direct and then install by hand the header files as explained in "gc.texi". Building the "de" program also fails, of course. If the cords API is public, something has to be done to fix this?

Uninitialized GC_threads and dll_thread_table vars

Ivan Maidanski — 2008-10-06T20:46:58

Hi! Is it safe to place GC_threads (both on Unix and Win32) and dll_thread_table (on Win32) to "common" section (instead of "bss")? It seems to me that not... Bye.

GC minor fix for Win32

Ivan Maidanski — 2008-10-06T20:06:35

Hi! "excpt.h" file should be included even for non-Gnu compilers on MSWIN32 in mark.c (for GetExceptionCode macro to get defined). This is required at least for Watcom C (and doesn't hurt other Win32 compilers - VC++/IntelC++, Borland, DMC). The patch is attached. Bye. diff -ru bdwgc/mark.c updated/bdwgc/mark.c --- bdwgc/mark.c2008-09-26 14:01:50.000000000 +0400 +++ updated/bdwgc/mark.c2008-10-06 23:01:56.000000000 +0400 < at >< at > -19,7 +19,7 < at >< at > # include # include "private/gc_pmark.h" -#if defined(MSWIN32) && defined(__GNUC__) +#if defined(MSWIN32) # include #endif _______________________________________________ Gc mailing list Gc-V9/bV5choksm30D7ZfaTJw< at >public.gmane.org http://www.hpl.hp.com/hosted/linux/mail-archives/gc/

gc's embedded libatomic_ops

Rex Dieter — 2008-10-03T16:57:24

Just noticed the embedded copy of libatomic_ops. Any reason to *not* use a system-wide/external libatomic_ops? Any objections to my preparing patches to do that? :)

small bug libatomic_ops-1.2/src/atomic_ops/sysdeps/gcc/x86_64.h

Andrew Agno — 2008-10-03T15:40:39

While browsing the source of gc-7.1, I noticed that libatomic_ops-1.2/src/atomic_ops/sysdeps/gcc/x86_64.h has unsigned short as the return from AO_int_fetch_and_add_full instead of unsigned int (on line 99). Andrew.

stack problem

Romano Tenca — 2008-09-29T12:21:13

I use GC in a program which sometime call a recursive function which consume a large C stack. After the use of this function, when the C stack is back to a normal size, GC allocations and recycles becomes a lot more slow. To give an idea, here it is the output of a test program which reports the time used by 10 GC_gcollect() calls inside a recursive function: After 0 recursions 10 GC_gcollect() time is: 0.03125 After 5000 recursions 10 GC_gcollect() time is: 0.203125 After 10000 recursions 10 GC_gcollect() time is: 0.59375 After 15000 recursions 10 GC_gcollect() time is: 1.1875 After 20000 recursions 10 GC_gcollect() time is: 2.015625 After 25000 recursions 10 GC_gcollect() time is: 3.0625 Here are some heap values after the recursive function returns: Heap: 5505024 Free: 4296704 Used: 1208320 Collections: 61 Now i call again the recursive function: After 0 recursions 10 GC_gcollect() time is: 2.984375 After 5000 recursions 10 GC_gcollect() time is: 3.015625 After 10000 recursions 10 GC_gcollect()

"Leaked composite object at",but the object was never allocated

Benjamin Smedberg — 2008-09-25T14:47:08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In my ongoing project attempting to use Boehm GC in Mozilla, I wanted to make sure that Boehm was scanning our memory correctly and that we weren't hiding any pointers unintentionally: so I hooked up Boehm in leak-detector mode. Fairly early in startup, I think during the first GC, Boehm reports a bunch of leaked objects of size 32. I tried turning on GC_DEBUG stack traces, but this object didn't have any debugging information (allocation stacktrace) recorded. So I went through and tried to find the allocation site using a debugger... Leaked composite object at 0x808c020 Leaked composite object at 0x808c040 Leaked composite object at 0x808c060 Leaked composite object at 0x808c080 ... all the way to 0x808c220 I tried breakpoing GC_allocobj, GC_generic_malloc_inner and several other functions, but none of these functions ever return an allocation at 0x808c020. In fact, the very first allocation returned is at 0x808dfe0. I'm worried that Boehm is reporting a le

Per-type displacement

Ludovic Courtès — 2008-09-19T12:14:24

Hi, Guile's `struct' objects are such that they can have N extra words that are hidden from the application roughly as follows: void * make_struct (size_t n_extra, size_t user_size) { char *p = GC_MALLOC (n_extra + user_size); return p + n_extra; } Registering a displacement globally for each value of N_EXTRA may lead to excess memory retention, especially since most other Guile objects ("cells") are 2 or 4 word long. Ideally, I'd create a `GC_desc' and somehow specify valid displacements that apply specifically to this type, which the `gc_typed.h' API currently doesn't allow. Does that seem like a reasonable approach? Can it be approximated using the current API? Is it just that this allocation paradigm (returning a pointer in the middle of the object) is questionable? :-) Thanks, Ludo'.

interior pointers to large allocations

Benjamin Smedberg — 2008-09-16T20:54:03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear GC list: I have a problem with interior pointers that doesn't seem to be covered by the docs. I have pre-existing code which allocates a structure struct nsStringBuffer { bool mShared; size_t mLength; char mBuffer[1]; // arbitrary length }; The code then stores a pointer to mBuffer, instead of a pointer to the root allocation. I figured this would be ok, since interior pointers are being scanned. But I was having heap corruption and starting sprinkling calls to GC_is_valid_displacement into my code. I found that if the allocated size is larger than a hblk, GC_is_valid_displacement rejects all interior pointers, due to this line: http://hg.mozilla.org/users/bsmedberg_mozilla.com/gcmonkey/file/96af1e84dbaa/memory/boehmgc/ptr_chck.c#l143 * Am I misusing GC_is_valid_displacement? * Is this a bug in GC_is_valid_displacement * or are interior pointers to large allocations actually not recognized? - --BDS -----BEGIN PGP SIGNATURE----- Version: GnuPG v

Using `MANUAL_VDB' and stubborns

Ludovic Courtès — 2008-09-16T20:06:04

Hi, By default, GC 7.1 uses `MPROTECT_VDB' on GNU/Linux (i386), in which case "stubborns" are ignored. I tried to compile GC with `MANUAL_VDB' but without success: since there's no `configure' option, I tried the attached patch, but "make check" then fails with an undefined reference to `async_set_pht_entry_from_index'---and indeed, that function isn't defined in `MANUAL_VDB'. Is this an indication that `MANUAL_VDB' is not recommended? :-) In the case of Guile (Scheme interpreter), a number of objects are immutable, and it's easy to instrument the interpreter to use `GC_malloc_stubborn ()' in these cases. Thus, it seems more appealing than the heavyweight mprotect/SIGSEGV machinery. What do you think? Thanks, Ludovic. _______________________________________________ Gc mailing list Gc-V9/bV5choksm30D7ZfaTJw< at >public.gmane.org http://www.hpl.hp.com/hosted/linux/mail-archives/gc/

[announce] GC documentation in Texinfo format

Marco Maggi — 2008-09-16T10:19:02

A new version of GC documentation in Texinfo format is available: Details for Tue Sep 16, 2008 ---------------------------- * Renamed "bohem" to "boehm" (damn! sorry HB).

Rv: Begginer, Windows, c++

Daniel C — 2008-09-15T20:16:22

Yahoo! Cocina Recetas prácticas y comida saludable http://ar.mujer.yahoo.com/cocina/

Unregistering the main thread

Ludovic Courtès — 2008-09-15T19:09:57

Hello, Guile has an API that allows a program to specify that a given thread is not going to cooperate for GC for some time. This is useful, e.g., when a thread enters a blocking system call and doesn't want to prevent other threads from allocating memory or collecting garbage while it's blocked: scm_without_guile (the_function_that_blocks, NULL); On the port of Guile to BDW-GC, I implement it using `GC_unregister_my_thread ()' and `GC_register_my_thread ()'. However, it appears that the main thread cannot be unregistered. What is the main thread supposed to do when it enters, say, a blocking system call and may not be able to cooperate for GC for a while? Thanks, Ludovic.

Begginer, Windows, c++

Daniel C — 2008-09-15T18:05:26

Hello, I am very exited about this GC, so far (what I have red) it looks goods and have good support. I am planning to use it in several proyect with several requeriments so this are my questiosn: 1)Is there some kind of benchmark about difference in performance with no using it. I know it is gonna loss som performance, but I would like to know how. 2)I have made some simple test: ______________________ int main(){ GC_INIT(); unsigned long i = 0; while (1){ i++; //comment char* aChar = new char[1024]; // GC_gcollect(); } return 0; } _______________________________ Should'n this work ok? I am having a total memory leak. If I set the GC_gcollet(); (uncommented) then it gets better but memory anyway increase (a low rate, but increase). Thanks in advance. ______________________________________________________________________

Begginer, Windows, c++

Daniel C — 2008-09-15T15:52:54

_______________________________________________ Gc mailing list Gc-V9/bV5choksm30D7ZfaTJw< at >public.gmane.org http://www.hpl.hp.com/hosted/linux/mail-archives/gc/

`USE_COMPILER_TLS' on GNU/Linux

Ludovic Courtès — 2008-09-14T20:48:23

Hi, Is there a reason why `USE_COMPILER_TLS' doesn't get defined on GNU/Linux platforms with GC 7.1? Strangely, `configure.ac' only defines it for GNU/kFreeBSD. Thanks, Ludovic.

I/O issues

Nicolas Cannasse — 2008-09-08T09:40:41

Hello, Sorry for the multiple messages recently, we could fix a lot of things thanks to the help of the people on the list. We are still experiencing one last issue, which is related to I/O functions. In some rare cases, two of our threads get blocked in a I/O function (either recv() , fread() , or __read_nocancel()). The two threads are usually unrelated - one can be a MYSQL response beeing read while the other is reading a file - but they get blocked at the same time. Seems like a deadlock to me. I wonder is there are some issues with multithreading + linux IO + gc signals. Even if the EINTR return values would not be handled everywhere, I guess it should still cause an error and not cause the threads to block. Any advice would be appreciated. Best, Nicolas

setjmp/longjmp and pthreads

Nicolas Cannasse — 2008-09-03T14:58:47

Hello, We have a multithreaded application server that use the Boehm GC and the NekoVM, but we are still experiencing some strange things. Neko is using setjmp/longjmp for exceptions handling. Is there any possibility that it might cause some trouble, for instance if a thread is interrupted by a GC signal during a longjmp ? Best, Nicolas

[announce] GC documentation in Texinfo format

Marco Maggi — 2008-08-29T19:11:50

A new version of GC documentation in Texinfo format is available: Details for Fri Aug 29, 2008 ---------------------------- * Changed the license to an adapted version of the GC license: the words "program" and "code" have been substituted with "document". * Moved all the copyright notices in the "< at >copying" environment so that the "< at >insertcopying" directive is used to include the material in the text. * Added the detailed node listing to the master menu.

[announce] GC documentation in Texinfo format

Marco Maggi — 2008-08-27T09:54:31

Due to personal learning problems I have converted some available GC documentation into Texinfo format. It is far from being a good documentation file. * not all the text has been corrected to use "we" to refer to the readers of the document, rather than to the authors of GC; * parts of the API defined in header files different from "gc.h" are not documented; * things that were confused in the original documentation are still confused in this document; * there are errors here and there. HB can you validate the copyright notices and tell me if it is a problem for you that I am is distributing this under the GNU Free Documentation License? I have added a line of copyright for me as part of making clear that this is unofficial documentation. Everything can be changed on your request. I hope that the file can be used as a trampoline to distribute better GC documentation.

[beginner] triggering collection of an object

Marco Maggi — 2008-08-26T06:30:43

Ciao, is there a way to force collection upon an object? I want to do it in a test program only to see how GC behaves and to verify if I am correctly using the interface. TIA