Am 10.07.2017 um 15:00 schrieb Sven Barth via fpc-pascal:
> Am 10.07.2017 13:19 schrieb "Michael Van Canneyt"
> mailto:mich...@freepascal.org>>:
>>
>>
>>
>> On Mon, 10 Jul 2017, Felipe Monteiro de Carvalho wrote:
>>
>>> On Mon, Jul 10, 2017 at 1:08 PM, Michael Van Canneyt
>>> mailto:mich...@freepas
On 2017-07-08 08:29, Ched wrote:
Is this acceptable ?
'SELECT Customers.CustomerName, Orders.OrderID' +
'FROM Customers' +
'FULL OUTER JOIN Orders' +
'ON Customers.CustomerID = Orders.CustomerID' +
'ORDER BY Customers.CustomerName;'
I think that one have to insert space at some loactions:
'SE
On Mon, Jul 10, 2017 at 11:19 AM, Sven Barth via fpc-pascal <
fpc-pascal@lists.freepascal.org> wrote:
> Though you can't use the same code block for multiple types.
>
Structured development to the rescue :)
===
program project1;
{$mode delphi}
{$RANGECHECKS on}
uses SysUtils;
function Handling
Am 10.07.2017 15:46 schrieb "Graeme Geldenhuys" <
mailingli...@geldenhuys.co.uk>:
>
> On 2017-07-10 13:34, Dmitry Boyarintsev wrote:
>>
>> are you referring to "Catching More Than One Type of Exception with One
>> Exception Handler" in
>> https://docs.oracle.com/javase/tutorial/essential/exceptions
On Mon, Jul 10, 2017 at 9:46 AM, Graeme Geldenhuys <
mailingli...@geldenhuys.co.uk> wrote:
> On 2017-07-10 13:34, Dmitry Boyarintsev wrote:
>
>> are you referring to "Catching More Than One Type of Exception with One
>> Exception Handler" in
>> https://docs.oracle.com/javase/tutorial/essential/exc
On Mon, Jul 10, 2017 at 3:46 PM, Graeme Geldenhuys
wrote:
> Then lastly, you can even add a finally block in there too (Java calls this
> try-with-resources).
No, that's not what try-with-resources is.
This is try-with-resources:
https://docs.oracle.com/javase/tutorial/essential/exceptions/tryRe
On 2017-07-10 14:46, Graeme Geldenhuys wrote:
You
can also have a single catch block with a comma separated list of
exception types.
Oops, typo Not a comma separated list, but a list separated by the |
(pipe or vertical bar) symbol.
See the last example here:
https://docs.oracle.com/j
On 2017-07-10 13:34, Dmitry Boyarintsev wrote:
are you referring to "Catching More Than One Type of Exception with One
Exception Handler" in
https://docs.oracle.com/javase/tutorial/essential/exceptions/catch.html
Yes. You can have multiple catch blocks inside the same try block. You
can also h
On Mon, 10 Jul 2017, Sven Barth via fpc-pascal wrote:
Am 10.07.2017 13:19 schrieb "Michael Van Canneyt" :
On Mon, 10 Jul 2017, Felipe Monteiro de Carvalho wrote:
On Mon, Jul 10, 2017 at 1:08 PM, Michael Van Canneyt
wrote:
The code is definitely not the same. In each case, it was measu
Am 10.07.2017 13:19 schrieb "Michael Van Canneyt" :
>
>
>
> On Mon, 10 Jul 2017, Felipe Monteiro de Carvalho wrote:
>
>> On Mon, Jul 10, 2017 at 1:08 PM, Michael Van Canneyt
>> wrote:
>>>
>>> The code is definitely not the same. In each case, it was measured.
There is
>>> a 10% performance loss.
>
On Mon, Jul 10, 2017 at 6:14 AM, Graeme Geldenhuys <
mailingli...@geldenhuys.co.uk> wrote:
>
> * Try/Catch blocks where you can catch multiple exception types - without
> needing nested code blocks like Object Pascal. You can even add a finally
> block in there too - again without nested blocks.
>
On Mon, 10 Jul 2017, Felipe Monteiro de Carvalho wrote:
On Mon, Jul 10, 2017 at 1:08 PM, Michael Van Canneyt
wrote:
The code is definitely not the same. In each case, it was measured. There is
a 10% performance loss.
I'd love a source on this one. I guess you mean in Free Pascal?
Obvious
On Mon, Jul 10, 2017 at 1:08 PM, Michael Van Canneyt
wrote:
> The code is definitely not the same. In each case, it was measured. There is
> a 10% performance loss.
I'd love a source on this one. I guess you mean in Free Pascal?
Because I searching the web C++ developers seam all sure that
templa
On Mon, 10 Jul 2017, Felipe Monteiro de Carvalho wrote:
On Mon, Jul 10, 2017 at 12:52 PM, Michael Van Canneyt
wrote:
There is no performance improvement, rather the contrary. The generic list
works slower than the native list.
I meant that C++ templates (and maybe Pascal generics which are
On Mon, Jul 10, 2017 at 12:52 PM, Michael Van Canneyt
wrote:
> There is no performance improvement, rather the contrary. The generic list
> works slower than the native list.
I meant that C++ templates (and maybe Pascal generics which are very
similar if I am not wrong) are faster than Java gener
On Mon, 10 Jul 2017, Felipe Monteiro de Carvalho wrote:
On Mon, Jul 10, 2017 at 12:14 PM, Graeme Geldenhuys
wrote:
* I seem to have grasped Generics in Java much easier than in FPC or
Delphi. I don't fully know why that is. Maybe the syntax, more examples etc?
Not sure.
Well, Java Generics
On Mon, 10 Jul 2017, Graeme Geldenhuys wrote:
On 2017-07-10 07:30, Michael Van Canneyt wrote:
If that is all, on the language side, I am a happy man :)
I did mention that it was purposely a small list
Let me give you a counter example why I think Java plainly sucks.
I get very depresse
On Mon, Jul 10, 2017 at 12:14 PM, Graeme Geldenhuys
wrote:
> * I seem to have grasped Generics in Java much easier than in FPC or
> Delphi. I don't fully know why that is. Maybe the syntax, more examples etc?
> Not sure.
Well, Java Generics are very limited in comparison with C++ / Object
Pascal
On 2017-07-10 07:30, Michael Van Canneyt wrote:
If that is all, on the language side, I am a happy man :)
I did mention that it was purposely a small list
Let me give you a counter example why I think Java plainly sucks.
I get very depressed when I see things like this:
You do realise th
Please do.
And to that hero who is willing to take the effort - please post a call for
donation in a separate thread :)
10.07.2017, 13:06, "Michael Van Canneyt" :
> On Mon, 10 Jul 2017, denisgolovan wrote:
>
>> That's exactly what I mean - some (or major) part of public considers it a
>> stopp
On Mon, 10 Jul 2017, denisgolovan wrote:
That's exactly what I mean - some (or major) part of public considers it a
stopper for some reason :)
Sorry for hijacking the thread.
I can add it to the list of sponsored projects on the foundation page.
Michael.
__
That's exactly what I mean - some (or major) part of public considers it a
stopper for some reason :)
Sorry for hijacking the thread.
10.07.2017, 12:43, "Santiago A." :
> El 10/07/2017 a las 11:17, denisgolovan escribió:
> It is not a matter of public image, it's a matter of usability, a "must
El 10/07/2017 a las 11:17, denisgolovan escribió:
> Just my 50 cents.
>
> Even though I avoid using debugger at all cost,
> I am willing to donate some money should someone start a crowd-funding effort
> to get "modern" debugging support in Lazarus.
> That would definitely improve Lazarus/FPC pub
Just my 50 cents.
Even though I avoid using debugger at all cost,
I am willing to donate some money should someone start a crowd-funding effort
to get "modern" debugging support in Lazarus.
That would definitely improve Lazarus/FPC public image.
--
Regards,
Denis Golovan
__
El 10/07/2017 a las 1:32, Graeme Geldenhuys escribió:
> Hi,
>
> I've give a short reply here, in case others deem this off-topic. I
> always seem to end up in hot water about such stuff here. I can send
> you more details in private if need be.
>
> On 2017-07-09 22:16, Michael Van Canneyt wrote:
>>
On Mon, 10 Jul 2017, Graeme Geldenhuys wrote:
Hi,
Purely on the language side of things I love the fact that there is
no *.h or an "interface section" in my code - why must C/C++ and Object
Pascal duplicate that information. If I want to see a purely "interface"
view of my code, the I
Hi,
I've give a short reply here, in case others deem this off-topic. I
always seem to end up in hot water about such stuff here. I can send you
more details in private if need be.
On 2017-07-09 22:16, Michael Van Canneyt wrote:
Would it be possible to give examples ?
Maybe there are things
On Sun, 9 Jul 2017, Graeme Geldenhuys wrote:
On 2017-07-08 07:57, Felipe Monteiro de Carvalho wrote:
Since we are talking about language features, after learning Java I
think we could use in Pascal:
I must say, after using Java more and more in recent months, it starts
to show why so many
On 2017-07-08 07:57, Felipe Monteiro de Carvalho wrote:
Since we are talking about language features, after learning Java I
think we could use in Pascal:
I must say, after using Java more and more in recent months, it starts
to show why so many developers call Delphi/Object Pascal out of date.
On 2017-07-06 17:52, Marco van de Voort wrote:
''' already has meaning, you'll see that
The 3 quotes were simply an idea. You correctly identified that it is
already used is some special cases, so then simply replace it with some
other unique syntax that is not used yet. As Z505 mentioned, ev
Is this acceptable ?
'SELECT Customers.CustomerName, Orders.OrderID' +
'FROM Customers' +
'FULL OUTER JOIN Orders' +
'ON Customers.CustomerID = Orders.CustomerID' +
'ORDER BY Customers.CustomerName;'
I think that one have to insert space at some loactions:
'SELECT Customers.CustomerName, Order
> Language features like this is what increases productivity.
Indeed {$INCLUDESTRINGFILE file} looks like a great solution for this.
Since we are talking about language features, after learning Java I
think we could use in Pascal:
1> Default methods in interfaces (implementation multiple-inherit
On 2017-07-06 09:13, Graeme Geldenhuys wrote:
Ever had a problem like this? You have some SQL, say:
SELECT Customers.CustomerName, Orders.OrderID
FROM Customers
FULL OUTER JOIN Orders
ON Customers.CustomerID = Orders.CustomerID
ORDER BY Customers.CustomerName;
and you want to add that SQL to
Am 06.07.2017 23:34 schrieb "Graeme Geldenhuys" <
mailingli...@geldenhuys.co.uk>:
>
> On 2017-07-06 20:07, Dmitry Boyarintsev wrote:
>>
>> The thread of discussion:
>> http://lists.freepascal.org/pipermail/fpc-devel/2016-February/036709.html
>
>
>
> Thanks for the link. Seems this topic has already
On Thu, 6 Jul 2017, Sven Barth via fpc-pascal wrote:
On 06.07.2017 16:13, Graeme Geldenhuys wrote:
Imagine if FPC had type inference and multi-line strings, neither very
exotic features. The code then becomes:
=
var query := '''SELECT Customers.Custome
On 2017-07-06 20:07, Dmitry Boyarintsev wrote:
The thread of discussion:
http://lists.freepascal.org/pipermail/fpc-devel/2016-February/036709.html
Thanks for the link. Seems this topic has already been discussed a year
and a bit ago.
Anybody know if there was any movement on the $IncludeStr
On 06/07/17 20:00, Sven Barth via fpc-pascal wrote:
On 06.07.2017 16:13, Graeme Geldenhuys wrote:> Imagine if FPC had type inference and multi-line strings, neither very>
exotic features. The code then becomes:> > => var query := '''SELECT
Customers.Custo
On 06.07.2017 16:13, Graeme Geldenhuys wrote:
> Imagine if FPC had type inference and multi-line strings, neither very
> exotic features. The code then becomes:
>
> =
> var query := '''SELECT Customers.CustomerName, Orders.OrderID
> FROM Customers
> FULL OUT
On Thu, Jul 6, 2017 at 10:27 AM, Marcos Douglas B. Santos
wrote:
> That would be very, very nice.
> And instead of using [ " ' sql ' " ] would be better to use just [ " sql "
> ].
>
The thread of discussion:
http://lists.freepascal.org/pipermail/fpc-devel/2016-February/036709.html
__
Am 06.07.2017 um 18:32 schrieb Andreas:
For this reason I would be against this implementation. Maybe taking
away the need for the + sign at the end of the line. The strings are
concatenated until a semi-colon or other symbol is encountered
This is what the (new) Stanford Pascal compiler do
In our previous episode, Graeme Geldenhuys said:
>
> Imagine if FPC had type inference and multi-line strings, neither very
> exotic features. The code then becomes:
>
> =
> var query := '''SELECT Customers.CustomerName, Orders.OrderID
> FROM Customers
> F
Hi,
On Thu, 6 Jul 2017, Graeme Geldenhuys wrote:
> On 2017-07-06 15:35, Karoly Balogh (Charlie/SGR) wrote:
> > But sure, web devs are well known for their productivity... :P
>
> Just in case you thought I was a web developer - far from it!
>
> Anyway, the idea was just that - an idea (and possibl
Graeme, I am a big fan of your messages. You have many good ideas and I
sometimes read a theme that I am not interested in just to see your
response.
In this case however I think you are wrong. Pascal has fantastic
inherent type and error checking in its structure. It would be wrong to
have a
On 2017-07-06 15:35, Karoly Balogh (Charlie/SGR) wrote:
But sure, web devs are well known for their productivity... :P
Just in case you thought I was a web developer - far from it!
Anyway, the idea was just that - an idea (and possibly an improvement)
on an age old problem. I have no means or
Hi,
On Thu, 6 Jul 2017, Graeme Geldenhuys wrote:
> Imagine if FPC had type inference and multi-line strings, neither very
> exotic features. The code then becomes:
>
> =
> var query := '''SELECT Customers.CustomerName, Orders.OrderID
> FROM Customers
> FULL
On Thu, Jul 6, 2017 at 11:13 AM, Graeme Geldenhuys
wrote:
>
> Imagine if FPC had type inference and multi-line strings, neither very exotic
> features. The code then becomes:
>
> =
> var query := '''SELECT Customers.CustomerName, Orders.OrderID
> FROM Custo
Ever had a problem like this? You have some SQL, say:
SELECT Customers.CustomerName, Orders.OrderID
FROM Customers
FULL OUTER JOIN Orders
ON Customers.CustomerID = Orders.CustomerID
ORDER BY Customers.CustomerName;
and you want to add that SQL to the SQL property of a query at runtime.
You en
47 matches
Mail list logo
