I have a TestCase that has this issue. If I call obj.Free, I am
unable to step into the Destroy method and heaptrc indicates a memory
leak. If I call obj.Destroy everything works as expected. Following
the call to Free -
... if (obj <> nil) then obj.Destroy;
it would seem that the object must be
On Wed, Oct 6, 2010 at 7:09 AM,
wrote:
> Send fpc-pascal mailing list submissions to
> fpc-pas...@lists.freepascal.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.freepascal.org/mailman/listinfo/fpc-pascal
> or, via email, send a message with subject
>> On 06/10/10 14:27, Felipe Monteiro de Carvalho wrote:
>>> Ok, thanks everyone, it seams that I managed to extract a function
>>> from Silvio's code which doesn't use Synapse. I only tested in Windows
>>> so far:
>>>
>>> unit chesstcputils;
>>>
>>> {$mode objfpc}{$H+}
>>>
>>> interface
>>>
>>> us
; I tested again, and discovered that's not is necessary a connection to a
> web.
> I changed to 0.0.0.0 and returned 127.0.0.1, perfect! :)
> I will use this function. Thanks very much again. :)
> 2010/10/7 Brian Winfrey
>>
>> >> On 06/10/10 14:27, Felipe Monteir
I don't know if you noticed, but it appears that code has some
depracated properties that should be changed.
Here are the modifications I made in exploring this issue:
program GetPrimaryIpAddress;
{$mode objfpc}
uses
baseunix,
unixtype,
sockets,
SysUtils;
procedure Get(out AddrOut: stri
:o
A hard coded address will of course fail if it cannot be reached.
The code was an example, you should use it as such. I substituted my
router's ip for google's and it works.;)
Choose a different address that would not fail in a specific
situation.
As another example, one could rea
Take a look at http://code.google.com/p/fprb/. I have just perused
it, but it looks pretty good.
Brian.
>
> Currently, the FPC team is looking at an implementation of Vlado Boza
> for a standard template library for inclusion in FPC.
>
> The code is on
>
> http://code.google.com/p/stlpascal
>
>
> Polling where the list size is highly dynamic you will need protect
> it. I think FPC has thread safe list objects too.
Yes it does, Classes.TThreadList I think. I thought it was a
conatiner for threads, but it is a safe list.
___
fpc-pascal maillist
> make OPT="-O-" DEBUG=1 all
When I ran this I see that both -dDEBUG and -dRELEASE are passed on
the fpc command line. Is that correct?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
I recently saw a semi working example of a Java to Delphi converter
that was done with javacc. Unfortunately it would only convert simple
java (v 1.4 maybe).
Can anyone recommend a good place to start reading or offer any advise
to accomplish this with TPLY.
I am looking into porting some Java l
> I prefer doing this manually, syntax conversion is easy, but library design
> is totally different.
A conversion of the Java code will provide a good starting point I
think. Additionally, learning TPLY or lex/yacc could prove very
useful I think.
Do you have grammer files for syntax conversion
On Wed, Oct 27, 2010 at 9:21 AM, Brian Winfrey wrote:
>> there is a port to Lazarus here:
>>
>> http://www.tcoq.org/
>>
>> with some examples. I can help you if needed. The documentation is quite
>> complete.
>
> Thanks it looks interesting, I like the
Thank you, What techiniques have you used in the past that you could
share to get me started?
On Wed, Oct 27, 2010 at 8:04 PM, leledumbo wrote:
>
> Learn compilation technique, a recursive descent parser should be easy to
> understand and code instead of learning automatic lexer and parser
> gene
Well, seems like you all have given some material to get me started.
As nobody suggested sticking with TPLY or plex/bison I will
back-burner that and proceed with crenshaw/oberon.
Thanks to everyone.
___
fpc-pascal maillist - fpc-pascal@lists.freepasca
Thanks, I'll look into this as well.
On Fri, Oct 29, 2010 at 2:19 AM, Thierry Coq wrote:
> Brian,
> thanks for the diff, I'll take it into account and publish an update.
>
> On 28/10/2010 18:50, Brian Winfrey wrote:
> ...
>>
>> The changes I made in this
Which address should I be using? It looks like the UUID and revision
are the same while Last changed revision and path are different.
svn info http://svn.freepascal.org/svn/fpc/tags/release_2_4_2
Path: release_2_4_2
URL: http://svn.freepascal.org/svn/fpc/tags/release_2_4_2
Repository Root: http:/
>
> The fixes_2_4 is already at version 2.4.3 and contains everything from
> 2.4.2 and more...
>
Thank you.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
See post from about two weeks ago. "Building FPC with debug information"
On Wed, Nov 3, 2010 at 3:39 AM, Roland Turčan - RoTurSoft
wrote:
>
>
> On Wed, Nov 3, 2010 at 9:17 AM, Michael Van Canneyt
> wrote:
>>>
>>> PS: How can I debug TReader class, because debuger steps over my calls
>>> from
>>>
I also tried "make cycle" as outlined in programmers guide, but
results are the same.
On Sun, Nov 21, 2010 at 10:03 AM, Brian Winfrey wrote:
> What version should fpc display (Revision: 16393).
>
> When I get latest and make /usr/bin/fpc is at version 2.4.2.
>
On Mon, Nov 22, 2010 at 1:48 AM, Jonas Maebe wrote:
>
> On 21 Nov 2010, at 19:03, Brian Winfrey wrote:
>
>> What version should fpc display (Revision: 16393).
>>
>> When I get latest and make /usr/bin/fpc is at version 2.4.2.
>>
>> fpc -vut dummy.pas
>&g
See .../fpcsrc/packages/fcl-base/examples/testtimer.pp for example usage.
On Thu, Dec 2, 2010 at 10:39 AM, Darius Blaszyk
wrote:
> Whatever I tried, I cannot get TFPTimer to work. Can someone help? For
> some reason the OnTimer even is never fired. Tried on Windows and Linux.
> Here's a snippet
On Wed, Jan 5, 2011 at 3:12 PM, Michael Van Canneyt
wrote:
> Hello,
>
> For those of you that need JSON support:
>
> I have committed support for streaming published properties (properties for
> which RTTI is generated) from objects to JSON and vice versa, in a unit
> fpjsonrtti.
>
> Not the full
On Sun, Jan 23, 2011 at 2:25 AM, Justin Smyth
wrote:
> Hi guys
>
> I've been working on a application to application communications protocol
> via named pipes.
>
> the basic idea would be for Application A to change a Component Property on
> Applications B ( ie the visible property) or a text or c
On Mon, Feb 7, 2011 at 6:27 AM, wrote:
>
>
> On Mon, 7 Feb 2011, Andrew Brunner wrote:
>
>> On Mon, Feb 7, 2011 at 7:35 AM, wrote:
>>>
>>> A cross-platform solution is to use one of libsee or BESEN.
>>>
>>> The latter is implemented in 100% native Object Pascal.
>>>
>>> Michael.
>>
>> BESEN is
24 matches
Mail list logo
