Hi Marcos,
I am up to the point of using the file:
fpc-2.4.2.i386.linux.tar
your instructions are for a .tar.gz file not a .tar file
your instructions read
su
password: xx
// I will amend
// cp fpc-2.2.4.source.tar.gz /usr/local/src/
cp fpc-2.4.2.i386.linux.tar /usr/local/src/
cd /usr/loca
Hi Marcos,
Thank you. Solved pending feedback. Please allow a day or two for
possible questions I have. I have printed out the relevant pages 1-22
and I will need a day or more read them.
I will be attempting Free Pascal and Lazarus installations on Windows
7 Ultimate and Mint 10 Linux. Both fair
Hi Andrew,
No offence intended but I will follow the advice of the latter poster
(Marcos).
:-)
pew
Fond Regards, Peter Eric WILLIAMS
--- Hobart, Tasmania, Australia
--- Phone: +61 (03) 6236-9675
My free websites are: http://pewink.info (&)
http://pewslinuxvault.googlepages.com
On 22 Jan
> You can force more 'Java Compatible' behaviour, I suspect, by choosing
CORBA interfaces.
> So if the problem then goes away, you know that the ref. counting was the
> problem.
Yup, that's indeed the problem. I forgot that FPC's interface defaults to
COM as in Delphi while Java uses CORBA. Tha
On Sun, 23 Jan 2011, leledumbo wrote:
What's wrong with using an abstract class ?
Nothing, that's just the way I got taught and I couldn't find a way to say
it was wrong until today (I never used interface previously).
By choosing an interface, you implicitly get the reference counting o
> What's wrong with using an abstract class ?
Nothing, that's just the way I got taught and I couldn't find a way to say
it was wrong until today (I never used interface previously).
> By choosing an interface, you implicitly get the reference counting on top
> of things, and this seems to be wh
In our previous episode, Michael Van Canneyt said:
>
> What's wrong with using an abstract class ? By choosing an interface,
> you implicitly get the reference counting on top of things, and
> this seems to be what causes your error ? (at least, your error
> is a typical symptom for such cases)
On Sun, 23 Jan 2011, leledumbo wrote:
Why ?
tiOPF uses the visitor pattern extensively, and it is implemented as a
class.
Well... because there's only a bunch of visit method which is abstract?
What's wrong with using an abstract class ? By choosing an interface,
you implicitly get the
> Why ?
> tiOPF uses the visitor pattern extensively, and it is implemented as a
> class.
Well... because there's only a bunch of visit method which is abstract?
> It doesn't compile for me. What version of FPC did you use ?
Whoops! Sorry, I should've said that I use FPC 2.5.1 r16638 (or what
On Sun, 23 Jan 2011, leledumbo wrote:
WARNING: it won't be simple
I'm using visitor pattern in my project and to the best of my knowledge, the
visitor should be implemented as an interface.
Why ?
tiOPF uses the visitor pattern extensively, and it is implemented as a class.
After everyt
Hello,
Have anyone know of a Pascal implementation for RabitMQ to use it both as a
client and as a server that communicate with the message queue ?
Thanks,
Ido
LINESIP - Opening the source for communication
http://www.linesip.com
http://www.linesip.co.il
_
WARNING: it won't be simple
I'm using visitor pattern in my project and to the best of my knowledge, the
visitor should be implemented as an interface. After everything goes
compiled, I found out a weird behavior. That is, all the change during
accept-visit is gone after control goes back to the
Lukasz Sokol writes:
I decided to put the result of my fiddling back onto the wiki
http://wiki.freepascal.org/linux/kernel/module_development as the pastebin
seems to have disappeared mysteriously.
Enjoy!
Lukasz
___
fpc-pascal maillist - fpc-pas
Hi guys
I've been working on a application to application communications protocol via
named pipes.
the basic idea would be for Application A to change a Component Property on
Applications B ( ie the visible property) or a text or caption or width /
height of a component. ( and also for Applica
14 matches
Mail list logo
