'#' without cp?
Or is possible to do fast string concatenation without conversion?
Thanks
Petr
--
Petr Kristan
.
EPOS PRO s.r.o., Smilova 333, 530 02 Pardubice
tel: +420 461101401Czech Republic (Eastern Europe)
fax: +420 461101481
___
fpc-devel maillist
Windows 10, 64bit
>
> Ondrej
>
> УУЄУУЖУУМУ
> _______
> fpc-devel maillist - fpc-devel@lists.freepascal.org
> http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-devel
--
Petr Kristan
.
EPOS PRO s.r.o., Smilova 333, 530 02 P
StrToDateTime tests?
I do not want to break what is working until now.
Petr
--
Petr Kristan
.
EPOS PRO s.r.o., Smilova 333, 530 02 Pardubice
tel: +420 461101401Czech Republic (Eastern Europe)
fax: +420 461101481
___
fpc-devel maillist - fpc-devel
On Mon, Apr 28, 2014 at 09:29:50PM +0200, Mattias Gaertner wrote:
On Mon, 28 Apr 2014 21:14:14 +0200
Petr Kristan petr.kris...@epos.cz wrote:
[...]
Others would be better positioned for more detailed comparison among
various heap managers with regard to speed in different use cases
On Tue, Apr 29, 2014 at 11:49:20AM +0200, Tomas Hajny wrote:
On Tue, April 29, 2014 10:30, Petr Kristan wrote:
.
.
I use inteligent block increasing. I can optimize program, but why is
fpc heap manager to slow?
Here is the sample stress program compilable with fpc, delphi and kylix
On Tue, Apr 29, 2014 at 11:41:59AM +0200, Mattias Gaertner wrote:
On Tue, 29 Apr 2014 10:30:43 +0200
Petr Kristan petr.kris...@epos.cz wrote:
[...]
Check if you are increasing buffers in constant steps.
Change the increment to exponentially.
I use inteligent block increasing. I can
for the fast and perfect explanation.
Resolution for me is that heap manager cannot be multiplatformly improved.
I do some optimatization in my code.
Petr
--
Petr Kristan
.
EPOS PRO s.r.o., Smilova 333, 530 02 Pardubice
tel: +420 461101401Czech Republic (Eastern Europe)
fax: +420 461101481
if application is comiled with -gv or
without -gv option?
Thanks
Petr
--
Petr Kristan
.
EPOS PRO s.r.o., Smilova 333, 530 02 Pardubice
tel: +420 461101401Czech Republic (Eastern Europe)
fax: +420 461101481
___
fpc-devel maillist - fpc-devel
On Mon, Apr 28, 2014 at 06:12:18PM +0200, Tomas Hajny wrote:
On Mon, April 28, 2014 17:56, Mattias Gaertner wrote:
On Mon, 28 Apr 2014 17:20:17 +0200
Petr Kristan petr.kris...@epos.cz wrote:
Hi
I have some application with huge usage ReAllocMem and I found the big
performance
Exists some solution for this problem?
Thanks
Petr
--
Petr Kristan
.
EPOS PRO s.r.o., Smilova 333, 530 02 Pardubice
tel: +420 461101401Czech Republic (Eastern Europe)
fax: +420 461101481
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
rtlconsts.rst
rtlconsts.smcinil=''
And after rebuild everything was ok.
I assume that file is generated, but cannot found how.
In order to try repair it.
Petr
--
Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420
by dlclose()?
Thanks
Petr
--
Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
On Linux and cs_CZ.UTF-8 locale is thousand separator set to
NO-BREAK SPACE (UTF-8: 0xC2 0xA0).
But ThousandSeparator variable is defined as Char. Fpc sets
ThousandSeparator=0xA0 and kylix ThousandSeparator=0xC2.
Any ideas how to correctly solve it?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o
do formatting. A pain in the
butt, I know.
For me I solve it by hack replacing 0xC2 or 0xA0 to normal space 0x20.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
here, or add it into bugtracker?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
Index: compiler/verbose.pas
:
-vm5024_,5025w,5026e which means:
suppress message 5024, 5025 is warning and 5026 is error
-vq shows compiler message numbers
Is better to send extension patches here, or add it into bugtracker?
Bug-tracker in general.
Ok. I add it into bug-tracker.
--
Ing. Petr Kristan
.
EPOS PRO s.r.o
Oxygen/Prism with the parallel (and other) keywords and GCC with the
#pragma ocm_... are here to help the common application programmer with
that. This might - or might not - be considered a challenge.
Michael. How many MT programs you really made?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o
Hi.
I little extend compiler parametr -m. Now we can remap message
verbosity. Parametr -m5024_,5025w,5026e means:
do not show message 5024, 5025 is warning and 5026 is error.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech
.
_parallel_ can be maybe used for lightweight threads. But here we must keep in
mind that
thread creation is quite expensive. Depending on memory architecture,
number of CPUs and selected number of threads we can get different speedup or
slowdown too.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o
and 1018
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
Index: verbose.pas
===
--- verbose.pas (revision 11839
:). That is why
I do not
change fpc help message in the patch.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
Index: verbose.pas
don't find the time, at least it won't be forgotten.
I made record in bug tracker no. 0012148, but I cannot assign it
(probably rights).
Patch is included.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax
):LongInt
posx.pas(7) Fatal: There were 1 errors compiling module, stopping
Fatal: Compilation aborted
Kylix and about month erlier fpc was ok.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420
(0)nil at 25.03.08. I had the same problem.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel
...snip...
END LC_TELEPHONE
[ end ]-
Include rtl/unix/clocale.pp into your project.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
is, that rtl (sysutils) is compiled with -O2 implicitly.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel
. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
with the best precision on the
given platform.)
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel
be
replaced by SIMD.
http://developer.amd.com/documentation/articles/Pages/62720069_4.aspx
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
Index: rtl/inc/variants.pp
===
--- rtl/inc/variants.pp (revision 10840)
+++ rtl
.
All my patches are also tested with our ported (delphi-fpc) ERP software self
testing routines.
32-bit port already completes all tests without errors. Now I'am working on
64-bit port.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223
. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc
);
writeln(CurrencyDecimals);
end;
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Hi.
Today I worked on VarArrays. Here is 64-bit friendly VariantArray patch.
Testing program is attached too. Implementation was tested on i386 and
AMD64 linux with valgrind.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech
. :)
But I think that solving this cosmetic error will save many developers
hours during valgrind code checking. And preparing testcases fo fpc
developers.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax
to establish valgind suppressions file in fpc tree?
Here is first record.
{
Assembler routine always reads 4 bytes alligned by 4 regardles str length
Memcheck:Addr4
fun:SYSUTILS_STRSCAN$PCHAR$CHAR$$PCHAR
}
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420
. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
{
Assembler routine always reads 4 bytes alligned by 4 regardles str length
Memcheck:Addr4
fun:SYSUTILS_STRSCAN$PCHAR$CHAR$$PCHAR
Hi.
Today i wrote code for filling formating variables in unix. I tested it
only on Linux. I'm not sure with integration into unix/sysutils.pp and using
libc. Patch is in the attachment.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223
. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
clause?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
+ {For I:=1 to Length(Result) do //We cannot do that am/pm does not
then work
If Result[i]='m' then
- result[i]:='n';
+ result[i]:='n';}
end;
var
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech
]='m' leaves this out of account.
Did you test it ? If you can confirm that hh:mm:ss works correctly, then
I'll apply the patch.
Sure, I tested it. hh:mm:ss and hh:nn:ss works identically.
But isn't cleaner solution remove TimeReFormat completly?
I can redone the patch.
Petr
--
Ing. Petr
';}
end;
But I think, that cleaner will be remove function TimeReFormat completly
not only dissable functionality (superfluous call).
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
is patch with TimeReFormat removed. Patch is tested,
hh:mm:ss and hh:nn:ss works identically.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
Index: objpas/sysutils/dati.inc
question. I'am here new, do not know context and my
english is bad. But why rtl/win/sysutils.pp can depend on windows and
rtl/unix/sysutils.pp cannot depend on libc?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe
they would be different anyway).
And what about case S1='' and S2='' in the first check?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
Hi.
We need to copy FieldDefs if programmer assigns to this property.
For example RxMemoryDataset expect this behaviour.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
Index
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
compatible.
Thanks.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
, SysUtils;
var
t: TDateTime;
m: Comp;
begin
t := 1000.999;
m := Comp(t);
writeln(m);
end.
#fpc -S2 co.pas
#./co
1.001000E+0003
#fpc -Sd co.pas
#./co
4.65201609613812E+0018
#dcc co.pas
4.65201609613812E+0018
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02
and theoreticaly repeat..until may SIGSEGV
because overflows empty PChar boundary after first cycle.
Patch is in the attachment.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
Index: objpas
.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
==by 0x804EEDA: fpc_val_sint_shortstr (sstrings.inc:819)
==18377==by 0x805171A: fpc_val_sint_ansistr (astrings.inc:881)
==18377==by 0x804827C: main (val.pas:5)
Problem is that InitVal does not take into account empty string.
And this little patch solves this for me.
Petr
--
Ing. Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman
.
Final solution is not to use VAnsiString because reference counting
little confusing. My problem was to fill array of const with strings.
And these strings must be somewere stored.
Then i use
vr.VPChar = StrNew(PChar(s));
...
StrDispose(vr.VPChar);
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o
;
loc_info := @heap_info;
try_finish_heap_free_todo_list(loc_info);
inc(loc_info^.getmem_size,size);
Are these patches acceptable?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420
)
@@ -75,7 +75,7 @@
function MSecsToTimeStamp(MSecs: comp): TTimeStamp;
begin
result.Date := Trunc(msecs / msecsperday);
- msecs:= comp(msecs-result.date*msecsperday);
+ msecs:= msecs-comp(result.date)*msecsperday;
result.Time := Round(MSecs);
end ;
--
Ing. Petr Kristan
.
EPOS PRO s.r.o
maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
) }
size := 1;
Is this behaviour essential, or is possible make it compatible with
Delphi?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc
));
@@ -58,6 +59,7 @@
end;
for i := 0 to FBufferCount do
FreeRecordBuffer(FBuffers[i]);
+ FConstraints.Free;
FreeMem(FBuffers);
Inherited Destroy;
end;
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe
Hi.
I'am porting some code from 32 to 64 bit. And I found that
TComponent.Tag is longint tj. 32bit. In my code is common to store
Pointer into Tag, but this is in 64bit inpossible.
What about to change Tag type to SizeInt.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530
Tag type to SizeInt.
Inspired by borland.delphi.public.non-technical?
No, this is necessity. I do not know how to effectively change my code
to not use Tag property.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic
.
objdump -R b
None jump slot __libc_start_main
It looks like some ELF linking problem.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc
think that it initializes
malloc and threads.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel
'timer_gettime';
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
CODESET = 14;
function nl_langinfo(__item: Integer): pchar;cdecl; external 'libc.so.6' name
'nl_langinfo';
begin
writeln(CODESET,', ', nl_langinfo(CODESET));
end.
Result is the same as above.
Some linking problem ???
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02
that fixing this is beyond my
strength. Is somebody working on it? I can help with debugging.
Vararray problem stopped my work -- porting big information system to fpc.
In Rtl/fcl i can repair or fill missing, but here i'am helpless.
For that reason i hurry on fixing this.
Petr
--
Ing. Petr Kristan
), this will be fastest solution :(. Really here
isn't anybody who understand to compiler code and help me with repair?
Or is anywhere another e-mail list or another comunication channel where
i can talk about this problem?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
in fpc_finalize to variable V Isn't it unneeded slowing
down??? And there is futhermore some bug in the returning VarArray.
I have some free time to help with developement, but i need some
support from community.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02
community.
Now i read in compiler/nld.pas:
{ call helpers for variant, they can contain non ref. counted types like
vararrays which must be really copied }
But in Kylix aren't Variant results copied.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420
output:
256
0
1
hi
I think that compiler makes set [varEmpty, varNull] only 8-bit. Is't any
switch here to increase Delphi compatibility?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
ActiveRecord: Longint read FActiveRecord;
property CurrentRecord: Longint read FCurrentRecord;
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc
memory management.
Helps to declare procedure a(const v: variant); But it is not a
solution.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
with constraints and tempbuffer is really not important.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel
of cross bin utils on linux?
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
/devel/fpc/rtl/inc/thread.inc
$08140367 COMMONINIT, line 1519 of
/mnt/progs/devel/fpc/rtl/objpas/classes/classes.inc
without debug info (make) it is ok.
Linux, fpc from svn
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech
], varVariant). Is here somebody who is
working on Variants or may I try to penetrate into source and try to
track down this bug?
Petr Kristan
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
VarArray is locked.
Unfortunately my knowledge about variants internals is zero.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel
Sorry for VarArray is locked mistake. It was another problem.
Petr
--
Ing. Petr Kristan
.
EPOS PRO s.r.o., Bozeny Nemcove 2625, 530 02 Pardubice
tel: +420 466335223Czech Republic (Eastern Europe)
fax: +420 466510709
___
fpc-devel maillist - fpc
79 matches
Mail list logo
