/*- * See the file LICENSE for redistribution information. * * Copyright (c) 1996,2007 Oracle. All rights reserved. * * $Id: os_fid.c,v 12.17 2007/05/17 17:18:02 bostic Exp $ */ #include "db_config.h" #include "db_int.h" /* * __os_fileid -- * Return a unique identifier for a file. * * PUBLIC: int __os_fileid __P((DB_ENV *, const char *, int, u_int8_t *)); */ int __os_fileid(dbenv, fname, unique_okay, fidp) DB_ENV *dbenv;); #ifdef HAVE_VXWORKS RETRY_CHK((stat((char *)fname, &sb)), ret); #else RETRY_CHK((stat(fname, &sb)), ret); #endif if (ret != 0) { __db_syserr(dbenv, ret, "stat: %s", fname); return (__os_posix_err(ret)); } /* * !!! * Nothing is ever big enough -- on Sparc V9, st_ino, st_dev and the * time_t types are all 8 bytes. As DB_FILE_ID_LEN is only 20 bytes, * we convert to a (potentially) smaller fixed-size type and use it. * * We don't worry about byte sexing or the actual variable sizes. * * When this routine is called from the DB access methods, it's only * called once -- whatever ID is generated when a database is created * is stored in the database file's metadata, and that is what is * saved in the mpool region's information to uniquely identify the * file. * * When called from the mpool layer this routine will be called each * time a new thread of control wants to share the file, which makes * things tougher. As far as byte sexing goes, since the mpool region * lives on a single host, there's no issue of that -- the entire * region is byte sex dependent. As far as variable sizes go, we make * the simplifying assumption that 32-bit and 64-bit processes will * get the same 32-bit values if we truncate any returned 64-bit value * to a 32-bit value. When we're called from the mpool layer, though, * we need to be careful not to include anything that isn't * reproducible for a given file, such as the timestamp or serial * number. */ tmp = (u_int32_t)sb.st_ino; for (p = (u_int8_t *)&tmp, i = sizeof(u_int32_t); i > 0; --i) *fidp++ = *p++; tmp = (u_int32_t)sb.st_dev; for (p = (u_int8_t *)&tmp, i = sizeof(u_int32_t); i > 0; --i) *fidp++ = *p++; (dbenv, ). * * We increment by 100000 on each call as a simple way of * randomizing; simply incrementing seems potentially less * useful if pids are also simply incremented, since this * is process-local and we may be one of a set of processes * starting up. 100000 pushes us out of pid space on most * 32-bit platforms, and has few interesting properties in * base 2. */ if (DB_GLOBAL(fid_serial) == 0) { __os_id(dbenv, &pid, NULL); DB_GLOBAL(fid_serial) = (u_int32_t)pid; } else DB_GLOBAL(fid_serial) += 100000; for (p = (u_int8_t *) &DB_GLOBAL(fid_serial), i = sizeof(u_int32_t); i > 0; --i) *fidp++ = *p++; } return (0); }