Marco van de Voort schreef:
In our previous episode, Paul Ishenin said:
Yet another bug:
---
{$apptype console}
type T = (a1, b1=5);
var
ch: T;
begin
for ch in T do Writeln(ch);
end.
CodeGear Delphi for Win32 compiler version 20.0
Copyright (c) 1983,2008 CodeGear
testx.dpr(6) Error:
Ivo Steinmann schreef:
Hello all
I started some wiki for dynamic loading libraries support discussion.
http://wiki.freepascal.org/Dynamically_loading_headers
I already added an experimental implementation. If you have got some
ideas, whises and criticism, don't hesitate to write.
I don't
Ivo Steinmann schreef:
Most libraries are translated by a tool like h2pas from the original
headers and then rehashed manually. The best solution would be, if
there's a tool that generates the var procedures directly from all
external procedures.
What do you exactly mean? A tool which takes
Luiz Americo Pereira Camara schreef:
Ivo Steinmann escreveu:
Vincent Snijders schrieb:
Maybe it is better to generate a foobar_dyn.inc based on the
foobar.inc or generate both foobar.inc and foobar_dyn.inc from a
common file format (maybe even the original header file)
[..]
Most
Luiz Americo Pereira Camara schreef:
Vincent Snijders escreveu:
Luiz Americo Pereira Camara schreef:
I think that creating a tool to translate a static header to a dyn
header should be easy to create (i'm not talking to convert c header
directly ;-)).
Should do the following right
Desmond Coertzen schreef:
Please kill this bug, the real issue is on bug 14936.
Done.
Issue 14936 has been moved to the Lazarus project.
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Michael Van Canneyt schreef:
The descriptions is completely wrong.
Please post a bugreport.
Done:
http://bugs.freepascal.org/view.php?id=14932
Vincnet
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Felipe Monteiro de Carvalho schreef:
Hello,
In the past there was a csize_t which I used in the imagemagick
headers, but now it seams to have disappeared. Is size_t compatible
with the c type? Or else any other compatible type to use?
Well, there is still is:
Felipe Monteiro de Carvalho schreef:
On Wed, Oct 28, 2009 at 4:51 PM, Vincent Snijders
vsnijd...@vodafonevast.nl wrote:
Well, there is still is:
http://lazarus-ccr.sourceforge.net/fpcdoc/rtl/ctypes/csize_t.html
The docs could be out-dated, csize_t doesn't compile in FPC 2.2.4
Or maybe too
Michael Van Canneyt schreef:
On Tue, 27 Oct 2009, Graeme Geldenhuys wrote:
Hi,
I submitted a minor patch for the 'fpdoc' tool. Could this be merged
with the v2.3.1 branch as well, so that it is available in the next
stable FPC release?
http://bugs.freepascal.org/view.php?id=14917
No. The
Graeme Geldenhuys schreef:
use, like: PeakNext, PeakPrevious, Remove, JumpToBack, etc...
I would call it PeekNext, PeekPrevious, ...
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Marco van de Voort schreef:
(hmm, if I would name one feature I hate about C, that would be that if (x=y)
goes unnoticed while legal. At least the ? operator doesn't bite you if you
don't use it)
Off topic.
Vincent
___
fpc-devel maillist -
Florian Klaempfl schreef:
Alexander Klenin schrieb:
On Mon, Oct 19, 2009 at 18:35, Florian Klaempfl flor...@freepascal.org wrote:
And taking into account the size of the patch (see below and ignore the
auto generated files msg*.inc), it's worth to add. private etc. cause
much more trouble in
Vincent Snijders schreef:
Vincent Snijders schreef:
While running valgrind on fpcdoc, I got a warning in
Maybe you are interested in the valgind output. See attachment.
Another problem, that was also in the valgrind output (reading uninitialized
memory):
EAccessViolation : Access
Marco van de Voort schreef:
In our previous episode, Vincent Snijders said:
Vincent Snijders schreef:
While running valgrind on fpcdoc, I got a warning in
Maybe you are interested in the valgind output. See attachment.
Another problem, that was also in the valgrind output (reading
Sergei Gorelkin schreef:
Vincent Snijders wrote:
Vincent Snijders schreef:
While running valgrind on fpcdoc, I got a warning in
Maybe you are interested in the valgind output. See attachment.
That check should be removed altogether, in both WideString and
UnicodeString routines.
I just
Hi,
make all OPT=-gtl in the fpc source fails.
/home/vincent/src/fpc/trunk/compiler/ppc1 -Ur -Ur -Xs -O2 -n -Fi../inc
-Fi../i386 -Fi../unix -Fii386 -FE.
-FU/home/vincent/src/fpc/trunk/rtl/units/i386-linux -gtl -di386
-dRELEASE -Us -Sg system.pp
Fatal: Compilation aborted
An unhandled
While running valgrind on fpcdoc, I got a warning in
Procedure SetString (Out S : UnicodeString; Buf : PUnicodeChar; Len : SizeInt);
It assumes that the Buf is null terminated, and tries to use that information to
truncate the length. The ansistring version:
Procedure SetString (Out S :
Žilvinas Ledas schreef:
Hello all,
I am trying to use generics but compilation fails.
Whan I try to use unit with my generic class in my real project I get
Fatal: Internal error 200204175 error.
When I try to use it in empty Lazarus application (Unit1.pas) and I put
-
procedure
Felipe Monteiro de Carvalho schreef:
On Thu, Sep 17, 2009 at 9:42 AM, Jonas Maebe jonas.ma...@elis.ugent.be wrote:
It isn't. It is a string type whereby the string encoding is part of the
string information (just like the reference count and length already are
currently).
Ah, that string
Graeme Geldenhuys schreef:
Hi,
http://svn2.freepascal.org/svn/fpc/trunk/
is out of sync with svn.freepascal.org. The mirror is stuck at r13643.
Could somebody give it another boot in the backside please.
Fixed.
Vincent
___
fpc-devel maillist -
Jonas Maebe schreef:
On 10 Sep 2009, at 14:01, Mattias Gärtner wrote:
Mattias Gärtner wrote:
Can someone explain why in mode objfpc comparing methods only compares
the address, but not the instance?
Seems perfectly logical to me (@ = Address of, in this case code
address, the code is the
Graeme Geldenhuys schreef:
Michael Van Canneyt het geskryf:
If you have a suggestion, I'll be glad to change the name.
So the name and content is correct? Umm, so how did you get to the name
chart? :-) When I opened that file, I expected the class hierarchy
chart - you know, like the one
ABorka schreef:
No, just with the latest FPC/Lazarus SVN
Then you probably need the get back to 2.2.4 for the released lnet and
to svn version of fpc from before the latest changes in the sockets unit.
Vincent
___
fpc-devel maillist -
Graeme Geldenhuys schreef:
Hi
I know the current LaTeX documentation is converted to HTML using tex4ht
(I think). The conversion to HTML has always produced sub-optimal results.
I was browsing through the Ubuntu APT repository and came across this
program: HeVea
From there website it seems
ABorka schreef:
Hi,
Trying to send emails and load web pages from Lazarus/FPC programs.
Since the latest Indy cannot be compiled and used in Lazarus/Freepascal
at the moment (it seems at least so), I have tried to start using lNet.
Did you try with fpc 2.2.4?
Vincent
Graeme Geldenhuys schreef:
mirror or FPC. On your next pull, the fixes_2.4 will be pulled as
well. I am using cherry-pick to keep the fixes_2.4 in sync with
SubVersion
But still allows patches directly committed to the fixes_2.4 branch?
Vincent
___
Jonas Maebe schreef:
On 24 Aug 2009, at 08:55, Graeme Geldenhuys wrote:
I switched to a full 64bit system last Friday. Over the weekend I read
the following in the MSEideMSEgui newsgroup. Is this true or still the
case wit FPC 64bit support?
FPC does use all available registers on all
Vincent Snijders schreef:
Please, merge r13537, a fix for compiling for wince to the fixes_2_4
branch.
http://svn.freepascal.org/cgi-bin/viewvc.cgi?diff_format=lview=revrevision=13537
Reminder.
Vincent
___
fpc-devel maillist - fpc-devel
Please, merge r13537, a fix for compiling for wince to the fixes_2_4 branch.
http://svn.freepascal.org/cgi-bin/viewvc.cgi?diff_format=lview=revrevision=13537
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Graeme Geldenhuys schreef:
Hi,
I just wanted to warn you guys that the fpTimer.pp unit causes memory
leaks. It was originally based on my code (which I still have). I first
tried with the TFPTimer included in FCL and got memory leaks. I then
tried my original version which TFPTimer is based on,
Florian Klaempfl schreef:
Graeme Geldenhuys schrieb:
We are based in South Africa - I'm not sure where the
svn2.freepascal.org server is located.
Austria. If it helps you, we can also setup a git read only mirror on
one of the European server.
If I clone that mirror, can I commit (is that
Bruce Tulloch schreef:
FPC assigns nil to A which IMHO is correct, but not when run in bug for
bug Delphi compatibility mode.
I don't think there exists a bug for bug Delphi compatibility mode.
Vincent
___
fpc-devel maillist -
Joost van der Sluis schreef:
3. Simple CGI application should be removed since it is deprecated
Hmm.. maybe. The new components are really better now.
But require fpc 2.3.1? Or are they really better with fpc 2.2.4 too.
Vincent
___
fpc-devel
ABorka schreef:
BTW, there should be some explanation in Lazarus - File - New for
people about the differences between
Application - Program - Custom Program ;
I think the description in the Project - New ... explains the
differences clear enough.
If not, what are you missing?
Vincent
Jonas Maebe schreef:
On 22 May 2009, at 23:00, Dariusz Mazur wrote:
How to tell compiler where are *.res files.
You can't. As you noticed, they are always searched relative to the
directory of the main source file (unless the resource file is specified
using an absolute path)
And that
fpcl...@silvermono.co.za schreef:
Hi Jonas
I''l stay with fpc 2.2.5 for the time being.
I have noticed that Lazarus (Linux version) has downgraded from fpc 2.2.5 to
2.2.4 in their daily snapshots though.
That is because we prefer to create snapshots for fpc releases to be
able to isolate
Michael Schnell schreef:
implement all the secondpass code
for at least 6 architectures.
Which are the currently supported or planned archs ? The Wiki main page
only shows four X86/64 is obviously missing.
At least i386, x86_64, powerpc, powerpc64, arm, sparc had a 2.2.4 release.
Vincent
Tomas Hajny schreef:
On Tue, April 28, 2009 12:13, sakesun roykiatisak wrote:
Is it possible to remove dependency on cygwin from freepascal ?
To make it clear, I actually mean remove dependency on some cygwin
utilities
Fpc compiler is not based on cygwin, however.
Sorry if this could cause
Jonas Maebe schreef:
Vincent Snijders wrote on do, 12 mrt 2009:
I guess the fpc developers traded debuggability for maintainability, so
you could have a better fpc (more features or less bugs). That is what
it concerns to you as developer. Maybe you disagree with that trade off.
No, it's
ABorka schreef:
Not sure that I did it right but attached are 2 screenshots as well as
the original make all make install log from Lazarus compilation.
The c:\lazarus\ideintf\units\...\ contains the compiled
componenttreeview files after make install
I was guessing I need to put -u -t
Graeme Geldenhuys schreef:
On Tue, Feb 3, 2009 at 9:02 AM, Vincent Snijders
vsnijd...@vodafonevast.nl wrote:
I am a Lazarus developer, and I don't think I said it like that.
I wasn't pointing fingers to you Vincent. :-) I summarized what a few
people have said.
LoadFromFile in a LCL control
Graeme Geldenhuys schreef:
Hi,
I just read all the comments about the following bug report in filed
under the Lazarus project.
http://bugs.freepascal.org/view.php?id=12676
The comments posted doesn't seem sufficient to me. If a user selects
a file to be loaded, they have no clue if that
Yury Sidorov schreef:
From: Vincent Snijders vsnijd...@vodafonevast.nl
Vincent Snijders schreef:
Hi,
separator. Can you give me some guidelines how to write a patch for
the compiler?
Please review the patch attached to
http://bugs.freepascal.org/view.php?id=12645
Looks good to me
Hi,
I have been doing some research on issue 12645:
http://bugs.freepascal.org/view.php?id=12645
From a discussion in the MinGW bugtracker can be concluded that windres does not
and will not support spaces in paths for its parameters in the foreseeable future.
So the compiler will have to
Vincent Snijders schreef:
Hi,
separator. Can you give me some guidelines how to write a patch for the
compiler?
Please review the patch attached to http://bugs.freepascal.org/view.php?id=12645
Vincent
___
fpc-devel maillist - fpc-devel
Yury Sidorov schreef:
From: Vincent Snijders vsnijd...@vodafonevast.nl
Please review the patch attached to
http://bugs.freepascal.org/view.php?id=12645
Looks good to me.
Committed in r12545.
Vincent
___
fpc-devel maillist - fpc-devel
Jonas Maebe schreef:
Hello,
I'm happy to announce that the first version of FPC for the iPhone SDK
2.x is available. It includes an Xcode template to build the demo
application that I mentioned in my message last week.
I guess this is worth a mention on http://www.freepascal.org/ and
Joost van der Sluis schreef:
Op maandag 15-12-2008 om 23:52 uur [tijdzone -0500], schreef Andrew
Haines:
It fixes a really terrible memory leak.
No.
Not for now at least. First wait for the testsuite-results (if there are
no tests for this particular part, then we even have to wait some
Zaher Dirkey schreef:
I have external hard disk (USB) and use it in both work and my home,
put every thing on it, the problem after Lazarus using that AppData
folder i lost between home and work, is any way to change Lazarus
config folder to special folder (i will point to my usb hard).
Yes,
Felipe Monteiro de Carvalho schreef:
Hello,
GetAppConfigFile in win32 uses CSIDL_LOCAL_APPDATA to be implemented.
I did some research, and I think that CSIDL_APPDATA is a better choice:
http://blogs.msdn.com/oldnewthing/archive/2005/07/01/434647.aspx
They are very similar, but the LOCAL
Florian Klaempfl schreef:
Mattias Gärtner schrieb:
Zitat von Michael Van Canneyt [EMAIL PROTECTED]:
[...]
This is the problem: At which point should this be done ?
Can you point at the statement where it should be raised in the following
code:
try
...
DoParallel(...);
...
except
Andrew Haines schreef:
?
AFAIK, it is not. I think we should consider adding it to lazarus/components or
lazarus/components/lhelp, to support loading html files from internet with http in
lhelp.
Vincent
___
fpc-devel maillist -
Vojtěch Čihák schreef:
Hello,
I have two problems with Lazarus.
1, I have no text on BitmapButtons in Lazarus in DialogBoxes (except Open/Save
file). There are only small icons on it. I tried to change Environment -
Environment Options - Desktop to other languagues and to change these options
Felipe Monteiro de Carvalho schreef:
On Fri, Nov 21, 2008 at 7:01 AM, Marco van de Voort [EMAIL PROTECTED] wrote:
Is it? Because that might mean yet another 2.2 fixes branch release to fix
up the delay that this will cause to 2.4
Another 2.2 fixes branch release is a good idea, because it
Graeme Geldenhuys schreef:
Hello again,
We are seeing more and more hacks being applied to projects trying
to scramble around the missing FPC feature - no built-in Unicode
supporting.
A simple example in Lazarus Loading a UTF-8 encoded file into a TMemo.
Normally you would write code as
Christopher Kirkpatrick schreef:
On Wed, 05 Nov 2008 15:44:59 +0100
Vincent Snijders [EMAIL PROTECTED] wrote:
Chris, feel free to add these new xml docs to a new
directory:
http://svn.freepascal.org/svn/lazarus/trunk/docs/xml/fcl
I will try to incorporate these files in the nightly doc
Jonas Maebe schreef:
On 11 Nov 2008, at 15:26, Vincent Snijders wrote:
Jonas Maebe schreef:
It seems much more advisable to me to save the file with an UTF-8
BOM, or even better to add {$encoding utf-8} (and/or to pass -Fcutf-8
to the compiler) and then just use
Edit1.Caption := UTF8Encode
Michael Schnell schreef:
I found that the current FPC does have Unicode support, but there are
some problems.
I am going to give it another try, maybe it helps somebody.
- by design (for speed sake), UTF8String (and WideString when surrogate
codes are used) count in subcodes and not in
Michael Schnell schreef:
The conversion
utf-8-utf-16 is a very expensive operation and the compiler has to
insert it all over the place and people would cry about the performance
of their programs.
Of course I do agree.
If you want to care about performance you need to know what to do:
Michael Van Canneyt schreef:
And did you fix the 'TObject not found' with a short-term solution ? :-)
Maybe svn up -r11887 (in fpc/trunk)
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Michael Van Canneyt schreef:
On Thu, 23 Oct 2008, Vincent Snijders wrote:
Michael Van Canneyt schreef:
And did you fix the 'TObject not found' with a short-term solution ? :-)
Maybe svn up -r11887 (in fpc/trunk)
home: svn log -r 11887
Graeme Geldenhuys schreef:
On Mon, Sep 29, 2008 at 11:18 AM, [EMAIL PROTECTED] wrote:
Is there any posibility to hide compiler hint:
Hint: Parameter xxx not used
I agree, it would be nice to suppress that hint! It's quite pointless,
99% of the time.
For this particular hint with Sender,
Graeme Geldenhuys schreef:
On Thu, Sep 25, 2008 at 10:33 PM, Florian Klaempfl
I suppose it would be viable doing timing results for saving text
files as well. After all, 99% of the time, text files are stored in
UTF-8.
Where did you get that number (99%) from? I don't think that is true,
Graeme Geldenhuys schreef:
Hi,
I'm used FPC 2.2.3 (r11538) compiled on 2008-08-08
I generated new HTML documentation for tiOPF project. I then noticed
that most (but not all) methods of classes have Source position: line
0 instead of the actual line position. Is this a known bug? I
searched
[EMAIL PROTECTED] schreef:
In fpc revision 11746 i cannot compile this construction:
program posx;
var
s, s1: WideString;
begin
Pos(s[1], s1);
end.
fpc -vh posx.pas
Hint: Start of reading config file /etc/fpc.cfg
Hint: End of reading config file /etc/fpc.cfg
Free Pascal Compiler version
Michael Van Canneyt schreef:
On Tue, 2 Sep 2008, Vincent Snijders wrote:
Vincent Snijders schreef:
Michael Van Canneyt schreef:
If you want the protected methods anywhere soon, I suggest you create
a
lazarus copy of the HTML docs with the options that you want.
Does make rtl.chk support
Michael Van Canneyt schreef:
On Wed, 3 Sep 2008, Vincent Snijders wrote:
Michael Van Canneyt schreef:
On Tue, 2 Sep 2008, Vincent Snijders wrote:
Vincent Snijders schreef:
Michael Van Canneyt schreef:
If you want the protected methods anywhere soon, I suggest you
create
a
lazarus copy
Michael Van Canneyt schreef:
If you want the protected methods anywhere soon, I suggest you create a
lazarus copy of the HTML docs with the options that you want.
Does make rtl.chk support that by passing something like NOHIDEPROTECTED=1 to
the make command?
Currently not, but we can add
Vincent Snijders schreef:
Michael Van Canneyt schreef:
If you want the protected methods anywhere soon, I suggest you create a
lazarus copy of the HTML docs with the options that you want.
Does make rtl.chk support that by passing something like
NOHIDEPROTECTED=1 to
the make command
Chris Kirkpatrick schreef:
Hi Michael, Vincent and Mattias
I am very pleased with the changes that have been made to FPDoc.
We still aren't getting proper links to Protected properties in the RTL
or FCL. I don't think we are listing Protected properties in the RTL yet.
That is correct,
Michael Van Canneyt schreef:
On Sun, 31 Aug 2008, Chris Kirkpatrick wrote:
At the suggestion of Mattias, I am also sending this to fpc-devel. I don't
think it's a bug; the entries are all documented in the RTL .xml files, but
when the docs are built for the sourceforge HTML files the RTL
Hi,
Attached is a patch for patch for THtmlWriter.EscapeText
Vincent
Index: packages/fcl-base/src/whtml.pp
===
--- packages/fcl-base/src/whtml.pp (revision 11609)
+++ packages/fcl-base/src/whtml.pp (working copy)
@@ -136,9 +136,9
Graeme Geldenhuys schreef:
I think you have a point with the DOM-unit parsing the documentation
content. So we can safely say, the actual content is NOT copied as-is!
#x2026;
If the above was interpreted as-is (with the rest of the content), it
would be 8 ascii characters all below 256
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
Daniël Mantione schreef:
Op Wed, 13 Aug 2008, schreef Vincent Snijders:
It easier to change the message parser if you change it, than to
design a protocol for more computer friendly messages.
It's not about what
Marco van de Voort schreef:
On 18 Jul 2008, at 18:26, Craig Peterson wrote:
Why would that be better than a simple typecast? Typecasting to/
from an object is a fast and easy way to associate an integer or
enum with the strings in a TStrings object.
Note that this will break if you turn on
Michael Van Canneyt schreef:
On Fri, 27 Jun 2008, Paul Ishenin wrote:
Hello, FPC developers' list.
CreateGrayScalePalette raises an exception. The problem is that palette is
created with count = 0 and every color assigment increase color count. I dont
know why it is done so but as result
Michael Van Canneyt schreef:
On Thu, 19 Jun 2008, Boian Mitov wrote:
Here is a code sniped that sows just one example of the problem:
This is a very simple example of how important the order really is:
We have even more crucial problems related with this. This is just a simple
one:
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Florian Klaempfl schreef:
Tomas Hajny schrieb:
On Thu, June 5, 2008 11:56, Vincent Snijders wrote:
I get an internal error when I do a make all in powerpc-darwin.
Vincent
make -C gtk2 install
/Users/fpcfan/tmp/build/fpc/fpcsrc/compiler/ppcppc -Ppowerpc -Ur -Xs -O2
-n -Fusrc
-Fusrc/glib
I get an internal error when I do a make all in powerpc-darwin.
Vincent
make -C gtk2 install
/Users/fpcfan/tmp/build/fpc/fpcsrc/compiler/ppcppc -Ppowerpc -Ur -Xs -O2 -n -Fusrc
-Fusrc/glib -Fusrc/atk -Fusrc/pango -Fusrc/gtk+/gdk-pixbuf -Fusrc/gtk+/gdk
-Fusrc/gtk+/gtk -Fusrc/libglade
Vincent Snijders schreef:
I get an internal error when I do a make all in powerpc-darwin.
Hmm, it is a bit more complicated. Host is i386-darwin, target in
powerpc-darwin.
Build command is:
make all PP=/Users/fpcfan/tmp/build/fpc/fpcsrc/compiler/ppc386
CPU_TARGET=powerpc
in the root
Daniël Mantione schreef:
Op Mon, 2 Jun 2008, schreef Florian Klaempfl:
all, if you use Random(), you want something random, yet many
developers make the common mistakes of not calling Randomize() or
calling it to often. If FPC handled that for us, nobody would every
make those mistakes
Graeme Geldenhuys schreef:
Hi Michael,
I tried to run the latest fpdoc against tiOPF documentation. I get the
following error. Any way I can generate a more detailed error message
for you?
[EMAIL PROTECTED]:Docs$ ./build_core.sh
FPDoc - Free Pascal Documentation Tool
Version 2.3.1
Klaus Hartnegg schreef:
a call to randomize disrupts the current state of the random
generator. That means that if you use random outside guid creation,
creating a guid can have unintended side effects on your random
generation.
Maybe the GUID generator should have an automatic call to
Michael Van Canneyt schreef:
Why does it work with x86_64?
Hell if I know :(
The problem was
Lists : Arrar['A'..'Z'] of TstringList;
And at a certain point I accessed it with an index '_'. No telling what
happens then :(
Ah, I should have compiled with Range Checks :-)
Vincent
Michael Van Canneyt schreef:
On Mon, 2 Jun 2008, Graeme Geldenhuys wrote:
Hi Michael,
I tried to run the latest fpdoc against tiOPF documentation. I get the
following error. Any way I can generate a more detailed error message
for you?
I was able to reproduce the error. But only with the
Graeme Geldenhuys schreef:
2008/5/29 Florian Klaempfl [EMAIL PROTECTED]:
How do I know if it's using Random or '/proc/sys/kernel/random/uuid'?
Browsing the RTL source code with Lazarus, I believe I am using the
latter, but not 100% sure.
If it uses /proc/sys/kernel/random/uuid, strace shows
Michael Van Canneyt schreef:
On Thu, 29 May 2008, Graeme Geldenhuys wrote:
2008/5/29 Michael Van Canneyt [EMAIL PROTECTED]:
can you send me your test program, so I can test my fixes ?
Here you go. It is pretty much what I sent before, except now I made
it a console application instead of a
Sergei Gorelkin schreef:
1) Typing: TBitArray (classesh.inc line 308) is declared as array of
Cardinal. It means that on 64-bit platforms it will consist of QWord's.
No, cardinal is 32 bits on a 64 bits platform too.
Vincent
___
fpc-devel maillist
Hi,
Why is CP_UTF8 not defined in the windows unit of the wince RTL?
It was requested here:
http://bugs.freepascal.org/view.php?id=10822
But it seems to be support in windows CE 5.0 at least:
http://msdn.microsoft.com/en-us/library/bb202786.aspx
Vincent
Florian Klaempfl schreef:
Miklos Cserzo schrieb:
Hi Folks,
according the documentation Arrays are limited to 2 GBytes in size in
the default processor mode. Is there another mode allowing bigger
arrays?
64 Bit mode/compiler.
Except for darwin.
Except it doesn't work:
Jonas Maebe schreef:
On 09 May 2008, at 22:43, Vincent Snijders wrote:
Florian Klaempfl schreef:
Miklos Cserzo schrieb:
Hi Folks,
according the documentation Arrays are limited to 2 GBytes in size
in the default processor mode. Is there another mode allowing
bigger arrays?
64 Bit mode
Graeme Geldenhuys schreef:
Hi,
Why does TCustomApplication derive from TComponent instead of TObject?
What is the reason behind this? Is there any benefits unknown to me?
Surely we never need to persist the Appplication class. And it it's
because we wanted RTTI support, again we could have
Graeme Geldenhuys schreef:
Hi,
As far as I understand the next release of FPC will be v2.2.2.
I would like to test my code with what is currently available. I believe
that is 2.2.1?
Where is this located in the SubVersion repository? Is it
Hi,
I am trying to the packages for arm-wince on the fixes_2_2 branch and get the error
below. Anybody else got this problem?
c:/lazarus/source/fpcbuild/2.2/install/binw32/make.exe -C fcl-db all
make.exe[2]: Entering directory
`C:/lazarus/source/fpcbuild/2.2/fpcsrc/packages/fcl-db'
Luiz Americo Pereira Camara schreef:
In response to bug report 0010959, i've uploaded a patch to fix the
issue, but the reporter closed the bug before the patch was applied.
So, i'd like to someone to apply the patch so i can send more
improvements to sqlite3ds
I have re-opened the bug
Michael Van Canneyt schreef:
On Thu, 10 Apr 2008, Felipe Monteiro de Carvalho wrote:
Hello,
What is the status of the cleanroom? Are there many more know bugs? Is
it already merged somewhere (either trunk or fpc_fixes)?
No. I still have 1 bug to fix, and normally I planned to look at it
Marco van de Voort schreef:
FPC is not warning compatible with FPC.
:-)
Can you give an example?
Vincent
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
C Western schreef:
Giulio Bernardi wrote:
Maybe this patch (for lazarus) solves the issue? (warning: lazarus
compiles and runs but I didn't test it).
Giulio
It seems to work reasonably OK for me. It doesn't handle the copyright
symbol quite right that was causing me problems, but I don't
101 - 200 of 545 matches
Mail list logo