On Wednesday 27 May 2009 04:49:12 Felipe Monteiro de Carvalho
wrote:
> Hello,
>
> I and another worker have developed a vector graphics library for
Free
> Pascal and I am thinking about making it modifyed-LGPL and adding
to
> the lazarus-ccr repository, like fpspreadsheet. So I was wondering,
>
Hi,
I'm loading two differend kinds of xml data files into a dom tree
(DOM.TXMLDocument). These files differ only in smart amounts and the
most prominent one is the xml tag having an "encoding" attribute set:
or
Is it possible to ask the TXMLDocument about this difference?
If so, how can I d
On 26 May 2009, at 22:18, Rainer Stratmann wrote:
Yes, the send function from the socket unit.
Well, as I said: it does not raise any exceptions.
Situation:
Connection is established.
Client closes connection
Server wants to sent data with send.
Program stops with errorcode 13 (I found out
Yes, the send function from the socket unit.
Situation:
Connection is established.
Client closes connection
Server wants to sent data with send.
Program stops with errorcode 13 (I found out that this is the linux errorcode
for permission denied).
The error is reproduceable.
I thought that may
On 26 May 2009, at 22:01, Rainer Stratmann wrote:
The send function causes sometimes an exception (permission denied).
Which send function? The one of the sockets unit? If never raises an
exception. It only sets socketerror. If you are not talking about that
send function, which one do yo
The send function causes sometimes an exception (permission denied).
try
l := send( ... )
except
l := 0;
end;
This does not work.
The Program always stops in case of an exception. With exitcode 13 (permission
denied).
What do I have to do that the program continuous execution also when
exce
2009/5/26 Felipe Monteiro de Carvalho :
> Hello,
>
> I and another worker have developed a vector graphics library for Free
> Pascal and I am thinking about making it modifyed-LGPL and adding to
> the lazarus-ccr repository, like fpspreadsheet. So I was wondering,
> anyone interrested in it?
>
> At
Coco Pascal wrote:
I get an internal error 200502052 when building a library on fc10 with
lazarus 0.9.26.2/fpc 2.2.2 and a recent nightly build with fpc 2.2.4.
It is raised by the following procedure from aasmtai.pas:
procedure tai_cpu_abstract.loadref(opidx:longint;const r:treference);
Hello,
I and another worker have developed a vector graphics library for Free
Pascal and I am thinking about making it modifyed-LGPL and adding to
the lazarus-ccr repository, like fpspreadsheet. So I was wondering,
anyone interrested in it?
At the moment it supports only reading PDF and only writ
Hello FPC-Pascal,
Tuesday, May 26, 2009, 4:03:00 PM, you wrote:
asgc> class procedure callback.StatusCMD(Sender: TObject; Response: Boolean;
asgc> const Value: string);
[...]
asgc> Is there a way to compile with objfpc or better which is
asgc> the difference between two modes for this case ?
I
2009/5/26 JoshyFun :
> I may be wrong, but "class procedure" and "of object" may be
> incompatible even when the "class procedure" should be the same as a
> regular "of object" one with an implicit nil passed.
Well I really don't know :) but searching on internet for delphi I
found this as a simpl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Graeme Geldenhuys wrote:
> You need to assign the address of that method in objfpc mode using
the @ syntax.
>
> FTP.OnStatus:=callba...@statuscmd
> or was it...
> FTP.OnStatus:=...@callback.statuscmd
>
> Something like that. I can never reme
2009/5/26 :
>
> if cbOnStatusCMD.Checked then
> FTP.OnStatus:=callback.StatusCMD
> else
> FTP.OnStatus:=nil;
>
> compile fine.
> But if I set {$mode objfpc} rather than delphi I got:
>
> main.pas(262,3) Error: Wrong number of parameters specified for call to
> "StatusCMD"
You need to assi
Hi all,
I'm working on a code I have found on internet about a little ftp client using
synapse. This code:
class procedure callback.StatusCMD(Sender: TObject; Response: Boolean;
const Value: string);
defines a class procedure that in delphi mode assigned to:
if cbOnStatusCMD.Checked then
Hmm, I did. Apparently mantis did not register this? Done it again.
Closed now. -b
Joost van der Sluis wrote:
> Op dinsdag 26-05-2009 om 10:16 uur [tijdzone +1000], schreef Bruce
> Tulloch:
>
>> Confirmed fixed in r13195 as tested with the application in which this
>> was originally discovered,
Op dinsdag 26-05-2009 om 10:16 uur [tijdzone +1000], schreef Bruce
Tulloch:
> Confirmed fixed in r13195 as tested with the application in which this
> was originally discovered, thanks Jonas.
In that case, can you close the bug report? So we know that we don't
have to look at this issue anymore?
16 matches
Mail list logo
