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 be
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
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
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
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
> 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
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
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
>> 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
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
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
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
13 matches
Mail list logo
