Hi,
I'm developping a arm-embedded project. I need to store some variables
to EEPROM. What I'm doing now is manually give each variable an address
and then I use that address to store the variable in EEPROM.
Unfortunately, that's not easy. Yesterday I spent some hours trying to
see why the
On Wed, 27 Feb 2013, Graeme Geldenhuys wrote:
On 2013-02-27 16:49, Michael Van Canneyt wrote:
It is better to simply parse
/proc/cpuinfo
and
/proc/PID/*
and hope all distros behave the same. My experience with OnGuard
work is that your mileage will vary.
I happen to know the code
On Thu, 28 Feb 2013, Simon Kissel wrote:
exact same unit testing test suite using FPC 2.6.0 and Delphi 7. Running
those tests, again on the same system, the Delphi executable completes
the 180 tests in 2 seconds. The FPC binary took 18 seconds for the same
180 tests!!!
From our measures the
On 02/28/2013 08:59 AM, Koenraad Lelong wrote:
Other solutions ?
type
EEPROM_Content= record
Var1 : byte;
Var2 : word;
Var3 : byte;
end;
...
@EEPROM_Content(nil^).Var2 gives you the relative address of Var2 in the
record. Calculated at compile time.
Ludo
Cryptic subject, isn't it?
I tried to modify fpreadtiff.pas by copying only that module over to a
new directory, write a test program that uses fpreadtiff, fpimage and
other units.
AFAIK from the User's Guide, 3.1.2, the fpreadtiff.pas in my program's
directory should have been found first when
Graeme Geldenhuys wrote:
On 2013-02-27 16:49, Michael Van Canneyt wrote:
It is better to simply parse
/proc/cpuinfo
and
/proc/PID/*
and hope all distros behave the same. My experience with OnGuard
work is that your mileage will vary.
For this sort of thing /proc/pid is the way to
ik wrote:
Hello,
I was going over the wiki and looked at
http://wiki.freepascal.org/FPC_New_Features_Trunk .
It looks like some of the features here, actually breaks Pascal, and
create something like Jascal or something, but it's not Pascal in
spirit.
For example 1000.to_string ?! I have it on
Koenraad Lelong wrote:
Hi,
I'm developping a arm-embedded project. I need to store some variables
to EEPROM. What I'm doing now is manually give each variable an address
and then I use that address to store the variable in EEPROM.
Unfortunately, that's not easy. Yesterday I spent some hours
On 28-02-13 09:41, Mark Morgan Lloyd wrote:
I'd suggest that this depends in part on the semiconductor technology.
You might be best transferring individual fields for old-fashioned
EEPROMs, or defining a larger block with a magic number for more
RAM-like devices particularly if they have
In our previous episode, ik said:
I was going over the wiki and looked at
http://wiki.freepascal.org/FPC_New_Features_Trunk .
It looks like some of the features here, actually breaks Pascal, and
create something like Jascal or something, but it's not Pascal in
spirit.
For example
In our previous episode, Graeme Geldenhuys said:
That will probably rid us from some of the Pascal Language stereotyping. :)
RemObjects (with their Oxygene language) tagline says it best:
This is not your daddy's pascal
I love that tagline.
So Sulphur then? It is the next element in
2013/2/28 Simon Kissel sc...@untergrund.net:
In the long run, new object pascal language features optimally
should be discussed by those active in the field BEFORE they get
implemented. Sadly right now Embarcadero still are far too arrogant
and close-minded to understand that FPC actually
On 27.02.2013 23:40, ik wrote:
Hello,
I was going over the wiki and looked at
http://wiki.freepascal.org/FPC_New_Features_Trunk .
It looks like some of the features here, actually breaks Pascal, and
create something like Jascal or something, but it's not Pascal in
spirit.
For example
Using fpweb, I'm trying to handle DELETE requests.
The code below works for GET calls:
GET /cgi-bin/tigercgi/document/ HTTP/1.1 200
but gives a 500 server error for DELETE calls:
DELETE /cgi-bin/tigercgi/document/ HTTP/1.1 500
The code doesn't even seem to hit the function:
Am 28.02.2013 10:56, schrieb Sven Barth:
[...] Features like type inference, duck
typing, aspect oriented programming and traits. By implementing them we
can attract developers which got used to such features and swear that
they can simplyfy work.
But there should be a line that nobody will
On 28.02.2013 11:18, Michael Fuchs wrote:
Am 28.02.2013 10:56, schrieb Sven Barth:
[...] Features like type inference, duck
typing, aspect oriented programming and traits. By implementing them we
can attract developers which got used to such features and swear that
they can simplyfy work.
But
On 28-2-2013 10:58, Reinier Olislagers wrote:
Using fpweb, I'm trying to handle DELETE requests.
The code below works for GET calls:
GET /cgi-bin/tigercgi/document/ HTTP/1.1 200
but gives a 500 server error for DELETE calls:
DELETE /cgi-bin/tigercgi/document/ HTTP/1.1 500
The code
Hi,
I thought I would share this bit of info.
I'm not sure what I am more impressed about though. The fact that a long
time Delphi developers is [finally] impressed with FPC / Lazarus, or the
fact that pascal is still being used in some places [in this case,
Melbourne Australia] for teaching
On 2013-02-28 09:28, Marc Pertron wrote:
We need better optimisations at least as much as fancy 123.tostring.
Bottom line optimisation work is just not as sexy and exciting as
adding the latest Delphi/Java/C#/C language features. I guess we can't
blame them for that.
Regards,
- Graeme
On Thu, 28 Feb 2013, Reinier Olislagers wrote:
On 28-2-2013 10:58, Reinier Olislagers wrote:
Using fpweb, I'm trying to handle DELETE requests.
The code below works for GET calls:
GET /cgi-bin/tigercgi/document/ HTTP/1.1 200
but gives a 500 server error for DELETE calls:
DELETE
On 2013-02-28 09:31, ik wrote:
But the syntax is Pascal-ish, case did not changed, only expanded, and
it actually have a good use.
+1
Regards,
- Graeme -
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On 2013-02-28 09:56, Sven Barth wrote:
Which is why I want to implement no language
features in an as Pascal way as possible
I very much appreciate your efforts, and do like the fact that you try
and keep new language features more pascal-like. Kudos for that.
Regards,
- Graeme -
On 2013-02-28 08:12, Michael Van Canneyt wrote:
Even so, I would still advise this over running an external program.
Agreed.
Regards,
- Graeme -
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On Thu, 28 Feb 2013, Reinier Olislagers wrote:
On 28-2-2013 10:58, Reinier Olislagers wrote:
Using fpweb, I'm trying to handle DELETE requests.
The code below works for GET calls:
GET /cgi-bin/tigercgi/document/ HTTP/1.1 200
but gives a 500 server error for DELETE calls:
DELETE
On Thu, Feb 28, 2013 at 10:45:08AM +, Graeme Geldenhuys wrote:
On 2013-02-28 09:28, Marc Pertron wrote:
We need better optimisations at least as much as fancy 123.tostring.
Bottom line optimisation work is just not as sexy and exciting as
adding the latest Delphi/Java/C#/C
Well:
{$mode jascal}{$H+}
:)
--
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Thu, Feb 28, 2013 at 7:37 AM, Graeme Geldenhuys
gra...@geldenhuys.co.uk wrote:
Hi,
I thought I would share this bit of info.
I'm not sure what I am more impressed about though. The fact that a long
time Delphi developers is [finally] impressed with FPC / Lazarus, or the
fact that pascal
On 28.02.2013 11:45, Graeme Geldenhuys wrote:
On 2013-02-28 09:28, Marc Pertron wrote:
We need better optimisations at least as much as fancy 123.tostring.
Bottom line optimisation work is just not as sexy and exciting as
adding the latest Delphi/Java/C#/C language features. I guess we
On 28-2-2013 12:22, Michael Van Canneyt wrote:
On Thu, 28 Feb 2013, Reinier Olislagers wrote:
On 28-2-2013 10:58, Reinier Olislagers wrote:
Using fpweb, I'm trying to handle DELETE requests.
The code below works for GET calls:
GET /cgi-bin/tigercgi/document/ HTTP/1.1 200
but gives a 500
On 28/02/13 12:19, Marcos Douglas wrote:
Very good!
But I'm afraid if someone thinking if Pascal is just for kids 5-9
years old... not here, but out there! :)
Thank you for share it.
Year 5-9 kids refers to their school year, not their calendar age. In
the UK a Year 9 teenager is 13 or 14
On Thu, Feb 28, 2013 at 9:54 AM, Howard Page-Clark h...@talktalk.net wrote:
On 28/02/13 12:19, Marcos Douglas wrote:
Very good!
But I'm afraid if someone thinking if Pascal is just for kids 5-9
years old... not here, but out there! :)
Thank you for share it.
Year 5-9 kids refers to
On Feb 28, 2013 5:23 AM, Henry Vermaak henry.verm...@gmail.com wrote:
On Thu, Feb 28, 2013 at 10:45:08AM +, Graeme Geldenhuys wrote:
On 2013-02-28 09:28, Marc Pertron wrote:
We need better optimisations at least as much as fancy 123.tostring.
Bottom line optimisation work
On Thu, Feb 28, 2013 at 07:43:15AM -0600, Kenneth Cochran wrote:
On Feb 28, 2013 5:23 AM, Henry Vermaak henry.verm...@gmail.com wrote:
On Thu, Feb 28, 2013 at 10:45:08AM +, Graeme Geldenhuys wrote:
On 2013-02-28 09:28, Marc Pertron wrote:
We need better optimisations at least
Hello,
Please see:
http://bugs.freepascal.org/view.php?id=23970
Thank you!
--
Silvio Clécio
My public projects - github.com/silvioprog
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
In our previous episode, Kenneth Cochran said:
Ironically this is the direction Embarcadero is moving. They've already
made the transition with their C/C++ compiler and there have been hints
that Delphi is next. In a way it makes sense. They get an instant boost in
runtime performance and can
On Thu, 28 Feb 2013 10:56:42 +0100
Sven Barth pascaldra...@googlemail.com wrote:
As others already said: There are components or frameworks out there
that use modern Delphi features or frameworks of other languages that
make use of such features. Example: DSpring, which is a Delphi
On Thu, 28 Feb 2013, silvioprog wrote:
Hello,
Please see:
http://bugs.freepascal.org/view.php?id=23970
Fixed.
Michael.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
2013/2/28 Michael Van Canneyt mich...@freepascal.org
On Thu, 28 Feb 2013, silvioprog wrote:
Hello,
Please see:
http://bugs.freepascal.org/**view.php?id=23970http://bugs.freepascal.org/view.php?id=23970
Fixed.
Michael.
Wow, very fast. Thank you very much buddy! :)
--
Silvio Clécio
On 02/28/2013 03:25 AM, Marco van de Voort wrote:
So Sulphur then? It is the next element in the same group of the periodic
table and twice as heavy as Oxygen? Moreover hints at being a bit evil and
vile.
Won't work. The truth is:
1.) most don't kown/know their current state.
2.) those that
On 28-2-2013 9:24, Reinier Olislagers wrote:
The test program works (I've put in a writeln to show it's modified) but
debugging in Lazarus doesn't because it misses debug info.
1. Is what I am doing the right way?
2. Is there a problem with FPC generating no debug info/duplicate debug
info?
Btw, there is already an object pascal implementation targeting llvm.
https://code.google.com/p/llvm-pascal/
On Thu, Feb 28, 2013 at 8:36 AM, Marco van de Voort mar...@stack.nl wrote:
In our previous episode, Kenneth Cochran said:
Ironically this is the direction Embarcadero is moving.
In our previous episode, Kenneth Cochran said:
Btw, there is already an object pascal implementation targeting llvm.
https://code.google.com/p/llvm-pascal/
I know. Afaik it was for teaching purposes though, not for production.
___
fpc-pascal maillist
2013/2/28 Michael Van Canneyt mich...@freepascal.org:
On Thu, 28 Feb 2013, silvioprog wrote:
Hello,
Please see:
http://bugs.freepascal.org/view.php?id=23970
Fixed.
Seems that you committed by accident code to make AsJSON output more compact.
This may lead to compatibility problems.
On Thu, 28 Feb 2013, luiz americo pereira camara wrote:
2013/2/28 Michael Van Canneyt mich...@freepascal.org:
On Thu, 28 Feb 2013, silvioprog wrote:
Hello,
Please see:
http://bugs.freepascal.org/view.php?id=23970
Fixed.
Seems that you committed by accident code to make AsJSON
2013/2/28 luiz americo pereira camara luiz...@oi.com.br
2013/2/28 Michael Van Canneyt mich...@freepascal.org:
On Thu, 28 Feb 2013, silvioprog wrote:
Hello,
Please see:
http://bugs.freepascal.org/view.php?id=23970
Fixed.
Seems that you committed by accident code to make
On Thu, 28 Feb 2013, silvioprog wrote:
2013/2/28 luiz americo pereira camara luiz...@oi.com.br
2013/2/28 Michael Van Canneyt mich...@freepascal.org:
On Thu, 28 Feb 2013, silvioprog wrote:
Hello,
Please see:
2013/2/28 Michael Van Canneyt mich...@freepascal.org
On Thu, 28 Feb 2013, silvioprog wrote:
2013/2/28 luiz americo pereira camara luiz...@oi.com.br
2013/2/28 Michael Van Canneyt mich...@freepascal.org:
On Thu, 28 Feb 2013, silvioprog wrote:
Am 28.02.2013 01:16, schrieb Simon Kissel:
All this being said: I know that FPC is not after business goals.
But not damaging the ecosystem FPC works in helps everyone using
Object Pascal, no matter if they are after commercial goals or not.
The mission goal of FPC is to provide an OSS pascal
On 28.02.2013 15:40, Reimar Grabowski wrote:
On Thu, 28 Feb 2013 10:56:42 +0100
Sven Barth pascaldra...@googlemail.com wrote:
As others already said: There are components or frameworks out there
that use modern Delphi features or frameworks of other languages that
make use of such features.
On 28.02.2013 12:22, Henry Vermaak wrote:
On Thu, Feb 28, 2013 at 10:45:08AM +, Graeme Geldenhuys wrote:
On 2013-02-28 09:28, Marc Pertron wrote:
We need better optimisations at least as much as fancy 123.tostring.
Bottom line optimisation work is just not as sexy and exciting as
On 5/2/2013 9:44 μμ, Sven Barth wrote:
Does this fall under worst fears confirmed? At least from the POV of a
FPC user...
The first release of FireDac comes with FPC package included how well
this works or how long it will last I have no idea.
On 28.02.2013 20:00, stdreamer wrote:
On 5/2/2013 9:44 μμ, Sven Barth wrote:
Does this fall under worst fears confirmed? At least from the POV of a
FPC user...
The first release of FireDac comes with FPC package included how well
this works or how long it will last I have no idea.
In their
On Thu, 28 Feb 2013 19:46:07 +0100
Sven Barth pascaldra...@googlemail.com wrote:
Yes, sorry, I did indeed mean Spring4D. And staying with the real thing
does only help if you use Java...
Which was implicit. Choosing the right tool for the job (in this case Spring).
If this means using a
On 28.02.2013 21:42, Reimar Grabowski wrote:
On Thu, 28 Feb 2013 19:46:07 +0100
Sven Barth pascaldra...@googlemail.com wrote:
Yes, sorry, I did indeed mean Spring4D. And staying with the real thing
does only help if you use Java...
Which was implicit. Choosing the right tool for the job (in
Hi,
first of all: no matter what - stay with 'Free Pascal' - I don't think there
would be any advantage renaming a project - except for the whole project
loosing its identity.
My experience is that most people don't even know Pascal - I wouldn't say
Pascal as a language has a bad reputation.
On 2013-03-01 00:04, dev.d...@gmail.com wrote:
first of all: no matter what - stay with 'Free Pascal' - I don't think there
would be any advantage renaming a project
We were only joking around with the name. :)
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using
All the new strange features doesn't really matter as long as:
1) the backward compatibility is in place (and or guidelines are given
how to make the code compatible with minimal efforts)
2) executable size doesn't suffer much ;)
3) the new target is supported and the existing code can be applied
Am 2013-03-01 04:41, schrieb dmitry boyarintsev:
All the new strange features doesn't really matter as long as:
1) the backward compatibility is in place (and or guidelines are given
how to make the code compatible with minimal efforts)
2) executable size doesn't suffer much ;)
3) the new
58 matches
Mail list logo