Michael, a question:
How much of the interface section of units differ per platform? Is it 1% of
the code? Is it 5% of the code? With the xml2 unit it's 0%, yet all of the
declarations are nested in several layers of include files:
http://cache.getlazarus.org/images/xml2-unit.gif
http://cache.get
On Wed, 10 Feb 2016, Graeme Geldenhuys wrote:
On 2016-02-10 19:20, Michael Van Canneyt wrote:
You just need to look at the system or sysutils units from recent delphis to
see why include files are the better option,
As someone that doesn't have access to recent Delphi versions, would you
m
On Wed, 10 Feb 2016, Anthony Walter wrote:
What about the interface section includes and {$region} option I described.
Does anyone care to discuss that option? Please go back a few messages and
read what I wrote.
It is not an option.
As said: not everyone uses lazarus.
Michael.
___
On Wed, 10 Feb 2016, Anthony Walter wrote:
For those who didn't understand what I meant by using regions in the
interface section rather than include files, here is an image of what is
essentially in SysUtils currently:
You are forgetting that not everyone uses Lazarus. The RTL is part of Fr
On 11/02/2016 02:47, Luiz Americo Pereira Camara wrote:
I compiled a program with -Xg (generating an external debug info file
*.dbg)
And deployed the executable without the debug info
When an exception occurs i get a backtrace with only addresses
How to get the line number, method names of
2016-02-10 23:59 GMT-03:00 :
> On 02/10/2016 09:47 PM, Luiz Americo Pereira Camara wrote:
>
>>
>> How to get the line number, method names of the backtrace using the
>> external
>> debug file?
>>
>
> my first eWAG gut response is to distribute the DBG file with the
> executable...
>
>
Thanks
But
On 02/10/2016 09:47 PM, Luiz Americo Pereira Camara wrote:
Hi,
I compiled a program with -Xg (generating an external debug info file *.dbg)
And deployed the executable without the debug info
When an exception occurs i get a backtrace with only addresses
How to get the line number, method name
Hi,
I compiled a program with -Xg (generating an external debug info file *.dbg)
And deployed the executable without the debug info
When an exception occurs i get a backtrace with only addresses
How to get the line number, method names of the backtrace using the
external debug file?
Thanks in
For those who didn't understand what I meant by using regions in the
interface section rather than include files, here is an image of what is
essentially in SysUtils currently:
http://cache.getlazarus.org/images/sysutils-include.gif
Notice the unit file is opened the almost none of what it declar
Am 10.02.2016 21:03 schrieb "Anthony Walter" :
> But to ask again, what's the purpose of using include files for the
interface section of units when most everything in the interface sections
remain unchanged among different platforms? Surely we can move all those
the parts back to the unit interfac
In our previous episode, Tomas Hajny said:
> at platform level, sometimes it makes sense to use a common include file
> for a set of targets sharing a common set of characteristics (various MS
> Windows targets or Unix targets) in order to simplify the maintenance,
> etc. Trying to cover that in on
On Wed, February 10, 2016 22:04, Anthony Walter wrote:
> What about the interface section includes and {$region} option I
> described.
> Does anyone care to discuss that option? Please go back a few messages and
> read what I wrote.
I don't get your $region idea, but as a maintainer of one of the
What about the interface section includes and {$region} option I described.
Does anyone care to discuss that option? Please go back a few messages and
read what I wrote.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.o
On 2016-02-10 19:45, Juha Manninen wrote:
> Thus, Lazarus editor fully understands include files unlike Delphi' editor.
The knock-on affect of include files, is that pascal parsers are much
more complex to write. Luckily we already have quite a few pascal
parsers available, which already work with
On Wed, Feb 10, 2016 at 3:32 PM, Graeme Geldenhuys <
mailingli...@geldenhuys.co.uk> wrote:
> On 2016-02-10 19:20, Michael Van Canneyt wrote:
> > You just need to look at the system or sysutils units from recent
> delphis to
> > see why include files are the better option,
> As someone that doesn't
On 2016-02-10 19:12, Anthony Walter wrote:
> I think the thing is I can't help but feel there should be a better system
> for organizing implementations for different systems.
Often some clever usage of design patterns can help, but more often than
not, using include files are just a faster and ea
On 2016-02-10 19:20, Michael Van Canneyt wrote:
> You just need to look at the system or sysutils units from recent delphis to
> see why include files are the better option,
As someone that doesn't have access to recent Delphi versions, would you
mind sharing a small example if you can. I'm not a
> Sven Barth hat am 10. Februar 2016 um 15:09
> geschrieben:
> [...]
> > The {%...} directive is a comment in other contexts and can be used safely.
>
> What about include files included by other include files?
That is no problem for the MainUnit directive.
The directive tells the codetools the
Oh and when the MainUnit directive is included at the top of an include
file, how does this affect include files where the declaration is another
include files, or include files which next other include files?
___
fpc-pascal maillist - fpc-pascal@lists.
Juha,
Okay then, maybe everyone should make a mental note and remember add the
MainUnit directive to the include files they are editing if it doesn't
already exist.
But to ask again, what's the purpose of using include files for the
interface section of units when most everything in the interface
On Wed, Feb 10, 2016 at 9:12 PM, Anthony Walter wrote:
> And could the IDE be enhanced to should which unit is
> ultimately including a file? Obviously the CodeTools already knows, it was
> able to deduce the identifier exists and that it has a declaration by
> looking through the units in the use
On Wed, 10 Feb 2016, Anthony Walter wrote:
Thanks everyone for taking notice in the include file problem. I'm note
sure about other people, but to me its a problem that sometimes limits me
from following the source code. Ideally there should be one file per unit
with an interface section and a
Thanks everyone for taking notice in the include file problem. I'm note
sure about other people, but to me its a problem that sometimes limits me
from following the source code. Ideally there should be one file per unit
with an interface section and an implementation section and no include
files, b
Am 10.02.2016 15:55 schrieb "Juha Manninen" :
>
> On Wed, Feb 10, 2016 at 4:09 PM, Sven Barth
wrote:
> > What about include files included by other include files?
>
> Ok, that is a nasty situation. I think it should be avoided.
Welcome to the RTL. ;)
Regards,
Sven
___
On Wed, 10 Feb 2016, Felipe Monteiro de Carvalho wrote:
Hello,
Taking advantage that we are already talking about SQL how to
upload the contents of a blob field?
I tried using a SELECT to get the field +
TBlobField(FQuery.FieldByName('Data')).LoadFromStream but it raises an
exception th
Hello,
Taking advantage that we are already talking about SQL how to
upload the contents of a blob field?
I tried using a SELECT to get the field +
TBlobField(FQuery.FieldByName('Data')).LoadFromStream but it raises an
exception that "Dataset is not in insert or edit mode"
I see that I coul
Nevermind... Ninja'd.
On Wed, Feb 10, 2016 at 10:36 AM, Stephen Chrzanowski
wrote:
> Did you output the iSQL string to a console or a text file or even a
> message box to verify that what you're passing in is actually what you
> expect?
>
> If the engine is coming back with a problem "Near Selec
Did you output the iSQL string to a console or a text file or even a
message box to verify that what you're passing in is actually what you
expect?
If the engine is coming back with a problem "Near Select" then there is
something wrong either before the string, or after Select. GetTableName
may b
On Wed, Feb 10, 2016 at 1:20 PM, Michael Van Canneyt
wrote:
> You used sql.add. Did you do sql.clear first ?
> Otherwise you'll be sending 2 sql statements as 1.
ok, that fixed the issue, thanks!
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist
On Wed, 10 Feb 2016, Juha Manninen wrote:
On Wed, Feb 10, 2016 at 4:09 PM, Sven Barth wrote:
What about include files included by other include files?
Ok, that is a nasty situation. I think it should be avoided.
Happens regularly in the RTL units, though.
Michael.
__
On Wed, 10 Feb 2016, Felipe Monteiro de Carvalho wrote:
On Wed, Feb 10, 2016 at 12:45 PM, Michael Van Canneyt
wrote:
Did you try clearing SQL first ?
What do you mean?
You used sql.add. Did you do sql.clear first ?
Otherwise you'll be sending 2 sql statements as 1.
Michael.
___
Result in sqlite3 console:
sqlite> SELECT * FROM "Header_0" WHERE ID=0;
0|0|0|0|18|
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On Wed, Feb 10, 2016 at 12:45 PM, Michael Van Canneyt
wrote:
> Did you try clearing SQL first ?
What do you mean?
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/li
On Wed, Feb 10, 2016 at 4:09 PM, Sven Barth wrote:
> What about include files included by other include files?
Ok, that is a nasty situation. I think it should be avoided.
Juha
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.fr
On Wed, 10 Feb 2016, Felipe Monteiro de Carvalho wrote:
Hello,
I'm posting here because this seams to be an issue with using sqldb,
my SQL seams to be ok.
I create a table and add a row to it, but when trying to read that
same row using SELECT I get EDatabase error with message "Syntax error
Hello,
I'm posting here because this seams to be an issue with using sqldb,
my SQL seams to be ok.
I create a table and add a row to it, but when trying to read that
same row using SELECT I get EDatabase error with message "Syntax error
near SELECT".
I create the Table and add a row to it like t
Felipe Monteiro de Carvalho wrote on Wed, 10 Feb 2016:
lol, thanks for the comprehensive reply, if no one objects I will add
a note about this in
http://www.freepascal.org/docs-html/rtl/sysutils/format.html
That is the wrong place. It has nothing to do with format, it's about
the "array of
In our previous episode, Juha Manninen said:
[ Charset UTF-8 unsupported, converting... ]
> On Wed, Feb 10, 2016 at 2:01 AM, Vojt?ch ?ih?k wrote:
> > There exists IDE directive
> >
> > {%MainUnit ***.pas}
> >
> > and include files should contain it.
>
> Yes, that is the solution for Anthony's pro
Hello,
lol, thanks for the comprehensive reply, if no one objects I will add
a note about this in
http://www.freepascal.org/docs-html/rtl/sysutils/format.html
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
ht
Am 10.02.2016 14:09 schrieb "Juha Manninen" :
>
> On Wed, Feb 10, 2016 at 2:01 AM, Vojtěch Čihák
wrote:
> > There exists IDE directive
> >
> > {%MainUnit ***.pas}
> >
> > and include files should contain it.
>
> Yes, that is the solution for Anthony's problem. Most include files
> used by LCL unit
On Wed, Feb 10, 2016 at 2:01 AM, Vojtěch Čihák wrote:
> There exists IDE directive
>
> {%MainUnit ***.pas}
>
> and include files should contain it.
Yes, that is the solution for Anthony's problem. Most include files
used by LCL units have it but FPC libraries may not.
When the directive is set, L
Felipe Monteiro de Carvalho wrote on Wed, 10 Feb 2016:
Why does this trigger an range check exception:
var
lNum: Cardinal;
lStr: string;
begin
lNum := High(Cardinal);
lStr := Format('Num=%u', [lNum]);
Format doesn't support integer numbers above High(Integer) ?
Array of const suppor
Hello,
Why does this trigger an range check exception:
var
lNum: Cardinal;
lStr: string;
begin
lNum := High(Cardinal);
lStr := Format('Num=%u', [lNum]);
Format doesn't support integer numbers above High(Integer) ?
I really need to use IntToStr?
thanks,
--
Felipe Monteiro de Carvalho
_
> So my question is, how do the rest of you deal with include files and
locating the unit including them?
I don't know what "deal" here refers to, so I can't answer that. I seldom
use include files except when I have to deal with what the compiler/rtl
face: platform dependent implementation of cer
On Mi, 2016-02-10 at 05:10 -0500, Anthony Walter wrote:
> Marc,
>
> Your suggestions only work if a unit declaring the function is in your uses
> clauses. In the scenario I described that is clearly not the case.
>
> Additionally, and in a different scenario, when the identifier IS defined
> and
Am 10.02.2016 11:11 schrieb "Anthony Walter" :
>
> Marc,
>
> Your suggestions only work if a unit declaring the function is in your
uses clauses. In the scenario I described that is clearly not the case.
>
> Additionally, and in a different scenario, when the identifier IS defined
and several units
Marc,
Your suggestions only work if a unit declaring the function is in your uses
clauses. In the scenario I described that is clearly not the case.
Additionally, and in a different scenario, when the identifier IS defined
and several units are in the uses clause the goto declaration can jump to
On 2016-02-10 00:01, Vojtěch Čihák wrote:
> There exists IDE directive
> {%MainUnit ***.pas}
> and include files should contain it.
That is not an include file requirement, plus that functionality is a
Lazarus-only trick. Any other editor and the FPC compiler sees that as a
simple code comment. Pl
On Di, 2016-02-09 at 18:46 -0500, Anthony Walter wrote:
> Ralf,
>
> A couple of points.
>
> 1) As I explained there are times when I, and probably other people as
> well, need to find the declaration of a function, constant, record, or some
> other identifier. We may not know if the function even
49 matches
Mail list logo
