On 05 May 2009, at 06:21, leledumbo wrote:
I'm almost there to have Write(Ln) works for my OS. I've made
SysInitStdIO
call OpenStdIO(Output,fmOutput,StdOutputHandle); and calling
Write(Ln) gives
no error (i.e. IOResult = 0). But where does it actually write to?
If I can
access the buffer,
On 11 May 2009, at 12:00, Luca Olivetti wrote:
Is there any undesirable side effect due to the use of cmem?
It's usually slower if you perform many allocations and deallocations
of small blocks. Other than that, no.
Jonas
___
fpc-pascal maillis
On 12 May 2009, at 23:22, EC-RED wrote:
When compiling the following program :
Var a : longWord;
Begin
for a:=1 to 4294967294 do Begin
Writeln(a);
End;
End.
I get the following error message: "Error : range check error while
evaluating constants" and not compiled.
How do I make a loop
On 14 May 2009, at 01:00, Guillermo Martínez Jiménez wrote:
I'm working on a project that needs the GLX library. It compiles but
when running it returns that error:
./exbasic: symbol lookup error: /usr/local/lib/libagl.so: undefined
symbol: glXQueryExtension
In other forum a colleague suggest
On 14 May 2009, at 15:04, Guillermo Martínez Jiménez wrote:
Jonas Maebe wrote:
-klglx (note the extra "l").
I tried that:
fpc -02 -Sh -FUlib/ -klglx /exbasic.pp -oexbasic
But it returns that error:
/usr/bin/ld: lglx: No such file: No such file or directory
Sorry, I made an e
On 15 May 2009, at 05:06,
wrote:
I am trying to call a C++ object which is in a dll from a Pascal
interface unit as described in Rudy's Delphi corner: (http://rvelthuis.de/articles/articles-cppobjs.html
). I use the inheritance method, making my C++ object a descendent
from a Virtual a
On 15 May 2009, at 21:19, ABorka wrote:
Funny... always these problems with C and bounds checkings
Please use the fpc-other list for remarks like this.
Jonas
FPC mailing lists admin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http:
On 18 May 2009, at 08:18, Brad Campbell wrote:
In this application I'm populating a stringlist with a list of files
in a directory with a specific extension, but of course I've just
realised that the case of that extension is tripping me up. Is there
a better way to achieve what I want in
On 18 May 2009, at 16:39, Leonardo M. Ramé wrote:
Apparently my program gets stuck after a couple (several, in fact)
of calls to the function that includes this code.
By reading the FPC.RTL documentation, I found it says that FindClose
must be used outside the if, as follows:
if FindFirs
On 18 May 2009, at 17:25, Michael Van Canneyt wrote:
On Mon, 18 May 2009, Jonas Maebe wrote:
On 18 May 2009, at 16:39, Leonardo M. Ramé wrote:
By reading the FPC.RTL documentation, I found it says that
FindClose must be
used outside the if, as follows:
if FindFirst(Edit1.Text, FileAttrs
On 18 May 2009, at 18:15, Michael Van Canneyt wrote:
As far as I know, the FindClose is only needed when FindFirst
returned zero.
That has never been true on FPC/unix, as far as I can see.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepa
On 18 May 2009, at 21:03, Michael Van Canneyt wrote:
I checked the windows code, and FindClose explicitly checks that
the searchrec record contains a valid handle (i.e. NOT
INVALID_HANDLE_VALUE), so all platforms would behave the same.
Opinions ? If no-one objects, I'll implement the 'fix', it
On 20 May 2009, at 15:40, Roland Turcan wrote:
I need to flush buffers from TFileStream which I should use function
"fpfsync (Handle)", but as far as I found, there is no implementation
of DO_SYSCALL for mac. DO_SYSCALL is implemented only for BSD.
Why do you think that you need DO_SYSCALL?
On 20 May 2009, at 16:15, Roland Turcan wrote:
I just didn't find relation of fpfsync function to mac os x
implementation.
rtl/unix/unxdeclh.inc:
Function fpfsync (fd : cint) : cint; cdecl; external clib name 'fsync';
JM> uses
JM>unix;
JM> ...
JM>fpfsync(handle).
I have the same a
On 20 May 2009, at 21:50, Seth Grover wrote:
Imagine this scenario. I have an FPC-compiled executable (fpcprog) and
two FPC-compiled shared object libraries (libfpc1.so and libfpc2.so).
Each of which installs its own set of signal handlers:
That's not possible. Per process, Unix only supports
On 20 May 2009, at 22:01, Jonas Maebe wrote:
The problem you have right now is that the program and each of your
libraries each contain their own copy of the exception class, and
therefore do not recognise (Pascal) exceptions raised by any of the
others.
Well, that and the fact that
On 20 May 2009, at 22:13, Micha Nelissen wrote:
Jonas Maebe wrote:
On 20 May 2009, at 22:01, Jonas Maebe wrote:
The problem you have right now is that the program and each of
your libraries each contain their own copy of the exception class,
and therefore do not recognise (Pascal
On 22 May 2009, at 13:45, Marco van de Voort wrote:
The Mac OS X maintainer only supports the libc
interface,
It is Apple that only supports the libc interface (and yes, you
probably expected this reaction). There is no syscall interface for
direct use by applications on Mac OS X (well, n
On 22 May 2009, at 17:03, Luca Olivetti wrote:
While I was testing an unrelated issue, I discovered this: under
windows, with fpc 2.2.4, I try to start 1 thread (I know it's
absurd
but it's just a test) and have all of them linger around for 10
seconds.
The thread actually started are 1
On 22 May 2009, at 12:36, Roland Turcan wrote:
I want to add new function for Mac OS X which calls FCNTL with
F_FULLSYNC to the existing source tree, but I am really confused from
the files to be changed/added.
Such a function will never be added to the rtl. The fcntl function is
already th
On 23 May 2009, at 11:58, Jonas Maebe wrote:
The only thing that can be added is the F_FULLSYNC constant to some
Darwin-specific include file.
Done in svn, along with a bunch of other Darwin-specific fcnlt
constants, but note that it's F_FULLFSYNC, not F_FULLSYNC. Also keep
in mind
On 24 May 2009, at 09:29, Bruce Tulloch wrote:
Are we missing something here or might this be an FPC bug?
We'll file a bug report if necessary.
A bug report with a compilable example program that demonstrates the
problem would be helpful, thanks.
Jonas
PS: your message was held for mod
On 21 May 2009, at 22:34, Henrik Genssen wrote:
nsMemory.pas(157,17) Error: Incompatible types: got
"Realloc(Pointer, LongInt):^untyped" expected "type of function(var Pointer, LongInt):^untyped;Register>"
As the error message says: the compiler expects the first parameter of
realloc to be
On 24 May 2009, at 23:14, Aleksa Todorovic wrote:
I couldn't find issue about this in bug tracker, should I report it?
Yes, please.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-
On 25 May 2009, at 07:38, Bruce Tulloch wrote:
Are we correct to assume that as soon as no variable in our program,
be
it global, static, object field or property, refers to a dynamic
array,
the dynamic array will be released. Are we also correct to assume that
the reassignment of any varia
On 25 May 2009, at 07:04, César Espinoza wrote:
how can I use mysql 5.0 in mac OS X 10.5 Intel?
I did it in OSX 10.4 ppc, but not in 10.5 Intel
I get the message ld: library not found for -llmysqlclient
Install the MySQL libraries. They are not installed by default on
either Mac OS X 10.4
On 25 May 2009, at 10:30, Bruce Tulloch wrote:
PS: does the attribute "compilerproc" mean the function is defined
to be
called by the compiler implicitly? We have rebuilt the FPC RTL with
debug enabled to further diagnose what's happening here (which is
why we
came across it).
It means t
On 25 May 2009, at 19:48, Prince Riley wrote:
There seems to be a bigger issue on this... but perhaps someone else
confirm
that the following programs, similar to the failing one, work.
That's because the error was in the constant evaluation (nil and 1 are
both constants).
Jonas
__
On 25 May 2009, at 22:39, Prince Riley wrote:
That's a very interesting answer. So am I understanding you to say
that the
expression of the form
var := constant + numeric literal ;
is an invalid expression (syntax) in Object Pascal?
No, I meant that there was a bug (error) in the compiler
On 26 May 2009, at 22:01, Rainer Stratmann wrote:
The send function causes sometimes an exception (permission denied).
Which send function? The one of the sockets unit? If never raises an
exception. It only sets socketerror. If you are not talking about that
send function, which one do yo
On 26 May 2009, at 22:18, Rainer Stratmann wrote:
Yes, the send function from the socket unit.
Well, as I said: it does not raise any exceptions.
Situation:
Connection is established.
Client closes connection
Server wants to sent data with send.
Program stops with errorcode 13 (I found out
On 27 May 2009, at 19:26, Prince Riley wrote:
p := p + nil; is INVALID (expression is valid, operands valid but
result
is invalid) -- execution error, execution addressing exception
This will always be invalid regardless of how nil is handled, because
you cannot add two pointers togethe
On 27 May 2009, at 19:24, Rainer Stratmann wrote:
Am Mittwoch, 27. Mai 2009 11:45 schrieb Vincent Snijders:
Rainer Stratmann schreef:
Am Dienstag, 26. Mai 2009 22:27 schrieb Jonas Maebe:
Well, as I said: it does not raise any exceptions.
Would it be possible to catch that exception?
With
On 28 May 2009, at 21:58, Rainer Stratmann wrote:
Shrinked down example of the program.
strace shows this:
accept(3, {sa_family=AF_INET, sin_port=htons(48134),
sin_addr=inet_addr("xxx.xxx.xxx.xxx")}, [16]) = 4
write(1, ".", 1)= 1
select(0, NULL, NULL, NULL, {0, 300
On 28 May 2009, at 23:18, JoshyFun wrote:
Hello FPC-Pascal,
Thursday, May 28, 2009, 9:58:23 PM, you wrote:
RS> Shrinked down example of the program.
RS> Rainer
[...]
RS> procedure memclr( p : pointer ; len : longint );
Aside from the socket problem, can somebody explain me this line:
RS> b
On 28 May 2009, at 23:38, Coco Pascal wrote:
When compiling a test program statically linking a shared module on
fc10 i386 I get the following messages:
testlibyfbudfunit.pas:60: undefined reference to `Y_Odd'
./libyfbudf.so: undefined reference to `fpc_geteipasebx'
testlibyfbudf.lpr(20,1) E
On 29 May 2009, at 11:01, Coco Pascal wrote:
Sorry, but how can I solve the problem? -Cg is apparently a default
setting; how can I undo this?
It is not the default in the compiler for Linux/i386, but maybe
Lazarus turns it on by default when compiling a library? Disabling it
is done usi
On 29 May 2009, at 11:20, Jonas Maebe wrote:
On 29 May 2009, at 11:01, Coco Pascal wrote:
Sorry, but how can I solve the problem? -Cg is apparently a default
setting; how can I undo this?
It is not the default in the compiler for Linux/i386, but maybe
Lazarus turns it on by default when
Forwarding to the original poster, since he's not subscribed to the
mailing list.
To the original poster: please always mention the above fact (or set a
reply-to field), because otherwise people who reply have no idea that
you won't see their message (unless they are, like me, a moderator o
On 31 May 2009, at 15:28, Coco Pascal wrote:
Marco van de Voort schreef:
In our previous episode, Coco Pascal said:
I have a library with udf routines using the cdecl calling
convention, required by Firebird. This seems to work well on win32.
How exactly?
?
function Y_Odd(const AValue
On 31 May 2009, at 20:05, Coco Pascal wrote:
I tried
function Y_Odd(const AValue: Int64): LongInt; cdecl; alias:
'_Y_Odd'; export;
and
function Y_Odd(const AValue: Int64): LongInt; cdecl; alias:
'__Y_Odd'; export;
but still I get the message entrypoint of 'Y_Odd' could not be found
in 'l
On 01 Jun 2009, at 11:40, Coco Pascal wrote:
It looks as if the code isn't executed at all. Maybe Firebird
requires PIC.
That is extremely unlikely (I'd say "impossible", but that's
dangerous). Whether or not the code in the library is position-
independent is something Firebird has no cl
On 01 Jun 2009, at 12:30, Jonas Maebe wrote:
On 01 Jun 2009, at 11:40, Coco Pascal wrote:
It looks as if the code isn't executed at all. Maybe Firebird
requires PIC.
That is extremely unlikely (I'd say "impossible", but that's
dangerous). Whether or not t
On 01 Jun 2009, at 14:39, Coco Pascal wrote:
But if I add the following function it returns wrong results. This
one does refer to other code.
function Y_Odd(const AValue: LongInt): LongInt; cdecl; export;
begin
if Odd(AValue) then
Result := -1
else
Result := 0;
end;
It doesn't anymore once
On 01 Jun 2009, at 21:06, Coco Pascal wrote:
So, what do think? A simple module contains two simple functions. On
win32 it works fine. On lin32 one function works as expected, the
other returns garbage (0 or null). Is the problem linux, firebird or
fpc related?
I really don't know. I hav
On 01 Jun 2009, at 16:08, Richard Jasmin wrote:
Is there anyone that has gotten around the string/ansi char and getmem
build phase?
What do you mean by "build phase"?
I seem to be stuck in a recursion loop with the
getmem/sysgetmem routines and the ansi/string char issue patch doesn't
help,
On 05 Jun 2009, at 21:38, dmitry boyarintsev wrote:
does FPC supports thiscall convention
No, it doesn't.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 06 Jun 2009, at 17:36, fpcl...@silvermono.co.za wrote:
Is there a reason why the following code fails to compile in Delphi
but
compile in FPC? Could the reason be that FPC allows the use of global
properties?
No, it's an error in FPC which has been fixed in 2.3.1:
http://wiki.freepascal
On 07 Jun 2009, at 10:35, fpcl...@silvermono.co.za wrote:
A high level, a class is like a record that has been modified to
include
functions and procedures. I know that I'm over simplifying thing
here, please
bare with me.
The difference you skip over is the fundamental reason why one wor
On 09 Jun 2009, at 09:24, Graeme Geldenhuys wrote:
leledumbo wrote:
AFAIK only -CfSSE? and -Op??? that you have to worry.
-Op??? is no problem. It's -Cp that can generate code which won't run
on previous-generation cpus.
If you're not sure,
just use the lowest possible value (-CfX87 and
On 09 Jun 2009, at 11:48, Graeme Geldenhuys wrote:
Thanks. Do you know what the 'PENTIUMM' cpu is? Is that Mobile
Pentium
or something?
http://en.wikipedia.org/wiki/Pentium_M
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
ht
On 10 Jun 2009, at 10:45, fpcl...@silvermono.co.za wrote:
What other "jewels" are hidden from "view"? Is there some
documentation
documenting undocummented features that one can read?
That's sort of a contradictio in terminis :) I'm not aware of a list
of "still to be documented features"
On 11 Jun 2009, at 18:14, Richard Jasmin wrote:
HOw exactly is this done?
Execute "make" in the rtl directory (or in the rtl/ directory).
I cant seem to get string copy routines to catch right for some
reason and I'm almost there.
What do you mean by "catch right"? What is the command th
On 13 Jun 2009, at 15:47, Thomas Nelson wrote:
I would like to put the FPC development environment (including
fpgui) on a USB.
For which platform?
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailm
Begin forwarded message:
From: Thomas Nelson
Date: Sat 13 Jun 2009 17:59:15 GMT+02:00
To: "jonas.ma...@elis.ugent.be"
Subject: Re: [fpc-pascal] PFC on USB
This would be for the windows platform and to run from a flash drive
Thanks
Tom
Jonas Maebe wrote:
On 13 Jun 2009
On 15 Jun 2009, at 07:45, leledumbo wrote:
Suppose I have a program written in C:
#include
int main() {
return 1 / 0;
}
and a Pascal program that calls it:
program prog;
{$mode objfpc}{$H+}
uses
SysUtils;
begin
try
ExecuteProcess('tes.exe','');
except
on e: Exception do begin
On 16 Jun 2009, at 07:50, Vincent Snijders wrote:
ak za schreef:
Hello
Please subscribe to the fpc-pascal mailing list.
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
He is subscribed, but the message was held for moderator approval
because there were too many recipients. Too t
On 16 Jun 2009, at 19:57, brentbro...@verizon.net wrote:
I recently installed v 2.2.4 of xcode and the pascal compiler on a
mac w/ OS X.5. During compile of the "hello world" program I got
the following:
Target OS: Darwin for i386
Compiling hello.pas
Assembling hello
Error: Assembler as n
On 17 Jun 2009, at 00:59, brentbro...@verizon.net wrote:
On Jun 16, 2009, Jonas Maebe wrote:
On 16 Jun 2009, at 19:57, brentbro...@verizon.net wrote:
> I recently installed v 2.2.4 of xcode and the pascal compiler on a
> mac w/ OS X.5. During compile of the "hello world" pro
On 18 Jun 2009, at 08:51, Vincent Snijders wrote:
Graeme Geldenhuys schreef:
Hi,
Recently I learned that you can have writeable typed constants. That
sounds rather like an oxymoron to my. Writeable constants make no
sense,
is that then simply a variable? What is the use of a writeable typed
On 20 Jun 2009, at 16:15, Felipe Monteiro de Carvalho wrote:
Modified LGPL just isn't good enought, because it's not unique enough.
Modified in which way? By who?
I would like to have a name for our license, what do you think? I
suggest:
* Free Pascal LGPL --> shortened to FPLGPL
I think
On 21 Jun 2009, at 19:14, Graeme Geldenhuys wrote:
I to honest I do not understand the ins and outs of the various
licenses, but I read the following on the wikipedia site. The the
following (below) mean that LGPL v3 license is similar to the
"modified LGPL v2" that FPC and Lazarus use? I
On 25 Jun 2009, at 19:58, Ruediger Hahn wrote:
I am just wondering if this is a bug: Can anyone tell me why I get a
"range check error while evaluating constants" with the following
simple program:
program Project1;
const
MyVar : UInt64 = $; // 4 x 2 Bytes or 4 Words
beg
On 25 Jun 2009, at 20:14, Inoussa OUEDRAOGO wrote:
2009/6/25 Jonas Maebe :
On 25 Jun 2009, at 19:58, Ruediger Hahn wrote:
I am just wondering if this is a bug: Can anyone tell me why I get a
"range check error while evaluating constants" with the following
simple
program:
On 25 Jun 2009, at 20:33, Inoussa OUEDRAOGO wrote:
2009/6/25 Jonas Maebe :
On 25 Jun 2009, at 20:14, Inoussa OUEDRAOGO wrote:
as it makes one doubtfull about
the correctness of the program( In my case I debugged the program to
be sure that the "good" value was assigned).
On 25 Jun 2009, at 20:52, Ruediger Hahn wrote:
So what do I have to do then? It seems that a cast is the best
solution:
MyConst : UInt64 = UInt64($);
Am I right?
Yes, indeed. That will always work and is completely safe.
Jonas
On 25 Jun 2009, at 20:58, Inoussa OUEDRAOGO wrote:
2009/6/25 Jonas Maebe :
It's equally accurate. A hex number does not contain any sign
information,
so both interpretations are valid.
so it could be parsed as QWord accurately and assigned to a QWord
(typed) variable without warnin
On 28 Jun 2009, at 11:59, Graeme Geldenhuys wrote:
Does FPC support the above OS?
I don't think so. Some Symbian support was committed a long time ago,
but I don't think it was ever finished.
Jonas
___
fpc-pascal maillist - fpc-pascal@lists.f
On 28 Jun 2009, at 20:01, Graeme Geldenhuys wrote:
So basically I should have bought a iPhone instead! ;-)
Not really. The problem with the iPhone is that you cannot run any
self-written applications on it (in an Apple-sanctioned way) without
subscribing to Apple's $99/year developer prog
On 28 Jun 2009, at 23:10, Felipe Monteiro de Carvalho wrote:
iPhone runs an arm processor, then you may have a perfectly working
x86 application then bang, alignment failure in the arm processor.
Actually, you can enable alignment exceptions on x86 as well (although
I don't think the iPhone
On 28 Jun 2009, at 22:56, Graeme Geldenhuys wrote:
As far as I understand, the iPhone runs a similar kernel (freebsd
based) as Mac OS X is.
It's a bit of an oversimplification to call Mac OS X' kernel "FreeBSD-
based". See here for some background: http://books.google.com/books?id=K8vUkpOXh
On 02 Jul 2009, at 16:58, Martin Friebe wrote:
Leaves question 2: Is there a way to switch it off, to avoid the
cost of creating an exception frame? (if you are either sure your
constructor does not throw an exception, or for some reason do not
care)?
http://www.freepascal.org/docs-html/
On 07 Jul 2009, at 13:57, Roland Schaefer wrote:
reading the Programmer's Manual, I get the impression that C-style
macros with {$MACRO ON} cannot do things like C
#define MY_MACRO(param1,param2...)
code_with ( param1 && param 2 );
i.e., passing strings macros for in-macro insertion. Is th
On 07 Jul 2009, at 18:25, Alan Krause wrote:
I am attempting to build FPC from svn (trunk) and receive the
following
error message while attempting to build the gtk2 package:
pangoincludes.inc(14,2) Fatal: Can't open include file
"pango-glyph-item.inc"
It appears as if perhaps a file is mis
On 15 Jul 2009, at 11:06, Koenraad Lelong wrote:
I have a linux application where I use DatetimeToUnix. I think it
contains a bug.
Every minute I put a sample in an rrddb (rrdtool). When I dump the
rrddb, the time of the samples is 2 hours in the future. Those 2
hours happen to be the time
On 16 Jul 2009, at 16:35, Florian Klaempfl wrote:
A network file system is too slow for developing.
I do quite a bit of developing on an AFS volume. It's slower than
working locally of course, but it's quite doable in general.
Jonas
___
fpc-pas
Hello,
Can this discussion please be moved to either the fpc-other or lazarus
lists?
Thanks,
Jonas
FPC mailing lists admin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On 17 Jul 2009, at 16:37, Felipe Monteiro de Carvalho wrote:
I still didn't make makefiles because they really confuse me ...
You don't have to write a makefile, only a makefile.fpc, and those are
dead simple. Just copy paszlib/Makefile.fpc and change the name,
required packages (if any,
On 17 Jul 2009, at 16:54, Marco van de Voort wrote:
- There are writeln's in several places. This will break Windows GUI
(Darwin
too?)
On Mac OS X writeln's from GUI apps simply go into the system and
console logs (or to the console itself, if you start a gui app from
the command line
On 21 Jul 2009, at 11:06, Henry Vermaak wrote:
2009/7/20 greim :
Then i started the compiler (as root ???) with :
make clean all CPU_TARGET=arm OS_TARGET=linux
BINUTILSPREFIX=/usr/arm/bin/arm-unknown-linux-gnu
The compiler (2.2.4) was running some minutes.
But no ppcarm there afterwards.
Any
On 21 Jul 2009, at 11:37, greim wrote:
The compiler seems to run, and making the s-file, but assembling the
s-file failed, with more then 20 error messages. like
makuslinux3:/home/markus/arm # ppcrossarm -B -Aas hallo.pas
Free Pascal Compiler version 2.3.1 [2009/07/21] for arm
Copyright (c) 19
On 24 Jul 2009, at 09:29, Torsten Bonde Christiansen wrote:
After fiddling around with some local text i came across something
odd. Is it true that the "val" function does not care for person
i18n settings?
Yes.
Trying to validate "1,2" (notice the comma - danish decimal separtor
style)
On 24 Jul 2009, at 09:55, Jonas Maebe wrote:
Trying to validate "1,2" (notice the comma - danish decimal
separtor style) with val resulted in returning code = 2, i.e. that
comma is the problem. Stepping through the code, it seem that in
"fpc_Val_Real_ShortStr" the
On 24 Jul 2009, at 10:30, Torsten Bonde Christiansen wrote:
Oops, it's http://www.freepascal.org/docs-html/rtl/sysutils/strtofloat.html
of course. Or http://www.freepascal.org/docs-html/rtl/sysutils/trystrtofloat.html
if you don't want an exception if the conversion fails.
It look like "Fu
On 24 Jul 2009, at 10:30, Torsten Bonde Christiansen wrote:
It look like "Function TryStrToFloat(Const S : String; Out Value:
Extended): Boolean" (extended version) is not documented. Is this
because it's a 2.3.1 function or because it is not posible on all
CPU's?
Sorry, the latter. It'
On 25 Jul 2009, at 17:46, theo wrote:
if SLen1 <> SLen2 then //Assuming lower/uppercase representations
have the same byte length
That is a wrong assumption. E.g., the lowercase version of I
(uppercase i, a single byte) in Turkish is ı (an "i" without a dot,
definitely not a single-byte
On 25 Jul 2009, at 19:03, theo wrote:
Do turkish systems behave differently for WideLowerCase('I')?
Will they return $0131 instead of $0069 ?
They should, since the uppercase version of i is İ there (i.e., a
capital I with a dot on top). See e.g. http://www.i18nguy.com/unicode/turkish-i18n.
On 26 Jul 2009, at 17:13, Andrew Brunner wrote:
I've got a situation where I'm wanting to concatenate a path from the
environment with a string to specify the path to the actual file to
include when building.
PATH_TO_DATA_INCLUDES = '/mnt/Source/Includes/Data/
{$i %PATH_TO_DATA_INCLUDES%+defi
On 28 Jul 2009, at 14:42, Bee wrote:
In another unit which uses the above unit, I want to have conditional
compilation based on the above constant...
{$IF AValue}
Do something...
{$ELSE}
Do something else...
{$IFEND}
I know it's possible in Delphi. But, is it possible in FPC? Using the
ab
On 28 Jul 2009, at 15:00, Henry Vermaak wrote:
2009/7/28 Brian Prentice :
Lazarus has not met its goal of 'write once and compile and run
anywhere'
and is taking far too long to develop. Should it be abandoned and
replaced
with a new graphical user interface library based on the Java Swing
On 28 Jul 2009, at 15:40, Graeme Geldenhuys wrote:
Jonas Maebe wrote:
Yes, indeed. This topic is not suitable for this list,
I beg to differ The original poster is not happy with Lazarus,
so this list is probably a good place to ask for alternatives. Well,
that's how I understo
On 28 Jul 2009, at 16:47, Bee wrote:
The internal error is due to the fact that your {$if ...} construct
appears
right after your uses clause: http://bugs.freepascal.org/view.php?id=8611
So, it's a bug. Since 2007? :(
Rewriting the unit loading system isn't exactly a trivial task.
Thanks
On 28 Jul 2009, at 16:56, Bee wrote:
Rewriting the unit loading system isn't exactly a trivial task.
I understand. I just wonder why this bug didn't got priority since
it's pretty basic feature for pascal compiler.
You cannot get bugs fixed in a project like FPC by "giving them
priority".
On 29 Jul 2009, at 08:27, Graeme Geldenhuys
wrote:
I'm helping somebody out, getting FPC fully installed under OS X.
Currently the user can compile all the source code of fpGUI Toolkit,
but gets the old "-lX11 linking error".
On Mac OS X 10.5, X11 is installed by default when you insta
On 31 Jul 2009, at 19:05, Wimpie Nortje wrote:
I am trying to use a shared lib written in C in my FPC program. The
lib creates a number of threads and requires callbacks into the main
app. It can call the callback from any of the threads.
Calling FPC code from threads not created by FPC do
On 02 Aug 2009, at 20:02, Wimpie Nortje wrote:
Thanks for the response.
The library uses a centralised function to start all its threads
using pthread_create. If I can make this central function inform FPC
about all the threads created, would this work?
There is no interface in the RTL t
On 03 Aug 2009, at 08:49, Wimpie Nortje wrote:
The FPC thread setup code (CAllocateThreadVars, InitThread) happens
inside the newly created thread before the user's thread function
starts.
The only viable way I see to get support from the C library is for
it to inform FPC about a new thr
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
On 04 Aug 2009, at 14:55, luca_mangane...@comune.trento.it wrote:
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.
Ma
On 11 Aug 2009, at 21:18, theo wrote:
Am I right, that with fpc it is only possible to write bindings for
dynamically loading shared libraries (using LoadLibrary) the hard way?
Meaning declare function like:
init_alloc_root : procedure(root: PMEM_ROOT;block_size :
Cardinal);extdecl;and
701 - 800 of 3208 matches
Mail list logo