Thanks,
HTTP client works nicely right now (doing GET).
Next on the to-try list is sending button-press, edit-field etc, but I
suppose this is just a matter of setting up the appropriate URL string.
After this I will try to receive a Mail using the POP3 client.
Thanks for your comments,
On 12/02/2012 12:53 AM, Juha Manninen wrote:
All GUI controls and maybe StringList,
If they use something else than a simple / = / in the user
code does this asks for extreme confusion.
This the way to go would be to just to make the string compare globally
configurable.
Of course
On 12/01/2012 06:23 PM, Avishai wrote:
That is assuming you know in advance what language will be used.
What do you assume the compare algorithm should come from ? Do you
suppose the underlying OS would provide it together with other locale
settings ?
-Michael
--
On 12/01/2012 07:26 PM, Avishai wrote:
To me, it should group the uppercase together in one group and the lowercase in
another group.
This is very obviously a matter of the application you have in mind (or
a matter of taste).
This is just a matter of taste what is considered to be the
On 12/03/2012 12:24 PM, Stephane Carre wrote:
Did you have look at synapse ? http://synapse.ararat.cz/doku.php
Works fine under Linux and Windows, 32 and 64 bit, both with Lazarus and Delphi.
Great.
I d/lded the sources (snapshot).
Up til now I failed to find in the docs if/how I can do a
On 12/05/2012 11:24 AM, Avishai wrote:
Non Case Sensitive gives a result like A a a A A a A. This is a
form of randomness.
If course: if the sort order considers things to be equal while the
display considers them to be not equal, the sorted result looks random.
This is by design. And with
On 12/05/2012 11:21 AM, Michael Schnell wrote:
Up til now I failed to find in the docs if/how I can do a http client.
It seems that THTTPSend is supplied for this purpose (no Idea why it
is not called THTTPClient.
In Fact THTTPSend even has published properties, so it seems that it
can
On 12/05/2012 12:13 PM, Michael Schnell wrote:
Is there a package file that allows for doing this ?
Found it. Silly me :-[ .
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman
More talk to myself...
It does install but when installing it the IDE says it has no
register, thus no visual components are created.
But it does have published properties ?!?!?!
-Michael
--
___
Lazarus mailing list
On 12/05/2012 12:38 PM, michael.vancann...@wisa.be wrote:
That said, the advantage of having these classes visual is nearly
non-existent.
Yep. But it shows what the user is supposed to access (very useful when
he did not (yet) find the appropriate docu or example)
In fact I rather easily
Hi,
Sorry for being a nuisance again :-[
We need to do a command line program to run n Linux (PC, later ARM),
that reads a mail via POP3 and then does some communication towards
some HTTP server (reading some pages and setting a value with some cgi
program running there.)
I do know
On 11/21/2012 09:35 AM, Bernd wrote:
You should generally try your best to avoid using Sleep() in the above
way in most cases.
I would go so fat saying that in a GUI project sleep in the main thread
is strictly forbidden, as it produces nothing but confusion.
(Same is true for any busy wait
On 11/19/2012 10:08 AM, Eric Kom wrote:
after included the Crt library in my lazarus file, when I called the
functions sleep() or delay(), the function do not execute the previous
statement, pass and execute the next as below:
StatusBar.SimpleText := 'My name is Tux';
sleep(100);
On 11/19/2012 11:01 AM, Eric Kom wrote:
the Connection procedure is declared as a private
This makes no difference at all.
(private is just a visibility attribute and has no influence on the
functionality whatsoever. Please read the docs on the Object Pascal
language.)
-Michael
--
I understand that there are (at least) two ways to do the remote display.
A) Read the pixels from the graphics driver. This is what VNC does. The
problem here is, that you don't know when an update is necessary (and
thus you need to do polling) and that reading the pixels needs a lot of
On 10/31/2012 01:47 PM, Lukasz Sokol wrote:
Some /free software/ VNC implementations (e.g. UltraVNC) install their
own display driver [under Windows] to exactly know /when/ update is
needed and where.
Good to know !
Thanks,
-Michael
--
___
Lazarus
On 10/29/2012 06:43 PM, Bernd wrote:
NX also has the advantage you can just forward one application only,
not the entire desktop.
This sounds great for another purpose, that I supposedly will be facing
next year: Doing a headless embedded device with ARM/Linux and allow
for a remote user (via
On 10/30/2012 12:48 PM, Bernd wrote:
* It is possible to attach to a local running desktop (only to the
entire Desktop as far as I know) but then the performance degrades heavily
I don't see why this should be that way, but I would need to do further
investigations to find out if/how this can
On 10/29/2012 11:54 AM, Santiago A. wrote:
Any hint? New ideas? Experiences?
You could generate a web application, providing a browser-interface to
the users via Apache or IIS.
Unfortunately Lazarus does not offer very much support for this. But
some support indeed recently has been
On 10/29/2012 11:54 AM, Santiago A. wrote:
Using a remote Xwindows server (Are there good Xwindows server for win32?)
I once used XMing. It did work, but I think NX Free seems more advanced.
-Michael
--
___
Lazarus mailing list
On 10/29/2012 11:54 AM, Santiago A. wrote:
Hello:
I have an old delphi application
Any hint? New ideas? Experiences?
You could make it a client/server application.
I have no experience on this using Lazarus, but on Delphi my colleagues
very successfully use the commercial RemObjects kit,
On 10/29/2012 03:21 PM, Santiago A. wrote:
I don't know why, but standard dataware controls generate a lot of
traffic.
This is because they mostly use SOAP which produces a huge overhead.
That is why we like RemObjects. which is appropriately scalable.
-Michael
--
On 10/24/2012 05:43 PM, Bernd wrote:
It is not clear to me what exactly the application needs to wait
should exactly mean in this context.
I think, in a socket-related application, it is rather obvious that the
application needs to wait on data from the socket to arrive. (Same with
Pipes,
I understand that the eventer (like the epoll() Linux API call) can
make the (main-)thread sleep (in the OS) and have it woke and without
latency branch to the appropriate handler code as soon as one of the
affiliated events (such as availability of incoming data from a
Socket / Pipe / Async
On 10/25/2012 10:42 AM, Antonio Fortuny wrote:
Right, but does that mean that the lnet cpmponent should be into the
thread range ?
I don't really know in what way lnet can help you, but if it does not
use LCL events or GUI stuff, it should be no problems to use it in a in
thread. Or you
On 10/25/2012 12:31 PM, Bernd wrote:
The eventer that is used by default when putting an lnet component
onto an LCL form is different from the other eventers that lnet
provides. This one is tightly integrated into the LCL and fires its
event from the main thread, just like button clicks and
On 10/25/2012 01:07 PM, Bernd wrote:
This will never block and never freeze and never eat any unneeded CPU
cycles and it is les code than messing around with the eventers and
CallAction directly and also less code than low level programming
against sockets and/or winsock2 directly.
Sounds good
On 10/25/2012 01:30 PM, Bernd wrote:
. If it does not work then it is worth to provide patches to make it work
Yep.
I only think that if it does not work, it's more likely that a patch for
the LCL is necessary than for lnet. In fact CallAsyncQueue and
PostMessage did not work with the KDE
On 10/25/2012 01:41 PM, Antonio Fortuny wrote:
this is exactly what I have to avoid: user gains control on screen. A
workaround is to disable the window itself.
Maybe better: do the calculation in the background (maybe in a thread)
and only when ready update the screen and react on any user
On 10/25/2012 01:21 PM, Bernd wrote:
In my example I mentioned a modal dialog
Regarding the latest message by Antonio this seems like a good idea: a
Modal dialogue blocks the GUI while not eating CPU time.
So he can fire same to prevent user interaction. Now the user can do
nothing but
On 10/24/2012 12:39 PM, Marc Weustink wrote:
A stringlist is not LCL and it does not expect anything but strings
Yep
And, in fpc, String right now (by default) is a sequence of 8 bit units
(e.g. UTF-8 coded, but they are often called ANSIString, and thus
locale based ANSI coding is used as
IHMO, the optimum way to handle waiting on sockets, pipes, asnyc
interfaces and similar stuff is to do a blocking read in a thread, use
QueueAsyncCall() to notify the main thread (i.e. throw an event) when
something has arrived and use a TThreadList (or something similar) to
transfer the data
On 10/24/2012 03:29 PM, Bernd wrote:
select eventer or epoll eventer or TBestEventer to automatically chooe
the most appropriate eventer
AFAIK epoll (and select() is strictly Linux based and he wants top use
CE.
Does the LCL / RTL provide a portable implementation of this eventer
stuff ?
On 10/24/2012 03:57 PM, Bernd wrote:
select eventer works on windows too,
nice :)
Thanks,
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 10/24/2012 04:42 PM, Antonio Fortuny wrote:
. In my vision, the wait with timeout problem is simply moved into a
thread. The application has still to wait on something to happe.
Right, but it does not use up any CPU time while waiting, because same
is done by the OS.
It is woken up
On 10/24/2012 04:42 PM, Antonio Fortuny wrote:
I gonna try to use an Event tied to a timer and the socket receive event.
With this you will feature a possible delay (latency) as long as the
timer period, and additionally the timer will use up CPU cycles even if
nothing is to be done at all.
On 10/24/2012 05:27 PM, Bernd wrote:
WaitForSingleObject ?
Is this an LCL application?
This is Windows stuff.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Hi,
I suggest first seeking for help to do a command line Hello World for
your MIPS system in the fpc developer's mailing (
fpc-de...@lists.freepascal.org ) list and when this works, try to do a
Lazarus application, as same involves compiling the LCL for MIPS which
I suppose is a decent
The LCL provides the function QueuAsyncCall() to have a thread execute a
code snippet in the main thread and thus allow for GUI work.
Other than TThread.Synchronize, this does not stall the thread until the
main thread activity is finished (which can take forever), but the
procedure only gets
On 10/18/2012 11:59 AM, ik wrote:
Thanks, I didn't know about it, and it might save me a thread.
It's the portable of what Postmessage() is used for in Windows (so
Delphi does not provide it).
-Michael
--
___
Lazarus mailing list
On 10/10/2012 08:57 AM, Vincent Snijders wrote:
Who contributes, determines.
True, but in this very short wording not a helpful principle. (Those
who contribute, decide in some democratic way would be more appropriate. )
With basic, far-reaching decisions with great influence on future
On 10/04/2012 10:28 PM, Hans-Peter Diettrich wrote:
How that?
Yep. Something like that is just to be called incompatible :-) :-) :-)
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Delphi of course is not compatible to itself. ;-)
(Not regarding the very old pre long-string versions of Borland Pascal,)
especially with Strings, there is a huge incompatibility between the
pre- Unicode versions and the Unicode versions (and AFAIK there are some
compatibility issues between
As the Delphi VCL is Windows only, it supports sending arbitrary
messages to to a visual component. This of course it not at all portable.
The main benefit of Lazarus is the ability top generate platform
independent projects. So portability is a major point to be considered -
sometimes even
On 10/04/2012 03:06 AM, Hans-Peter Diettrich wrote:
For best portability, in both directions, I'd suggest an *true*
Windows/VCL widgetset, which may not be (fully) available on other
platforms.
Not a good idea, IMHO.
I don't see a great point in using Lazarus for Windows-only projects, at
On 10/04/2012 12:17 PM, Malcolm Buckingham wrote:
you are correct when you say that many people are writing for a single
platform.
Until the day they realize that they need to support another platform as
well. And here they will be happy to have done the development on a in a
way that easily
On 10/04/2012 04:55 PM, Hans-Peter Diettrich wrote:
It is portable, when messages are sent within a single program. Only
inter-process communication is affected by the platform API.
I don't believe the control elements will understand all the messages
that they understand in a Windows
On 09/14/2012 09:26 PM, Marco van de Voort wrote:
Yeah. Everybody doing his own parsing of system textfiles is *such* a
good principle to build durable applications on *g* --
Haha,
Of course it is good that script file programmers can use standard text
parsing methods to access system
On 09/13/2012 06:10 PM, Henry Vermaak wrote:
On 13/09/12 17:04, Marco van de Voort wrote:
but use of sysctl is strongly discouraged now (in favour of /proc).
There not even is a wrapper in glibc for sysctl, so you will need to
call it directly via the Kernel interface.
Not really
On 09/13/2012 05:22 PM, Jürgen Hestermann wrote:
Yet another approach of ransacking the whole disk.
/proc is not on a disk. It's a virtual file system that generates it's
content only on request.
In Linux, everything is (accessible as if it were) a file (or a
directory). This is a
On 09/13/2012 05:48 PM, Jürgen Hestermann wrote:
If it's completely in memory then it makes sense.
In fact it does not even exist. It's just a standard (straight forward,
well structured, programmer-friendly) way to access information.
-Michael
--
On 09/14/2012 11:59 AM, Sven Barth wrote:
Though I don't want to suggest that syscall I have to state that by
default FPC (at least on Linux) always uses the Kernel interface. :)
I do know this, but this (RTL/LCL) is a standard library (like glib,
though not dynamic). Doing direct syscalls
On 09/14/2012 12:43 PM, Reinier Olislagers wrote:
t encapsulates the entire sorry mess then, and supports Linux, OSX,
Solaris, AIX...
This very obviously is impossible. But FPC-RTL and LCL always are an
open source work in progress and at any time can easily be enhanced by
any sensible
On 09/14/2012 01:47 PM, Reinier Olislagers wrote:
Sorry, no idea what you're talking about there, especially the
relationship between your first and second sentence
Maybe I (not an English native speaker) misunderstood your wording. I
understood your entire in a way that you wanted
On 09/12/2012 11:38 PM, Mattias Gaertner wrote:
Add -dDEBUG to the IDE build options.
That sounds easy, but is it really true ?
I understand that the package files are only compiled when necessary. So
at least those that are related to a widget type that the IDE itself
does not run on, are
On 09/13/2012 07:36 AM, Kaj Mikkelsen wrote:
If I understand your question correct, you are asking for a lazarus
function.
I don't think that exists.
But you can use the TProcess to execute a linux command and grab the output.
IMHO its easier and more straight forward to do the functionality of
On 09/13/2012 10:31 AM, Mattias Gaertner wrote:
The IDE build options are available via the IDE macro
$(IDEBuildOptions). Many packages add this to their custom options.
These options are always used - no matter if the package compilation
was triggered by the the project or by the IDE.
If
On 09/13/2012 10:48 AM, Antonio Fortuny wrote:
This way of solving the problem seems to be the best when the goal is
to retrieve the PID of a given program. As the /proc directory is tidy
coupled to the kernel it's probably the fastest
Yep
This is what I gonna implement for the second part of
On 09/13/2012 04:04 PM, Leonardo M. Ramé wrote:
This app uses JvInterpreter from Jedi, and the only
alternative I've found is PascalScript in the Lazarus's components
directory.
AFAIK, part of Jedi already is Lazarus-aware.
The Jedi source code should either simply work in Lazarus or rather
To: customdr...@lists.lazarus.freepascal.org
On 12/09/12 14:22, Michael Schnell wrote:
Thus it would be great if the powers would be inclined to activate
Please raise this issue in the general Lazarus mailing list. I agree,
that range checking should be enabled by default, and only disabled when
On 09/12/2012 03:59 PM, Mattias Gaertner wrote:
AFAIK many developers add range checking to the IDE build options so
many lazarus packages, including the LCL, are tested with range
checks.
I found that ~/.fpc.cfg seems to acknowledge a DEBUG preset and
activates several checks when this is
you can can the the /proc/xxx directories to find the process with the
process-ID = xxx.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 09/08/2012 04:39 PM, William Oliveira Ferreira wrote:
Does somone knows some functions that replaces special chars like ã é
Ü to it HTML special chars like aacute; ?
If we (as seemingly planned in a Delphi XE compatible way) are going to
have differently encoded strings (such as UTF-8,
Hijacking an already hijacked thread ?!?!?!?!?
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 09/04/2012 02:45 PM, Paul Breneman wrote:
Most of my customers mainly top post
top posting is not nice at all. I find such messages hardly readable.
IMHO just quoting some words where appropriate is the only polite way to
answer to a forum message
-Michael
--
On 09/05/2012 10:01 AM, Antonio Fortuny wrote:
My own solution tends to use a thread yep.
Yep. IMHO using a thread for each TCP/IP Port (or serial interface or
pipe or...) and doing a blocking read is the only decent (and rather
portable) way to handle an incoming data stream from those
On 09/05/2012 10:01 AM, Antonio Fortuny wrote:
. The problrm is this is a heavy piece of code and tests are not easy.
Not necessarily.
While the most efficient way indeed is to handle the communication
greatly in the thread, your Thread also can just push the bytes in a
TThreadList or
On 09/05/2012 11:35 AM, Antonio Fortuny wrote:
use a semaphore...
You can't easily wait on a semaphore in the main thread. (In fact you
can't wait at all.)
IMHO it's easy and straight-forward to use TApplication.QueueAsyncCall()
for this.
-Michael.,
--
On 09/05/2012 03:36 PM, Antonio Fortuny wrote:
Maybe the most elegant solution. I'll test it for the new release.
This (and more) is what AsyncPro (formerly by TurboPower, now free on
Sourceforge) does for Delphi with serial and TCP - ports.
With this the application programmer does not
On 09/05/2012 04:46 PM, Graeme Geldenhuys wrote:
On 05/09/12 13:06, Michael Schnell wrote:
Hijacking an already hijacked thread ?!?!?!?!?
:-(
PS:
Just to make something clear. When I changed the subject line to File
Managers compared, ...
This had been a different thread :-) .
And here I
On 09/02/2012 09:18 AM, Tommi Prami wrote:
But all are old...
Unfortunately the Linux Devices site died (i.e. was sold and put to
sleep by the new owner supposedly because they wanted to harm the Linux
world ) some months ago. But You might take this a a starting point for
research for
On 09/03/2012 12:35 AM, Graeme Geldenhuys wrote:
So if I get hit by a bus tomorrow, tough sh*t to all of you, my work
will be lost forever. What weird mentality.
I just got hit by a very bad (for me) example for this: FreeCommander.
Since many Years I use (a legal payed for copy of)
On 09/03/2012 08:26 AM, Marc Santhoff wrote:
Am Sonntag, den 02.09.2012, 23:48 -0400 schrieb Rolf Grunsky:
Open Source != free of charge
Yeah !
There is a growing consulting business doing payed jobs producing or
enhancing open source projects.
OTOH License enforcement by obfuscation
On 09/03/2012 10:06 AM, michael.vancann...@wisa.be wrote:
You can try double commander. It is written in Lazarus.
There is another one, but I cannot remember the name of it.
I did evaluate double commander. But (last time I checked) it's much
less grown up than free commander. In a perfect
On 09/03/2012 10:31 AM, Graeme Geldenhuys wrote:
Simply use Midnight Commander
(Sorry, very off-topic):
That is exactly what I do (when not using KDE's dolphin. But Total
Commander and FreeCommander are a lot more versatile (e.g. they do
filtering, very handy searching, ftp and digging
On 08/30/2012 08:30 PM, Hans-Peter Diettrich wrote:
This can be done inside the interface or, when the interface is
retyped, it does not affect user code because of automatic conversion.
If the type String is moved to 16 Bit Characters and at the same time
the LCL Interface is (necessarily)
On 08/31/2012 09:53 AM, Paul van Helden wrote:
Windows Mobile remains the only operating system on industrial devices,
I suppose you mean operating systems that allow for running Lazarus
programs.
But even there I think that (e.g. ARM CPU based) Linux systems (with and
without
On 08/31/2012 10:16 AM, Tommi Prami wrote:
I am also very interested this kind of Linux devices... Would love to
know more, what I was able to find (At least Rugged) where very old...
IMHO, right now, the most interesting board is the €70 BeagleBone:
Example of a rugged Beagle bone enclosure:
http://www.thingiverse.com/thing:15583
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
On 08/31/2012 10:44 AM, Paul van Helden wrote:
I should have been more specific: industrial hand-held devices (PDAs)
used in surveying, data collection, mobile scanners. See this article
for examples: http://ruggedpcreview.com/2_handhelds.html
See:
On 08/31/2012 01:24 PM, Tommi Prami wrote:
User device, handheald more than less, PDA or smart phone or tablet,
or like that...
. Just tale a Galaxy S3 or Galaxy Tab or similar and in stall your software.
There is no point in using any dedicated hardware for such, this only
will increase
On 08/29/2012 07:51 PM, Mattias Gaertner wrote:
The Lazarus team is glad to announce the release of:
Lazarus 1.0
Great ! (regarding the excellent work of the Lazarus Team)
But I'll not recommend using it to anybody, as long as there is no final
decision and implementation on
On 08/30/2012 11:39 AM, Hans-Peter Diettrich wrote:
How that? What would need to be changed when string becomes
something different from AnsiString?
(Please don't let me start ranting about calling UTF-8-coded information
AnsiString :-( :-( :-()
At least any myString[i] and _explicit_
On 08/30/2012 01:02 PM, Mattias Gaertner wrote:
Have you tried actually ported an application from UTF8 to UTF16 or
other way round?
I tested converting old ANSI-Delphi code to UTF-8 Lazarus and found
these issues.
My colleagues ported old ANSI-Delphi stuff to Unicode Delphi and lost a
lot
On 08/28/2012 09:10 PM, Sven Barth wrote:
I don't have any problems with saving attachments in Thunderbird...
also I never had them...
(using Thunderbird on Windows and Linux)
Same here, using Thunderbird on Windows an Linux since many years and
always updating to the newest version.
On 08/28/2012 04:23 PM, Chavoux Luyt wrote:
I remember reading a long time ago that Lazarus has to be rebuilt
whenever a new component is added. I know that this is not necessary
in Delphi.
Recompiling is just part of the normal process of installing a package
that provides one or more visual
On 08/29/2012 06:05 AM, waldo kitty wrote:
i'm still learning all this new-fangled stuff... i'm a (very)
oldschool procedural coder and having things popping into and out of
existence whenever they want to is something i'm still trying to wrap
my head around :/ :(
You are using strings.
On 08/28/2012 08:04 PM, Marco van de Voort wrote:
Because they might not only have advantages?
If this is that TObject.Free sometimes helps: Free supposedly still can
be used.
If this is that sometimes you don't want ref counting you might be able
to do TObject.RefCounting := False;
If
On 08/29/2012 10:22 AM, Michael Schnell wrote:
If this is that it is error prone in certain situations:
TObject.RefCounting = False by default.
Nonetheless to me it seems like a nice idea to have String as a sibling
of TObjcet which in this case is somehow self-creating and freeing
On 08/28/2012 10:16 PM, Felipe Monteiro de Carvalho wrote:
This way no existing code is broken and only people that explicitly
want it for their framework will use it.
No existing code would be broken if TObject would get a property
RefCounting and by default TObject.RefCounting = False.
On 08/29/2012 11:07 AM, Leslie Kaye wrote:
I think that this has been the intention of the Professional Version
for many years else there would be no incentive to buy the Enterprise
and above versions would there??
Okay so you could access work group databases with the BDE but it was
always
On 08/29/2012 11:21 AM, Chavoux Luyt wrote:
My real problem was getting my Delphi Components to work in Lazarus
without breaking the whole IDE. It seems like the best thing to do is
to just backup the lazarus executable before trying to add the new
component?
(I suppose you do mean Package
On 08/29/2012 11:39 AM, Graeme Geldenhuys wrote:
Anyway, so far it is an interesting idea [for me], and maybe this
experiment will actually go somewhere. :)
Great !!!
If that library is working, to make it really usable, I suppose some
compiler magic is necessary to allow for using these
On 08/29/2012 11:47 AM, Mattias Gaertner wrote:
Also note, that most Lazarus packages don't need to be installed.
I suppose the OP meant by installing a component installing a package
that contains a a visual component.
-Michael
--
___
Lazarus
To me all this seems like a great idea and I am enlightened to see that
you already invested some work on that behalf.
Re-thinking the concept of (Unicode enabled) Strings in that light would
allow for another idea of mine, I expressed some months ago. I think the
different strings types
On 08/29/2012 12:32 PM, Kostas Michalopoulos wrote:
I'd also like to see Lazarus supporting dynamically loaded components
I understand in Delphi this is called Runtime Package: a DLL that
provides a standardized interface that is only usable with Delphi programs.
Of course this would be
On 08/29/2012 12:51 PM, Graeme Geldenhuys wrote:
I think we only need one unicode string type and be done with it.
That unicode string type can support the official UTF-8, UTF-16 and
UTF-32 encodings. That's it! No more other string types should be
needed for modern applications.
I think
On 08/29/2012 06:24 PM, Hans-Peter Diettrich wrote:
AFAIK string concatenation + in .NET (and others?) is slow, instead
it's suggested to use concatenation methods directly. The intermediate
results in string expressions can cause much overhead.
IMHO this can only just be a test in order
On 08/27/2012 06:46 PM, Mattias Gaertner wrote
Your /home/mschnell/.fpc.cfg contains invalid directories.
Thanks !
After revision of that file it works again.
seemingly
make FPC=`pwd`/compiler/ppc386 install INSTALL_PREFIX=/usr
on fpc recreated or modified this file in a not appropriate
On 08/28/2012 11:59 AM, Michael Fuchs wrote:
Ok, but if there are reef-counted objects what is the point in not using
them ?
I would not use them, because of my experiences with the garbage
collector of .NET. After using it, I know that I should decide when a
object has to be destroyed.
801 - 900 of 1996 matches
Mail list logo
