On 8-2-2012 4:56, Reinier Olislagers wrote:
> fpdocs Revision 889
> svn revert --recursive .
> Open FPDocEditor on ExpandFileName, type a space somewhere, click Save
> icon. (Space seems to be automatically removed)
>
> This gives a 605 kb diff file; uploaded to
> https://bitbucket.org/reiniero/fp
fpdocs Revision 889
svn revert --recursive .
Open FPDocEditor on ExpandFileName, type a space somewhere, click Save
icon. (Space seems to be automatically removed)
This gives a 605 kb diff file; uploaded to
https://bitbucket.org/reiniero/fpc_laz_patch_playground/downloads/FPCDocs_r889_StartingFPDo
On 7-2-2012 21:11, Sven Barth wrote:
> On 07.02.2012 20:32, Reinier Olislagers wrote:
>> On 7-2-2012 19:48, Sven Barth wrote:
>>> On 07.02.2012 17:12, Reinier Olislagers wrote:
Code bombs at decoder.Read(a, readsize). readsize=0 according to
debugger.
>
> Ok, then I don't know right
08.02.12 2:52, Kornel Kisielewicz пишет:
Ok, advanced records in 2.6.0 are it seems buggy as hell (with
optimizations on), so I'm searching for an alternative. For the simple
case objects work quite well, but for generics I have a problem.
That's why it is always good to test FPC trunk versions
On 7-2-2012 21:11, Sven Barth wrote:
> On 07.02.2012 20:32, Reinier Olislagers wrote:
>> So in Delphi, presumably cardinal varies between 32 and 64 bit, while in
>> FPC it is always 32 bit. Or am I interpreting this incorrectly?
>>
>
> Yes, you are interpreting this incorrectly. ;)
>
> Regards,
On Tue, Feb 7, 2012 at 8:36 PM, Sven Barth wrote:
> On 07.02.2012 19:09, Felipe Monteiro de Carvalho wrote:
>
>> Thanks, you were right =)
>>
>> But strange that it considered my "\" a space. I know that "\ " is a
>> escaping for a space, but there was no space in the end.
>>
>>
> That's a problem
On 07.02.2012 20:32, Reinier Olislagers wrote:
On 7-2-2012 19:48, Sven Barth wrote:
On 07.02.2012 17:12, Reinier Olislagers wrote:
Code bombs at decoder.Read(a, readsize). readsize=0 according to
debugger.
readsize=cardinal; according to help "an unsigned 32-bit integer".
However,
http://wiki.
On 7-2-2012 19:48, Sven Barth wrote:
> On 07.02.2012 17:12, Reinier Olislagers wrote:
>>
>> Code bombs at decoder.Read(a, readsize). readsize=0 according to
>> debugger.
>> readsize=cardinal; according to help "an unsigned 32-bit integer".
>> However,
>> http://wiki.lazarus.freepascal.org/Multiplat
On 07.02.2012 19:52, Kornel Kisielewicz wrote:
Ok, advanced records in 2.6.0 are it seems buggy as hell (with
optimizations on), so I'm searching for an alternative. For the simple
case objects work quite well, but for generics I have a problem.
This is part of the code:
generic TGVector3 =
Ok, advanced records in 2.6.0 are it seems buggy as hell (with
optimizations on), so I'm searching for an alternative. For the simple
case objects work quite well, but for generics I have a problem.
This is part of the code:
generic TGVector3 = packed record
{... types}
public
class funct
On 07.02.2012 17:12, Reinier Olislagers wrote:
I have the following code, adapted from pasbzip.pas (bzip2 example)
uses ...bzip2..
const
BufferSize = 4096;
var
infile, outfile: Tbufstream;
decoder: Tbzip2_decode_stream;
a: array[1..BufferSize] of byte;
readsize: cardinal;
Statu
On 07.02.2012 19:09, Felipe Monteiro de Carvalho wrote:
Thanks, you were right =)
But strange that it considered my "\" a space. I know that "\ " is a
escaping for a space, but there was no space in the end.
That's a problem of Make at least on Windows and was already mentioned
on one of the
On 7-2-2012 18:34, Jürgen Hestermann wrote:
> Reinier Olislagers schrieb:
>> That's fine. If you just say "anything gets expanded to an absolute
>> path", in my mind:
>> 1. you're implying the thing you're expanding is relative (even if
>> you're not saying so)
>
> No, IMO this is not true. A rela
Thanks, you were right =)
But strange that it considered my "\" a space. I know that "\ " is a
escaping for a space, but there was no space in the end.
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://li
Reinier Olislagers schrieb:
> That's fine. If you just say "anything gets expanded to an absolute
> path", in my mind:
> 1. you're implying the thing you're expanding is relative (even if
> you're not saying so)
No, IMO this is not true. A relative path is relative to the current
directory (or s
On Tue, February 7, 2012 17:43, michael.vancann...@wisa.be wrote:
> On Tue, 7 Feb 2012, Jürgen Hestermann wrote:
>> Reinier Olislagers schrieb:
>>> And while ~ is a relative path,
>>
>> But ~ is not the only placeholder that will be expanded. Relative paths
>> would
>> become absolute paths and env
On Tue, 7 Feb 2012, Jürgen Hestermann wrote:
Reinier Olislagers schrieb:
And while ~ is a relative path,
But ~ is not the only placeholder that will be expanded. Relative paths would
become absolute paths and environment variables will be replaced by their
values too. And I think it's no
On 7-2-2012 17:37, Jürgen Hestermann wrote:
> Reinier Olislagers schrieb:
> But ~ is not the only placeholder that will be expanded. Relative paths
> would become absolute paths and environment variables will be replaced
> by their values too. And I think it's not restricted to Linus/Unix, it
> hap
Reinier Olislagers schrieb:
> And while ~ is a relative path,
No, this is an absolute path (pointing to the home directory). It only
needs expansion to give you this absolute path. It's just a placeholder
for a certain absolute path (which can vary). One or two dots would be a
relative path (m
I have the following code, adapted from pasbzip.pas (bzip2 example)
uses ...bzip2..
const
BufferSize = 4096;
var
infile, outfile: Tbufstream;
decoder: Tbzip2_decode_stream;
a: array[1..BufferSize] of byte;
readsize: cardinal;
Status: boolean;
begin
Status := False;
result:=false;
.
Inline: http://www.freepascal.org/docs-html/ref/refsu64.html
Recursion: http://wiki.freepascal.org/Recursion
2012/2/7 ik :
> On Mon, Feb 6, 2012 at 21:58, Sven Barth
> wrote:
>>
>> On 06.02.2012 19:51, ik wrote:
>>>
>>> Hello,
>>>
>>> Let's say I have a function that some of it's code (or all) ca
Graeme, can you help port fpGui to DirectFB ? this would help embedded
development a lot...
2012/2/7 Henry Vermaak :
> On 07/02/12 13:05, Bernd wrote:
>>
>> 2012/2/7 Henry Vermaak:
>>
>>> Just make sure you have enough swap space, since I've got 512MB and that
>>> isn't sufficient to build lazaru
On 06 Feb 2012, at 20:55, Martin Schreiber wrote:
On Monday, 6. February 2012 15.47:00 Jonas Maebe wrote:
-> freepascal::includes proprietary code from silicon graphics
See http://bugs.freepascal.org/bug_view_advanced_page.php?bug_id=20200
for
the full story (it's less spectacular than that
On 07/02/12 13:05, Bernd wrote:
2012/2/7 Henry Vermaak:
Just make sure you have enough swap space, since I've got 512MB and that
isn't sufficient to build lazarus.
If you use the following flags then ld will use considerably less
memory during linking:
-k--no-keep-memory -k--reduce-memory-o
2012/2/7 Henry Vermaak :
> Just make sure you have enough swap space, since I've got 512MB and that
> isn't sufficient to build lazarus.
If you use the following flags then ld will use considerably less
memory during linking:
-k--no-keep-memory -k--reduce-memory-overheads
This makes a huge diff
On 7 February 2012 12:42, Henry Vermaak wrote:
>
> That should work OK. I'm using fpc + lazarus on a Tegra 2, which is ARMv7.
> Just make sure you have enough swap space, since I've got 512MB and that
> isn't sufficient to build lazarus.
I mostly use MSEide these days for the better debugging s
On 07/02/12 10:04, Graeme Geldenhuys wrote:
Hi,
I'm pretty out of the loop when it comes to embedded or small form
factor devices. There seems to be so many different embedded
processors and multiple versions of ARM etc - hence this message. I'm
very interested in the RaspberryPi project, and wo
Hi list,
I've noticed at least one effort to document the zipper unit on a
mailing list, bugtracker, forum or website.
To find out how FPC/Lazarus documentation worked, I had started work on
zipper documentation as well because it's a fairly short unit.
I included (paraphrased ;) references to th
On Mon, Feb 6, 2012 at 21:58, Sven Barth wrote:
> On 06.02.2012 19:51, ik wrote:
>
>> Hello,
>>
>> Let's say I have a function that some of it's code (or all) can be used
>> in more then one location inside the function itself.
>> I can make a nested function with the code and set it to inline, ma
Hi,
I'm pretty out of the loop when it comes to embedded or small form
factor devices. There seems to be so many different embedded
processors and multiple versions of ARM etc - hence this message. I'm
very interested in the RaspberryPi project, and would like to build
some projects based on it. D
Am Monday 19 December 2011 01:22:18 schrieb Mattias Gaertner:
> Hi,
>
> For some reason TFPHTTPClient.Post hangs when accessing a "solr"
> server over "tomcat". It works with "solr" over "jetty".
> "curl" works fine with both, so I guess the tomcat server works
> normally.
>
> Here is the code:
>
>
31 matches
Mail list logo
