I am very pleased with the core features of the DB components and more
specially the SQL components. Many thanks for your efforts.
Development of these components for Linux, MAC, and Windows will make
this platform more palatable.
After reviewing the code for the TParams and TParam components, ha
On Tue, 4 Aug 2009, Andrew Brunner wrote:
I am very pleased with the core features of the DB components and more
specially the SQL components. Many thanks for your efforts.
Development of these components for Linux, MAC, and Windows will make
this platform more palatable.
After reviewing the
Michael,
If I extend the Param system to depend on the memory being allocated
by the caller of the SetData and that the memory will be there for the
duration of the SQL operation then all we need to do is have a pointer
to the memory, the size of the memory, and the kind of memory. With
these thr
Indeed, thanks,
But from time to time I also miss PWideChar routines, specially when
converting C code.
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 04 Aug 2009, at 17:56, Felipe Monteiro de Carvalho wrote:
But from time to time I also miss PWideChar routines, specially when
converting C code.
wchar_t seldom has the same size as widechar (it's very often 4
bytes). Translating wchar_t* by pwidechar is therefore wrong (except
for spe
Jonas Maebe wrote:
I think the "easiest" way for you to do this would be to do something
similar to what the FPC rtl does: write your own function that does
all of this initialisation, and pass that one to pthread_create as the
function to run in the new thread. Then from this function perform
Hi, I want to compliment with the FPC development team for its excellent
job.
I was a long time Turbo Pascal/Borland Pascal/Delphi programmer and I am
absolutely surprised for the work on the opensource Pascal compiler.
Many compliments, again and again!
Luca
__
