view etc/toolbar/folder-xx.xbm @ 2881:0e0af7cbfd1b

[xemacs-hg @ 2005-08-01 16:28:18 by darrylo] On some (64-bit) systems, sizeof(int) != sizeof(long), and this can cause crashes because in-use lisp objects can get prematurely gc'd (and 0xdeadbeef'd). This occurs because the memory_description for the Gap_Array structure incorrectly describes some members as XD_INT's (32-bit objects), when they should actually be XD_ELEMCOUNT's and XD_BYTECOUNT's (both 64-bit objects), as that is how they are declared in the structure.
author darrylo
date Mon, 01 Aug 2005 16:28:21 +0000
parents 376386a54a3c
children 7910031dd78a
line wrap: on
line source

#define noname_width 28
#define noname_height 28
static char noname_bits[] = {
 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x01,
 0x83,0x01,0x00,0x00,0x00,0x00,0x18,0x1e,0x0f,0x01,0x00,0x00,0x00,0x00,0x10,
 0x18,0x80,0x00,0x00,0x00,0x00,0x00,0x10,0xe8,0x40,0x00,0x00,0x00,0x00,0x00,
 0x20,0xc4,0x20,0x00,0x00,0x00,0x00,0x00,0x40,0x02,0x07,0x00,0x00,0x00,0x00,
 0x00,0x80,0x1d,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
 0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,0x00,
 0x00,0x00,0x00,0x00,0x00,0x00,0x00};