Ooops, in previous mail you should read (sorry)=
there are dire warnings that TThread.Create() shouldn't be overridden.
Should this be in the documentation if it's a significant issue?
It's the first time I hear it, I've been doing it forever, just like in
the example in the same wiki
On Sat, 28 Feb 2015 19:20:49 +
Mark Morgan Lloyd markmll.fpc-pas...@telemetry.co.uk wrote:
[...]
Looking at
http://wiki.lazarus.freepascal.org/Multithreaded_Application_Tutorial#Initialization_and_Finalization
there are dire warnings that TThread.Create() shouldn't be overridden.
there are dire warnings that TThread.Create() shouldn't be overridden.
Should this be in the documentation if it's a significant issue?
It's the first time I hear it, I've been doing it forever, just like in
the example in the same wiki page.
Hum... same for me here... ;-(
Do you think
I'm currently facing this situation, however the error comes from a 3rd party
lazarus package which I've only managed to simplify to 1 unit (and its
dependencies, of course, which is a lot). Since I can't create a simple
example that can demonstrate the behavior, how do you suggest me to report?
On 03/01/2015 10:03 AM, leledumbo wrote:
I'm currently facing this situation, however the error comes from a 3rd party
lazarus package which I've only managed to simplify to 1 unit (and its
dependencies, of course, which is a lot). Since I can't create a simple
example that can demonstrate the
Hi,
Today I stumbled (again) over TFileStream and it contains the constant
438:
constructor TFileStream.Create(const AFileName: string; Mode: Word);
begin
Create(AFileName,Mode,438);
end;
You need several searches to find out what the 438 actually is.
For example its fpdoc page does not
Confused re what bee is using. Line 1 of the email says rpi 1 whereas later
he refers to rpi 2 article..
Which 'v2.6.4 linuxarm' package is referred to in the email, from which
repo? That from svn apt-get install fpc or another? How installed?
Be interested in progress with v3.1.1
John
On
El 01/03/15 a les 22:34, fredvs ha escrit:
Ooops, in previous mail you should read (sorry)=
there are dire warnings that TThread.Create() shouldn't be overridden.
Should this be in the documentation if it's a significant issue?
It's the first time I hear it, I've been doing it forever,
Mattias Gaertner wrote:
constructor TFileStream.Create(const AFileName: string; Mode: Word);
begin
Create(AFileName,Mode,438);
end;
The octal value of 438 is 666, which is read/write
permissions for other/group/owner.
Why not write 666? Maybe some religious reasons? ;)
Default radix
El 28/02/15 a les 20:20, Mark Morgan Lloyd ha escrit:
Looking at
http://wiki.lazarus.freepascal.org/Multithreaded_Application_Tutorial#Initialization_and_Finalization
there are dire warnings that TThread.Create() shouldn't be overridden.
Should this be in the documentation if it's a
In our previous episode, Mattias Gaertner said:
Why not write 666? Maybe some religious reasons? ;)
No, simply that octal literal support is newer than the *nix rtl.
If you want to work on this, please fix the constants in the FreeBSD console
unit too, there are another couple of hundred such
If you can only reproduce it with large amount of code, then report it
with the _all_ the code needed.
done: http://bugs.freepascal.org/view.php?id=27580
--
View this message in context:
On Sun, 1 Mar 2015 16:11:06 +0100 (CET)
mar...@stack.nl (Marco van de Voort) wrote:
In our previous episode, Mattias Gaertner said:
Why not write 666? Maybe some religious reasons? ;)
No, simply that octal literal support is newer than the *nix rtl.
ok, although then again: When came
13 matches
Mail list logo