Jonas Maebe schrieb:
On 16 Sep 2009, at 20:09, Sven Barth wrote:
Jonas Maebe schrieb:
As far as I know, there is not a single test for this functionality,
so I'm not sure that it actually works.
Well... then I think it's time to change this.
I'll try to test this functionality (and to fix
Jonas Maebe schrieb:
>
> On 16 Sep 2009, at 20:09, Sven Barth wrote:
>
>> Jonas Maebe schrieb:
>>> As far as I know, there is not a single test for this functionality,
>>> so I'm not sure that it actually works.
>>
>> Well... then I think it's time to change this.
>>
>> I'll try to test this func
On 16 Sep 2009, at 20:09, Sven Barth wrote:
Jonas Maebe schrieb:
As far as I know, there is not a single test for this
functionality, so I'm not sure that it actually works.
Well... then I think it's time to change this.
I'll try to test this functionality (and to fix it, if it fails),
T
Jonas Maebe schrieb:
As far as I know, there is not a single test for this functionality, so
I'm not sure that it actually works.
Well... then I think it's time to change this.
I'll try to test this functionality (and to fix it, if it fails), but
you (or another core developer) should at
Well, according to Apple the number is 50M :
http://www.theiphoneblog.com/2009/09/10/apple-music-event-numbers-30m-iphones-20m-ipod-touches-75k-apps-18b-downloads/
dmitry boyarintsev wrote:
But $1K is peanuts if the finished application will be presented to 30-40
million people for download.
On 16 Sep 2009, at 19:01, ABorka wrote:
What is interesting that they seem to be able to really use a
different language within the apple rules of iphone development.
Of course they can, there are no rules against that. You just cannot
distribute any adapted headers (so you have to rely on
> But $1K is peanuts if the finished application will be presented to 30-40
> million people for download.
I wonder what application can make 30-40 downloads? AFAIK there're
less iPhones/Touches sold all over the world.
If Jonas is right about Apple's license violation. Apple can simply
ban your C
You guys are correct about the pricing, of course.
But $1K is peanuts if the finished application will be presented to
30-40 million people for download.
Considering what I read about obj C development... I think many
people/companies would happily pay the price to have some nice language
for
Martin Schreiber escreveu:
On Tuesday 15 September 2009 18:04:33 Luiz Americo Pereira Camara wrote:
In my view, to get the fpc unicode support in a good state would be
necessary to implement the encoding field in the string type so
converting strings can be done system independently (seems t
Please accept my apologies to the ENTIRE FPC TEAM.
I should have never asked this. I was weak! (Pipe dream).
I have realized that this is the freepascal project, and all effort should
be done to keep things in pascal. I am myself a big pascal fan, and I have
forsaken my values and fundamentals. P
Jonas Maebe het geskryf:
>
> The way to implement stuff like that is to call the appropriate
> library functions. It makes no sense to completely re-implement
> everything in the RTL.
>
> Such API-calls can of course be wrapped by the RTL, similar to the way
> there are already function suc
On 16 Sep 2009, at 16:34, Michael Schnell wrote:
Does the FPC rtl compare two unicode-strings a and b as equal with
"if a=b ..."
even when both print as "ä" and one is coded as a single character and
the other is coded as an a and a " double dot superscript" ?
No, it just compares the literal
Jonas Maebe wrote:
>
> On 16 Sep 2009, at 11:44, Michael Schnell wrote:
>
> Don't analyse them character by character, but use standard functions to
> compare them.
Does the FPC rtl compare two unicode-strings a and b as equal with
"if a=b ..."
even when both print as "ä" and one is coded as a
On 16 Sep 2009, at 11:13, Jonas Maebe wrote:
We don't distribute an interface to most iPhone frameworks, in part
because the iPhone SDK licensing agreement forbids distributing any
derivative works. The Mono guys apparently ignore this and do
distribute a bunch of XML files generated from
Here you're. Free iPhone dev tools: http://code.google.com/p/iphone-dev/
thanks,
dmitry
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
In our previous episode, Thaddy said:
> > It is. Widestring always worked more or less, on both FPC,Kylix and Delphi.
> > But the COM backed versions (FPC2.2+ (?) and Delphi) suffered from
> > performance problems
> As I wrote it should be opaque ( = transparent, btw).
> At least for windows I over
Marco van de Voort wrote:
This should be transparent for the non-library user code
It is. Widestring always worked more or less, on both FPC,Kylix and Delphi.
But the COM backed versions (FPC2.2+ (?) and Delphi) suffered from
performance problems
As I wrote it should be opaque ( = tra
On 16 Sep 2009, at 09:29, Sven Barth wrote:
What about documenting the 'cppclass' feature of Free Pascal? I
found this a few weeks ago and digged in the compilers code. From
what I saw it should still work with gcc 3.x/4.x compiled cpp code.
But I didn't test how. The only documentation is
You can fairly expose most such bugs in FPC by compiling with -gt,
OK, thanks. I was not aware of this "feature".
PS: your system clock seems to be off by an hour,
Sorry. Better now?
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://
On 16 Sep 2009, at 10:49, theo wrote:
Uninitialised means exactly that: not initialised, neither with
false,
nor with true
OK, that's what I thought. So Delphi is "hiding" a coding bug here.
Well, it's not Delphi's fault either. It could just as well have been
the other way round (with
On 16 Sep 2009, at 11:44, Michael Schnell wrote:
Jonas Maebe wrote:
Analysing strings by hand not a very smart thing to do with unicode
strings.
How should it be avoided if I want to react on a user input or on a
string read from a file ?
Don't analyse them character by character, but use
> Uninitialised means exactly that: not initialised, neither with false,
> nor with true
OK, that's what I thought. So Delphi is "hiding" a coding bug here.
Hard to find such little things ;-)
Thank you Jonas
___
fpc-devel maillist - fpc-devel@list
Jonas Maebe wrote:
>
> Analysing strings by hand not a very smart thing to do with unicode
> strings.
How should it be avoided if I want to react on a user input or on a
string read from a file ?
That is what a great lot of user programs do
-Michael
On 16 Sep 2009, at 10:34, theo wrote:
While uninitialized variables are certainly a bad thing, it's still a
bit strange why it defaults to 'true' in this case.
It was 'false' with Delphi.
Uninitialised means exactly that: not initialised, neither with false,
nor with true (both in Delphi an
Hello,
I don't know if this is a bug.
If fixed an old bug in the janSQL port.
http://forum.lazarus.freepascal.org/index.php/topic,6694.msg35412/
The problem was, that there was an uninitialized local boolean in
TjanSQL.selectFromJoin
...
var bAggregate:boolean;
if you insert a
writeln(bAgg
On 16 Sep 2009, at 11:30, Michael Schnell wrote:
Jonas Maebe wrote:
There are definitions of "canonical forms" (both "composed" and
"decomposed") of utf strings ...
So unless the rtl automatically offers this, the user is required to
take care of this by hand any time he tries to analyze a
Jonas Maebe wrote:
>
> There are definitions of "canonical forms" (both "composed" and
> "decomposed") of utf strings ...
So unless the rtl automatically offers this, the user is required to
take care of this by hand any time he tries to analyze a string in any way.
Code from hell
-Michael
On 16 Sep 2009, at 01:06, ABorka wrote:
How is freepascal's iphone development compares to this latest mono
way of creating native iphone apps?
http://arstechnica.com/open-source/news/2009/09/monotouch-drops-net-into-apples-walled-app-garden.ars
We don't distribute an interface to most iPh
On Tuesday 15 September 2009 15:31:36 Thaddy wrote:
>
> afaik widestrings are reference counted in Delphi. PWideChars not.
According my experience, the Delphi7/Kylix3 documentation and this article:
http://edn.embarcadero.com/article/21301
"
WideStrings are now reference counted. In Windows, the
> I suppose converting a combined character into a single character is not
> possible as it would need a huge table.
Michael Schnell, I thought you'd know about character.pas
http://wiki.lazarus.freepascal.org/Theodp
It does normalization:
class function Normalize_NFD(AString: UTF8String):
(I hope this gets attached to the right thread, cause I just registered to
fpc-devel)
Hi!
Gilles MARCOU wrote:
> By the way, I am open to all suggestions to improve this text.
What about documenting the 'cppclass' feature of Free Pascal? I found this a
few weeks ago and digged in the compilers
In our previous episode, Michael Schnell said:
> Marco van de Voort wrote:
> >
> > Yes, but not by Delphi but by COM.
>
> This should be transparent for the non-library user code
It is. Widestring always worked more or less, on both FPC,Kylix and Delphi.
But the COM backed versions (FPC2.2+
On 16 Sep 2009, at 09:24, Jonas Maebe wrote:
so you cannot have to files that have the name "ä"
*two files
Jonas___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 16 Sep 2009, at 09:00, Michael Schnell wrote:
But if this conversion is possible (even if not in all cases)
theoretically but not practically, this means that there is _no_ way
to
determine if Unicode strings are identical.
There are definitions of "canonical forms" (both "composed" and
Marco van de Voort wrote:
>
> Yes, but not by Delphi but by COM.
This should be transparent for the non-library user code
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
Marco van de Voort wrote:
> In our previous episode, Michael Schnell said:
>> If we really want a "character", MyChar would need to be a 32-Bit thing,
>> and (in case of UTF, the [n] notation would need to scan the Unicode
>> byte stream to find it, but I don't know if it's implemented in that way.
36 matches
Mail list logo
