sources and googled, but still can't get it.
I'm using:
CreatedUsing:='Created using Lazarus '+LCLVersion+' and free pascal '+{
$I %FPCVERSION%}+' ('+{$I %DATE%}+' '+{$I %TIME%}+')';
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel
FMdC in this case, but also safer.
heaptrc has some settings for that. I think they are between defines
so a recompile is needed but it performs that checks with a serious
speed penalty and a very big penalty in memory needed.
--
Best regards,
JoshyFun
it.
That's why things like Pantone exists as they provide a clear
definition of each color.
In example, pantone define a (one of them) 24 bit maroon as $844A5A in
24 bits space, to me it is a bit of pink, but for Pantone it is
maroon.
--
Best regards,
JoshyFun
can't find color name definitions in 48-bit color.
As 24 bit versions of cl colors are compatible with Delphi any 48
bit definition is valid from my point of view.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
in two threads ?
For the second one, most objects are NOT thread safe, but for the
first one most objects are thread safe as far as I know.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
will not be accessed beyond
NZ the respective allocation size.
That's impossible to the compiler, it is a runtime task (heaptrc):
procedure weird();
var
p: pchar;
begin
GetMem(p,10);
inc(p,random(30));
p^:='A';
end;
--
Best regards,
JoshyFun
Hello Nikolai,
Tuesday, January 19, 2010, 8:10:49 PM, you wrote:
NZ 19.01.2010 17:49, JoshyFun ?:
var
p: pchar;
begin
GetMem(p,10);
inc(p,random(30));
NZ Yes, this is among things which should probably be immediately
NZ disallowed at compile-time (as long as one wants
[...]
{$I InterfaceOnly C:\.pas}
[...]
Implementation
{$I ImplementationOnly C:\.pas}
[...]
I think it will not include a big penalty in the parser, or maybe I'm
completly wrong ?
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel
:\Mingw\lib\;C:\Mingw\lib\gcc\mingw32\3.4.5\
Obviously one of them is not needed ;)
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
(specially the basic ones) that spend too much time.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
to the window that show leaks
?
With 1000 leaks is not funny to press the OK button around 300 times.
I know I can cancel the program, but a cancel button seems to be more
clean.
If this message is more a Lazarus related problem, please let me know.
Thank you.
--
Best regards,
JoshyFun
you must
open it on each run. Anyway this bug must be Lazarus related.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
.
Or maybe I missunderstood the file command means ?
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
created. So why would I want to limit the usefulness of
GG a class - it goes totally against the OOP principles.
I think it has been designed to avoid derived classes from commercial
packages.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc
);
__ct(POINTER, PSTRING, unnamedtype, LONGINT, LONGINT);
}
The exception parameters are well, but there are missing __ct
resolves which I think it is expected at that point.
Maybe this can help somebody to catch the problem.
--
Best regards,
JoshyFun
selects but at least works in a predictable way.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
, only upper/lower, or maybe some more like decompose,
normalize, char-word-line-paragraph iterators... I have some of them
written if the FPC team wants them.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
(unless I'm wrong of course).
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
that cover a lot of language particularities are around
30-40 (or more) megabytes in runtime data and I think this kind of
dependencies are a no, no, for FPC.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
should be available for platforms that do not
provide native support like DOS and a WideString or UnicodeString is
available, maybe as a separate unit to be linked in only if needed.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel
, CapitalCase, WordBreak, ParagraphBreak, ...
almost all have some language exceptions.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
lconvencoding.pas in the LCL folder of Lazarus.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
://bugs.freepascal.org/view.php?id=11791
A Not sure how can this be circumvented (using some conversion function?)
A or if it is a bug.
Check Lazarus list, there is a quite recent thread about that Unicode
and DBAware (is the text of the subject).
--
Best regards,
JoshyFun
regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
point.
Thank you for your POV about Unicode support and please, excuse my
english. Have a nice day.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
are not
currently handled, fortunatly this are not very common.
GG I can't even imagine how things like Hebrew, Greek etc works I
GG guess the Unicode UpperCase() function could become quite complex.
Uppercase and lowercase is quite simple compared with SameText ;)
--
Best regards,
JoshyFun
,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Hello Daniƫl,
Tuesday, August 26, 2008, 11:05:58 AM, you wrote:
DM For uppercasing/lowercasing it is correct to define a Unicode char as 2
DM bytes.
If surrogates are handled ;) (my code does not handle them currently).
--
Best regards,
JoshyFun
as
the proposed replace function can not make grow the widestring which
comes allocated, but... hmmm... oh! it comes at 2*bytes in UTF8, so
there must be space always to fit any character even the doubles ones.
:) It's time to add the UTF16 to my code.
--
Best regards,
JoshyFun
in the general
implementation. Locales should be added as some kind of plugin for the
functions, maybe passing a runtime array.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
Hello Graeme,
Tuesday, August 26, 2008, 3:48:39 PM, you wrote:
GG That doesn't say much... :-)
It's the usual status :) most ones are focused in speed instead given
a bit of security, special against overlong sequences which can bypass
security barriers... check the attached file and decode it
not know it is should be considered OK the 2 chars render of
2.1.4 and 2.3.4, but again seens to be a render problem, not a decode
error.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
me to the most important
functions it will prevent me for looking for unsupported functions
throught the code flow.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
has checked it, ... ?
As I said, it is simply curiosity.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
enought. I'll take a look over the report
from time to time about possible more information requested.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
sequences and non usable
mapping spaces.
As my pascal indentention is not the usual one in FPC you can change
it or request for a change. There are some comments about what
happends on each step.
--
Best regards,
JoshyFun
UTF8ToUnicode.pas
Description: Binary data
then the pointer should be $0001 :-? which should not raise any
kind of range check.
--
Best regards,
JoshyFun
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
44 matches
Mail list logo