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
On Sat, 28 Feb 2015 19:20:49 +
Mark Morgan Lloyd 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.
That is nonsense. Unless you pl
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 wik
>> 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 th
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 sign
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 f
> 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:
http://free-pascal-general.1045716.n5.nabble.com/Found-a-compiler-internal-error-but-no-easy-way-to-cr
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
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
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 28
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 expl
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 be
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?
13 matches
Mail list logo
