-- Class Contracts
I like the 'require/ensure' aproach.
It makes the code more robust and more debuggable, IMHO
I think the checks you can do there are to limited. I also wonder what
will happen if a require isn't met. Personally I don't want exeption in my
released app.
No, these are
If you want to modernize the language you can take the current fpc code
and extend it yourself. If the extension is clear and we agree on it it
can eventually be put in the main fpc release.
Discussions are useful.
Before one starts coding away, a consensus would be nice to have.
I would not
Marc Weustink wrote:
-- Class Contracts
I like the 'require/ensure' aproach.
It makes the code more robust and more debuggable, IMHO
I think the checks you can do there are to limited. I also wonder what
will happen if a require isn't met. Personally I don't want
exeption in my released app.
I know very little about Linker --just vaguely what it
does, and that's all. I googled for it, but could not
find much either.
Could someone give me some pointers to read about the
subject.
The reason why I was interested is, it seems a Linker
is more difficult to write than a compiler --after
As far as voting goes, personally, I prefer something like this: GList =
generic class(T)
And, are we going to have non-class rotines, such as event declarations; i.e.
TGenericCallback = generic function(AValue1: TGenericValue; AValue2:
TGenericValue): Integer;
TSomeGenericEvent =
I wonder if this might be a useful read to the architects here.
http://weblogs.mozillazine.org/roc/archives/2007/04/history_based_s.html
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I have read the text and I'd like to thank the author for the immense
effort (both in the past and in the future) put into it.
The only criticism I might have on it would be that it is a little too
US-centric.
I am referring to the stuff related to measurement systems, and other
various
Michael Van Canneyt wrote:
Exactly. There are 4 converters:
Latex2html - a huge perl script which needs more time and memory than God
needed to create the earth, to convert the docs. We dumped it because
it simply takes too long. It's good for small documents (articles), but
Graeme Geldenhuys wrote:
I have to say I agree with you The Object Pascal / Delphi language
already has way to many string types! At it's just getting worse.
I've always liked the Java style of everything being an object - even
the string type.
The more I look at this Unicode issue, the
Yes, but most proposals here about a TCharacter are a bit overkill. In
example languare reference for a given char is not very important from
a Unicode point of view, unicode focuses its power in the text, so
locale is important in context operations and collations.
See my other post above.
Michael Van Canneyt wrote:
You are mixing 2 things:
- Texts (strings) at the compiler language level.
- (complex) GUI design that needs to handle a lot of text and a lot of extra
properties.
:)
If you draw the lines so red and thick, who am I to disagree...
But, I could write a gigantic
But, I could write a gigantic data mining application, a database application
or a myriad of such apps that uses the above class without doing a single
pixel of GUI stuff.
I'd like to see that: it will be guaranteed dog slow :(
Hmm.. may be, maybe not.
Last year I wrote a natural lang parser
compiler guys all the same} and ask, instead, to give us
reference-counted 4-byte (actually, preferably 6-bytes) per cell
arrays/strings.
What's wrong with an dyn. array of DWord?
Much like what's wrong with dynamic array of Word (as opposed to
Widestring) or with dynamic array of byte (as
But it is far more readable when there is special and reserved type
for which we could have special operators and converters just like
those we have for strings and widestrings.
Oh, I thougbt people just complained in this thread that + isn't
appropriate for strings anyways ...
People are,
Actually, UTF-8 can contain bidi info, it's indeed a matter of the
renderer.
And, how do you propose doing a case-insensitive search in a given text
that contains multiple languages?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
IMHO You can't? But you could use a TStringList.
I don't think I could.
Because, in TStringList, you have no way of knowing what language each
item belogs to.
You could, of course, work around it by adding a fake object to each
item denoting the language, but that does mean a generalized
So maybe the design is quite well thought?
Adding a flag field is easy enough --if all you're doing is to do some
sort of collation. In that sense, everything is well tought out.
But..
Life becomes very complicated when you begin to do things like FTS (full
text search) on a multilanguage
Martin Friebe wrote:
Just to make sure, all of this discussion is based on various collation
No part of this discussion is based on collation.
I am going to leave out the object question for now. I said all I can
say in earlier mails.
That's good. Thank you.
And also from your comments
Actually for you example case doesn't matter. as you need to decide if
ss = ß
And, this is only valid in German. For all other, the result must either
be false, or undefined.
Is there, in Unicode, start-stop markes that denote 'language'?
I do not know, that was why I said unused unicode
[Note that, here 'TCharacter' isn't necessarily an object; it might as
well be a simple record structure.]
AFAIK for most programmers this is not a common task. Most programs need less
(one language or codepage)
But, when you're talking unicode, codepage is rather meaningless --isn't it?
or
Sorry, but I meant comparing with collation. I did not mean comapring
within labguage context.
How can you do /proper/ collation while ignoring the language context?
1) 'sıkıcı' which means 'boring' in English (notice the dotless small
'i's)
2) 'sikici' which means 'fucker' in English
DM Example: In Dutch uppercase characters generally do not get
tremas: Daniël becomes DANIEL. Should an uppercase routine worry?
No, this is a spelling convention, the correct uppercase of ë is
Ë, we should not confuse spelling with uppercasing.
No. This is not a spelling convention. It is
On 2008-10-24 02:46, Felipe Monteiro de Carvalho wrote:
I agree with Daniël on this one. Simplify. ë -- Ë always
If you need something which takes into consideration the language then
build another routine with more parameters.
It's not that simple.
How would you uppercase this piece of
I was trying to get a copy of the whole FPC SVN, but at some point, I
get the following error:
Server sent unexpected return value (413 Request Entity Too Large) in
response to REPORT request for '/svn/fpc/!svn/vcc/default'
Does anyone have any idea why I get this 413 Request Entity Too
On 2008-11-07 17:40, Felipe Monteiro de Carvalho wrote:
What svn command line are you using?
I am using the latest stable TortoiseSVN (Windows).
Maybe you are trying to download everything, including all tags, all
branches, all binary files, etc, etc.
Yes. I deliberately want to do that.
I mean what command are you using. Something like:
svn co blablabla
Since this is a point-n-click GUI thing, there's no command line that I
know of.
But the URL I am using is this:
http://svn.freepascal.org/svn/fpc
___
fpc-devel maillist -
On 2008-11-07 19:12, Aleksa Todorovic wrote:
So, which action from right-click menu have you chosen? SVN Checkout?
First 'SVN Checkout'; then --after each failure-- 'SVN Update'
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
And the error is quite clear: you're pushing too much data to the server.
I don't have 'write' access. Not have I done any alterations to copy I
have so far managed to get.
What data could I be pushing to the server?
Try cutting up in several smaller chunks:
Browse the server repository,
What data could I be pushing to the server?
The state of your current copy of the repository; From this the server
can determine what data it should send and what not. If there are too
many files, this will amount to a big request, and that could cause such
an error response.
H.. That
Ok, two questions for the example above:
- how do you maintain backward compatibility?
- how do you load a plain old ansi file?
You could alter the LoadFromFile(), LoadFromStream(), SaveToFile(),
SaveToStrwam() routines like below:
procedure TStringList.LoadFromFile(AFileName: TFilename;
Is there a way to determine how much memory is consumed by strings by a
running application?
I'd like to know this, in particular, for FPC ana Lazarus --to begin with.
And, the reason I'd like to know this is this: Whenever I suggest that
char size be increased to 4, the idea gets opposed on
On 2008-11-23 10:19, Mattias Gaertner wrote:
On Sat, 22 Nov 2008 23:05:43 +0200
listmember[EMAIL PROTECTED] wrote:
Is there a way to determine how much memory is consumed by strings by
a running application?
I'd like to know this, in particular, for FPC ana Lazarus --to begin
I am only considering in memory representation being UTF-32 (or
UCS-4).
What do you mean with 'memory representation'?
That, each char in a string in memory would be 4-bytes (or more); yet,
when saved on disk (or transmitted across the net etc.) it would be
UTF-8 compressed. IOW, no
Actually, load times are not --does not seem to be-- linear at all.
4 times larger file seems to take only twice as long.
I did one very simple test using 2 text files:
File 1: 384 MB (403,248,710 bytes)
File 2: 120 MB (126,680,448 bytes)
with the code below:
procedure
On 2008-11-23 13:07, Graeme Geldenhuys wrote:
On Sun, Nov 23, 2008 at 12:29 PM, listmember[EMAIL PROTECTED] wrote:
What I am curious about is: 4 times of what?
RAM, Ramdom Access Memory, DIMMs those little green sticks you
shove into the motherboard
However, you may hack into RTL at the NewAnsiString / NewWideString /
NewUnicodeString procedures and install hooks that will record the
number of bytes requested. That shouldn't be too difficult to do.
This is what I was looking for.
Thank you.
___
Do a 'find declaration' on an identifier, that does not exist. This
will explore all units of the uses section.
Now I see what you mean.
But, isn't this a design-choice; caching all sources in memory for speed
reasons, as opposed to on-demand opening and closing each file.
Still. If that is
On 2008-11-23 13:49, Jonas Maebe wrote:
On 23 Nov 2008, at 12:35, listmember wrote:
But, isn't this a design-choice; caching all sources in memory for
speed reasons, as opposed to on-demand opening and closing each file.
For very large projects, that should probably be done anyway at some
On 2008-11-23 14:10, Daniël Mantione wrote:
Therefore, any other encoding is a waste of memory and does not gain you
any speed. For that reason, I don't see the compiler switch from 8-bit
processing either.
I nearly fully agree with you.
Except that, when a string constant needs to contain
I thought my example described just that. If strings use 4 bytes per
char then ASCII text will need 4 times more memory.
I am not disputing that.
What I am curious about is: 4 times of what?
It is not hard to tell that an app that works with text files (such as
Lazarus) will consume 4 times
On 2008-11-23 12:50, Jonas Maebe wrote:
On 23 Nov 2008, at 11:29, listmember wrote:
It is not hard to tell that an app that works with text files (such
as Lazarus) will consume 4 times more memory per file loaded.
But, how much memory does, say, Lazarus --itself-- consume
specifically
On 2008-11-23 14:34, Mattias Gaertner wrote:
On Sun, 23 Nov 2008 14:11:50 +0200
listmember[EMAIL PROTECTED] wrote:
That leaves me wondering how much do we lose performance-wise in
endlessly decompressing UTF-8 data, instead of using, say, UCS-4
strings.
I'm wondering what you mean
On 2008-11-23 14:19, Mattias Gaertner wrote:
On Sun, 23 Nov 2008 13:35:07 +0200
listmember[EMAIL PROTECTED] wrote:
[...]
These dependencies are complex and require exclusive access. The
memory belongs to the program, the source files can be changed by
anyone.
Therefore the files are kept
On 2008-11-23 14:49, Daniël Mantione wrote:
Op Sun, 23 Nov 2008, schreef Jonas Maebe:
On 23 Nov 2008, at 13:31, Daniël Mantione wrote:
For an IDE, this is a little bit more complicated. I.e. searching for
a ç in a source file needs to find both the composed and the
decomposed variant, and
On 2008-11-23 15:10, Marco van de Voort wrote:
In our previous episode, listmember said:
[]..
I'd like to know this, in particular, for FPC ana Lazarus --to begin with.
And, the reason I'd like to know this is this: Whenever I suggest that
char size be increased to 4, the idea gets opposed
On 2008-11-23 19:31, Graeme Geldenhuys wrote:
At least the good thing of UTF-8 is that you don't have to worry about
LE or BE byte orders. UTF-16 and UTF-32 have that nasty issue.
LE/BE only applies when streaming to/from file/device/network, otherwise
life is much simpler with UTF-32.
On 2009-08-17 01:20, Graeme Geldenhuys wrote:
An exact example would be very helpful. And the old property mapping
to database field doesn't could, because that's a design preference
and such mappings are not always appropriate or possible.
What I have in mind isn't quite an example but I'd
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
I am sorry. I didn't mean to send it here.
But, now that I did: Does anyone know of Tor/Onion protocol
implementation in Pascal.
Cheers
On 2009-09-23 13:26, listmember wrote:
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http
On 2012-12-21 14:26, Michael Van Canneyt wrote:
- Inoussa has made a native unicode string manager. A large effort.
Is this code publicly available somewhere?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
On 2012-12-21 22:29, Michael Van Canneyt wrote:
On Fri, 21 Dec 2012, ListMember wrote:
On 2012-12-21 14:26, Michael Van Canneyt wrote:
- Inoussa has made a native unicode string manager. A large effort.
Is this code publicly available somewhere?
It's attached to a bugreport in Mantis
On 2012-12-22 00:27, Sven Barth wrote:
Am 21.12.2012 22:20 schrieb ListMember listmem...@letterboxes.org
mailto:listmem...@letterboxes.org:
Can you (or someone else, of course) think of a better search string
to locate it?
Go to View Issues, click on the + before the search bix, click
On 2012-12-22 11:48, Michael Van Canneyt wrote:
On Sat, 22 Dec 2012, ListMember wrote:
On 2012-12-22 00:27, Sven Barth wrote:
Am 21.12.2012 22:20 schrieb ListMember
listmem...@letterboxes.org:
Can you (or someone else, of course) think of a better search
string to locate
On 2013-03-02 21:55, Sven Barth wrote:
- (in context with the above point) couple the support for the
anonymous functions to a new modeswitch (enabled by default in mode
delphi), but allow reference to procvars in non-Delphi modes (this
way you'd only be able to use nested functions, but later
On 2013-03-05 12:37, Sven Barth wrote:
Thanks, I try my best :)
I know you do.
And, since generics has also been mentioned in this thread, here is
something I'd like to table/mention (or, rather, use you as a sounding
board, if I may).
Sometimes writing generic routines that are truly
On 2013-03-06 13:13, Alexander Klenin wrote:
On Wed, Mar 6, 2013 at 10:00 PM, Michael Schnell mschn...@lumino.de wrote:
On 03/05/2013 05:17 PM, Alexander Klenin wrote:
1) Make sure is and as work with generic types -- maybe they already
are?
is the generic type and/or is a certain
On 2014-02-10 00:02, Florian Klämpfl wrote:
The lazarus forum can be reached at
http://forum.lazarus.freepascal.org/index.php?action=forum
Shouldn't this link go directly to forum?
http://forum.lazarus.freepascal.org/
___
fpc-devel maillist -
On 2014-10-27 00:00, Sven Barth wrote:
On 26.10.2014 12:17, Kostas Michalopoulos wrote:
On Sun, Oct 26, 2014 at 8:32 AM, Sven Barth pascaldra...@googlemail.com
mailto:pascaldra...@googlemail.com wrote:
Definitely not. We are in Pascal and there such directives are
placed afterwards.
On 2014-10-27 09:39, Michael Van Canneyt wrote:
On Mon, 27 Oct 2014, ListMember wrote:
On 2014-10-27 00:00, Sven Barth wrote:
On 26.10.2014 12:17, Kostas Michalopoulos wrote:
On Sun, Oct 26, 2014 at 8:32 AM, Sven Barth
pascaldra...@googlemail.com
Apparently, the FPC wiki uses the same software as Wikipedia; if so, the
following links may be useful.
https://en.wikipedia.org/wiki/Wikipedia:Manual_of_Style/Mathematics#Using_HTML
https://en.wikipedia.org/wiki/Wikipedia:Mathematical_symbols
How about this. To me it is more readable.
type
THtmlColorName = (
*hcnUnknown*, hcnWhite, hcnSilver, hcnGray, hcnBlack,
hcnRed, hcnMaroon, hcnYellow, hcnOlive,
hcnLime, hcnGreen, hcnAqua, hcnTeal, hcnBlue,
hcnNavy, hcnFuchsia, hcnPurple);
function TryStrToHtmlColorName(const S:
61 matches
Mail list logo
