I'm trying to get FPC to build again and although I'm getting along a
lot better I still don't seem to be able to get the knack of it. First
I'd like to know if anyone has any updated build instructions? I've been
on the wiki and read the "build faq" PDF document. Both are good as far
as they go. B
On Mo, 2016-09-05 at 16:42 -0700, fredvs wrote:
> Thanks Marc for that clear explanation, I knew linux emulation, of course,
> but not that nickname.
>
> By the way, if you are using a FreeBSD 32 bit system, did you try to compile
> a fpc application with smart link enabled (*-XX* parameter) ?
No
On 09/05/2016 07:27 PM, fredvs wrote:
Hello.
Is it possible to sent new-other parameters to the linker ?
Without the use of *-k*, fpc sent this to the linker:
[5.227] (9017) Using util /usr/bin/ld
[5.227] Executing "/usr/bin/ld" with command line "-b elf64-x86-64 -m
elf_x86_64 --dynamic-linker
On 2016-09-04 17:08, Marcos Douglas wrote:
> I have streams compressed using GZip. I get these streams from WebServices.
> So, how can I decompress these streams only in memory?
See the tiCompressZLib.pas unit included with tiOPF. It supports Stream,
Buffer, String and File compress/decompress fun
Thanks Marc for that clear explanation, I knew linux emulation, of course,
but not that nickname.
By the way, if you are using a FreeBSD 32 bit system, did you try to compile
a fpc application with smart link enabled (*-XX* parameter) ?
With fpc 3.0.0, on my system, the smart-link is wrong, it ca
Hello.
Is it possible to sent new-other parameters to the linker ?
Without the use of *-k*, fpc sent this to the linker:
[5.227] (9017) Using util /usr/bin/ld
[5.227] Executing "/usr/bin/ld" with command line "-b elf64-x86-64 -m
elf_x86_64 --dynamic-linker=/lib64/ld-linux-x86-6
4.so.2 -s -L. -
On Mon, Sep 5, 2016 at 4:43 PM, Marcos Douglas wrote:
> On Mon, Sep 5, 2016 at 4:33 PM, Michael Van Canneyt
> wrote:
>>
>> What is the stream content ? TGZFile or simply compressed ? If it is
>> TGZFile, then the header must be skipped before uncompressing data.
>
> Simply compressed.
> The examp
On Mon, Sep 5, 2016 at 4:33 PM, Michael Van Canneyt
wrote:
>
> What is the stream content ? TGZFile or simply compressed ? If it is
> TGZFile, then the header must be skipped before uncompressing data.
Simply compressed.
The example is using a file, but the real app uses streams in memory.
I can
On Mon, 5 Sep 2016, Marcos Douglas wrote:
On Mon, Sep 5, 2016 at 3:09 PM, Marcos Douglas wrote:
On Mon, Sep 5, 2016 at 2:50 AM, Michael Van Canneyt
wrote:
As far as I know these things can be done with all the FPC classes as well ?
The implementation in base64 unit can perfectly do everyth
On Mon, Sep 5, 2016 at 3:09 PM, Marcos Douglas wrote:
> On Mon, Sep 5, 2016 at 2:50 AM, Michael Van Canneyt
> wrote:
>> As far as I know these things can be done with all the FPC classes as well ?
>> The implementation in base64 unit can perfectly do everything in memory.
>> And ZUncompressStream
On Mon, Sep 5, 2016 at 2:50 AM, Michael Van Canneyt
wrote:
> As far as I know these things can be done with all the FPC classes as well ?
> The implementation in base64 unit can perfectly do everything in memory.
> And ZUncompressStream can be done with TDecompressionStream ?
Well, if FPC can do
On Sun, Sep 4, 2016 at 8:11 PM, Michalis Kamburelis
wrote:
> It seems you already have a solution, but here's another one:)
>
> In Castle Game Engine, I have a unit CastleZStream that provides
> TGZFileStream that can compress/decompress in memory. It uses the
> CastleGzioInternal unit, which is a
On Sun, Sep 4, 2016 at 7:37 PM, silvioprog wrote:
> I'm on the phone, but looking this part it seems that base64 unconversion
> can be done directly in memory too. I can try it after...
I'm working directly in memory. The example is using files, but just in example.
Thanks.
Marcos Douglas
_
On So, 2016-09-04 at 08:44 -0700, fredvs wrote:
> There is a answer there (but not sure I understand, what is "linuxolator" ?)
The Linuxolator is a freebsd specific term for the linux binary
emulation on freebsd.
AFAIK it is done by implementing a small layer between the linux
libraries and prog
On Sun, Sep 4, 2016 at 5:23 PM, Luiz Americo Pereira Camara <
luizameri...@gmail.com> wrote:
> Seems that Delphi considers that the object is already created at the time
> AfterConstruction is called, so it understands that when it gets into
> AfterConstruction is sucessfully created. Semantically
El 05/09/2016 a las 15:01, Santiago A. escribió:
Hello:
I have a little watchdog utility for windows that runs each five
minutes, like a unix cron ("Tareas programadas" in Spanish, scheduled
tasks?). It opened a console window for a second and that was very
annoying. So I used the switch -GW and
Hello:
I have a little watchdog utility for windows that runs each five
minutes, like a unix cron ("Tareas programadas" in Spanish, scheduled
tasks?). It opened a console window for a second and that was very
annoying. So I used the switch -GW and there is no more flashing console
bothering.
On Mon, Sep 5, 2016 at 2:50 AM, Michael Van Canneyt
wrote:
[...]
> As far as I know these things can be done with all the FPC classes as well
> ?
> The implementation in base64 unit can perfectly do everything in memory.
> And ZUncompressStream can be done with TDecompressionStream ?
>
Perfect!
18 matches
Mail list logo
