On 30.07.2013 06:22, Dennis Poon wrote:
I will create a bug report.
Basically, after removing block by block and test again, the cause seems
to be :
-in a unit
-define a class with a method with inline directive
-in that method implementation, create a try except end block and in the
except secti
I will create a bug report.
Basically, after removing block by block and test again, the cause seems
to be :
-in a unit
-define a class with a method with inline directive
-in that method implementation, create a try except end block and in the
except section, do some assignment involving the e
Hi,
2013/7/29 Michael Schnell
> On 07/29/2013 07:36 AM, Noah Silva wrote:
>
>
>> Using UTF16 for internal string handling is a sensible option.
>
> It depends.
> UTF-16 needs more memory used
>
No, UTF16 only needs more memory if most of the text is ASCII. It actually
uses less than UTF8 in
Hi,
2013/7/29 Jonas Maebe
>
> On 29 Jul 2013, at 08:01, Noah Silva wrote:
>
> > Oddly enough, I can get my (2.6.1) version to change the garbage it shows
> > but but saving the file as UTF8 with BOM. (Until now, I had been using
> > UTF8 w/o BOM).
>
> If your source code is in UTF8 but you do n
On Tue, 30 Jul 2013 00:46:16 +0800
Dennis Poon wrote:
> What does that mean?
>
> The IDE's selected line stopped at the end of a unit of my project.
'internal errors' mean you found a bug in the compiler.
Please create a bug report and attach a sample program to reproduce the
error. Such error
Forgot to mention:
It's Lazarus 1.0.8
FPC 2.6.2
On windows.
I actually also tried it on Linux (ARM)
Lazarus 1.0.10
and FPC 2.6.2
but the same error.
Dennis Poon wrote:
What does that mean?
The IDE's selected line stopped at the end of a unit of my project.
Dennis
___
What does that mean?
The IDE's selected line stopped at the end of a unit of my project.
Dennis
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 07/29/2013 12:12 PM, Mattias Gaertner wrote:
fpc is not "moving" to Delphi strings. That would break all
compatibility.
This is exactly what Delphi did :-( .
It will support both.
There might be an appropriate compiler switch. But what about the
RTL-Interface like the type StringList offe
On Mon, 29 Jul 2013 12:00:34 +0200
Michael Schnell wrote:
>[...]
> > To address your specific points:
> > 1.Lazarus User API already supports UTF8 so far as I know.
Yes, since many years.
> I suppose this is bound to change once fpc has completed the move to
> "new Delphi Strings".
fpc is not
On 07/29/2013 07:36 AM, Noah Silva wrote:
Using UTF16 for internal string handling is a sensible option.
It depends.
UTF-16 needs more memory used
Linux OS API in most cases is 8 Bit, while Windows OS API is 16 bit
Conversions are very expensive.
If you need to import export much data but don'
I know abouit these (e.g.):
* Module: Parallel lockfree Fifo MPMC Queue
* Version: 1.12 * Author: Amine Moulay Ramdane
* and
* modified and enhanced by Amine Moulay Ramdane
* Company: Cyber-NT Communications
*
* Email: ami.
On 2013-07-28 18:30, Dennis Poon wrote:
> I need to use CompressBuf and DecompressBuf of zlib in fpc.
Exactly what Michael said, plus take a look at the dzlib.pas unit
included in the tiOPF project (available on SourceForge) in the
"Options' directory. It's a FPC & Delphi compatible zlib unit.
Wh
On 29 Jul 2013, at 08:01, Noah Silva wrote:
> Oddly enough, I can get my (2.6.1) version to change the garbage it shows
> but but saving the file as UTF8 with BOM. (Until now, I had been using
> UTF8 w/o BOM).
If your source code is in UTF8 but you do not tell this to the compiler, it
will dir
On 28/07/2013 22:53, Mark Morgan Lloyd wrote:
> Michael Van Canneyt wrote:
>> There are 3 options:
>>
>> paszlib.pas pascal implementation of libz.
>>
>> zstream.pp stream interface, uses paszlib.
>>
>> zlib.pp native interface to C libz library.
>
> Is any one of those more "natural" than th
On Sun, 28 Jul 2013, Mark Morgan Lloyd wrote:
Michael Van Canneyt wrote:
There are 3 options:
paszlib.pas pascal implementation of libz.
zstream.pp stream interface, uses paszlib.
zlib.pp native interface to C libz library.
Is any one of those more "natural" than the rest, because e
15 matches
Mail list logo