head 1.2; access; symbols perseant-exfatfs-base-20250801:1.2 perseant-exfatfs-base-20240630:1.2 perseant-exfatfs:1.2.0.24 perseant-exfatfs-base:1.2 cjep_sun2x:1.2.0.22 cjep_sun2x-base:1.2 cjep_staticlib_x-base1:1.2 cjep_staticlib_x:1.2.0.20 cjep_staticlib_x-base:1.2 phil-wifi-20200421:1.2 phil-wifi-20200411:1.2 phil-wifi-20200406:1.2 pgoyette-compat-merge-20190127:1.2 pgoyette-compat-20190127:1.2 pgoyette-compat-20190118:1.2 pgoyette-compat-1226:1.2 pgoyette-compat-1126:1.2 pgoyette-compat-1020:1.2 pgoyette-compat-0930:1.2 pgoyette-compat-0906:1.2 pgoyette-compat-0728:1.2 pgoyette-compat-0625:1.2 pgoyette-compat-0521:1.2 pgoyette-compat-0502:1.2 pgoyette-compat-0422:1.2 pgoyette-compat-0415:1.2 pgoyette-compat-0407:1.2 pgoyette-compat-0330:1.2 pgoyette-compat-0322:1.2 pgoyette-compat-0315:1.2 pgoyette-compat:1.2.0.18 pgoyette-compat-base:1.2 perseant-stdc-iso10646:1.2.0.16 perseant-stdc-iso10646-base:1.2 prg-localcount2-base3:1.2 prg-localcount2-base2:1.2 prg-localcount2-base1:1.2 prg-localcount2:1.2.0.14 prg-localcount2-base:1.2 pgoyette-localcount-20170426:1.2 bouyer-socketcan-base1:1.2 pgoyette-localcount-20170320:1.2 bouyer-socketcan:1.2.0.12 bouyer-socketcan-base:1.2 pgoyette-localcount-20170107:1.2 pgoyette-localcount-20161104:1.2 localcount-20160914:1.2 pgoyette-localcount-20160806:1.2 pgoyette-localcount-20160726:1.2 pgoyette-localcount:1.2.0.10 pgoyette-localcount-base:1.2 netbsd-5-2-3-RELEASE:1.1.1.1 netbsd-5-1-5-RELEASE:1.1.1.1 yamt-pagecache-base9:1.2 yamt-pagecache-tag8:1.2 tls-earlyentropy:1.2.0.6 tls-earlyentropy-base:1.2 riastradh-xf86-video-intel-2-7-1-pre-2-21-15:1.2 riastradh-drm2-base3:1.2 netbsd-5-2-2-RELEASE:1.1.1.1 netbsd-5-1-4-RELEASE:1.1.1.1 netbsd-5-2-1-RELEASE:1.1.1.1 netbsd-5-1-3-RELEASE:1.1.1.1 agc-symver:1.2.0.8 agc-symver-base:1.2 tls-maxphys-base:1.2 yamt-pagecache-base8:1.2 netbsd-5-2:1.1.1.1.0.22 yamt-pagecache-base7:1.2 netbsd-5-2-RELEASE:1.1.1.1 netbsd-5-2-RC1:1.1.1.1 yamt-pagecache-base6:1.2 yamt-pagecache-base5:1.2 yamt-pagecache-base4:1.2 netbsd-5-1-2-RELEASE:1.1.1.1 netbsd-5-1-1-RELEASE:1.1.1.1 yamt-pagecache-base3:1.2 yamt-pagecache-base2:1.2 yamt-pagecache:1.2.0.4 yamt-pagecache-base:1.2 bouyer-quota2-nbase:1.2 bouyer-quota2:1.2.0.2 bouyer-quota2-base:1.2 matt-nb5-mips64-premerge-20101231:1.1.1.1 matt-nb5-pq3:1.1.1.1.0.20 matt-nb5-pq3-base:1.1.1.1 netbsd-5-1:1.1.1.1.0.18 netbsd-5-1-RELEASE:1.1.1.1 netbsd-5-1-RC4:1.1.1.1 matt-nb5-mips64-k15:1.1.1.1 netbsd-5-1-RC3:1.1.1.1 netbsd-5-1-RC2:1.1.1.1 netbsd-5-1-RC1:1.1.1.1 netbsd-5-0-2-RELEASE:1.1.1.1 matt-nb5-mips64-premerge-20091211:1.1.1.1 matt-premerge-20091211:1.1.1.1 matt-nb5-mips64-u2-k2-k4-k7-k8-k9:1.1.1.1 matt-nb4-mips64-k7-u2a-k9b:1.1.1.1 matt-nb5-mips64-u1-k1-k5:1.1.1.1 matt-nb5-mips64:1.1.1.1.0.16 netbsd-5-0-1-RELEASE:1.1.1.1 jym-xensuspend-nbase:1.1.1.1 netbsd-5-0:1.1.1.1.0.14 netbsd-5-0-RELEASE:1.1.1.1 netbsd-5-0-RC4:1.1.1.1 netbsd-5-0-RC3:1.1.1.1 netbsd-5-0-RC2:1.1.1.1 jym-xensuspend:1.1.1.1.0.12 jym-xensuspend-base:1.1.1.1 netbsd-5-0-RC1:1.1.1.1 haad-dm-base2:1.1.1.1 haad-nbase2:1.1.1.1 netbsd-5:1.1.1.1.0.10 netbsd-5-base:1.1.1.1 matt-mips64-base2:1.1.1.1 haad-dm-base1:1.1.1.1 mjf-devfs2:1.1.1.1.0.8 mjf-devfs2-base:1.1.1.1 wrstuden-revivesa-base-3:1.1.1.1 wrstuden-revivesa:1.1.1.1.0.6 wrstuden-revivesa-base:1.1.1.1 wrstuden-revivesa-base-2:1.1.1.1 OPENLDAP_2_4_11:1.1.1.1 haad-dm:1.1.1.1.0.4 haad-dm-base:1.1.1.1 wrstuden-revivesa-base-1:1.1.1.1 yamt-pf42-base4:1.1.1.1 yamt-pf42:1.1.1.1.0.2 yamt-pf42-base3:1.1.1.1 OPENLDAP_2_4_9:1.1.1.1 OPENLDAP:1.1.1; locks; strict; comment @# @; 1.2 date 2010.03.08.03.47.40; author lukem; state dead; branches; next 1.1; 1.1 date 2008.05.22.14.20.36; author lukem; state Exp; branches 1.1.1.1; next ; 1.1.1.1 date 2008.05.22.14.20.36; author lukem; state Exp; branches 1.1.1.1.2.1 1.1.1.1.6.1 1.1.1.1.8.1; next ; 1.1.1.1.2.1 date 2008.05.22.14.20.36; author yamt; state dead; branches; next 1.1.1.1.2.2; 1.1.1.1.2.2 date 2008.06.04.02.03.29; author yamt; state Exp; branches; next ; 1.1.1.1.6.1 date 2008.05.22.14.20.36; author wrstuden; state dead; branches; next 1.1.1.1.6.2; 1.1.1.1.6.2 date 2008.09.18.05.14.29; author wrstuden; state Exp; branches; next ; 1.1.1.1.8.1 date 2008.05.22.14.20.36; author lukem; state dead; branches; next 1.1.1.1.8.2; 1.1.1.1.8.2 date 2008.05.22.14.20.37; author lukem; state Exp; branches; next ; desc @@ 1.2 log @Merge 2.4.21 @ text @As posted to http://www.openldap.org/lists/openldap-devel/200610/msg00027.html This is Sleepycat bug #14908. The provided patch is for 4.2.52. The same bug is present in all versions up to 4.5.20 where it is fixed. -------- Original Message -------- Subject: region size bug Re: [BDB-Alpha] Berkeley DB 4.5.8 ALPHA Date: Mon, 10 Jul 2006 13:37:33 -0700 From: Howard Chu To: support@@sleepycat.com CC: support@@symas.com References: <45A742B5-7DD5-4512-A204-A10FE8FC5DFC@@oracle.com> I just ran into this in 4.2.52 but the same calculation occurs in 4.4 and 4.5.8 alpha: This computation gives the wrong results when the number of cache regions is greater than the number of gigabytes (which we encounter on Linux using shared memory regions, which are constrained to much smaller than a gigabyte each). in mp/mp_region.c: roff_t reg_size; /* Figure out how big each cache region is. */ reg_size = (roff_t)(dbenv->mp_gbytes / dbenv->mp_ncache) * GIGABYTE; reg_size += ((roff_t)(dbenv->mp_gbytes % dbenv->mp_ncache) * GIGABYTE) / dbenv->mp_ncache; reg_size += dbenv->mp_bytes / dbenv->mp_ncache; *reg_sizep = reg_size; The first reg_size calculation always goes to zero when mp_ncache > mp_gbytes. This should have been, instead: reg_size = GIGABYTE / dbenv->mp_ncache * dbenv->mp_gbytes; --- mp/mp_region.c.O 2003-06-30 10:20:19.000000000 -0700 +++ mp/mp_region.c 2006-10-27 23:25:05.000000000 -0700 @@@@ -43,9 +43,7 @@@@ int htab_buckets, ret; /* Figure out how big each cache region is. */ - reg_size = (dbenv->mp_gbytes / dbenv->mp_ncache) * GIGABYTE; - reg_size += ((dbenv->mp_gbytes % - dbenv->mp_ncache) * GIGABYTE) / dbenv->mp_ncache; + reg_size = GIGABYTE / dbenv->mp_ncache * dbenv->mp_gbytes; reg_size += dbenv->mp_bytes / dbenv->mp_ncache; /* @ 1.1 log @Initial revision @ text @@ 1.1.1.1 log @OpenLDAP 2.4.9 @ text @@ 1.1.1.1.8.1 log @file db.4.2.52.patch was added on branch mjf-devfs2 on 2008-05-22 14:20:37 +0000 @ text @d1 55 @ 1.1.1.1.8.2 log @352351 @ text @a0 55 As posted to http://www.openldap.org/lists/openldap-devel/200610/msg00027.html This is Sleepycat bug #14908. The provided patch is for 4.2.52. The same bug is present in all versions up to 4.5.20 where it is fixed. -------- Original Message -------- Subject: region size bug Re: [BDB-Alpha] Berkeley DB 4.5.8 ALPHA Date: Mon, 10 Jul 2006 13:37:33 -0700 From: Howard Chu To: support@@sleepycat.com CC: support@@symas.com References: <45A742B5-7DD5-4512-A204-A10FE8FC5DFC@@oracle.com> I just ran into this in 4.2.52 but the same calculation occurs in 4.4 and 4.5.8 alpha: This computation gives the wrong results when the number of cache regions is greater than the number of gigabytes (which we encounter on Linux using shared memory regions, which are constrained to much smaller than a gigabyte each). in mp/mp_region.c: roff_t reg_size; /* Figure out how big each cache region is. */ reg_size = (roff_t)(dbenv->mp_gbytes / dbenv->mp_ncache) * GIGABYTE; reg_size += ((roff_t)(dbenv->mp_gbytes % dbenv->mp_ncache) * GIGABYTE) / dbenv->mp_ncache; reg_size += dbenv->mp_bytes / dbenv->mp_ncache; *reg_sizep = reg_size; The first reg_size calculation always goes to zero when mp_ncache > mp_gbytes. This should have been, instead: reg_size = GIGABYTE / dbenv->mp_ncache * dbenv->mp_gbytes; --- mp/mp_region.c.O 2003-06-30 10:20:19.000000000 -0700 +++ mp/mp_region.c 2006-10-27 23:25:05.000000000 -0700 @@@@ -43,9 +43,7 @@@@ int htab_buckets, ret; /* Figure out how big each cache region is. */ - reg_size = (dbenv->mp_gbytes / dbenv->mp_ncache) * GIGABYTE; - reg_size += ((dbenv->mp_gbytes % - dbenv->mp_ncache) * GIGABYTE) / dbenv->mp_ncache; + reg_size = GIGABYTE / dbenv->mp_ncache * dbenv->mp_gbytes; reg_size += dbenv->mp_bytes / dbenv->mp_ncache; /* @ 1.1.1.1.6.1 log @file db.4.2.52.patch was added on branch wrstuden-revivesa on 2008-09-18 05:14:29 +0000 @ text @d1 55 @ 1.1.1.1.6.2 log @Sync with wrstuden-revivesa-base-2. @ text @a0 55 As posted to http://www.openldap.org/lists/openldap-devel/200610/msg00027.html This is Sleepycat bug #14908. The provided patch is for 4.2.52. The same bug is present in all versions up to 4.5.20 where it is fixed. -------- Original Message -------- Subject: region size bug Re: [BDB-Alpha] Berkeley DB 4.5.8 ALPHA Date: Mon, 10 Jul 2006 13:37:33 -0700 From: Howard Chu To: support@@sleepycat.com CC: support@@symas.com References: <45A742B5-7DD5-4512-A204-A10FE8FC5DFC@@oracle.com> I just ran into this in 4.2.52 but the same calculation occurs in 4.4 and 4.5.8 alpha: This computation gives the wrong results when the number of cache regions is greater than the number of gigabytes (which we encounter on Linux using shared memory regions, which are constrained to much smaller than a gigabyte each). in mp/mp_region.c: roff_t reg_size; /* Figure out how big each cache region is. */ reg_size = (roff_t)(dbenv->mp_gbytes / dbenv->mp_ncache) * GIGABYTE; reg_size += ((roff_t)(dbenv->mp_gbytes % dbenv->mp_ncache) * GIGABYTE) / dbenv->mp_ncache; reg_size += dbenv->mp_bytes / dbenv->mp_ncache; *reg_sizep = reg_size; The first reg_size calculation always goes to zero when mp_ncache > mp_gbytes. This should have been, instead: reg_size = GIGABYTE / dbenv->mp_ncache * dbenv->mp_gbytes; --- mp/mp_region.c.O 2003-06-30 10:20:19.000000000 -0700 +++ mp/mp_region.c 2006-10-27 23:25:05.000000000 -0700 @@@@ -43,9 +43,7 @@@@ int htab_buckets, ret; /* Figure out how big each cache region is. */ - reg_size = (dbenv->mp_gbytes / dbenv->mp_ncache) * GIGABYTE; - reg_size += ((dbenv->mp_gbytes % - dbenv->mp_ncache) * GIGABYTE) / dbenv->mp_ncache; + reg_size = GIGABYTE / dbenv->mp_ncache * dbenv->mp_gbytes; reg_size += dbenv->mp_bytes / dbenv->mp_ncache; /* @ 1.1.1.1.2.1 log @file db.4.2.52.patch was added on branch yamt-pf42 on 2008-06-04 02:03:29 +0000 @ text @d1 55 @ 1.1.1.1.2.2 log @sync with head @ text @a0 55 As posted to http://www.openldap.org/lists/openldap-devel/200610/msg00027.html This is Sleepycat bug #14908. The provided patch is for 4.2.52. The same bug is present in all versions up to 4.5.20 where it is fixed. -------- Original Message -------- Subject: region size bug Re: [BDB-Alpha] Berkeley DB 4.5.8 ALPHA Date: Mon, 10 Jul 2006 13:37:33 -0700 From: Howard Chu To: support@@sleepycat.com CC: support@@symas.com References: <45A742B5-7DD5-4512-A204-A10FE8FC5DFC@@oracle.com> I just ran into this in 4.2.52 but the same calculation occurs in 4.4 and 4.5.8 alpha: This computation gives the wrong results when the number of cache regions is greater than the number of gigabytes (which we encounter on Linux using shared memory regions, which are constrained to much smaller than a gigabyte each). in mp/mp_region.c: roff_t reg_size; /* Figure out how big each cache region is. */ reg_size = (roff_t)(dbenv->mp_gbytes / dbenv->mp_ncache) * GIGABYTE; reg_size += ((roff_t)(dbenv->mp_gbytes % dbenv->mp_ncache) * GIGABYTE) / dbenv->mp_ncache; reg_size += dbenv->mp_bytes / dbenv->mp_ncache; *reg_sizep = reg_size; The first reg_size calculation always goes to zero when mp_ncache > mp_gbytes. This should have been, instead: reg_size = GIGABYTE / dbenv->mp_ncache * dbenv->mp_gbytes; --- mp/mp_region.c.O 2003-06-30 10:20:19.000000000 -0700 +++ mp/mp_region.c 2006-10-27 23:25:05.000000000 -0700 @@@@ -43,9 +43,7 @@@@ int htab_buckets, ret; /* Figure out how big each cache region is. */ - reg_size = (dbenv->mp_gbytes / dbenv->mp_ncache) * GIGABYTE; - reg_size += ((dbenv->mp_gbytes % - dbenv->mp_ncache) * GIGABYTE) / dbenv->mp_ncache; + reg_size = GIGABYTE / dbenv->mp_ncache * dbenv->mp_gbytes; reg_size += dbenv->mp_bytes / dbenv->mp_ncache; /* @