Re: [fpc-pascal] [FEATURE REQUEST] New FGL type: TFPGMapObjectData

2016-01-17 Thread Maciej Izak
2016-01-17 23:50 GMT+01:00 silvioprog : > Hello, > > The FGL unit has many very nice classes, but we should add a new type: > TFPGMapObjectData. (or simply TFPGMapObject) > > This type is just a list that frees its itens on destroy, similar to the > Delphi `TObjectDictionary` [1]. > > [1] > http:/

Re: [fpc-pascal] [FEATURE REQUEST] New FGL type: TFPGMapObjectData

2016-01-17 Thread silvioprog
On Sun, Jan 17, 2016 at 7:50 PM, silvioprog wrote: > Hello, > > The FGL unit has many very nice classes, but we should add a new type: > TFPGMapObjectData. (or simply TFPGMapObject) > > This type is just a list that frees its itens on destroy, similar to the > Delphi `TObjectDictionary` [1]. > P

Re: [fpc-pascal] AVR Busy Wait implementation

2016-01-17 Thread Jeppe Johansen
On 01/17/2016 11:15 PM, Florian Klämpfl wrote: Am 17.01.2016 um 22:01 schrieb Simon Ameis: I've now come up with the code below. The main problem is, that FPC doesn't inline the procedure _delay_ms. Thus the calculation of the required ticks is done at runtime wich timing is merely unpredicta

[fpc-pascal] [FEATURE REQUEST] New FGL type: TFPGMapObjectData

2016-01-17 Thread silvioprog
Hello, The FGL unit has many very nice classes, but we should add a new type: TFPGMapObjectData. (or simply TFPGMapObject) This type is just a list that frees its itens on destroy, similar to the Delphi `TObjectDictionary` [1]. [1] http://docwiki.embarcadero.com/Libraries/Seattle/en/System.Gener

Re: [fpc-pascal] AVR Busy Wait implementation

2016-01-17 Thread Florian Klämpfl
Am 17.01.2016 um 22:01 schrieb Simon Ameis: > I've now come up with the code below. > > The main problem is, that FPC doesn't inline the procedure _delay_ms. > Thus the calculation of the required ticks is done at runtime wich > timing is merely unpredictable. > > What must be done to get this pr

Re: [fpc-pascal] AVR Busy Wait implementation

2016-01-17 Thread Simon Ameis
I've now come up with the code below. The main problem is, that FPC doesn't inline the procedure _delay_ms. Thus the calculation of the required ticks is done at runtime wich timing is merely unpredictable. What must be done to get this procedure inlined? The documentation isn't very extensive o

Re: [fpc-pascal] libevent for socket

2016-01-17 Thread silvioprog
On Tue, Jan 5, 2016 at 12:15 PM, Xiangrong Fang wrote: > Hi All, > > Could anyone help me with some samples of writing socket program with > libevent, or is there any adapter/wrapper already exists for freepascal? > I used libevent in a C project, but you can use it easily with Pascal (FPC and/o

Re: [fpc-pascal] FileAge() issue?

2016-01-17 Thread silvioprog
On Sat, Jan 16, 2016 at 5:29 AM, Sven Barth wrote: [...] > I have not looked at the code, but from your results I'd say that we round > the value while others truncate them. At least in this context truncate > appears more correct though... (don't know if there is one where rounding > would be mo

Re: [fpc-pascal] Can I compile MASM code/file in FPC?

2016-01-17 Thread silvioprog
On Sat, Jan 16, 2016 at 5:32 AM, Sven Barth wrote: > Am 16.01.2016 04:45 schrieb "silvioprog" : > > > > Hello, > > > > Can I compile MASM code (or files) in FPC? If so, how to declare some > MASM directives like .code, .data?, .const etc.?: > > You can't. FPC's assembler readers only support a de

Re: [fpc-pascal] Somebody raised another issue on the FPC Github mirror

2016-01-17 Thread Sven Barth
Am 16.01.2016 21:32 schrieb "Graeme Geldenhuys" < mailingli...@geldenhuys.co.uk>: > > Hi, > > If somebody wants to follow up, feel free. > > > https://github.com/graemeg/freepascal/commit/2924efbb06d376af73c271babe4fe3c11702f3a2#commitcomment-15491388 > I fixed the test. Regards, Sven ___

Re: [fpc-pascal] Somebody raised another issue on the FPC Github mirror

2016-01-17 Thread Bart
On 1/16/16, Graeme Geldenhuys wrote: > https://github.com/graemeg/freepascal/commit/2924efbb06d376af73c271babe4fe3c11702f3a2#commitcomment-15491388 Fpc 3.0 (32-bit windows) prints "OK" for the (last) test program, independant of $mode or $h Bart ___ f