Il 20/06/2012 19:22, Krzysztof ha scritto:
Ffmpeg looks similar like Mencoder project. So I have some solutions
for output encoding, but there is a problem how to send frames to this
encoders. Mencoder can encode video from series of PNG files, but
can't find similar option in ffmpeg.
|
||
That'
Il 31/08/2012 13:48, leledumbo ha scritto:
I question your assumption that
"Result" is specifically more important than the other incompatibilities
among different modes (i.e. your statement that it "will help...a lot"). I
do not say that it is wrong to be more helpful in error messages, but
rat
Il 02/09/2012 18:26, Sven Barth ha scritto:
On 02.09.2012 12:39, Giuliano Colla wrote:
Il 31/08/2012 13:48, leledumbo ha scritto:
I question your assumption that
"Result" is specifically more important than the other
incompatibilities
among different modes (i.e. your statement tha
Il 15/09/2012 23:48, Jorge Aldo G. de F. Junior ha scritto:
This is a security risk, because, if the function isnt almost perfect,
someone could end up reading the passwords file (security.sam on
windows ? whatever im not a windows programmer) or rewriting criticial
files on a system.
IOW you mea
Il 01/10/2012 20:00, Mattias Gaertner ha scritto:
I need to edit XMP data in images (at least tif, jpg).
This can help?
http://en.wikipedia.org/wiki/Extensible_Metadata_Platform#XMP_support_and_acceptance
Giuliano
___
fpc-pascal maillist - fpc-pa
that the
Open failed, without rising an exception.
Is there a good reason for this change from 2.4 to 2.6 or it's just a bug?
--
Giuliano Colla
Before activating the tongue, make sure that the brain is connected
(anonymous)
___
fpc-pascal mai
n raise an exception in Delphi when locking fails?
I have no idea, but if it doesn't it's a Delphi bug, I'd say. What are
exceptions there for, if not for telling you that what you requested
cannot be done?
--
Giuliano Colla
Whenever people agree with me, I always feel
Il 31/10/2012 14:45, Jonas Maebe ha scritto:
On 31 Oct 2012, at 14:35, Giuliano Colla wrote:
Understood, thank you. But shouldn't it be the other way around, i.e.
one should explicitly request an exclusive lock?
No, that is how the behaviour of this function is defined. Looking at
Il 01/11/2012 00:24, Giuliano Colla ha scritto:
a legacy DOS mode tied to the long time dead FCB inherited from CP/1,
I meant CP/M, of course.
Giuliano
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman
Il 01/11/2012 09:28, Tomas Hajny ha scritto:
On Thu, November 1, 2012 00:24, Giuliano Colla wrote:
Il 31/10/2012 14:45, Jonas Maebe ha scritto:
On 31 Oct 2012, at 14:35, Giuliano Colla wrote:
.
.
but if it doesn't it's a Delphi bug, I'd say. What are exceptions
there
Il 01/11/2012 01:07, Jonas Maebe ha scritto:
I'm personally not a big fan of having different behaviour across
platforms when it can be avoided without too much trouble,
In general I agree with you. I often debate with Lazarus team because,
in order to provide "native behavior" they make it diff
Il 01/11/2012 11:43, Jonas Maebe ha scritto:
On 01 Nov 2012, at 11:40, Giuliano Colla wrote:
You may be right, but the try-except construct is there exactly to permit you
to handle those situations.
However I'd like to point out a significant inconsistency. Please give a look
t
Il 01/11/2012 11:56, Jonas Maebe ha scritto:
On 01 Nov 2012, at 11:50, Giuliano Colla wrote:
In general I agree with you. I often debate with Lazarus team because, in order to
provide "native behavior" they make it difficult to achieve consistent look and
behavior on different
Il 01/11/2012 13:09, Graeme Geldenhuys ha scritto:
On 2012-11-01 11:49, Giuliano Colla wrote:
Now I'm looking forward with interest to CustomDrawn, which should
I've recently (about 3 weeks ago) looked at LCL-CustomDrawn. It is still
years away form being usable in production code. Sim
Graeme Geldenhuys ha scritto:
On 2012-11-01 23:32, Giuliano Colla wrote:
That's the main reason I look with more interest to LCL than fpGUI.
Simply because LCL provides already implemented much more features I
need with respect to fpGUI, (at least up to the last time I evaluated
Il 04/02/2013 15:39, Mattias Gaertner ha scritto:
The Lazarus team is glad to announce the release of Lazarus 1.0.6.
Whoever is interested may download a more broadly compatible version of
the rpm's from:
http://www.bononiadocta.it/Lazarus/
They're repackaged in order to be compatible with RH
Launching a Lazarus application in a freshly installed Linux system, I
found a condition which may be quite confusing for a normal user: the
main form was shown, the program didn't work, and there was no way to
close the form, which could only be closed by a killall from command line.
Launch
Il 09/02/2013 10:25, Michael Van Canneyt ha scritto:
On Sat, 9 Feb 2013, Reinier Olislagers wrote:
On 9-2-2013 1:49, Giuliano Colla wrote:
It turned out that the reason was simply that the default AppConfigDir
(~/.config/ ) wasn't there, and therefore in the two usual
On 02/09/2013 04:19 PM, Michael Van Canneyt wrote:
On Sat, 9 Feb 2013, Bart wrote:
And in this case the OP still needs to do an extra check
(try..except), so basically this does not solve his "problem" because
it is unsolvable without the programmer checking/validating what
GetAppConfigDir di
On 02/10/2013 12:43 PM, Graeme Geldenhuys wrote:
On 2013-02-09 13:56, Bart wrote:
While this can easily be implemented without breaking existing code,
this still does not solve the original problem.
If creating the directory fails, the function does not return an
errorcode, unless we decide to l
Il 11/02/2013 09:21, Michael Van Canneyt ha scritto:
On Mon, 11 Feb 2013, Giuliano Colla wrote:
3) But if also the *path* to the file doesn't yet exist, it just
crashes without rising an exception that the user application can
handle somehow.
This is incorrect. It does tell you w
Il 11/02/2013 12:40, Mark Morgan Lloyd ha scritto:
Giuliano Colla wrote:
However, what I've learned from this episode is that while attempting
to save configuration data using TINIFile on program termination you
should never use a try..finally construct, as it's suggested
every
Il 11/02/2013 12:35, Michael Van Canneyt ha scritto:
On Mon, 11 Feb 2013, Giuliano Colla wrote:
Il 11/02/2013 09:21, Michael Van Canneyt ha scritto:
On Mon, 11 Feb 2013, Giuliano Colla wrote:
3) But if also the *path* to the file doesn't yet exist, it just
crashes without risi
On 02/11/2013 01:57 PM, Michael Van Canneyt wrote:
On Mon, 11 Feb 2013, Giuliano Colla wrote:
It can be helped both by reducing the likelihood of the event, as
you've done, and by not suggesting to use in that case a try..finally
construct in a GUI application, which would mask the e
On 02/11/2013 01:34 PM, Graeme Geldenhuys wrote:
On 2013-02-11 11:29, Giuliano Colla wrote:
This is true only if you invoke the program from command line, which is
something the end user will never do.
Wrong. This is something you are doing wrong in your GUI application
then. I have loads of
On 02/11/2013 04:45 PM, DaWorm wrote:
Lost in the shuffle, wasn't this originally found in Lazarus? Sounds
like a bug report for incorrect handling of INI files when the config
directory is missing needs to be filed in their bug tracker.
INI files and related stuff are part of the fcl libra
On 02/11/2013 05:12 PM, Sven Barth wrote:
On 11.02.2013 13:18, Sven Barth wrote:
Am 11.02.2013 13:06, schrieb Giuliano Colla:
Il 11/02/2013 12:35, Michael Van Canneyt ha scritto:
On Mon, 11 Feb 2013, Giuliano Colla wrote:
Il 11/02/2013 09:21, Michael Van Canneyt ha scritto:
On Mon, 11
On 02/11/2013 09:14 PM, Sven Barth wrote:
It would be nice if you could minimize the problemematic code further
step by step so that we can see what caused the "missing dialog".
Maybe it's a bug somewhere else...
I've made some further experiments with my minimal test.
Test form is just a For
On 02/12/2013 10:02 AM, Mark Morgan Lloyd wrote:
I admit that I was slightly trolling there, since Giuliano was
complaining about exceptions that he wasn't seeing (because, it turns
out, he wasn't catching them).
You catch an exception if you can handle it. If a user for some reasons
has writ
On 02/12/2013 01:58 PM, Mattias Gaertner wrote:
The LCL has a default exception handler, so that the application
notifies the user, that the application has a bug instead of simply
crashing and vanishing silently. The programmr is reponsible to handle
exceptions, show the user error messages an
On 02/12/2013 02:46 PM, Mark Morgan Lloyd wrote:
Giuliano Colla wrote:
On 02/12/2013 10:02 AM, Mark Morgan Lloyd wrote:
I admit that I was slightly trolling there, since Giuliano was
complaining about exceptions that he wasn't seeing (because, it
turns out, he wasn't catching th
e no previous errors.
This wouldn't break any existing applications, just add very useful
features.
What fpc developers think about that?
Giuliano
--
Giuliano Colla
Before activating the tongue, make sure that the brain is connected
(anonymous)
__
Michael Van Canneyt ha scritto:
On Wed, 13 Feb 2013, Giuliano Colla wrote:
Sven Barth ha scritto:
On 13.02.2013 10:11, Lukasz Sokol wrote:
On 13/02/2013 07:34, Michael Müller wrote:
I'm not sure if somebody else mentioned this already but I have the
feeling that Giuliano thinks th
e new construct, he can use the old
one, and put in as many holes as he want.
After all one is free to insert anywhere in the code a few assembler
lines and to break anything fpc developers had in mind..
Giuliano
--
Giuliano Colla
Before activating the tongue, make sure
broader range of cases.
Then, sometimes someone will still need nested try..whatever, to deal
with situations which do really require the HOLES you mentioned.
Giuliano
--
Giuliano Colla
Whenever people agree with me, I always feel I must be wrong (O. Wilde)
___
gue that an additional branch would increase
readability, but I personally don't see a real use for it...
You're right. At first glance it appeared to me a good idea, but
actually it wouldn't provide anything useful.
--
Giuliano Colla
Whenever people agre
Il 19/03/2013 10:28, Mattias Gaertner ha scritto:
The Lazarus team is glad to announce the release of Lazarus 1.0.8.
This is a bug fix release, built with the current fpc 2.6.2. The
previous release 1.0.6 was built with 2.6.0.
Although with the last updates RHEL5.x and CentOs 5.x do claim to
Il 19/03/2013 10:28, Mattias Gaertner ha scritto:
The Lazarus team is glad to announce the release of Lazarus 1.0.8.
This is a bug fix release, built with the current fpc 2.6.2. The
previous release 1.0.6 was built with 2.6.0.
Although with the last updates RHEL5.x and CentOs 5.x do claim to
_
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Michael Van Canneyt ha scritto:
On Tue, 2 Jun 2009, Graeme Geldenhuys wrote:
2009/6/2 Michael Van Canneyt :
~user/.fppkg/build/
(or something like it)
Possibly the $HOME/.local/ directory. I have the following structure
in there, but I tried to find out on freedesktop.org or linux
stan
le or localized strings to standardized TRUE/FALSE strings.
The opposite of what you needed. No wonder it fails for you.
--
Giuliano Colla
Whenever people agree with me, I always feel I must be wrong (O. Wilde)
___
fpc-pascal maillist - fpc-p
Graeme Geldenhuys ha scritto:
2009/9/13 Nikolay Nikolov :
Could you provide some more information? Which distro are you using? What's
your locale (i.e. the value of the LANG environment variable)? And which
I'm using Ubuntu 8.04 and Ubuntu 9.04 on x86 hardware. If I run the
Text IDE in
I join Ido in wishing you all a very happy new year.
To Ido, shana tova umetukah.
Giuliano
ik ha scritto:
Hello All,
Sorry for the offtopic, but I wish you all happy new year.
I hope that in 2010 we'll see Pascal, FPC and Lazarus become more main
stream.
Have a great new year and 2
If libc dependency is not desirable, the same functionality can be
reimplemented in fpc, using libc implementation as a guideline to
maintain consistency in Unix environment.
Giuliano
--
Giuliano Colla
Whenever people agree with me, I always feel I must be wrong (O. Wilde)
__
Lars ha scritto:
It's actually a common mistake. Also @s vs "s", and @s[1], it can be
confusing.
It's one thing I don't like about unsafe languages, pointers, and such
stuff. It's as if we are programming in advanced C, or C++. Common,
pointer mistakes? this is C? Really? Can't we make it safer?
d the ones which are not, which
assignments give the proper result and which do not.
Any suggestion would be greatly appreciated.
Giuliano Colla
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Il 16/04/2012 00:42, Jonas Maebe ha scritto:
On 16 Apr 2012, at 00:38, Giuliano Colla wrote:
I'm dealing with a large number of data coming from an external device.
They are big-endian 16 bits signed numbers, which must be converted to integer
and to real to perform calculations.
Beside
Il 16/04/2012 01:44, Andrew Haines ha scritto:
There exists the BEtoN and LEtoN functions you can use. (NtoLE and NtoBE
also)
Thanks to everybody.
Now I believe to have enough information to proceed.
I'll keep this little piece of discussion as an example to show when
someone asks me why I pr
ield isn't supported.
Giuliano
--
Giuliano Colla
Whenever people agree with me, I always feel I must be wrong (O. Wilde)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
our project options, your compiler
options, to create clean packages which include all the relevant
information
Giuliano
--
Giuliano Colla
Whenever people agree with me, I always feel I must be wrong (O. Wilde)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
n, and
it works.
Did you try such a brute force approach?
Giuliano
--
Giuliano Colla
Whenever people agree with me, I always feel I must be wrong (O. Wilde)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailma
names with generic Serif and Sans, and I forgot
about the problem.
Maybe it's unrelated, but just in case.
Giuliano
--
Giuliano Colla
Whenever people agree with me, I always feel I must be wrong (O. Wilde)
___
fpc-pascal maillist - fpc-pascal@list
cross-platform and free software =)
Couldn't some of our Russian friends speak a couple of words to this
effect in the ears of Russian Government?
Giuliano
--
Giuliano Colla
Whenever people agree with me, I always feel I must be wrong (O. Wilde)
_
Skybuck Flying ha scritto:
Doesn't make much sense to me at least.
Who still codes in 16 bit or turbo pascal ?
64 KB programs ?
Terrible limitations.
I am glad those days are dead/gone/over.
If you want Delphi mode, you just put
{$Mode Delphi}
at the beginning of your unit, among the other
Skybuck Flying ha scritto:
Look in the subversion folder.
Current version is 0.04
I gave a look. The only code I found there is:
94 procedure TForm1.FileListBox1Click(Sender: TObject);
95 begin
96 if FileExists( FileListBox1.FileName ) then
97 begin
98 SynEditor.Lines
t in a short
time.
Giuliano
--
Giuliano Colla
Whenever people agree with me, I always feel I must be wrong (O. Wilde)
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
ik ha scritto:
On Sat, Feb 23, 2008 at 2:26 PM, Giuliano Colla
<[EMAIL PROTECTED]> wrote:
Marco van de Voort ha scritto:
Hello,
>>>
>>> I find more and more units and components (for Lazarus) that are using
>>> the libc unit. I find it really probl
Mattias Gaertner ha scritto:
On Sat, 23 Feb 2008 15:45:22 +0100
Giuliano Colla <[EMAIL PROTECTED]> wrote:
[...]
Tanks for the hint, but grep (or Find in Files from IDE) has the big
disadvantage that you don't find only the declaration, but also all
the references. You search
Hi fpc wizards,
I'm interested in the nonlcl topic, and I tested the source found in the
examples (designnonlcl).
But, getting it from trunk I stumbled into an error:
in the module mywidgetdesigner.pas,
/procedure GetObjInspNodeImageIndex(APersistent: TPersistent; var
AIndex: integer); overr
Il 11/06/2014 14:11, Sven Barth ha scritto:
You should better ask this on Lazarus list. It might be non-LCL, but
it's not non-Lazarus ;)
I was mistaken because I found the reference on a post of Michael in
this list.
Sorry for the noise.
Giuliano
__
Hi fpc team.
When I need to understand how some code works, I frequently use the
debugger, and single-step.
But when debugging Lazarus applications, I can single-step through user
code and Lazarus code only, while fpc code is skipped.
I presume that this is happening because my fpc binary is str
Il 18/07/2014 14:30, Sven Barth ha scritto:
Am 18.07.2014 14:09 schrieb "Giuliano Colla"
mailto:giuliano.co...@fastwebnet.it>>:
>
> Hi fpc team.
> When I need to understand how some code works, I frequently use the
debugger, and single-step.
> But when debugging
Il 16/09/2014 12:26, Philippe ha scritto:
could the compiler avoid "with" pitfalls?
The "with" construct can be very handy, but should be used with caution,
like a lot of other constructs, declarations, etc. E.g. for symbols
present with the same name in different units, depending on the o
Could anyone more knowledgeable than me point me in the right direction
to find how a Cairo pixmap maps into a FPC Bitmap, and possibly to some
existing code for doing the trick of converting from the one to the
other, thus saving me hours of searching?
Thanks in advance for any hint.
Giulian
access (possible also with LCL.TBitmap in some cases)
https://code.google.com/p/luipack/source/browse/trunk/cairo/imaging/cairoimaging.pas#116
Luiz
2014-09-21 19:10 GMT-03:00 Giuliano Colla
mailto:giuliano.co...@fastwebnet.it>>:
Could anyone more knowledgeable than me point me
ust trash it. Marauders will try to take
advantage from it, no matter how long is the disclaimer.
Giuliano
--
Giuliano Colla
Project planning question: when it's 90% done, are we halfway or not yet?
___
fpc-pascal maillist - fpc-pascal@lists.fr
e proper locale settings.
Did someone forget to add cloclale to the uses section of
/rtl/unix/sysutils.pp or there's another reason for this?
Giuliano
--
Giuliano Colla
Project planning question: when it's 90% done, are we halfway or not yet?
__
Il 02/01/2015 13:47, Jonas Maebe ha scritto:
On 02/01/15 13:35, Giuliano Colla wrote:
Contrary to what written in docs, DefaultFormatSettings aren't adjusted
to the current locale in Linux at the startup of an application both on
fpc 2.6.4 and on fpc 2.7.1.
Where is this written? At least
er an issue in the bugtracker?
Giuliano
--
Giuliano Colla
Project planning question: when it's 90% done, are we halfway or not yet?
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
sak/sak/sakit/liblinux64/
?
Once supplied the right folder, this should be sufficient to make the
loader search the proper file.
Giuliano
--
Giuliano Colla
Project planning question: when it's 90% done, are we halfway or not yet?
___
fpc-pasca
Il 05/02/2016 10:58, Michael Van Canneyt ha scritto:
And please remember, we do not NEED this construct; the added value is
marginal
as I indicated.
Simply not adding is an option. Not all change is necessarily progress.
+1
C philosophy is to save *typing* time. Pascal philosophy is to save
Il 14/02/2016 11:09, Florian Klaempfl ha scritto:
But actually, before bothering randomly with command line options, I
would just rewrite the inner loop. Something like
for n7 := 0 to 9 do
if n1 + n2 + n3 + n4 - n5 - n6 - n7 in [0..9] then
Inc(Ti
Il 14/02/2016 11:12, Graeme Geldenhuys ha scritto:
But then, I think such non-realword tests don't prove much.
Except that the implementation of inc(something) should be given a look,
as it's always been sold as faster than something:=something+1
Giuliano
__
Il 14/02/2016 12:56, Florian Klaempfl ha scritto:
In theory, a compiler could decide
very good if add or lea is better. But this decision applies only to a
certain core and not in general. So for a all-purpose compiler this
makes little sense. If your application really depends on this, rewrite
t
Il 14/02/2016 10:51, Adrian Veith ha scritto:
When I change the programm to run inside a procedure (because this would
be the more realistic scenario) the performance decreases about 15% -
160ms in global vs 185ms inside procedure.
Using Florian's suggestion, performance outside and inside a pr
Hello,
I'm trying to upgrade from fpc 2.6.4 to 3.0.0 but make all fails both in
Linux x86_64 platfoms and in arm-linux (Raspbian) plaform.
I've downloaded a precompiled 3.0.0 in order to be able to compile. I
have also tried using fpcup, but the result is the same in all cases:
while compil
Il 16/07/2016 15:52, Jonas Maebe ha scritto:
These errors suggest you are not compiling that unit in FPC mode. If
you use the top level Makefile in the fpcsrc directory, it will
compile the packages directory with RELEASE=1, which in turn causes -n
to be added to the FPC command line options s
Il 17/07/2016 17:34, Jonas Maebe ha scritto:
Try adding OPT=-va FPMAKEOPT=-v to the make invocation and check the
output to see whether the compiler is picking up any extra
configuration files or options somehow.
That's it! I had just pasted from the wiki page an extra fpc.cfg for
cross com
Il 17/07/2016 20:01, Jonas Maebe ha scritto:
Could you edit that wiki page and remove the -Sd so other people won't
run in the same problem? Thanks.
Done.
http://wiki.freepascal.org/Setup_Cross_Compile_For_ARM#Configure_Lazarus_for_cross_Compile
I was planning to edit this page when I was c
Il 17/07/2016 20:01, Jonas Maebe ha scritto:
Could you edit that wiki page and remove the -Sd so other people won't
run in the same problem? Thanks.
Sorry, bad link.
That's the good one:
http://wiki.freepascal.org/Setup_Cross_Compile_For_ARM#Create_custom_fpc.cfg
Giuliano
_
Il 24/07/2016 01:18, wkitt...@windstream.net ha scritto:
this is driving me battier than i already am :(
i have a binary file that contains a record of data... the first field
of the data is a crc32 value of a string of characters... the string
of characters is lower cased before being fed to
In my application I stumbled into a problem with a search in a
HashedStringList: IndexOfName doesn't return the proper index if the
search string doesn't match the name case, even if CaseSensitive is set
to false.
For common sense and Delphi compatibility
(http://docwiki.embarcadero.com/Libra
Il 02/09/2016 14:20, Michael Van Canneyt ha scritto:
On Fri, 2 Sep 2016, Giuliano Colla wrote:
In my application I stumbled into a problem with a search in a
HashedStringList: IndexOfName doesn't return the proper index if the
search string doesn't match the name case, even if Cas
Il 09/09/2016 10:17, Graeme Geldenhuys ha scritto:
Unfortunately I don't have any other 32-bit FreeBSD VM where I can
install FPC 3.0.0 on.
I know that you don't like automated scripts, but you should consider
fpcup (or fpclazup), in order to experiment with different fpc/Lazarus
versions.
Il 18/03/2017 00:29, African Wild Dog ha scritto:
Ia there any hash list implementation in free Pascal?
The IniFiles unit (fpc/packages/fcl-base/src/inifiles.pp) provides a
THashedStringList (descendant from TstringList) which I'm using reliably
since many years.
Giuliano
___
Il 22/03/2017 13:20, James Richters ha scritto:
No, it is not only freepascal, but not every program either.
A wild guess. The vilain could be the journal logic.
The journal tells that the write operation has not been completed at
power off, and restores the last valid version of the file, wh
Il 22/03/2017 14:21, Karoly Balogh (Charlie/SGR) ha scritto:
Hi,
On Wed, 22 Mar 2017, Giuliano Colla wrote:
Il 22/03/2017 13:20, James Richters ha scritto:
No, it is not only freepascal, but not every program either.
A wild guess. The vilain could be the journal logic.
Wild indeed
Il 23/03/2017 17:19, Sven Barth via fpc-pascal ha scritto:
In the end you'll just need the correct units to do GUI applications
as well though one would need to do everything by hand as there'd be
no VCL or FM :P
IOW with the newest Delphi for Linux you're in a worse condition than
using old
Il 28/03/2017 12:34, LacaK ha scritto:
This technique is used in fcl-net which should be cross-platform.
So I am right, when I say that also in Linux invald socket = -1
(in other words: in case of error syscall() returns always -1)
Becuase in other place I see another test "if socket < 0 then ..
Il 05/04/2017 18:09, Bart ha scritto:
http://www.freepascal.org/docs-html/current/rtl/system/random.html
"Random returns a random number larger or equal to 0 and strictly less than L"
However random(a negative number) returns a number <= 0 and > L
program r;
begin
randomize;
writeln('Ra
Il 09/04/2017 10:06, Bo Berglund ha scritto:
I am looking for some good example of FFT functions in pascal but it
seems like what Google serves up is rather old and refers to
Turbo-pascal and the like...
So maybe someone here knows about some open-source example of FFT
using FreePascal (or Delph
Il 30/03/2017 00:26, fredvs ha scritto:
Perfect, I have now all the arguments to defend the "Dinosaur Threading"
choice.
When I'm charged of not using the most cool and new technology, my
favourite argument are the tombstones. They're made out of stone, which
is a stone-age technology. But, a
Il 12/04/2017 15:57, Michael Van Canneyt ha scritto:
we could put it in contnrs, and alias it in inifiles.pp
+1
Giuliano
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Il 27/04/2017 20:49, Ralf Quint ha scritto:
I see in the reference docs (section 4.4) examples for arrays and
examples for records, but in my case, I would need to properly define an
array of records.
Any hint/example for the proper syntax in that case would be deeply
appreciated, it's probably
Il 29/05/2017 23:28, Bo Berglund ha scritto:
I have bought and initialized a new RPi3 today. It runs Raspbian
Jessie PIXEL latest version.
I don't know what you're going to use your RPi3 for, but just in case,
are you aware that now you can install an RT_PREEMPT kernel, and enjoy
the real-time
Il 04/06/2017 08:02, Bo Berglund ha scritto:
But I also have other systems where a real time system would be handy.
Do you have more info on this?
Yes. There was a bug in the way the FIQ was handled in a multicore ARM
CPU (i.e. RPi2 and RPi3) , which was causing random freezes, not much
freq
Il 09/11/2017 02:36, Marc Santhoff ha scritto:
how does fpc and it's makefiles handle the case of installing a cross
compiler on a system having fpc installed?
The target path will differ and I can set that, but how is the config
file .fpc.cfg handled?
You may edit your fpc.cfg for your diffe
Il 09/11/2017 22:56, Marc Santhoff ha scritto:
I see, so when using fpc for ARM these define is automatically set?
Yes
And would that be CPUAVR for Atmels chips?
Not sure about that. I never used fpc on Atmel chips. When I'm in doubt
about the conditional defines, I either google or take adva
Il 25/11/2017 09:29, Lubos Pintes ha scritto:
I don't know if the problem is somewhere on my side, but the latest
message in Lazarus mailing list on gmane.org is from November 17.
Same here. I'm subscribed to the Lazarus mailing list, but last message
i got is of nov 17, 10:23.
Giuliano
_
I've stumbled into a problem.
On one platform (linux x86_64, distro is CentOs6) I'm unable to compile
fpc packages of fpc 3.0.4
The compiler is successful but the package compilation fails on package
paszlib. The error given is
zbase.pas(446,7) Error: Illegal expression
zbase.pas(447,36) Er
1 - 100 of 153 matches
Mail list logo
