Am 12.01.2012 03:34, schrieb waldo kitty:
On 1/11/2012 20:35, Tomas Hajny wrote:
No, Insert doesn't do any copying by default. In your current code,
the copying is performed by calling the PTLERec constructor (in
"New(PTLERec, Init(...") but if the pointer isn't inserted, it is
thrown away curre
On Thu, January 12, 2012 03:34, waldo kitty wrote:
> On 1/11/2012 20:35, Tomas Hajny wrote:
>> On 11 Jan 12, at 17:46, waldo kitty wrote:
>> .
>> .
>>> 1. right now the compare is working on the catalog number
>>> (TTLERec.catnbr) and
>>> with duplicates:=FALSE there are no duplicates... howeve
On 1/12/2012 07:20, Tomas Hajny wrote:
On Thu, January 12, 2012 03:34, waldo kitty wrote:
[TRIM]
without looking at the "code to copy" if i want to override the insert
method, it almost seems that there's a bug if it just throws away the
record we're trying to insert... it would seem that if th
On 1/12/2012 11:23, waldo kitty wrote:
On 1/12/2012 07:20, Tomas Hajny wrote:
On Thu, January 12, 2012 03:34, waldo kitty wrote:
[TRIM]
i'll probably have broken my code by the time you read this... but i'll
very likely be attempting to implement the logic in my Input_Satellite_List
routine ;)
On Thu, January 12, 2012 17:23, waldo kitty wrote:
> On 1/12/2012 07:20, Tomas Hajny wrote:
>> On Thu, January 12, 2012 03:34, waldo kitty wrote:
> [TRIM]
>>> without looking at the "code to copy" if i want to override the insert
>>> method, it almost seems that there's a bug if it just throws away
On 1/12/2012 12:42, Tomas Hajny wrote:
On Thu, January 12, 2012 17:23, waldo kitty wrote:
[TRIM]
but the the problem still comes of how do i know if the record was
inserted into the list or not? insert doesn't seem to return a true
or false on success... i guess this is where it is required(?)
On 1/12/2012 14:11, waldo kitty wrote:
but yet i find this in my debug output...
03597 5.04184917406000E+003 . ** inserting record
[...]
03597 1.20109577665600E+004 . ** inserting record
i was looking at the wrong compare... i had thought i'd be "smart"
Hi,
I have done a sudo make clean all. The compiler and units are built correctly
and installed in /usr/local/lib/fpc/2.7.1. The tools seems to be placed under
/usr/local/bin.
However ./fpc from command-line gives me the old 2.4.4, therefore I changed my
./profile file. So now I have 2.7.1. Ho
On 12 Jan 2012, at 21:40, Darius Blaszyk wrote:
> I have done a sudo make clean all. The compiler and units are built correctly
> and installed in /usr/local/lib/fpc/2.7.1. The tools seems to be placed under
> /usr/local/bin.
>
> However ./fpc from command-line gives me the old 2.4.4, therefor
On Jan 12, 2012, at 9:48 PM, Jonas Maebe wrote:
>
> On 12 Jan 2012, at 21:40, Darius Blaszyk wrote:
>
>> I have done a sudo make clean all. The compiler and units are built
>> correctly and installed in /usr/local/lib/fpc/2.7.1. The tools seems to be
>> placed under /usr/local/bin.
>>
>> How
On 12 Jan 12, at 14:11, waldo kitty wrote:
.
.
> that's pretty close to what i did (see above) :lol: i might be able to
> tighten
> mine up a bit instead of doing the .done and then a dispose... or does that
> matter?
I believe that there isn't a difference from a technical point of
view in
On 1/12/2012 17:49, Tomas Hajny wrote:
On 12 Jan 12, at 14:11, waldo kitty wrote:
.
.
that's pretty close to what i did (see above) :lol: i might be able to tighten
mine up a bit instead of doing the .done and then a dispose... or does that
matter?
I believe that there isn't a difference
On 1/12/2012 17:49, Tomas Hajny wrote:
On 12 Jan 12, at 14:11, waldo kitty wrote:
.
.
that's pretty close to what i did (see above) :lol: i might be able to tighten
mine up a bit instead of doing the .done and then a dispose... or does that
matter?
I believe that there isn't a difference
Hi,
MSEide+MSEgui 2.8 for FPC 2.6.0 has been released:
http://sourceforge.net/projects/mseide-msegui/
Martin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
14 matches
Mail list logo
