odify my test hierarchy to get
> around the problem (which should really not have been needed in the
> first place).
>
> Michael, do you still feel the same way about this issue? Dean Zobec,
> are you still around? FPCUnit was your baby to start with. Do you have
> any comments?
>
Graeme Geldenhuys writes:
> I can't remember the details - the patch was submitted a while back.
> Basically running the GUI, it always writes to the console as well,
> which I think is wrong. So while the tests run, the console gets
> filled up as well as the XML test results tab.
>
I'm attachin
Florian Klaempfl pravi:
> If it helps, I see no problem to give Dean write access to the FPC
> repository. I guess the same applies for lazarus.
Thank you for the offer. I think it's not necessary for now, I get along
very well with MvC's mentorship and like to discuss with the core team
every sing
Graeme Geldenhuys pravi:
>> This is not quite correct. The only part which should be in Lazarus
>> is the GUI stuff. The console testrunner can perfectly be integrated
>> in FPC. (as stated by Vincent)
>
> I agree about the console testrunner. That should move to FPC.
> My argument for submitting
2007/5/22, Graeme Geldenhuys <[EMAIL PROTECTED]>:
Hi everybody,
Darius Blaszijk, Vincent Snijders and myself had a discussion off the
mailing list about the possibility of moving FPCUnit out of FPC as a
separate project. I thought it to be important that we get the
opinions of others as well.
Bram Kuijvenhoven pravi:
> Hi,
>
> Attached is a patched base64 unit and a unit with FPCUnit tests. I
> zipped it to save space; I think my previous attempt has been rejected
> because the message was too big.
>
> Changes:
> - Added support for a MIME and a Strict mode for TBase64DecodingStream
>
>>> If you test it, please try adding tests in fpcunit format.
>> What would be a good starting point to learn about how to use fpcunit? (I
>> haven't used it before)
>
> The sources and examples :-)
In particular the fcl/fpcunit/exampletests/moneytest.pp testing the
money.pp example classes is
Graeme Geldenhuys ha scritto:
> Hi
>
> Thanks for that, I didn't know about that function. Attached is the
> patch using the new StringOfChar.
>
> Incidently the speed increase is not much, but yes it is faster.
> Maybe my test cases are just not big enough. ;-)
> I did 4 test runs with the ol
Dean Zobec ha scritto:
> Graeme Geldenhuys ha scritto:
>> Hi,
>>
>> I got an update of FPC 2.1.1 today, and my fpcUnit test results are
>> not correct anymore. The XML test listener (xmlreporter.pas) is not
>> writing the Failures correctly. It keeps creating
Graeme Geldenhuys ha scritto:
> Hi,
>
> I got an update of FPC 2.1.1 today, and my fpcUnit test results are
> not correct anymore. The XML test listener (xmlreporter.pas) is not
> writing the Failures correctly. It keeps creating new (duplicate)
> list nodes for each Failure. The Error nodes are
Hi Graeme
> While on the subject of fpcUnit...
>
> Have you submitted the patch for GUI Runner with checkbox support? I
> remeber you email a select few to test it, but can't remember if it
> was officially submitted and maybe got missed in all the mail traffic.
> Reason I noticed, is because my
Leonardo M. Ramé ha scritto:
> Sorry, i thought frameworktest was the correct one.
No problem, my fault, lack of documentation :)
Thank you for reporting,
Regards,
Dean
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org
> But there IS an error in the
> testrunner in the demo directory, the unit testreport was substituted
> with the new xmlreporter that lacks some methods used by the runner.
> For Vincent: what if we simply use here your text test runner in the
> lazarus/test directory? I'll prepare a patch.
The a
Leonardo M. Ramé ha scritto:
> People, just found an error in the consolerunner/testrunner.pp demo
> application. It's constructor
> and destrutor differs from the frameworktest sample in the tests directory.
>
> The correct methods are:
>
> constructor TTestRunner.Create(AOwner: TComponent);
>
Graeme Geldenhuys wrote:
> Hi Dean and others,
>
> I have setup a nightly build server for the tiOPF framework and want
> to generate a "Last Build Status" page on my web server. I started by
> creating a XSL file that will translate the XML file generated by the
> Text Runner, when I noticed tha
Daniël Mantione wrote:
Hi guys,
Speaking of PR, we have a 2.0.2 to announce within a very short time and
we better do it well. We won't be able to do a Slashdot or OSnews
announcement, nevertheless we should take these opportunities to promote
FPC.
So, any ideas what sites we should spam?
Marco van de Voort wrote:
>Better finish decal. DeCal is good and comfortable for most cases, and
>trying to speed it up will kill the ease of use.
>
>Then we can collect some other set of routines over time for more performance
>dependant stuff.
>
>
You are right, it will be probably the easier
Bram Kuijvenhoven wrote:
> Besides using TVarRecs, we could also use pointers (as in
> classes.TList) or objects.
Pointers like in TList were the things I had in mind.
> This would perhaps be a bit like it is in java.util. Then we would
> also need container classes for basic types such as bool
Marco van de Voort wrote:
>>Dean Zobec wrote:
>>
>>
>>>As the project looks like a long term one and I think that fpc urgently
>>>needs a optimized hash table I'll also work on a streamlined hash table
>>>with a chaining technique as a c
Marco van de Voort wrote:
>>The generic functions are very powerful and model closely the C++ STL
>>library (as fpc does not have generics yet a sort of typecast is still
>>required when fetching the items from the container). The library was
>>not designed for speed though, from the first test th
Michael Van Canneyt wrote:
>What is the performance difference between a hash() and a binary search on
>an ordered list ? I've also been working with an 'associative' stringlist, but
>I was using an ordered stringlist to keep the data, so a binary search is done.
>
>
The TStringList is a very f
Michael Van Canneyt wrote:
>>Depends how the hash is parametrized. If you've a big hash array and a
>>good hash function accessing has a complexity of O(1) while for a binary
>>search it's O(log(n))
>>
>>
>
>But I assume that calculating the hash becomes harder for 'better' hashes ?
>
Not alwa
John Briggs wrote:
>This is a repost of an earlier response to another thread. I did not recieve
>any response so I am posting this in its own thread.
>
>I have several old books (circa 1991), including source code, covering TP6 in
>my library.
>
>
I still remember the Algorithms + Data Structu
Michael Van Canneyt wrote:
On Mon, 2 May 2005, pascalive wrote:
I noticed that TFPList class was added in cvs version as a way to get
rid of Notify performance penalty. I suggest to remove TFPList.Grow
method since its only for Delphi compability (but Delphi doesnt have
TFPlist) and AFAIK virtu
My proposed patch in the submission of bug 3873 for the problem I've
discovered in typinfo with setters/getters of currency properties
contains a problem, it does not check for {$ifdef HASCURRENCY} and would
give problems with version 1.0.10 if applied.
So the proposed patch should be as the one
... ?
>
> TList has almost no virtuals, so I doubt you will find anything to
> change there. The notifications can be optimized, Dean Zobec wanted to
> try this. This is as far as I'm concerned the biggest showstopper.
unnecessary things have been added to TList to
accomodate descen
Alle 20:30, martedì 13 aprile 2004, Marco van de Voort ha scritto:
> I ported the Delphi library "Decal" (used to be called SDL, by Soletta) to
> FPC 1.9.[2? 3!]+.
Thank you for the porting, it was one of the most needed libraries in fpc
IMHO (I consider the cntnrs unit in Delphi a simple joke in
Thank you John,
> I always use Tomas Schatzl's cpu stuff available from
> http://members.yline.com/~tom_at_work/cpudist.zip. It's available for
> go32v2, linux, win32 & maybe others too...hth Regards John
Indeed a great library with a good documentation!
Regards,
Dean
In my current project, a port of JUnit to fpc, I need to calculate the
execution time of the tests. My target platform is Linux/i386, but I would
like it to work on other platforms too. Any suggestion?
Another question, what's the correct way to provide functions in a fpc unit
that are platform
Hi,
A couple of weeks ago I've started a port of the JUnit framework to fpc as I
needed a run some tests over the fresh port of our EOS framework to Free
Pascal (http://camelos.sourceforge.net).
I've tried to adhere as much as possible to the original JUnit design to
preserve it's ease of use
30 matches
Mail list logo
