On 01/25/2013 09:39 PM, Alexander Klenin wrote:
I disagree with the statement that generics are easy to add.
I ANSI C1 I use macros to do what might be done with Generics. (In fact
I'm not really sure that Syntax-based Generics Pascal are more handy
(supposedly they are when debugging) )
Am 28.01.2013 10:18, schrieb Michael Schnell:
On 01/25/2013 09:39 PM, Alexander Klenin wrote:
I disagree with the statement that generics are easy to add.
I ANSI C1 I use macros to do what might be done with Generics. (In
fact I'm not really sure that Syntax-based Generics Pascal are more
Hi,
(Any Synapse experts around :-) ? )
With the great help from Thomas (who taught me to understand how the
Linker works and that it's error messages are not what I supposed them
to be) I have been able to compile and partly run my Snapse-based
project - that already runs fine on Windows
Al 28/01/13 11:47, En/na Michael Schnell ha escrit:
(Supposedly any Browser does this under the hood without the user noticing
it.)
I don't think so.
Anyway, it can be that your problem is too long a connection timeout (which is
system dependent).
There was a patch a while ago to synapse to
Hi Linux fans,
I'd like to catch a signal sent to a Linux program.
Here: http://www.freepascal.org/docs-html/rtl/oldlinux/signal.html I
see: Install signal handler (deprecated) ... This call has the same
functionality as the *SigAction* call.
So I tried to do this:
On Mon, Jan 28, 2013 at 12:20:30PM +0100, Michael Schnell wrote:
So: Hot to catch a signal ?
Use FpSig* in unit BaseUnix.
Henry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Am 28.01.2013 12:20, schrieb Michael Schnell:
Hi Linux fans,
I'd like to catch a signal sent to a Linux program.
Here: http://www.freepascal.org/docs-html/rtl/oldlinux/signal.html I
see: Install signal handler (deprecated) ... This call has the same
functionality as the *SigAction* call.
On 01/28/2013 12:18 PM, Luca Olivetti wrote:
Anyway, it can be that your problem is too long a connection timeout
(which is system dependent).
This would be hours, then. But maybe it is that way on that system.
There was a patch a while ago to synapse to add a ConnectionTimeout,
but I don't
On Mon, January 28, 2013 11:47, Michael Schnell wrote:
.
.
I tried to reproduce this with a more simple project, just accessing a
non-existing IP address, but I found that while on Windows here Synapse
issues a time out (after some seconds, exactly like when the Heating
Controller fails to
On 01/28/2013 12:24 PM, Sven Barth wrote:
What does the name old imply to you?
I did not want to ask before having tried on my own ;-) .
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 01/27/13 15:35, Leonardo M. Ramé wrote:
Pass -Fl/usr/local/lib in OPT=
Thanks Marco, that did the trick!.
I had a similar problem for X11 apps recently. I simply modified my
~/.fpc.cfg file and specified -Fl/usr/local/lib inside there. Solved my
problem without too much fuss, and no
Hi,
Who is the FreeBSD ports maintainer for FPC?
There are some grammar errors in the pkg-message.in (final instructions
after a make) file. I thought I would notify the ports maintainer of that.
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
In our previous episode, Graeme Geldenhuys said:
Pass -Fl/usr/local/lib in OPT=
Thanks Marco, that did the trick!.
I had a similar problem for X11 apps recently. I simply modified my
~/.fpc.cfg file and specified -Fl/usr/local/lib inside there. Solved my
problem without too much
On 01/28/2013 12:27 PM, Tomas Hajny wrote:
While I don't know how to fix your problem, this no route to host should
be possible to solve (whether it helps you in reproducing and fixing your
issue is another question). What is the IP address and netmask of your
device and what is the
In our previous episode, Graeme Geldenhuys said:
Who is the FreeBSD ports maintainer for FPC?
There are some grammar errors in the pkg-message.in (final instructions
after a make) file. I thought I would notify the ports maintainer of that.
There is a MAINTAINER field in every ports
Al 28/01/13 12:26, En/na Michael Schnell ha escrit:
On 01/28/2013 12:18 PM, Luca Olivetti wrote:
Anyway, it can be that your problem is too long a connection timeout (which
is system dependent).
This would be hours, then. But maybe it is that way on that system.
Well, then it's not it. The
In our previous episode, Michael Schnell said:
Here: http://www.freepascal.org/docs-html/rtl/oldlinux/signal.html I
see: Install signal handler (deprecated) ... This call has the same
functionality as the *SigAction* call.
So I tried to do this:
On 01/28/2013 12:49 PM, Luca Olivetti wrote:
Well, then it's not it. The default connection timeout should be 20
seconds.
This is a slightly propriety Linux distribution by QNAP. So we can't be
sure...
-Michael
___
fpc-devel maillist -
On 01/28/2013 12:51 PM, Marco van de Voort wrote:
People stubbornly trying to use it anyway is exactly the reason why it
isn't compiled by default anymore.
Obviously and as it should be !
It was just a documentation problem and silly me not taking old for
depreciated.
Thanks again,
Al 28/01/13 12:49, En/na Luca Olivetti ha escrit:
Al 28/01/13 12:26, En/na Michael Schnell ha escrit:
On 01/28/2013 12:18 PM, Luca Olivetti wrote:
Anyway, it can be that your problem is too long a connection timeout (which
is system dependent).
This would be hours, then. But maybe it is that
On 01/28/13 11:45, Marco van de Voort wrote:
The TAR installer and afaik the port should add this line to the config
already,
I installed the stable FPC from the TAR installer, then installed the
fixes version from the repository. All done as a normal user, not root.
But building fpc
On 01/28/13 11:49, Marco van de Voort wrote:
There is a MAINTAINER field in every ports makefile? acm@
Ah got it, thanks Marco.
Regards,
- Graeme -
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 01/25/13 08:07, Michael Van Canneyt wrote:
Delphi 7 object pascal could be learned very easily. Nowadays with all the
features added
you go, try and explain pascal to someone. Say it is 'nice and readable'.
+1
Generics, for-in loops, anonymous methods, classes defined inside
classes
In fact I feel that no Route is the more appropriate Error message.
When trying to access a not known local IP, the system should issue an
ARP request that will time out much faster than the Connect Timeout.
After this a no Route Error should be generated by the system.
-Michael
On 01/25/13 08:07, Michael Van Canneyt wrote:
If he wants to help, Alexander Klenin had better put his students to useful
tasks.
There are plenty to choose from.
He said maybe he'd look after fcl-stl. The silence since was deafening.
He said he needed a arbitrary precision math library:
On 01/25/13 17:17, Alexander Klenin wrote:
Using indicies is against all principles of iterators.
I am not sure what princilpes you are talking about,
The theory. Read any Design Patterns book or technical papers.
but accessing the key of the current element is required quite often
On the
28.01.13, 20:33, Graeme Geldenhuys пишет:
On 01/25/13 08:07, Michael Van Canneyt wrote:
Delphi 7 object pascal could be learned very easily. Nowadays with all the
features added
you go, try and explain pascal to someone. Say it is 'nice and readable'.
+1
Generics, for-in loops, anonymous
On Mon, 28 Jan 2013, Paul Ishenin wrote:
28.01.13, 20:33, Graeme Geldenhuys пишет:
On 01/25/13 08:07, Michael Van Canneyt wrote:
Delphi 7 object pascal could be learned very easily. Nowadays with all the
features added
you go, try and explain pascal to someone. Say it is 'nice and
In our previous episode, Michael Van Canneyt said:
I use avanced record syntax because it makes code more understandable.
It offers nothing that objects didn't already have.
Just trying to say that this is one of these things where Delphi could simply
have re-instated the TP-style
On Mon, 28 Jan 2013 21:02:23 +0800
Paul Ishenin paul.ishe...@gmail.com wrote:
28.01.13, 20:33, Graeme Geldenhuys пишет:
On 01/25/13 08:07, Michael Van Canneyt wrote:
Delphi 7 object pascal could be learned very easily. Nowadays with all the
features added
you go, try and explain pascal
On 01/28/13 13:20, Michael Van Canneyt wrote:
tatata, you should always understand everything :)
:-)
Since you can do the same with simple named methods too,
I see no need for creating the readibility horror that results of it.
Yup. I have also seen sample Delphi code where they used
28.01.13, 21:20, Michael Van Canneyt wrote:
Different people see different needs in language. There is nothing bad
not to use and not understand some of the language features.
tatata, you should always understand everything :)
Very weak argument :) In your work you use system APIs and other
28.01.13, 21:27, Mattias Gaertner пишет:
You are free to not use a feature, but you must understand all when
using third party code. And the new features are neither easy to
understand nor to remember.
Already replied to Michael. You don't need to understand third-party
code the same way as
On Mon, 28 Jan 2013, Paul Ishenin wrote:
28.01.13, 21:20, Michael Van Canneyt wrote:
Different people see different needs in language. There is nothing bad
not to use and not understand some of the language features.
tatata, you should always understand everything :)
Very weak argument
28.01.13, 21:51, Michael Van Canneyt пишет:
Enough bickering; it is useless. We will not agree, no matter how many
arguments are presented: simply because the arguments are of a
metaphysical/human/whatever nature, and not technical.
Agreed.
Best regards,
Paul Ishenin
Am 28.01.2013 14:02, schrieb Paul Ishenin:
I scarry to use generics but that simple because they have many bugs.
I'm working on them :(
Regards,
Sven
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Am 28.01.2013 14:39, schrieb Paul Ishenin:
I would use anonymouse methods in pascal - I use them in javascript
when I need to perform something asynchronosly.
Since you can do the same with simple named methods too, I see no need
for creating the readibility horror that results of it.
It
Am 28.01.2013 14:48, schrieb Paul Ishenin:
28.01.13, 21:27, Mattias Gaertner пишет:
You are free to not use a feature, but you must understand all when
using third party code. And the new features are neither easy to
understand nor to remember.
Already replied to Michael. You don't need to
On Tue, Jan 29, 2013 at 12:39 AM, Paul Ishenin paul.ishe...@gmail.com wrote:
I would use anonymouse methods in pascal - I use them in javascript
when I need to perform something asynchronosly.
Since you can do the same with simple named methods too, I see no need
for creating the readibility
On 28 Jan 2013, at 18:00, Alexander Klenin wrote:
On Tue, Jan 29, 2013 at 12:39 AM, Paul Ishenin paul.ishe...@gmail.com wrote:
It offers nothing that objects didn't already have.
It offers understandable memory layout without VMT.
Oops... so, FPC object type always creates VMT -- even if
On 1/28/2013 05:47, Michael Schnell wrote:
I tried to reproduce this with a more simple project, just accessing a
non-existing IP address, but I found that while on Windows here Synapse issues a
time out (after some seconds, exactly like when the Heating Controller fails to
answer), when
Paul Ishenin schrieb:
28.01.13, 21:20, Michael Van Canneyt wrote:
Different people see different needs in language. There is nothing bad
not to use and not understand some of the language features.
tatata, you should always understand everything :)
Very weak argument :) In your work you
On Mon, Jan 28, 2013 at 7:25 PM, Hans-Peter Diettrich
drdiettri...@aol.com wrote:
Consider these examples:
var
x, y, z: Integer;
pt: TPoint;
...
(x, y) // record a, b: Integer; end;
(x, (y))// record a, b: Integer; end;
(x, (y, z))
29.01.2013 9:51, Hans-Peter Diettrich wrote:
As a strong argument: you *must* understand everything when you want to
read other people's code, which use the new language features :-(
Only if you want this. And if you want a new feature will not stop you.
Your brains learn something every day
44 matches
Mail list logo