Re: [fpc-pascal] FPC roadmap?

On Thu, 11 Jun 2015, Maciej Izak wrote: 2015-06-11 22:24 GMT+02:00 Michael Van Canneyt: These functions have been documented. All existing identifiers in documented units have been documented. Thanks for replay. I looked elsewhere (and there is no info):

Re: [fpc-pascal] TDataset incompatible with Delphi 7 and later

On Fri, 12 Jun 2015, Graeme Geldenhuys wrote: Hi, I've noticed the following incompatible (missing) TDataset properties, which have been available at least since Delphi 7 onwards (maybe even earlier). We are aware of this, but since there is no support whatsoever for nested datasets, we

Re: [fpc-pascal] TDataset incompatible with Delphi 7 and later

On 2015-06-12 13:14, Michael Van Canneyt wrote: We are aware of this, but since there is no support whatsoever for nested datasets Understood. Many thanks for the info. Regards, - Graeme - ___ fpc-pascal maillist -

[fpc-pascal] TDataset incompatible with Delphi 7 and later

Hi, I've noticed the following incompatible (missing) TDataset properties, which have been available at least since Delphi 7 onwards (maybe even earlier). These are missing in FPC 2.6.4 - anybody know if somebody is working on these for FPC's TDataset, or maybe if it is already in the upcoming

Re: [fpc-pascal] loadlibrary() unsafe ?

fredvs wrote: @ Ewald and Mark = thanks for answer. ;-) Yep, i agree, the process is exotic but works so good. I have to agree too, following Martin Schreiber way: = export LD_PRELOAD=$LIBPORTAUDIO, before to run the executable works too. And is maybe safer. And do not need dynlibs in uses

Re: [fpc-pascal] loadlibrary() unsafe ?

@ Ewald and Mark = thanks for answer. ;-) Yep, i agree, the process is exotic but works so good. I have to agree too, following Martin Schreiber way: = export LD_PRELOAD=$LIBPORTAUDIO, before to run the executable works too. And is maybe safer. And do not need dynlibs in uses section. And no

Re: [fpc-pascal] loadlibrary() unsafe ?

On 06/10/2015 01:20 PM, fredvs wrote: To do run the program = - first dynamic load portaudio with loadlibrary('/the_path_you_want/libportaudio.so'). - run the executable via TProcess (espeak). I must admit this is a creative way of solving this particular issue :-) I wonder if you have

Re: [fpc-pascal] loadlibrary() unsafe ?

fredvs wrote: - For [...], the eSpeak source produces a executable without static espeak-library nor static portaudio-library included in executable. So both espeak-library and portaudio-library must be installed in library path of the system. If libraries are not installed in library path