On Wed, 30 Mar 2005 19:24:13 +0200
Daniel Herzog [EMAIL PROTECTED] wrote:
Quite a few now said it might be the case that it's firewall blocks all
icmp packages. Try lowering the servers mtu for the fun with it.
Yes, any sensible sysadmin ought to know that ICMP fragment error packets (type
3,
On Thu, 31 Mar 2005 10:51:09 +0200
Micha Nelissen [EMAIL PROTECTED] wrote:
Linux firewall should have something like:
iptables -A INPUT -p icmp --icmp-type fragmentation-needed -j ACCEPT
And also in FORWARD and OUTPUT, but it may be that you already have a rule to
allow 'RELATED' traffic
On Mon, 23 May 2005 02:29:48 +0200
Konstantin Münning [EMAIL PROTECTED] wrote:
But when there is no memory left and you need
some you can't behave perfect. Please let it be the programmers choice
what to do and how to handle this.
It is. Exceptions, ReturnNil, ...
A compiler should be
On Thu, 26 May 2005 11:18:52 +0200
Gerhard Scholz [EMAIL PROTECTED] wrote:
This follows the natural precedence of mathematical formulas. But with the
power operator the natural precedence is from right to left:
a ** b ** c ** d
normally means:
a ** ( b ** ( c ** d ) )
On Thu, 02 Jun 2005 14:22:55 +0100
Jamie McCracken [EMAIL PROTECTED] wrote:
In terms of _written_ or in terms of _working_ lines of code? :-
Dont kid yourself - a lot of my fellow Delphi programmers have dumped it
for C# already so it is really worrying for me espcially with borland
C#
On Thu, 02 Jun 2005 14:52:13 +0100
Jamie McCracken [EMAIL PROTECTED] wrote:
C# is very much like delphi, not at all like Python. What were their
reasons to switch ?
Because its so close to Delphi and they have switched because they
found it more productive. No forward declarations,
On Thu, 02 Jun 2005 15:31:51 +0100
Jamie McCracken [EMAIL PROTECTED] wrote:
Micha Nelissen wrote:
I don't understand, why are these forward declarations so evil ?
More code bloat, more typing and they get in the way. They dont give me
anything useful in return.
Please show me
On Thu, 02 Jun 2005 15:54:54 +0200
Sebastian Kaliszewski [EMAIL PROTECTED] wrote:
The studies show that in high level languages (C nothwithstanding) there is
very evident but simple correlation -- number of programmer errors per
language construct (typically in not obfuscated code it's very
On Fri, 10 Jun 2005 01:39:23 +0100
peter green [EMAIL PROTECTED] wrote:
the better soloution is dlopen/dlsym this allows the descision on what to
use to be moved to app development time or even runtime. (e.g. only using
new features if they are actually availible)
unfortunately doing this
On Tue, 14 Jun 2005 22:11:40 +0200
Mattias Gaertner [EMAIL PROTECTED] wrote:
A c float is a fpc single, right?
Yes, AFAIK.
If yes, then there was a heavy bug in the gtk2 bindings. Attached patch
fixes the gfloat.
There is no patch ?
Micha
___
On Wed, 15 Jun 2005 08:29:54 +0200
Ales Katona [EMAIL PROTECTED] wrote:
Your fpc.cfg file is ether not existing, in the wrong place or wrongly
configured. I don't know where it should be on MacOSX but if you find it
It's not so simple, I think, because otherwise he also wouldn't find RTL
On Tue, 14 Jun 2005 23:33:17 +0200
Mattias Gaertner [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 22:34:19 +0200
Micha Nelissen [EMAIL PROTECTED] wrote:
On Tue, 14 Jun 2005 22:11:40 +0200
Mattias Gaertner [EMAIL PROTECTED] wrote:
A c float is a fpc single, right?
So why did you do
On Tue, 5 Jul 2005 09:19:42 +0200 (CEST)
Peter Vreman [EMAIL PROTECTED] wrote:
The following code also fails with an overflow
{$Q+}
var
v : cardinal;
begin
v:=100;
inc(v,-1);
end.
The reason is that -1 is in fact an addition of $ resulting in the
carry flag being set
On Thu, 21 Jul 2005 13:25:05 +0300
Alexandrov Alexandru [EMAIL PROTECTED] wrote:
On 7/21/05, Micha Nelissen [EMAIL PROTECTED] wrote:
On Thu, 21 Jul 2005 06:51:12 +0200 (CEST)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
Because of the bug report I did some research on this as well
On Thu, 21 Jul 2005 14:02:52 +0300
Alexandrov Alexandru [EMAIL PROTECTED] wrote:
I have sent an patch (2 month ago) to improve the compatibility with
some older tdataset components.
I have included corrections to all related components: interbase,
mysql3 and 4, sqldb, tdbf.
I don't know who
Hi,
I've been valgrind'ing an LCL application, and valgrind reports a lot of errors
TReader.ReadProperty:
==13664== 182 errors in context 31 of 34:
==13664== Conditional jump or move depends on uninitialised value(s)
==13664==at 0x8099602: SYSUTILS_STRSCAN$PCHAR$CHAR$$PCHAR
Hi,
In TDbf I use MemScan, which is defined as such: (FPC_DISABLE for testing,
normally FPC)
code
{$ifdef FPC_DISABLE}
function MemScan(const Buffer: Pointer; Chr: Byte; Length: Integer): Pointer;
var
I: Integer;
begin
I := System.IndexByte(Buffer, Length, Chr);
if I = -1 then
Result
Marc Weustink wrote:
Peter Vreman wrote:
How will Delphi handle the following case with overloads and different
types:
If the generic is precompiled (which is maybe necesary if you need
access to privates) then I fear some runtime logic has to be added to
call the correct procedure. IE.
Peter Vreman wrote:
How will Delphi handle the following case with overloads and different types:
The restriction to use generic types only in (assignment to)/(passing to
procedure) of the same generic type is too big a restriction ?
If you want to do this, one should instantiate it first
Marc Weustink wrote:
BTW,
what woud be the problem with
type
TMySpecificClass = TGenericClass(TObject, Integer);
Or:
code
type
TGenericCollection = generic(T: TCollectionItem) class(TComponent)
...implement TCollection and use T
end;
TCollection = TGenericCollection of
Micha Nelissen wrote:
code
type
TGenericCollection = generic(T: TCollectionItem) class(TComponent)
...implement TCollection and use T
end;
TCollection = TGenericCollection of (TCollectionItem);
TFieldDefs = TGenericCollection of (TFieldDef);
/code
So generic procs could look like
Peter Vreman wrote:
Expiriment, feed g++ code with errors in the statements. With macro's
those errors won't be show until the macro is used. But with templates
this is diffent:
Smart indeed :)
This is more important than the syntactical sugar. The rules where to
declare generics and
On Fri, 04 Nov 2005 20:28:15 +0100
Florian Klaempfl [EMAIL PROTECTED] wrote:
- instantiation steps which require code generation are done after main
program compilation based on information saved in the unit files, this
has some advantages:
If there are errors in some template, won't this
On Sat, 05 Nov 2005 00:24:22 +0100
Ales Katona [EMAIL PROTECTED] wrote:
This patch fixes a bug in win32 threads. Warning: created in win32 :)
(no idea about lineendings)
There is no bug here, the function passed to the OS is in
rtl/win32/systhrd.inc (ThreadMain) for win32, which has stdcall
On Mon, 07 Nov 2005 14:45:19 +0100
Bram Kuijvenhoven [EMAIL PROTECTED] wrote:
Does for generics fit into Pascal? Well, we use [] for array indexing, and
() for parameter passing to procedures/functions/methods. So why not use
for passing parameters to generic types? And, similar to the
On Wed, 09 Nov 2005 19:16:46 +0100
[EMAIL PROTECTED] wrote:
Delphi.Net2.0 is using
Uncertain.
Chrome is using
Not inventive enough to come up with something of their own and simply
following .NET C# syntax.
C# is using
Duh. It's a C derivative.
C/C++ is using
Duh, they like short
Micha Nelissen wrote:
Come on, we're just discussing pros
and cons, who knows what the final syntax will be?
Ok, to prove this, I've added some ugly examples posted on IRC in the
wiki. Look at the bottom of generic keyword syntax examples.
Anyone an idea ? :-)
Micha
Micha Nelissen wrote:
Ok, to prove this, I've added some ugly examples posted on IRC in the
wiki. Look at the bottom of generic keyword syntax examples.
Anyone an idea ? :-)
Ok I've posted under Suggestion 2 a slightly modified syntax. Let me
know what you think.
Micha
John Briggs wrote:
The one thing that does concern me is why implement generics if you fail to
implement the late binding of the objects which to me is the greatest gain of
generic programming.
Speed.
What is late binding exactly ? What are you binding ?
Micha
Daniël Mantione wrote:
To be short, Juras B. wants to add a Unicode Win32 target, so in the
standard RTL things like Tlist etc. use ansistrings, while in the Unicode
RTL they use widestrings.
Why not use ansistrings with UTF-8 ?
IMHO this is indeed a good solution, but one with consequences.
Jonas Maebe wrote:
strpos, I don't know about Delphi. If you typecast an ansistring to a
pchar, then the compiler makes sure that if the ansistring is empty
(and thus a null pointer), a valid pointer to an empty null-terminated
string is returned.
Is that not also undocumented behaviour ?
Graeme Geldenhuys wrote:
Taken from Delphi 7 help:
Mixing Delphi strings and null-terminated strings
* You can also use Pointer(S) to cast a long string to an untyped
pointer. But if S is empty, the typecast returns nil.
* PChar(S) always returns a pointer to a memory block; if S is empty, a
Jonas Maebe wrote:
It happens in more in Pascal. For example, single(longint_var) is also
not the same as single(pointer(longint_var)) (let's assume a 32bit
system). In the former case, the longint is convert to a floating point
number with the same value. In the latter case, you get a
Hi,
I've been thinking about adding a linked list implementation to either TList
or TFPList. The basic problem to that is of course
1) space overhead of linked list is quite large
2) Index[..] will be O(N)
For (1) I was thinking about making a linked list of an array of items, for
example 14
On Wed, 14 Dec 2005 21:44:50 +0100 (CET)
Daniël Mantione [EMAIL PROTECTED] wrote:
Op Wed, 14 Dec 2005, schreef Micha Nelissen:
Sorry to disappoint, but this doesn't look a very good idea to me; it
would kill code that for example tries to sort a list. There will be also
a lot of code
On Wed, 14 Dec 2005 21:53:58 +0100
Mattias Gaertner [EMAIL PROTECTED] wrote:
Your trick will only give a constant factor on growing/shrinking the list
memory, gives an extra O(n) factor for sorting a TList, the caching costs
time, and the memory usage will also grow.
You may be
On Wed, 14 Dec 2005 22:40:40 +0100
Micha Nelissen [EMAIL PROTECTED] wrote:
increased by 8 items. So when adding 1000 (to take a number) items, the list
is copied at least 10, possibly 13 times, 12 - 28 - 44 - 60 - 76 - 92
- 108 - 124 - 140 - 206 - 325 - ~500 - ~780 - ~1000. For the linked
On Wed, 14 Dec 2005 21:33:34 +0100
Micha Nelissen [EMAIL PROTECTED] wrote:
For (1) I was thinking about making a linked list of an array of items, for
example 14 pointers (so that 8 bytes are left for next pointer and memory
manager needs on 32 bit platform).
Tiny addition: for 64bit OS you
Mattias Gaertner wrote:
Plus some bytes for the memory manager for each mem block. Typically 8.
FYI, for small blocks (512 bytes) it's only 4. And now I look at
heap.inc again, I think that even alignment for small blocks could be
upgraded to 4 byte granularity instead of 16 bytes. This
Jonas Maebe wrote:
That build log shows that they are creating a smartlinked rtl. In that
case, you get an enormous amount of .o files which have to be archived
together into one .a file (using the ar utility). Apparently the
maximum command line length is too short. I'm not sure how to
Ales Katona wrote:
Did I get it right that the new FastMM in new delphi is 3 times slower
than the old delphi one (which is on par with FPC AFAIK)?
No, only in a very specific case. FastMM is much faster than the old
delphi memory manager. It has been said it made delphi 2006 bootup twice
as
Hi,
I've attached my promised linked list. It's become a doubly-linked list,
so that Delete can be called multiple times in a row without problems.
OTOH, it would not be hard to make a singly-linked list variant (anyone
who uses only a single Delete after linear Find only?). I think the
interface
On Fri, 23 Dec 2005 22:30:05 +0100
Florian Klaempfl [EMAIL PROTECTED] wrote:
Micha Nelissen wrote:
Comments are welcome.
Make it a generic for use in a fpcontnr unit in fpc 2.1.x :)
fpc 2.1.x is a bit *too* experimental for my taste :-P.
Micha
On Fri, 23 Dec 2005 21:23:45 +0100
Micha Nelissen [EMAIL PROTECTED] wrote:
I've attached my promised linked list.
I've attached an updated version :-). It adds ReadData/AppendData to ease
integration with buffers and arrays, such as TList.
Micha
linkedlist.tar.gz
Description: Binary data
On Fri, 23 Dec 2005 22:30:05 +0100
Florian Klaempfl [EMAIL PROTECTED] wrote:
Micha Nelissen wrote:
Comments are welcome.
Make it a generic for use in a fpcontnr unit in fpc 2.1.x :)
Voilà :-). Maybe not in the way you imagined, but a nice test for generics
anyway :-). Seems
Daniël Mantione wrote:
... huge accounting program. Formerly propietary, now GPL, that is in need
from porting from Delphi to Free Pascal to become true free software.
The only problem is, they are not only considering Free Pascal,
but also Python.
What functionality are they using from the
On Thu, 19 Jan 2006 17:06:57 +0100
Florian Klaempfl [EMAIL PROTECTED] wrote:
Please check if it appears on other news sites and please guard the sites
mentioned for Pascal is a language for noobs-like trolling.
Does Python have any IDE comparable with lazarus?
Boa constructor IIRC.
Hi,
Attached is a linux unit with epoll system call wrappers. Also a demo is
included that creates 100 pipes and writes a character to each and reads it
non-blockingly.
Micha
epoll.tar.gz
Description: Binary data
___
fpc-devel maillist -
On Thu, Feb 02, 2006 at 06:16:53PM +0100, Micha Nelissen wrote:
Hi,
Attached is a linux unit with epoll system call wrappers. Also a demo is
included that creates 100 pipes and writes a character to each and reads it
non-blockingly.
Marco, is it possible to update the sysnr.inc files in rtl
On Fri, Feb 03, 2006 at 12:23:08PM +0100, Marco van de Voort wrote:
Marco, is it possible to update the sysnr.inc files in rtl/linux/arch
from a newer version of the kernel ? It's probably less work than me
trying to split all the syscall numbers up and you copy pasting them
for each arch
On Fri, Feb 03, 2006 at 12:36:47PM +0100, Marco van de Voort wrote:
Defining the syscall numbers is independent of choosing the target linux
kernel, right ?
It should. But sometimes call names are changed to _old and new ones with
the same name appear (with e.g. rt_ prefixed).
So I'm
On Fri, 03 Feb 2006 12:41:49 +0100
Ales Katona [EMAIL PROTECTED] wrote:
Try 2...
And almost the same sendfile support for linux. Uses the 64bit sendfile
syscall per default.
Micha
sendfile-linux.tar.gz
Description: Binary data
___
fpc-devel
On Fri, 03 Feb 2006 19:01:53 -0700
L505 [EMAIL PROTECTED] wrote:
I'm all for it. The question is: base or extra. Or even FCL.
fpnet package. The FCL is only basic stuff, some extended RTL. IMHO the
fpimage,db and xml shall also be moved to fpimage, fpdb and fpxml
packages.
Why
On Sat, 4 Mar 2006 10:24:14 -0500
Paul Davidson [EMAIL PROTECTED] wrote:
Quite often a type is defined in INTERFACE part, but only used within
class/object defined in same unit.
1) This means that type is public. This is not always good thing in
OOese.
2) Unit must be specified in
On Sat, 4 Mar 2006 12:57:41 -0500
Paul Davidson [EMAIL PROTECTED] wrote:
unit cUnit
interface
uses bUnit;
type
cObj = class( bObj )
implementation
aVar := at_Last; --- ERROR!
The implementation of cUnit requires a USE aUnit; in order to compile
Hi,
Shouldn't ReallocMem in CMem zero the newly allocated bytes ?
Micha
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On Wed, 8 Mar 2006 18:10:38 +0100 (CET)
Daniël Mantione [EMAIL PROTECTED] wrote:
Op Wed, 8 Mar 2006, schreef Micha Nelissen:
Shouldn't ReallocMem in CMem zero the newly allocated bytes ?
No, it is the responsibility of the programmer.
Nope. At least the compiler depends on it being
On Wed, 8 Mar 2006 18:33:53 +0100
Mattias Gaertner [EMAIL PROTECTED] wrote:
Nope. At least the compiler depends on it being zeroed. The FPC heap
manager zeroes it, as well.
Not under linux. Are you sure?
Hmm, that was changed then and the compiler was fixed; probably due to me
mentioning
On Wed, 8 Mar 2006 19:10:55 +0100
Mattias Gaertner [EMAIL PROTECTED] wrote:
On Wed, 8 Mar 2006 19:01:11 +0100
Micha Nelissen [EMAIL PROTECTED] wrote:
Hmm, that was changed then and the compiler was fixed; probably due to me
mentioning it on IRC sometime ago, also :-). The name has 'alloc
Hi,
Is TProcess capable of the following (boot requirements for FastCGI
process) ?
http://fastcgi.com/devkit/doc/fcgi-spec.html#S2
2.2 File descriptors
The Web server leaves a single file descriptor, FCGI_LISTENSOCK_FILENO,
open when the application begins execution. This descriptor refers to
On Thu, 30 Mar 2006 09:28:21 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
Even when I write my own environment strings in Process.Environment, still
it also inherits all of the environment of the parent process.
How can I prevent this ?
This is a bug ?
If
On Sat, 01 Apr 2006 18:06:31 +0200
Joost van der Sluis [EMAIL PROTECTED] wrote:
Further I have a question: now sqldb uses a linked-list record buffer,
the RecordCount and RecNo properties are something strange.
What should I do with recordcount? I can add a counter which keep track
of the
On Sat, 01 Apr 2006 18:33:10 -0300
Luiz Americo Pereira Camara [EMAIL PROTECTED] wrote:
And what about recno? Just define it as -1, or do a quick count to get
the current record number?
Take a look at TCustomSqliteDataset implementation. In its
implementation a count is done each
On Fri, 07 Apr 2006 21:16:23 +0200
Joost van der Sluis [EMAIL PROTECTED] wrote:
function Locate(const keyfields: string; const keyvalues: Variant;
options: TLocateOptions; LocateNext : boolean ) : boolean;
So that it's possible to doe a 'locatenext'
But I saw that sqlite simply has a
On Sat, 08 Apr 2006 17:19:34 +0200
Marc Weustink [EMAIL PROTECTED] wrote:
I think .Filter in combination with .FindFirst/Prior/Next/Last is just as
powerful, so a LocateNext should not be needed.
Not really. Sometimes I use a locate to find a record in a dataset. I
don't want to limit
On Tue, 11 Apr 2006 13:06:27 -0300
Flávio Etrusco [EMAIL PROTECTED] wrote:
What does type erasure mean without a runtime engine (VM) ?
That the template is not aware of the instantiated type of the
template parameters, they are only accessed/resolved through oop
(inheritance/polymorphism).
Hi,
Somebody has reported a bug for TDbf:
https://sourceforge.net/tracker/index.php?func=detailaid=1466260group_id=34085atid=410671
function DateTimeToTimeStamp(DateTime: TDateTime): TTimeStamp;
begin
result.Time := Trunc(Frac(DateTime) * MSecsPerDay);
result.Date := 1 + DateDelta +
On Wed, 12 Apr 2006 08:31:58 +0200 (CEST)
Peter Vreman [EMAIL PROTECTED] wrote:
FPC is a compiled language where not all types are classes. The only way
to implement it is like C++ templates. It is a known fact that generics
will introduce code bloat, but that is still less than the 15-20mb
On Sun, 14 May 2006 08:48:07 +0200 (CEST)
Daniël Mantione [EMAIL PROTECTED] wrote:
About flushing the output, I think it is impossible to receive the output
interactively currently, it will output in bursts. You should still be
able to receive the output, though. If you want to receive it
On Tue, 16 May 2006 16:11:43 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
IMHO:
Eventually, you'll have to switch to parsing the .ppu files for some parts.
Do .ppu files tell in what source file and what line a symbol is defined ?
Micha
On Fri, 19 May 2006 18:29:29 +0100
Peter Vreman [EMAIL PROTECTED] wrote:
There are already some complains about the memory usage. Increasing the
string size adds a lot more overhead. Especially for all the small labels
like .L1 etc. Already using longstrings will add 3 bytes for the length
On Sun, 21 May 2006 16:40:44 +0200 (Romance Daylight Time)
Michael Van Canneyt [EMAIL PROTECTED] wrote:
They obviously judged that the idea of
TD := EncodeDate()+encodeTime();
was more important than strict ordering.
If they *did* use this, it *would* all work like you expect! But with
On Mon, 22 May 2006 18:07:52 +0200
Joost van der Sluis [EMAIL PROTECTED] wrote:
The attached patch fixs some problems with negative TDateTimes.
Can you introduce constants instead of all these hardcoded numbers so the
code is more readable ?
Micha
Hi,
How can I zero-pad using Format ? In C, using printf it's done using an
extra 0 digit in for the width: '%04d' with parameter 3 will print
'0003'. Wouldn't this be useful for FPC's Format as well, or is there
another way ?
Micha
___
fpc-devel
Michael Van Canneyt wrote:
in fpc it's a dot.
Try
%.4d
This is in the docs:
http://www.freepascal.org/docs-html/rtl/sysutils/format.html
Thanks, that works.
I did read that page, but only saw 'padded with spaces' and assumed
Precision was only applicable to floating point values, as
Vinzent Hoefler wrote:
On Tuesday 20 June 2006 10:44, Micha Nelissen wrote:
How can I zero-pad using Format ?
RTFM. :-)
SysUtils.Format ('%.4D', Some_Int);
Sounds like I found a case where 'C' is more intuitive than pascal ;-).
Seriously, isn't Format an imitation of C's printf
Marco van de Voort wrote:
SysUtils.Format ('%.4D', Some_Int);
Sounds like I found a case where 'C' is more intuitive than pascal ;-).
With a C mindset, yes. There a leading 0 can have meaning. In Pascal an
extra leading zero never has meaning.
It's a formatting string, not a number only.
Aleš Katona wrote:
Hi Bob and welcome to the world of crap.
Seriously and honestly, the FreeBSD porters made a big bad pile of crap
when they some years ago decided to name gtk-12 and others as gtk12.
Welcome to the world of shit.. eh sorry I ment unix.
It was written in C what would
Marco van de Voort wrote:
They can't do that without breaking all other packages in the archive
using this package. They don't get rebuilt automatically AFAIK, and
that's where the difference is IMHO.
I don't understand this. Afaik there is no difference at all. Could you be
more elaborate
Marco van de Voort wrote:
On Mon, Jul 17, 2006 at 01:56:38PM +0200, Micha Nelissen wrote:
the library name correctly according to that distro's packaging rules)
then all dependent software is automatically recompiled for the new
version (and name), and thus no one notices any breakages. Except
Jonas Maebe wrote:
On 17 Jul 2006, at 16:01, Daniël Mantione wrote:
We should design a system that does solve world hunger. I'm serious about
that: if we want to be a more professional tool than C, we should not
copy
the defficiencies. Makefiles are one of them, Autohell is another, and
Vinzent Hoefler wrote:
Of course they don't. Unlike some other languages where such things are
standardized quite clearly, (most) consistency, dependency and linking
issues are beyond the scope of the official C-standard.
I'm not talking about the C language, but the vendors, the C library
Felipe Monteiro de Carvalho wrote:
The headers are now available for download. The are explanations about
how to make a simple module, example code, internal details and a
download link of the bindings here:
http://www.freepascal.org/wiki/index.php?title=FPC_and_Apache_Modules
I think using
Stefan Kisdaroczi wrote:
Hi,
i have attached a patch for the fpcbuild repository. Created and tested
with branch fixes_2_0.
The patch contains modifications made by the debian maintainer (deb) for
the official debian packages and some fixes by myself (me).
D install/debian/control
Stefan Kisdaroczi wrote:
not needed: control is created from control.in by script fixdeb like all
*.in files
outdated: amd64 arch is missing, but is in control.in
Micha ? Am i wrong ? What about the others files ?
Hmm, dpkg-buildpackage needs a control file before it will run the rules
Stefan Kisdaroczi wrote:
===
--- install/debian/copyright.in (revision 144)
+++ install/debian/copyright.in (working copy)
@@ -5,8 +5,7 @@
Carlos Laviola [EMAIL PROTECTED]
Strange, this file doesn't exist in my
Graeme Geldenhuys wrote:
I see there is already such a function, just with a different name:
OffsetRect()
I guess there is no need to add InflateRect() now...
Offset is for position, Inflate is for size. AFAIK.
Micha
___
fpc-devel maillist -
Florian Klaempfl wrote:
That's what I would recommend nvidia for years: provide their drivers as
assembler files. Nobody can proof that it is actually compiled and they
don't release more knowledge than they actually do and the gpl trolls
can't flame anymore :)
Nobody will believe they
Sergei Gorelkin wrote:
const
TestData: array[0..7] of Char = 'abc'#10'def'#0;
procedure Test1;
var
sl: TStringList;
begin
sl := TStringList.Create;
sl.Text := string(@TestData[0]); // - fails here
sl.Free;
end;
A typecast is a typecast. Simply remove the typecast, and it
Micha Nelissen wrote:
Sample 2: This one compiles with Delphi (again, it inserts necessary
conversion Wide - Ansi), but does not compile with FPC, neither in
objfpc nor in Delphi mode.
The (should be) conversion code seems to be missing.
Never mind this one, I read SetLength instead
Marco van de Voort wrote:
P.s. Note that Indy10 clients work on OS X (powerpc)
But Indy is entirely blocking-oriented.
Micha
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Michael Van Canneyt wrote:
Note, if I remove the 'Keystrokes = ' line from the lfm, I will get
the default collection too, so I wonder why there are two ways to get
the default collection.
I propose to remove the if not EndOfList then Collection.Clear; line.
You may not, because then
http://sourceware.org/ml/binutils/2006-08/msg00196.html
Micha
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Mattias Gaertner wrote:
Under which category should h2pas bugs be reported?
Probably the 'these-will-only-be-solved-if-you-also-provide-a-patch'
category :-).
Micha
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
Ivo Steinmann wrote:
now it compiles and works without any problems. What do you think?
dangerous? crazy? If you think it's a good idea, I would like to add a
There is no difference on the ABI level of 'new' and 'new[]' ?
Micha
___
fpc-devel maillist
Christian Iversen wrote:
rare, however - and you have to be careful anyway, because this restriction
is not consistent:
var
wait: boolean;
procedure tfoo.ReadStuff(buffer: tbuffer; wait: boolean);
begin
// In here, wait could refer either to the parameter, or the global var.
Vincent Snijders wrote:
Hi,
The LCL contains the non-visual unit LCLMemManager:
http://svn.freepascal.org/svn/lazarus/trunk/lcl/lclmemmanager.pas
I would like to propose that you rename it and add it to the FCL.
Aren't there more units that can be moved ? Some things in LCLProc,
Hi,
I want to bring up the following scenario: (need fixed font)
B -- G
| |
A -- F
All are classes, and usually A 'owns' F. So A has a field 'Field' of
type F. Now, whenever A creates F, B overrides this (in virtual method
or class type) to create a G.
The problem now is
Michalis Kamburelis wrote:
All you want is just to cover in class B identifier Field of class A.
So you should make Field a dummy function in class A (that just
returns a field value), and then you can redefine function name in
descendant classes. See the example below. Within the scope of
Michael Van Canneyt wrote:
is to be written in a certain format, so you tell the compiler that it
is like that. Why is this a hack ?
Because you do a typecast just as if you would override a property using a
read specifier and do the typecast there. Just the typecast is disguised
as an
1 - 100 of 375 matches
Mail list logo
