On 06/24/2013 05:23 PM, Thaddy wrote:
The discrepancy in these maths comes from the fact that the GPU is
also overclocked to 500 (from 250) and the Raspberry Pi bootstraps
from GPU, not CPU.
The BBB has an internal SD-Card alike chip. I learned that same has an 8
bit interface (instead of
On 06/24/2013 05:25 PM, Dennis Poon wrote:
Does have a stable stock supply?
The BBB (Beagle Bone Black - I typed one B to much )seems to be easily
available from multiple resellers. It had been delivered the next day.
-Michael
___
On 06/24/2013 06:05 PM, DaWorm wrote:
So you might want to be careful about using them straight from the
mfg, but you can build your own from the design data all you like.
The nice thing is that it's an open source design and you can have any
decent component shop produce it for you, if you
On 06/25/2013 01:05 AM, Hans-Peter Diettrich wrote:
A RawByteString can obtain any encoding, so no conversions are required.
But when assigned back to an UnicodeString, the obtained encoding is
used to convert the string.
That sounds good. The name RAW just misled me to think it would not
On 06/25/2013 01:05 AM, Hans-Peter Diettrich wrote:
In fact it looks like only the string pointers are copied between
AnsiString and RawByteString, with the refcount changed accordingly.
Supposedly the length and encoding number and code-bytecount is copied,
too.
-Michael
On 06/24/2013 08:21 PM, Sven Barth wrote:
AnsiString:
up to 2^23-1 characters, reference counted, system encoding
(determined by the code page at compilation time AFAIK)
8 or 16 bit codes ? In Delphi XE this seems to be 16 bit, in Delphi 7
and the currently released Lazarus this seems to
Just to let you know:
Karlheinz did get Lazarus working on the BBB with Debian. He just
installed the Debian package for Lazarus. He was able to edit, compile
and debug a test program.
Compiling Lazarus does not work due to lack of memory (the BBB has 500
MB and no Swap configured), when
In our previous episode, Sven Barth said:
AnsiString:
up to 2^23-1 characters, reference counted, system encoding
(determined by the code page at compilation time AFAIK)
(2^31-1 obviously, since it is 32-bit variable, but many operations
use signed types)
WideString
- on
Michael Schnell schrieb:
On 06/25/2013 01:05 AM, Hans-Peter Diettrich wrote:
In fact it looks like only the string pointers are copied between
AnsiString and RawByteString, with the refcount changed accordingly.
Supposedly the length and encoding number and code-bytecount is copied,
too.
Michael Schnell schrieb:
On 06/25/2013 01:05 AM, Hans-Peter Diettrich wrote:
A RawByteString can obtain any encoding, so no conversions are required.
But when assigned back to an UnicodeString, the obtained encoding is
used to convert the string.
That sounds good. The name RAW just misled
Michael Schnell schrieb:
On 06/24/2013 08:21 PM, Sven Barth wrote:
AnsiString:
up to 2^23-1 characters, reference counted, system encoding
(determined by the code page at compilation time AFAIK)
8 or 16 bit codes ? In Delphi XE this seems to be 16 bit, in Delphi 7
and the currently
On 06/25/2013 01:19 PM, Hans-Peter Diettrich wrote:
Efficient code must be based on a single encoding, with conversions
only from and to the outer world (OS, files...).
That does not force to prevent intermediately storing a string in
something that can hold any encoding type.
-Michael
12 matches
Mail list logo