class: CharacterArray comment/format in: #expandPlaceholders:with:on: #expandPlaceholdersWith: #expandPlaceholdersWith:on:

comment

comment

protect against wrong n_instvars in class happens if a metaclasses instsize is changed, but the non-meta still has the old (smaller) size

Use lseek64() instead of lseek() when off_t is 64bit signed integer. (A least) on Linux using fseek() may lead into wrong behaviour as the size of off_t is either 32bit of 64bit - see lseek64(3): lseek(2) uses the type off_t. This is a 32-bit signed type on 32-bit architectures, unless one compiles with #define _FILE_OFFSET_BITS 64 in which case it is a 64-bit signed type. So if libc6 was compiled on 32bit system without #define _FILE_OFFSET_BITS, the function takes 32bit integer and when Smalltalk/X is compiled on 64bit system then passed off_t is 64bit. This causes wrong behaviour as lower 4bytes are interpreted by libc's lseek() as whence. This leads into funny behaviour that FileStream>>position actually resets the position to zero (as lower 4 bytes of off_t are 0 and SEEK_SET is also zero). This caused an endless recursion in stx:libjava.

Merge

class: UserPreferences changed: #saveSettings:in:

Merge

class: Method comment/format in: #documentation

comments