Hi all,
(Cross posted to Lazarus+FPC lists)
Thanks to UPayload (http://www.delphidabbler.com/articles?article=7) and
some help on the forum, I could implement an alternative way of storing
files in an executable file (basically it just appends them with a footer).
See source:
On Sun, 29 Jan 2012, Krzysztof wrote:
Just as I thought - it is object class thing. So if FPC does not
(fully) support directly calling external C++ libraries there are
plans to support it? This will be great
There are no plans to support it, since every C++ compiler uses it's own
On Monday 30 of January 2012 08:35:23 waldo kitty wrote:
i may have easily misunderstood the OP's post... i tend to read in literan
english format... ie: if you say eggs are round, that is where i base my
response unless it is very obvious that there is something else to consider
which i point
waldo kitty wrote:
On 1/29/2012 17:41, Lars wrote:
Anything that has Capacitors in it which use wet electrolytic, can dry
out
with age. Old stereos that crackle when you turn up the volume are an
example. In motherboards though it seems it's more a problem that
capacitors blow up and bulge
waldo kitty wrote:
On 1/29/2012 17:38, Lars wrote:
Do other languages like python use the plain c interface, or C++?
how about something like ruby, lua, objective C, php ..
:( i don't nderstand why one would want to apply interpreted script
languages,
al la BASIC, to today's tasks...
Felipe Monteiro de Carvalho wrote:
On Sun, Jan 29, 2012 at 11:38 PM, Lars nore...@z505.com wrote:
Do other languages like python use the plain c interface, or C++?
how about something like ruby, lua, objective C, php ..
No idea, but Python, ruby, lua and php do not generate real programs
waldo kitty wrote:
On 1/29/2012 17:41, Lars wrote:
Anything that has Capacitors in it which use wet electrolytic, can dry
out
with age. Old stereos that crackle when you turn up the volume are an
example. In motherboards though it seems it's more a problem that
capacitors blow up and bulge
On 30/01/2012 02:31, waldo kitty wrote:
[...]
problem where capacitors were purchased from manufacturers that fell
to the capacitor espionage situation of some, what?, 15 years ago?
Hi Waldo,
it was hard to not notice that situation, 15 years ago, although I never
heard it was espionage...
On 30 January 2012 10:54, Mark Morgan Lloyd wrote:
People who repair things are a dying breed.
I fully agree. Totally off-topic, but anybody here know of a course
or books one could buy on basic electronic repairs. Thinking in lines
of PSU etc to start with. I've been long wanting to enter
Graeme Geldenhuys wrote:
On 30 January 2012 10:54, Mark Morgan Lloyd wrote:
People who repair things are a dying breed.
I fully agree. Totally off-topic, but anybody here know of a course
or books one could buy on basic electronic repairs. Thinking in lines
of PSU etc to start with. I've
Graeme Geldenhuys wrote:
On 30 January 2012 10:54, Mark Morgan Lloyd wrote:
People who repair things are a dying breed.
I fully agree. Totally off-topic, but anybody here know of a course
or books one could buy on basic electronic repairs. Thinking in lines
of PSU etc to start with. I've
On 30/01/12 09:05, Graeme Geldenhuys wrote:
On 30 January 2012 10:54, Mark Morgan Lloyd wrote:
People who repair things are a dying breed.
I fully agree. Totally off-topic, but anybody here know of a course
or books one could buy on basic electronic repairs. Thinking in lines
of PSU etc to
Hi,
Please move the hardware hacking discussions to the fpc-other mailing
list.
Thanks,
Jonas
FPC mailing lists admin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Am 30.01.2012 07:53 schrieb zeljko zel...@holobit.net:
On Sunday 29 of January 2012 22:16:45 Krzysztof wrote:
Just as I thought - it is object class thing. So if FPC does not
(fully) support directly calling external C++ libraries there are
plans to support it? This will be great
On Monday 30 of January 2012 11:51:10 Den Jean wrote:
On Monday 30 January 2012 09:28:00 michael.vancann...@wisa.be wrote:
There are no plans to support it, since every C++ compiler uses it's own
(incompatible) format, and G++ changes it format regularly, so I was
given to understand.
Lars wrote:
To keep it on topic, there is programmable hardware available where you
can change the hardware using a hardware programming language. Niklaus
Wirth is interested in such technology. Instead of soldering in capacitors
and resistors, you program in something that emulates a resistor
Eh, I meant how does ruby, lua, objective c, and similar
tools bind the
C++ api. Do they use an automatic tool that converts QT C++ objects to
procedural? or by hand, someone converts the objects to
procedures and structs? Or do they use the c++ objects
directly to python objects..
The
On Monday 30 of January 2012 14:27:10 Ludo Brands wrote:
Eh, I meant how does ruby, lua, objective c, and similar
tools bind the
C++ api. Do they use an automatic tool that converts QT C++ objects to
procedural? or by hand, someone converts the objects to
procedures and structs? Or do
On 30/01/2012 11:25, Sven Barth wrote:
I wouldn't say that there is no plan for C++ support as some code for
this already exists in the compiler. While it's true that different
C++ compilers are incompatible to each other and that also G++ likes
to change its formats now and then, the basic
On 30.01.2012 15:43, Lukasz Sokol wrote:
On 30/01/2012 11:25, Sven Barth wrote:
I wouldn't say that there is no plan for C++ support as some code for
this already exists in the compiler. While it's true that different
C++ compilers are incompatible to each other and that also G++ likes
to
On 01/30/12 02:19, Graeme Geldenhuys wrote:
On 29 January 2012 16:31, Jonas Maebe wrote:
GTK offers a plain C interface. QT only offers a C++ interface. FPC does not
(fully) support directly calling external C++ libraries. LibQT4Pas offers a
plain C interface to QT for use by FPC.
Can
It seems to me that you could compile qt4pas.c (or what ever the source
file(s) of libqt4pas.so is) into a qt4pas.o and just link them
statically with {$link qt4pas.o} which then would leave out the
requirement for libqt4pas.so to be distributed with any program using
the qt interface. The
On Monday 30 January 2012 23:08:36 Krzysztof wrote:
the qt interface. The gpl? license may or may not make that possible
the binding and Qt are LGPL
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
On Monday 30 of January 2012 20:17:22 Andrew Haines wrote:
On 01/30/12 02:19, Graeme Geldenhuys wrote:
On 29 January 2012 16:31, Jonas Maebe wrote:
GTK offers a plain C interface. QT only offers a C++ interface. FPC does
not (fully) support directly calling external C++ libraries.
24 matches
Mail list logo
