A list member wrote me a private email and enclosed a very useful Korn Shell
script which
he posted here on the list in the past; it produced this:
http://www.tamara-b.org/users/bob/rtl_pf_index.html Document.
With this, as well as Tomas' file added to the docs, I am now cooking! Thanks!!
Bob
Also a problem i often face is to know where is what documentation. I often
have to open all three documents to figure out which one i need. This isn't a
major problem just a minor annoyance, but still...
El Mar 11 Oct 2005 11:31, Tomas Hajny escribió:
> Michael Van Canneyt napsal(a):
> > On Tue
Tomas Hajny wrote:
> I'd suggest to fill your comment as a "Wishlist" type
> bug record for area "Documentation" in our bug repository, so it doesn't
> get forgotten.
Will do when I get a moment! This sort of reference is what I think is needed.
>
> My (simplified) categorization to get you sta
Alan Mead ha scritto:
Hello,
The Editor of Toolbox Magazine has allowed me to put an article
about FPCUnit online.
[...]
I found the article and the discussion on this list very helpful.
Thanks for writing it and making it available.
These are probably stupid questions, but all the ex
> Some weeks ago I've discussed unit testing with a friend (who is working
> in a larger team), as I had a light suspiciosly view on this topic. For
> _complex_ systems with _clear_ structure and interfaces, they absolutely
> make sense and are productive. But the entry level where they are worth
>
Florian Klaempfl schrieb:
>
> Without the regression tests of our testsuite, FPC would have much less
> quality
> than it has now. Also code reviewing is something which helps a lot for
> complex
> stuff.
Some weeks ago I've discussed unit testing with a friend (who is working
in a larger team)
Michael Van Canneyt <[EMAIL PROTECTED]> wrote:
> Hello,
>
> The Editor of Toolbox Magazine has allowed me to put an article
> about FPCUnit online.
> [...]
I found the article and the discussion on this list very helpful.
Thanks for writing it and making it available.
These are probably stupid
You can easily automate or run other telnet commands with freepascal. There are
some good
general examples in the freepascal documentation for sockets - the example
below addresses
sendmail specifically.
If anyone that is interested in automating or testing to see if sendmail or
their mail
serv
Documents do not build with current fixes/fpc svn:
Svn update reports:
updating fpc-2.0 fixes:
At revision 1355.
Make fails with:
Free Pascal Compiler version 2.0.1 [2005/10/05] for i386
Copyright (c) 1993-2005 by Florian Klaempfl
Target OS: Linux for i386
Compiling utils/msg2inc.pp
msg2inc.pp(64
Michael Van Canneyt napsal(a):
>
> On Tue, 11 Oct 2005, Tomas Hajny wrote:
>
>> Elio Cuevas Gómez wrote:
>>> El Lun 10 Oct 2005 19:19, Bob Richards escribió:
>> .
>> .
The biggest problem I have run into is the function/procedure
documentation. While very complete, and clearly written, it
Thanks, Tomas! This list is terrific. Whenever I need a function, I'm usually
aching for something like this to help me find what I want. While searching is
great, sometimes I don't know what word to search for, and I can spend 40
minutes doing various searches through the documentation, without
On Tue, 11 Oct 2005, Tomas Hajny wrote:
Elio Cuevas Gómez wrote:
El Lun 10 Oct 2005 19:19, Bob Richards escribió:
.
.
The biggest problem I have run into is the function/procedure
documentation. While very complete, and clearly written, it is organized
in
a way making it difficult to find t
Modified program by creating threads resumed (not suspended),
then using new loop to start each one.
Though new loop completes, and threads are created (31 inclucing
process),
they refuse to be terminated. It seems that RESUME, at least from
another thread, if faulty.
As well, CPU utilizatio
> > > doesn't accept
> > > sleeps smaller than 10ms.
> >
> > That is not true. This program takes half a second on my machine:
>
> This only happens because you are getting a very big time period on
> your test. Sleep, nanosleep and all other timing procedures are simply
> *not* reliable when you
Elio Cuevas Gómez wrote:
> El Lun 10 Oct 2005 19:19, Bob Richards escribió:
.
.
>> The biggest problem I have run into is the function/procedure
>> documentation. While very complete, and clearly written, it is organized
>> in
>> a way making it difficult to find things. Similar functions and
>>
Tests where with app that monitors to at least mS intervals.
Results are consistent with past runs. Altering internal fixed delays
of +/- 1 mS reported acceptable results.
On Oct 11, 2005, at 8:44, Jonas Maebe wrote:
On 11 okt 2005, at 14:39, Paul Davidson wrote:
Tested some sleep and nano
On 11 okt 2005, at 14:39, Paul Davidson wrote:
Tested some sleep and nano sleep functions.
They seems to work well, given the limits of Darwin OS.
Not sure what limits you mean. Darwin has one of the smallest
scheduling latencies of all non-real time OS'es out there. Try
running "sudo lat
Tested some sleep and nano sleep functions.
They seems to work well, given the limits of Darwin OS.
Now tracking possible suspend/resume issues.
On Oct 11, 2005, at 8:35, Jonas Maebe wrote:
On 11 okt 2005, at 14:25, Felipe Monteiro de Carvalho wrote:
The sleep was changed from select to nan
On 11 okt 2005, at 14:25, Felipe Monteiro de Carvalho wrote:
The sleep was changed from select to nanosleep. It seems OS X
doesn't accept
sleeps smaller than 10ms.
That is not true. This program takes half a second on my machine:
This only happens because you are getting a very big time per
> Last couple update to fpc 2.1.1 for Darwin have been broken
>
> Here are some symptom:
>
> At times XCode debugger stops program/trace with SIGSEGV
This is a known issue, the debuginfo is broken. I'm busy with fixing this,
but i don't have much time.
__
On 10/11/05, Jonas Maebe <[EMAIL PROTECTED]> wrote:
> On 11 okt 2005, at 13:46, Marco van de Voort wrote:
> > The sleep was changed from select to nanosleep. It seems OS X
> > doesn't accept
> > sleeps smaller than 10ms.
>
> That is not true. This program takes half a second on my machine:
This on
On Oct 11, 2005, at 7:18, Jonas Maebe wrote:
TThread creation seems about 10 times faster.
Don't know what changed here.
Looking at RTL, Threads are now using semaphores instead of pipes for
suspend/resume.
This may be reason for increased speed.
Jonas
Lets wait for debug to return before making any changes.
Will investigate further at that time
On Oct 11, 2005, at 7:46, Marco van de Voort wrote:
On 11 okt 2005, at 13:11, Paul Davidson wrote:
Don't know what changed here.
The sleep was changed from select to nanosleep. It seems OS X doesn'
> On 11 okt 2005, at 13:46, Marco van de Voort wrote:
>
> > The sleep was changed from select to nanosleep. It seems OS X
> > doesn't accept
> > sleeps smaller than 10ms.
>
> That is not true. This program takes half a second on my machine:
Odd then. There was a problem with threadshutdown tha
On 11 okt 2005, at 13:46, Marco van de Voort wrote:
The sleep was changed from select to nanosleep. It seems OS X
doesn't accept
sleeps smaller than 10ms.
That is not true. This program takes half a second on my machine:
#include
int main() {
struct timespec t1;
int i;
t1.tv_sec =
> On 11 okt 2005, at 13:11, Paul Davidson wrote:
>
> Don't know what changed here.
The sleep was changed from select to nanosleep. It seems OS X doesn't accept
sleeps smaller than 10ms. Maybe revert to select() for Mac OS X only?
(the select breaks Kylix compat on Linux)
On 11 okt 2005, at 13:11, Paul Davidson wrote:
Last couple update to fpc 2.1.1 for Darwin have been broken
Here are some symptom:
At times XCode debugger stops program/trace with SIGSEGV
Debugging info in 2.1.1 is currently broken on all platforms.
TThread creation seems about 10 times fa
Last couple update to fpc 2.1.1 for Darwin have been broken
Here are some symptom:
At times XCode debugger stops program/trace with SIGSEGV
TThread creation seems about 10 times faster.
Sleep( 1 ) does not sleep for one milli-second, more llike 0.
There may be inconsistent results with critical
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hello, I am a student of IT in first Semester. I tried to download fpc
on my iBook (Mac OS X) wich worked fine. But it is not possible to open
an run the programm. What am I doing wrong? Please help there are not
very many people using Mac in Germany...
Thanks in advance. Ulrike from Cologne.
I miss the old DOS IDE of Borland-of-Old; FP is somewhat OK, and Lazarus is way
too much
for system programming. But that's no real problem, VI does me just fine!
Try Joe editor, it looks like TP (3.0) editor and has the same short keys.
jk
--
// Jilani KHALDI
http://jkhaldi.oltrelinux.co
On Mon, 10 Oct 2005, Bob Richards wrote:
Hi All:
I am new to this list, but not new to pascal programming. I have been writing
pascal code
since Turbo pascal Version 3.0.
I have installed Free Pascal Ver. 2.0.0, running it on a Linux WorkStation, and
am writing
CGI apps which run on a Linu
32 matches
Mail list logo
