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 a
On Mon, Jan 28, 2013 at 7:25 PM, Hans-Peter Diettrich
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))//
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 use
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 compilin
On 28 Jan 2013, at 18:00, Alexander Klenin wrote:
> On Tue, Jan 29, 2013 at 12:39 AM, Paul Ishenin 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 there is
> no vir
On Tue, Jan 29, 2013 at 12:39 AM, Paul Ishenin 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 horror t
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 un
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 is
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
http://lists.freepascal.org/mailman/listinf
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
_
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: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 y
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
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
On Mon, 28 Jan 2013 21:02:23 +0800
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 someon
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, 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 readabl
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 m
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 th
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 libra
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:
> 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 e
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
http://lists.freepascal.org/mailman/li
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
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
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,
-Mic
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 - fpc-devel@l
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:
> http://www.freepascal.org/docs-
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.
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 makef
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 (non-existi
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 withou
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
http://fp
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, a
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
http://lists.freepascal.org/mailman/listinfo
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 t
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 kno
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 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
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:
http://www.freepascal.
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,
(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 an
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
han
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) )
-M
On 01/25/2013 05:30 PM, Florian Klämpfl wrote:
The idea of iterators is actually to replace and get rid of indicies
because they e.g. fail as soon as the iterated container is changed
during iteration.
To do so, the iterator needs to be notified when an element is added or
deleted. Is this al
Alexander Klenin schrieb:
Also note that in my version of proposal, nested tuples are impossible.
I consider this an inacceptable restriction. Records can contain other records.
Yes, but tuples are just a syntax for constructing/deconstructing
records, not records themsleves.
They can be conve
46 matches
Mail list logo
