'In our previous episode, dmitry boyarintsev said:
> Has anyone ever met libjpeg or libjpeg-turbo (by IJG) pascal bindings
> (for dynamic libraries)?
> The most commonly used PasJPEG doesn't meet the requirements.
>
> If there's none, would it be useful to add them to FCL?
Yes and no. New depend
On 3 February 2012 14:23, Koenraad Lelong wrote:
>
> I just had some time to look into this again.
> I downloaded the latest 2.6.0 sources and mostly followed
> http://wiki.freepascal.org/TARGET_Embedded to make a crosscompiler. In
> /usr/lib/fpc/2.6.0 there is a ppcrossarm with a date of today wh
Hi,
I'm I just not reading/understanding this correctly, or is it indeed a
documentation bug (in which case I'll file a bug report with a patch).
http://www.freepascal.org/docs-html/rtl/classes/tstream.readbuffer.html
The "short description", as far as I'm concerned, is completely wrong
for TSt
On Mon, 6 Feb 2012, Graeme Geldenhuys wrote:
Hi,
I'm I just not reading/understanding this correctly, or is it indeed a
documentation bug (in which case I'll file a bug report with a patch).
http://www.freepascal.org/docs-html/rtl/classes/tstream.readbuffer.html
The "short description", as
>
> ReadBuffer actually reads data from the stream to the buffer. Just like
> read.
Sorry, I got my email all twisted - to many open windows at the same time.
My issue is with the TStream.WriteBuffer's short description. It reads
as follows...
"Writes data from the stream to the buffer"
And
On 06 Feb 2012, at 13:54, Graeme Geldenhuys wrote:
> ...though the Kylix/Delphi short description is much better and clearer. :)
And anyone who now read that description should be very careful to modify the
current description in the FPC documentation, because if the result looks too
much like
On Mon, 6 Feb 2012, Graeme Geldenhuys wrote:
ReadBuffer actually reads data from the stream to the buffer. Just like
read.
Sorry, I got my email all twisted - to many open windows at the same time.
My issue is with the TStream.WriteBuffer's short description. It reads
as follows...
"Wri
On 06-02-12 10:04, Graeme Geldenhuys wrote:
For a much easier cross-compiling experience, try using Paul
Breneman's downloads. He has packages the FPC arm cross-compiler is a
very small archive. Simply unzip and run - and it works no problems.
As a bonus, he also includes fpGUI (for GUI developme
Am Monday 06 February 2012 14:27:20 schrieb Koenraad Lelong:
> I do have a working crosscompiler (I think), only I have to call it via
> /usr/lib/fpc/2.6.0/ppcrossarm ..., instead of via fpc ...
> The code seems not to work, but that could be my own RTL, which I copied
> from SMT32F103RE. I'm worki
On 6 February 2012 15:02, Jonas Maebe wrote:
>
> In general: please do not copy/paste any text or code by
So what's the difference between me posting the Kylix 3 / Delphi 7
description here, or posting a link to Embarcadero's publicly visible
documentation on their website? The latter has been do
On 6 February 2012 15:15, wrote:
>
> Correct. I've adapted the text. Rev 889.
Thanks Michael.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforge.net
__
On 06 Feb 2012, at 14:39, Graeme Geldenhuys wrote:
> On 6 February 2012 15:02, Jonas Maebe wrote:
>>
>> In general: please do not copy/paste any text or code by
>
> So what's the difference between me posting the Kylix 3 / Delphi 7
> description here, or posting a link to Embarcadero's publicl
On 6 February 2012 15:27, Koenraad Lelong wrote:
>
> I downloaded that package, and I tried it on my x86_64 Ubuntu-laptop. ppcarm
> can't be executed, "file ppcarm" shows this :
> ppcarm: ELF 32-bit LSB executable, ARM, version 1, statically linked,
> stripped
> AFAIK this means it's a binary to ru
On 6 February 2012 15:47, Jonas Maebe wrote:
>
> As I tried to explain in my previous message, copyright covers much more than
> verbatim copying and people who read the original text get tainted.
>
Once again, I fully understand. Your suggestion will only work in an
"ideal world" situation thou
On 06 Feb 2012, at 14:55, Graeme Geldenhuys wrote:
> On 6 February 2012 15:47, Jonas Maebe wrote:
>>
>> As I tried to explain in my previous message, copyright covers much more
>> than verbatim copying and people who read the original text get tainted.
>>
>
> Once again, I fully understand.
On 06-02-12 14:34, Rainer Stratmann wrote:
I am also interested in crosscompiling for embedded ARM.
How did you install the crosscompiler on Linux OS?
Is there an easy way of doing this?
Is it in the debian packages precompiled and ready for use?
On a Suse 12.1 virtual machine I downloaded the
On 06-02-12 14:47, Graeme Geldenhuys wrote:
Strange. Last time I downloaded Paul's Windows archive he released, it
was indeed a cross-compiler for x86 (32-bit) to ARM (and not a native
arm executable). I could then compile my mobile application under
Windows 2000, then copy my compiled applicati
Hi,
I just read this story about Parabola (yet another linux distro). It
believes that everything must be free and open source. Thus no binary
ATI or nVidia drivers, no JDK, no Flash, on MP3 support etc etc...
The article lists all the packages that are blacklisted. Very
strangely, Free Pascal is
On 06 Feb 2012, at 15:29, Graeme Geldenhuys wrote:
> The article lists all the packages that are blacklisted. Very
> strangely, Free Pascal is in that list?
http://repo.parabolagnulinux.org/docs/blacklist.txt
-> freepascal::includes proprietary code from silicon graphics
See http://bugs.freepa
Hi,
I need to authenticate user name and password under Linux. These are normal
accounts so I guess "libpam" is the weapon of choice. But I can't find any
pam binding in the FPC sources.
Is there a better way or has really no one yet used pam with fpc?
thanks,
Mattias
Busy porting FPCUP to Linux... think it's time to quit for the day
This code:
OperationSucceeded:=ForceDirectories(BootstrapCompilerDirectory);
debugln('todo: debug: forcedirectories bootstrap compiler dir:
'+bootstrapcompilerdirectory+' result: '+BoolToStr(Operationsucceeded));
should create
On Mon, Feb 6, 2012 at 18:37, Mattias Gaertner wrote:
> **
>
> Hi,
>
>
>
> I need to authenticate user name and password under Linux. These are
> normal accounts so I guess "libpam" is the weapon of choice. But I can't
> find any pam binding in the FPC sources.
>
Is there a better way or has rea
On Mon, Feb 6, 2012 at 18:40, Reinier Olislagers <
reinierolislag...@gmail.com> wrote:
> Busy porting FPCUP to Linux... think it's time to quit for the day
>
> This code:
> OperationSucceeded:=ForceDirectories(BootstrapCompilerDirectory);
> debugln('todo: debug: forcedirectories bootstrap comp
On 06/02/12 16:40, Reinier Olislagers wrote:
Busy porting FPCUP to Linux... think it's time to quit for the day
This code:
OperationSucceeded:=ForceDirectories(BootstrapCompilerDirectory);
debugln('todo: debug: forcedirectories bootstrap compiler dir:
'+bootstrapcompilerdirectory+' result: '
In Windows I am executing:
PATH=F:\Programas\lazarus31_fpc26\fpc\2.6.1\bin\i386-win32
make all
make install INSTALL_PREFIX=F:\Programas\fpcsvn\dest\
pause
And it will build the RTL and put it in the expected place, then it
starts putting hash in the place and then ... I get the following
error:
On 6-2-2012 17:49, ik wrote:
> On Mon, Feb 6, 2012 at 18:40, Reinier Olislagers
> mailto:reinierolislag...@gmail.com>> wrote:
>
> Busy porting FPCUP to Linux... think it's time to quit for the day
>
> This code:
> OperationSucceeded:=ForceDirectories(BootstrapCompilerDirectory);
>
On Mon, Feb 6, 2012 at 14:37, Mattias Gaertner
wrote:
> Hi,
>
> I need to authenticate user name and password under Linux. These are normal
> accounts so I guess "libpam" is the weapon of choice. But I can't find any
> pam binding in the FPC sources.
>
> Is there a better way or has really no one
On 06/02/12 16:50, Henry Vermaak wrote:
Your shell expands ~ to your home directory. Your program will have to
do this manually (i.e. read the "HOME" environment variable).
Like Ido mentioned, ExpandFileName does this already. Perhaps the
documentation could mention it.
Henry
_
On 6-2-2012 17:50, Henry Vermaak wrote:
> On 06/02/12 16:40, Reinier Olislagers wrote:
>> This code:
>> OperationSucceeded:=ForceDirectories(BootstrapCompilerDirectory);
>> debugln('todo: debug: forcedirectories bootstrap compiler dir:
>> '+bootstrapcompilerdirectory+' result: '+BoolToStr(Operation
On 6-2-2012 18:01, Henry Vermaak wrote:
> On 06/02/12 16:50, Henry Vermaak wrote:
>>
>> Your shell expands ~ to your home directory. Your program will have to
>> do this manually (i.e. read the "HOME" environment variable).
>
> Like Ido mentioned, ExpandFileName does this already. Perhaps the
> d
On 2/6/12 11:49 AM, ik wrote:
> You should use ExpandFileName on ForceDirectory's content prior on
> sending it to it.
And then go find the directory that you created in error and remove it! ;)
Rich
___
fpc-pascal maillist - fpc-pascal@lists.freepasc
On 6-2-2012 19:26, Rich Saunders wrote:
> On 2/6/12 11:49 AM, ik wrote:
>> You should use ExpandFileName on ForceDirectory's content prior on
>> sending it to it.
>
> And then go find the directory that you created in error and remove it! ;)
>
> Rich
Thanks, Rich, did that ;)
Task for tomorrow
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, make it
normal, or make a recursion with it.
What's the best practice in your opinion to take, and
You can make a function inside the function.
Like this:
function Test: Integer;
var
i: Integer
procedure IncI(aIncI: Integer);
begin
i := i +aIncI;
end;
begin
i := 1;
while i <= 100 do
IncI(i);
Result := i;
end;
This make an geometric progression in i.
Em 06/02/2012,
On 06.02.2012 17:59, Felipe Monteiro de Carvalho wrote:
In Windows I am executing:
PATH=F:\Programas\lazarus31_fpc26\fpc\2.6.1\bin\i386-win32
make all
make install INSTALL_PREFIX=F:\Programas\fpcsvn\dest\
pause
Try without the "\" at the end (this is a problem of make AFAIK).
And it will bu
On 06.02.2012 17:45, ik wrote:
On Mon, Feb 6, 2012 at 18:37, Mattias Gaertner
mailto:nc-gaert...@netcologne.de>> wrote:
__
Hi,
I need to authenticate user name and password under Linux. These are
normal accounts so I guess "libpam" is the weapon of choice. But I
can't find
On 06.02.2012 17:37, Mattias Gaertner wrote:
Hi,
I need to authenticate user name and password under Linux. These are
normal accounts so I guess "libpam" is the weapon of choice. But I can't
find any pam binding in the FPC sources.
Is there a better way or has really no one yet used pam with fp
In our previous episode, Mattias Gaertner said:
> I need to authenticate user name and password under Linux. These are normal
> accounts so I guess "libpam" is the weapon of choice. But I can't find any
> pam binding in the FPC sources.
> Is there a better way or has really no one yet used pam with
On 06.02.2012 19:31, Reinier Olislagers wrote:
On 6-2-2012 19:26, Rich Saunders wrote:
On 2/6/12 11:49 AM, ik wrote:
You should use ExpandFileName on ForceDirectory's content prior on
sending it to it.
And then go find the directory that you created in error and remove it! ;)
Rich
Thanks,
On 06.02.2012 18:14, Reinier Olislagers wrote:
On 6-2-2012 17:50, Henry Vermaak wrote:
On 06/02/12 16:40, Reinier Olislagers wrote:
This code:
OperationSucceeded:=ForceDirectories(BootstrapCompilerDirectory);
debugln('todo: debug: forcedirectories bootstrap compiler dir:
'+bootstrapcompilerdire
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 message may suggest at
> first sight). It has bee
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, make it
normal, or make a recursion with it.
What's the best pract
Jonas Maebe wrote:
On 06 Feb 2012, at 15:29, Graeme Geldenhuys wrote:
The article lists all the packages that are blacklisted. Very
strangely, Free Pascal is in that list?
http://repo.parabolagnulinux.org/docs/blacklist.txt
-> freepascal::includes proprietary code from silicon graphics
See
On Mon, 06 Feb 2012 18:14:03 +0100
Reinier Olislagers wrote:
>[...]
> - On Unix/Linux, directories starting with ~ are considered relative
> (but where should that be put...)
Only in shells the tilde has the special meaning. Linux (the kernel)
does not treat tilde special.
Mattias
_
On Mon, 19 Dec 2011 10:39:09 +0100 (CET)
michael.vancann...@wisa.be wrote:
>[...]
> What does 'strace' say ?
Same happens on fpc wiki:
Here is the strace:
sendto(3, "GET /index.php?title=Special:Exp"..., 135, 0, NULL, 0) = 135
recvfrom(3, "HTTP/1.1 200 OK\r\nDate: Tue, 07 F"..., 4096, 0, NULL,
On Tue, 7 Feb 2012 01:47:52 +0100
Mattias Gaertner wrote:
> On Mon, 19 Dec 2011 10:39:09 +0100 (CET)
> michael.vancann...@wisa.be wrote:
>
> >[...]
> > What does 'strace' say ?
>
> Same happens on fpc wiki:
uses Classes, SysUtils, fphttpclient;
...
var
Response: TStringStream;
client: TFPH
On 6-2-2012 20:53, Sven Barth wrote:
> On 06.02.2012 18:14, Reinier Olislagers wrote:
>> On 6-2-2012 17:50, Henry Vermaak wrote:
>>> On 06/02/12 16:40, Reinier Olislagers wrote:
>> Perhaps I should submit a patch for the docs indicating that:
>> - ForceDirectories requires an absolute path
>
> Thi
On 6-2-2012 20:48, Sven Barth wrote:
> On 06.02.2012 19:31, Reinier Olislagers wrote:
>> Task for tomorrow is to find out how to do chmod u+x someexecutable, but
>> that's for tomorrow - right now I'm liable to start throwing keyboards
>> through the window or falling asleep ;)
>
> The documentati
48 matches
Mail list logo