Am 11.03.2013 16:27, schrieb Michael Van Canneyt:
Can anybody apply this patch to the trunk?
Done.
Thank you.
Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Ewald wrote:
Once upon a time, Mark Morgan Lloyd said:
No, because the elements in a set are dictated by their position. A
set that can contain anything between 0 and 256 elements occupies 8
bytes in memory with the (bit representing the) 0 element at one end
and the (bit representing the) 256
Flávio Etrusco schreef op 12 mrt '13:
On 3/11/13, Darius Blaszyk
dhkblas...@zeelandnet.nl wrote:
I'm stuck porting a macro from
C. Below is the original define. The part I'm struggeling with is the
right most part after the - sign. #define GETNEXT(x) ((LList *)(((char
*) x) - ((char *)
Hi,
working with fcl-xml some questions came together. Every hint is appreciated.
1.
No matter what I do and which (short valid) xml file I use - getElementById
is always nil (tested with trunk and latest stable 2.6.2) and the same applies
to TXMLDocument.IDs.
I tried with ReadXMLFile and
Hi list,
(FPC 2.6.0 or trunk)
Been fiddling a bit too long and strongly suspect PEBKAC/PICNIC (and my
seemingly perennial refusal to adapt to Object Pascal's way of dealing
with object references).
Thanks for your suggestions!
See the === marks below
var
CurrentPage: integer;
On Tue, 12 Mar 2013, Reinier Olislagers wrote:
Hi list,
(FPC 2.6.0 or trunk)
Been fiddling a bit too long and strongly suspect PEBKAC/PICNIC (and my
seemingly perennial refusal to adapt to Object Pascal's way of dealing
with object references).
Thanks for your suggestions!
See the ===
On Tue, 12 Mar 2013, dev.d...@gmail.com wrote:
Hi,
working with fcl-xml some questions came together. Every hint is appreciated.
1.
No matter what I do and which (short valid) xml file I use - getElementById
is always nil (tested with trunk and latest stable 2.6.2) and the same applies
to
On Tue, 12 Mar 2013 10:39:35 +0100
dev.d...@gmail.com wrote:
Hi,
working with fcl-xml some questions came together. Every hint is appreciated.
1.
No matter what I do and which (short valid) xml file I use - getElementById
is always nil (tested with trunk and latest stable 2.6.2) and the
On Tue, 12 Mar 2013 11:52:06 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:
[...]
Is getElementById supposed to work properly or is it something that needs to
be implemented?
Trying to understand what the parser does (not that easy), I got the feeling
that no Hashtable for
On Tue, 12 Mar 2013, Mattias Gaertner wrote:
On Tue, 12 Mar 2013 11:52:06 +0100 (CET)
Michael Van Canneyt mich...@freepascal.org wrote:
[...]
Is getElementById supposed to work properly or is it something that needs to
be implemented?
Trying to understand what the parser does (not that
On 12-3-2013 11:44, Michael Van Canneyt wrote:
Thanks for the help, Michael.
On Tue, 12 Mar 2013, Reinier Olislagers wrote:
//=== the line below works - so CommJSON is a valid object, right?
if Assigned(CommJSON) then
It is assigned, but not necessarily valid. If you freed CommJSON
On Tue, 12 Mar 2013, Reinier Olislagers wrote:
On 12-3-2013 11:44, Michael Van Canneyt wrote:
Thanks for the help, Michael.
On Tue, 12 Mar 2013, Reinier Olislagers wrote:
//=== the line below works - so CommJSON is a valid object, right?
if Assigned(CommJSON) then
It is assigned,
Hi,
The XMLTextReader creates the map, and passes it on to the final document.
// Trunk
procedure TLoader.ProcessXML(ADoc: TDOMDocument; AReader: TXMLTextReader);
begin
[...]
doc.IDs := reader.IDMap;
reader.IDMap := nil;
end;
// 2.6.2
=== snip ===
doc.IDs := FIDMap;
FIDMap := nil;
On Tue, 12 Mar 2013 12:21:10 +0100
dev.d...@gmail.com wrote:
[...]
Just rechecked again...
The debugger clearly says, that reader.IDMap / FIDMap is nil...
[Before the second assignement - of course :) ]
It seems to be started, but not finished.
If so, what needs to be done?
Maybe the bug
Permitting myself a small tongue-in-cheek interruption of the regular
activities on this mailing list:
Sad enough that you're almost no student anymore (presumably equals
having to do real work instead of improving FPC and incidentally
studying), but this is really going to far ;) :
Maybe the bug is that it checks case sensitive:
procedure TXMLTextReader.ParseAttlistDecl;
...
Found := FSource.Matches(AttrDataTypeNames[dt]);
ParseAttlistDecl isn't called a single time...
- to me it sounds like Parse Attribute *declaration* - and I don't have a
DTD (the file
A little side note to my statement:
and I don't have a DTD
In this case the behaviour of the parser is even right...
W3C:
Note: Attributes with the name ID or id are not of type ID unless so
defined
--
Using Xpath I believe would be something like this:
function ElementById(id: string; doc: TXMLDocument): TDOMElement;
var
v: TXPathVariable;
begin
result:=nil;
try
v:=EvaluateXPathExpression('//*[@id=' + QuotedStr(id)+']',
doc.DocumentElement);
Reinier Olislagers wrote:
Permitting myself a small tongue-in-cheek interruption of the regular
activities on this mailing list:
Sad enough that you're almost no student anymore (presumably equals
having to do real work instead of improving FPC and incidentally
studying), but this is really
On Tue, Mar 12, 2013 at 11:17 AM, Daniel Gaspary dgasp...@gmail.com wrote:
Using Xpath I believe would be something like this:
I was missing an If:
function ElementById(id: string; doc: TXMLDocument): TDOMElement;
var
v: TXPathVariable;
begin
result:=nil;
try
Using Xpath I believe would be something like this:
I was missing an If:
function ElementById(id: string; doc: TXMLDocument): TDOMElement;
var
v: TXPathVariable;
begin
[..]
end;
This does indeed work - thank you :)
It's an acceptable solution for me, as I will need XPath anyway.
On Tue, 12 Mar 2013, dev.d...@gmail.com wrote:
Using Xpath I believe would be something like this:
I was missing an If:
function ElementById(id: string; doc: TXMLDocument): TDOMElement;
var
v: TXPathVariable;
begin
[..]
end;
This does indeed work - thank you :)
It's an acceptable
Is this worth a feature request / bug on mantis?
Yes.
Issue #24032
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
First and foremost: this is very offtopic, so I'm moving this over to
fpc-other. If someone answers to my mail, then please ensure that you
only answer to fpc-pascal. Thank you.
On 12.03.2013 13:57, Reinier Olislagers wrote:
Sad enough that you're almost no student anymore (presumably equals
24 matches
Mail list logo
