This function writes a set of properties to a single record, creating the record if necessary. A remote application interface (RAPI) version of this function exists, and it is also called CeWriteRecordProps.
At a Glance
| Header file: | Winbase.h |
| Windows CE versions: | 1.01 and later |
Syntax
CEOID CeWriteRecordProps(HANDLE hDbase, CEOID oidRecord,
WORD cPropID, CEPROPVAL * rgPropVal);
Parameters
hDbase
[in] Handle to an open database. The database must have been opened by a previous call to the CeOpenDatabase function.
oidRecord
[in] Object identifier of the record to which the specified properties are to be written. If this parameter is zero, a new record is created and filled in with the specified properties.
cPropID
[in] Number of properties in the array specified by the rgPropVal parameter. The cPropID parameter must not be zero.
rgPropVal
[in] Pointer to an array of CEPROPVAL structures that specify the property values to be written to the specified record.
Return Values
The object identifier of the record to which the properties were written indicates success. Zero indicates failure. To get extended error information when within a CE program call GetLastError. GetLastError may return one of the following values:
| Value | Description |
| ERROR_DISK_FULL | There was not enough space in the object store to write the properties. |
| ERROR_INVALID_PARAMETER | A parameter was invalid. |
Remarks
The CeWriteRecordProps function writes all the requested properties into the specified record. CeWriteRecordProps does not move the seek pointer.
To delete a property, set the CEDB_PROPDELETE flag in the appropriate property value. This allows multiple deletes and changes in a single call, which is much more efficient than multiple calls.
No memory is freed by the callee. Pointers in the CEPROPVAL structures can be anywhere in the caller’s address space—they can be marshalled in like the array returned by CeReadRecordProps, or they can be independently allocated.
For Windows CE versions 2.10 and later, on a mounted database volume, all write operations are cached. The database subsystem periodically requests a cache flush after a series of operations. If memory is low, the cache is flushed to permanent storage. Unlike a file system that can choose to flush only part of the cache, on a database, all blocks are flushed.