Custom Query (245 matches)

Output buffers are not flushed if file handle is not closed before program end. Sample testcase:

#include <stdio.h>
#include <string.h>

void main(void)
{
	char* buf = "this is my test buffer";

	FILE *fo = fopen( "test", "w");
	fwrite( buf, 1, strlen( buf), fo);
}

leaves a 0-byte file on disk. Adding flush or fclose restores proper behaviour.

This issue was encountered for

​http://mantis.smedley.id.au/view.php?id=611

which includes exceptq .trp files that imply that the locale impelementation may not be SMP safe. Locale updates are SMP safe because they are serialized. However, accesses to global locale data such as is done at:

_output.c:827

zdot[1] = __libc_gLocaleLconv.s.decimal_point[0];

are not serialized. It seems that there is a small window in localeCommit between the time localeNumericFree() is invoked and __libc_gLocaleLconv.s.decimal_point is set where the pointer is NULL and an access by some other CPU will result in an exception.

When building large applications, such as firefox it is possible for the HLL type index to exceed 32K. The current emxomf behavior is the die. It is recommended that the debug behavior be changed to print a warning and force the index to 0.

The attached patch is the code used to build the emxomf used to build the current firefox.