(Wat actually is a Web application framework ?)
What GUI designer is used for creating an “active” web page ?
What communication channel is used to link server code to the Browser widgets ?
Can part of the application run in the Browser via Pas2js or WebAssemby ?
-Michael
__
> Yes, but how do I get notified, when the thread is gone, and I can free the
> memory (of the object that was created)?
Ah, now I finally see the problem :)
The only idea that comes in my mind is creating yet another thread or a TTimer
(by means of "QueueAsyncCall") to poll if the original Thr
> There are no "siblings".
>
> The use case here would be LazLogger. User code can call a function "Debugln"
> this calls a method on a global object.
> The object provides storage for log-level (by name), and indentation, and
> others.
So the logger software could check a Thradvar (I *suppose*
>
> Anything else?
Maybe the other thread could set a callback event property provided by the
TThread sibling with a function it defines, and the thread that is associated
with the TThread sibling calls this property in it's OnTerminate handler.
-Michael
_
> Are threadvar variables being freed like regular managed vars
Threadvars are not freed at all. They are like global vars, only that each
running thread automatically has its own copy.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepasca
On 12.06.2018 23:12, Klaus Hartnegg wrote:
writeln (round(a*1.1));
As with usual float formats 1.1 can't be represented exactly, the result
can't be considered any precise value.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.o
On 12.06.2018 23:12, Klaus Hartnegg wrote:
No, it does not depend on the hardware, but on the setting of $N.
Turbo Pascal with $N+ rounds like FreePascal. But the default is $N-.
In this mode Turbo Pascal always rounds up.
What exactly does $N in Turbo pascal mean ? Obviously it in this case
On 12.06.2018 23:12, Klaus Hartnegg wrote:
The only *reliable* solution appears to be compiling a modified
version of FreePascal.
It would make the round function a lot slower not to simply rely on the
hardware.
And in fact the only *reliable* solution is *not ever* to rely on exact
values
On 12.06.2018 09:01, Mattias Gaertner wrote:
Floats can represent 1.5 exactly.
Of course I do know how the binary representation of floats is done on
X86 and similar architectures, and hence that same provides a bit
combination that exactly defines 1.5.
That is why I did say *relying* on the
There has been a long winding discussion on the German Forum.
IMHO this is not really relevant, as relying on the exact value of a
real number is erroneous, anyway. So a real number never can be
considered to *exactly* *be* 1.5, but just somewhere nearby, and hence
it's not legal to predict ha
On 07.06.2018 12:04, Bo Berglund wrote:
I found this when searching but it is dated back in 2007 so it does
not cover how to deal with the string to unicode string change in
Delphi 2009 and forward
Which might be a major issue as Delphi uses UTF-16, While Lazarus uses
UTF-8.
-Michael
__
On 30.05.2018 22:27, Darius Blaszyk wrote:
For a hard real-time project I am considering using freepascal.
Hard realtime does non mean "fast" but "definable guarantied timing
behavior".
FPC is not less for this, than any other language that does not depend
on garbage collection, any "standard
On 25.04.2018 15:20, Michael Van Canneyt wrote:
Now that interface support has been added to the list of implemented
language
features of pas2js, we're looking to get feedback on what best to
tackle next.
Of course rather off-topic here, but as you ask:
How usable is Lazarus for pas2js developm
On 09.01.2018 08:04, Sven Barth via fpc-pascal wrote:
But you need to program in a way that allows the usage of multiple,
different types. That can more often than not lead to worse performance.
Seemingly it is done that way.
I rather often did a kind of "Generics" in ANSI C by using Macros. It
On 20.12.2017 17:30, Reimar Grabowski wrote:
Not dissing you or your work or pas2js but I fail to see the web
application part. There is no communication between client and server.
Actually there is no server side code at all and there is no
interactivity.
Rather obviously this would not be a c
On 29.11.2017 09:35, Michael Schnell wrote:
Is there an ifi user-site program (e.g. in Java) to run with the
Android GUI and connect to a native code application ?
Follow up: is there a user site program (e.g. in Java script) that runs
in a browser ?
-Michael
On 25.11.2017 17:43, Martin Schreiber wrote:
The architecture of MSEgui would allow to make widgets for Android in
RAD style development, either ownerdrawn or wrapper for native widgets
with 'ifi'-data- and event-connections to the business logic in the
application.
This of course triggers my
On 28.09.2017 23:11, Michael Van Canneyt wrote:
You have 3 options to debug:
1. You can perfectly start the fastcgi in the debugger if you use
proxy server
Is this "Fast CGI via a TCP socket" ?
Does FCL not support this internally ?
-Michael
___
On 06.09.2017 20:35, Bo Berglund wrote:
...
(i.e. appropriately small packets. counting packet number. ACK block
containing the packet number it answers to, timeout, retransmit, ...)
Not to forget: save detection of block start and block end (and hence
introducing a decent transparentizin
On 06.09.2017 20:35, Bo Berglund wrote:
The problem is that when the Windows app is done sending the data
system is still missing many kilobytes
So no ACK is returned, it is still in receive mode.
On serial lines bits and bytes always can get lost or be distorted,
independent from OS, hardw
On 06.09.2017 18:03, Graeme Geldenhuys wrote:
Quite likely. It did all sound awfully familiar. :-)
Is there even a thinkable solution ?
To me the offering of two incompatible kinds of interfaces (not
regarding the external libraries but the language construct) seems
rather odd, especially as
On 02.09.2017 11:59, Graeme Geldenhuys wrote:
Like multi-threading, Interfaces are an advanced feature of the
Object Pascal language. Unfortunately, many ways that it can be used
incorrectly too.
Unfortunately multi-threading is not a feature of the Object Pascal
language :( . Oxygen does ha
On 28.08.2017 08:04, Sven Barth via fpc-pascal wrote:I don't understand
why we will have no more the right to use it under x64 OS...
Because Microsoft declared it as deprecated. That means that should
Microsoft ever bring out a 64-bit only OS ...
In fact this still is a (mere) portability pro
On 28.08.2017 00:23, Ched wrote:
But sometimes, we absolutely need numerical precision, so we have to
assume the costs in terms of runtime and possibly nonportability.
I understand that when compiling to an x32 32 Bit executable, 80 Bit
Extended should be fine.
-Michael
__
On 25.08.2017 01:32, Ralf Quint wrote:
It's not a problem of "modern" Windows, but a problem of any 64bit x86
OS
Supposedly of (m)any non-x64 archs as well.
Hence relying on "extended" is not portable.
-Michael
___
fpc-pascal maillist - fpc-pasc
On 23.08.2017 14:11, Benito van der Zander wrote:
Btw, anyone know about a BCD math implementation for Free Pascal, like
it used to be implemented in DR CBASIC? (those were the days... ;-) )
Why do BCD math if you need a predefined number of correct digits after
the "point" and a "limited" coun
On 02.08.2017 09:29, Michael Van Canneyt wrote:
FPC "forces" nothing. It offers a single-byte string TStrings
implementation.
If you want to use that for Unicode, you indeed have no choice but to
use UTF8
or use/write a separate class that uses UTF16.
That is why I said that it is less sil
On 30.07.2017 12:37, Bo Berglund wrote:
I asked about this problem over at Embarcadero too, but was flamed
foreven thinking about using any kind of string for storing binary data.
They are silly and defending their completely silly implementation of
Code aware strings, forcing UTF-16 for any TSt
On 30.07.2017 08:06, Bo Berglund wrote:
All of this is because I have found that using AnsiString is
triggering data changes when the application is running in
certaincountries (locales) and processing certain data values...
I am rather sure that this can be avoided.
-Michael
On 25.07.2017 10:54, Bo Berglund wrote:
so I need to write efficient replacements for certain string functions
(Delete, Insert, Copy etc).
Why do you think the string function (if using strictly just a single
UTF-8 or RawByte branded String type) are not efficient ?
If all string encoding b
On 25.07.2017 18:00, Martok wrote:
... FPC's intrinsics such as Insert() can already work with arrays:
Nonetheless, IMHO using single-Byte Strings (UTF-8 or RawByte, as a
proper "uncoded" string type brand does not exist), seems more
convenient, especially, as here we have lazy copy on top of
On 19.07.2017 18:58, Karoly Balogh (Charlie/SGR) wrote:
You are free to implement Semaphore-alike behavior using
CriticalSections for example, which are implemented on all platforms
which support Threading in the FPC RTL.
CriticalSection is the windows-name for Futex, and in Windows (10) the
On 19.07.2017 18:29, Anthony Walter wrote:
As a note to this, I am using semaphores quite a bit in SDL2 ...
Do you use Jedi-SDL to combine fpc and SDL ?
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.or
On 12.07.2017 16:07, Bo Berglund wrote:
I would like to instead use TBytes as container
As a dynamic array (TBytes) does not support lazy copy, this might
introduce some performance and other trouble.
AFAIK, FPC's ANSISTring should not introduce any (Unicode) translations
as long as you use t
On 04.07.2017 00:06, Mark Morgan Lloyd wrote:
... if you're in any sort of tight loop you need to call APM to get
any of the usual GUI stuff to work.
Including any messages sent by worker threads such as "TThread.Queue",
"TThread.Synchronize", "Application.QueueAsnycCall" and
"SendThreadMessage
On 27.06.2017 14:37, Lukasz Sokol wrote:
But I'd put the serial port handling calls, blocking or not, into a
thread separate from main anyway.
Of course. (The "short message says this, too.)
(p.s. why not reply on the group still? :) )
I did send the message to the group, as well, but those
On 27.06.2017 12:10, Lukasz Sokol wrote:
The serial handling thread would poll the serial port ...
As already pointed out above (in a very short message) no need for
polling, just use blocking OS calls.
-Michael
___
fpc-pascal maillist - fpc-pasca
On 27.06.2017 00:28, Bo Berglund wrote:
I have the concern that I am using Application.Processmessages, which
I believe cannot be used in a console program.
How can I replace it?
TThread.Queue is available in an appropriately done "console application".
As already discussed several times in th
On 22.06.2017 00:30, Bo Berglund wrote:
1) How do I enter a loop in a GUI application? In a command line
application it is just going to be part of he main program code.
Use a Thread.
2) How do I stop the program from running at 100% CPU utilization (on
Windows)?
Blocking read.
-Michael
__
On 20.06.2017 11:18, Mark Morgan Lloyd wrote:
I tend to use the lower-level serial.pp unit. The patches I
contributed a couple of years ago specifically added a couple of
read-with-timeout functions
IMHO, freeing the user from the necessity to poll or do a thread to wait
for serial events is
On 18.06.2017 18:16, Bo Berglund wrote:
No RS232 work with FPC/Lazarus
earlier and in Delphi I used AsyncPro components, but these are so
complex that one is lost amongst all properties to set...
AsyncPro is free and easy to use but not perfectly bug-free.
Unfortunately no fpc/Lazarus port ye
On 17.05.2017 07:08, nore...@z505.com wrote:
what happens when the application is not idle, but sort of idle?
A new Queue event also only is serviced when no other previous events
are peresent hence when the application gets "idle".
I don't know when exactly "OnIdle" is called. It can't be
On 16.05.2017 07:30, Michael Van Canneyt wrote:
select is basically what peekmessage does.
AFAIK "select()" (and - more versatile - "poll()" ) in Linux uses
an appropriate system call to wait on one of multiple events (i.e.
devices, including e.g. pipes, which might be used by IPC). (Despit
On 12.05.2017 16:37, Michael Van Canneyt wrote:
Check manually. What else is left ? There is no message queue, so no
loop in which to check at regular basis.
For event processing in a not threaded project or in the main thread of
a threaded project you at best use the Event Queue provided by
On 12.05.2017 01:57, Jon Foster wrote:
One of the last set of benchmarks I did that focused on integer math
and procedure call speed came out as follows:
Thanks for sharing !
pascal:2:09s - 2:12
js (JIT): 2:23s - 2:27
python: 36:43s - 37:02
Funny that JS (Text) with JI
On 14.04.2017 12:56, Jürgen Hestermann wrote:
Why is it scripting needed to display a calendar?
Most obviously: (OK. I do know that there is a timed reload instruction
in HTML, that I malevolently ignore in this post, but it would be a PITA
to use same in a more complex example, as it would re
On 14.04.2017 10:41, Jürgen Hestermann wrote:
I can't understand why scripting is needed for a web page.
Regarding the discussion here, the term is "Rich Internet Application"
("RIA") -> https://en.wikipedia.org/wiki/Rich_Internet_application
Here, a server based application (e.g. done in Pasc
On 14.04.2017 09:36, Sven Barth via fpc-pascal wrote:
A process definitely is less "light" than threads even on Unix
systems: a process has its own address space
Not really true (see below).
Why do you think the concept of threads was introduced in Unix? Early
Unix systems only had proce
On 12.04.2017 15:49, nore...@z505.com wrote:
Why run webgl through javascript if you could just make something like
a flash plugin object
We once did a decent application using Pascal at the server and Flash
(Action Script) at the client site. Works very nicely. But Action Script
is Adobe p
On 12.04.2017 14:09, Lars wrote:
If unix could just make processes even lighter weight or
faster loading, I might avoid threads and just use processes...
in Unix/Linux processes are not less "light" then threads. You can
create a process by "fork". no "Loading" involved. it just creates the
pro
On 10.04.2017 23:20, Bo Berglund wrote:
- A pulse stimulus is applied to the object to measure
- The response transient is recorded for up to 150 ms
OK. In this case you will not need the "Windowing".
Instead you need to make sure that the pulse is surrounded by enough
Zero-line data. I sugge
On 09.04.2017 10:06, Bo Berglund wrote:
It will produce 8192 samples
for each measurement.
If the "measurements" come as a sequence of sample-blocks, you
additional to the core FFT will need a sliding Window algorithm to e.g.
create something like a life spectrum display or do a useful convol
On 31.03.2017 10:18, Tony Whyman wrote:
Neither of the above implies multiple CPUs or processing units.
Regarding the view of the application (disregarding execution speed) or
of the application programmer, there is no difference between real
("Hardware") and virtual (e.g. threads) parallelism
On 30.03.2017 18:29, Jon Foster wrote:
I say threading is parallelism, even if just one form of it. The other
methods of parallelism I mentioned here could also be done in FPC with
the appropriate code.
Threading is the way parallelism can be achieved using a "standard"
programming language a
On 29.03.2017 20:57, fredvs wrote:
Huh, ok, but why parallelism is better and how to do it with fpc ?
Parallelism within a process always is based on threads.
AFAIK, fpc does not (yet) provide a more convenient abstraction for
parallelism (such as parallel loops) than TThread.
-Michael
__
On 23.03.2017 13:26, Graeme Geldenhuys wrote:
* - place with whatever name suites you.
Anders Hejlsberg :)
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 23.03.2017 20:40, Michael Van Canneyt wrote:
The idea was, and is still today, that you can write applications that
are
independent of libc, and talk to the kernel directly.
While this usually is the obvious way to go, there are some Arch and OS
dependent user space things that are hard to p
On 17.03.2017 23:51, African Wild Dog wrote:
I will have to redesign my classes =(.
Maybe you just can add a field denoting the thread (by n integer) and
set this when creating an instance, and later just read it for the
appropriate purpose...
-Michael
__
On 17.03.2017 17:13, Karoly Balogh (Charlie/SGR) wrote:
This is actually entirely platform specific. The underlying
implementation of threadvars is very different for each platform, and
highly depends both on the CPU arch and the OS.
That might be true.
Last time I checked (several years ago),
On 17.03.2017 15:57, Reimar Grabowski wrote:
First benchmarks indicate that there isn't much of a performance
increase with the current WebAssembly implementation over pure JS anyway.
A "decent" Framework will compile both to machine code in an "ahead of
time" manner, so simple close loops sho
On 17.03.2017 18:54, Michael Van Canneyt wrote:
Current thinking is that that there will be 2 "modes":
- "Free" Mode, where the CSS will determine the actual runtime look.
The IDE will just create the DOM structure.
- "Exact" mode, where the app will look in the browser as it looks in
the IDE
On 16.03.2017 19:38, African Wild Dog wrote:
I have a class where its instances are shared between multiple threads.
How can I declare one variable per instance per thread?
Does this really make sense ?
Accessing threadvars (in fpc) costs a lot more CPU cycles (i.e. involves
an OS call) than a
On 16.03.2017 11:46, Graeme Geldenhuys wrote:
Umm, didn't they say the exact same thing about Java Applets,
No idea
Flash,
While it's depreciated right now it did last for a long time and was
_very_ useful.
Silverlight
While technically it did look nice, it was a single-company thingy and
d
On 15.03.2017 17:58, Karoly Balogh (Charlie/SGR) wrote:
Well, "degree of success" is relative, ...
Anyway, it's great to know that you are watching the proceedings
regarding WebAssembly, and already did some effort to get started
Just for enhancing your motivation :-) (of course this is
On 12.03.2017 00:53, Michael Van Canneyt wrote:
Karoly Balogh (Charlie/SGR) is working on this, and as far as I know
has already some degree of
success.
The Silverlight killer meets the C# killer :)
-Michael
___
fpc-pascal maillist - fpc-pascal@l
On 29.01.2017 10:00, Lars wrote:
"DisposeOf breaks ARC.
ARC tends to brake Object Pascal paradigms, anyway, so the question
might be where to draw the line...
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepasc
On 27.01.2017 22:55, Jonas Maebe wrote:
The collector only runs very occasionally. If you need instant
freeing, a garbage-collected platform is not what you want.
True. It of course should not trigger the garbage collection process
(AFAIK, this is possible by a certain API call, but totally
i
On 27.01.2017 15:36, Dmitry Boyarintsev wrote:
Why dummy? if it should be like this ...
ObjectPascal provides FreeAndNil() for this, as Free does not return any
value assigned to "self".
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freep
On 17.01.2017 19:07, Lars wrote:
If you have a jvm project with lots of code and now want to start using
this code in another regular mode objfpc unix/win32 application...
Exactly this as the point I wanted to express. Even when coding an fpc
application or library for use with jvm, free (and d
On 14.01.2017 20:36, Lars wrote:
What if you are porting code to a non jvm... if you copy and paste
something and it has no free, you're screwed.
Sorry. I don't understand. AFAIK, in a non jvm project, free() always is
provided (and used).
i.e. say you have some JVM algorithms that now need to
On 11.01.2017 11:25, Sven Barth wrote:
We're talking about JVM here where garbage collections *must* be used.
So FPC does as well for that target.
This of course is true. But if the class code is in fpc, fpc paradigms
should be adhered, as well. and here the fpc code *can* e.g. explicitly
a
On 10.01.2017 05:13, Jon Foster wrote:
On 01/07/2017 10:39 AM, leledumbo wrote:
So that leaves me with the question: What about destructors? Must I
call free/destroy on all objects I create, or do they self-destruct?
If so destroy or free?
AFAIU, in fpc destroying any objects is mandatory. A
On 06.01.2017 17:21, Graeme Geldenhuys wrote:
you can build hardware accelerated GUI applications using that toolkit.
Not Really the point.
Can you use the toolkit plus fpc to compile and run Delphi Firemonkey
application source code (after a decent amount of tweaking) ?
-Michael
__
On 01.12.2016 18:15, luciano de souza wrote:
it would be fantastic if there is also automatic
positioning like in Wx or GTK.
... or FireMonkey (to stay in the universe of Delphi influenced
programming)
But this (enhancing the LCL towards FireMonkey compatibility) should be
discussed in the
On 09.11.2016 10:51, Graeme Geldenhuys wrote:
There is a "Restricted" tab which lists features of
each widget that works on some LCL interfaces but not on others. That
list is not 100% complete either.
Great !
With "TForm" I see General Widget Set Restrictions "1" "3" "1" and "12"
together with
On 09.11.2016 10:21, Graeme Geldenhuys wrote:
The widget type
options are now only visible for LCL based applications too.
I see. That was my fault.
Thanks,
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.or
On 09.11.2016 10:14, Graeme Geldenhuys wrote:
Myself and others have quite easily ported some VCL components
to fpGUI with fairly little effort.
So it's sad that the results do not seem to feed the fpGUI WidgetType in
the LCL :(
(Of course this is meant just as a statement not as a complaint t
On 09.11.2016 08:28, Lars wrote:
So you
weren't trying to imply that lazarus, could be recompiled to use fpgui
based widgets inside the lazarus exe/elf itself?
The Lazarus IDE is just a project that can be compiled using fpc and
the LCL library. It makes no difference whether using the IDE to c
On 09.11.2016 08:28, Lars wrote:
O However, how compatible are
these widget sets with each other?
I understand that the "write once compile (and run) everywhere" paradigm
of Lazarus suggests that all WidgetTypes you can use to (cross-) compile
a project to run on a dedicated target (defined by
On 09.11.2016 08:31, Lars wrote:
Doesn't fpgui take a different approach to programming, so if you start a
project in win32/gtk style, you can't easily port it to fpgui due to
enormous differences here and there in the way gui programming is done..
As Greame pointed out there are two different t
On 08.11.2016 03:12, Lars wrote:
Does lazarus even know about fpGUI
Version 1.6 on Windows: even in the GUI:
Project -> Project Options -> Additions and Overrides -> Set
"LCLWidgetType" -> Drop Down selection Value "fpgui".
Sadly in my compiled "trunk" version 1.7 on Linux the <"LCLWidgetTy
On 08.11.2016 11:29, Graeme Geldenhuys wrote:
On 2016-11-08 10:00, Michael Schnell wrote:
While this is perfectly possible,
It's not about "is perfectly possible",
I meant "It's perfectly possible that it does not work (yet)" ;-).
-Michael
_
On 08.11.2016 03:12, Lars wrote:
Or you were mistaken to think fpGUI was an option in lazarus?
"FpGUI" used to be an option (one of a selection of Widget Types,
together with e.g. "GTK2", "CustomDraw", ...). At some point in time the
"WidgetType" menu in the project options had been replaced b
On 07.11.2016 22:57, fredvs wrote:
Maybe I did not understand well.
AFAIK, for Unix os, Lazarus and LCL-widget-set need a "big native"
widget-set, like GTK, KDE or Qt.
While this is perfectly possible, IMHO it's not the way it should stay.
The LCL is intended to provide compatible support for
On 05.11.2016 13:40, fredvs wrote:
Lazarus needs those big widgetsets. But if you install Qt or Gnome on
...
And, of course, fpGUI and MSEgui applications can run on a Gnome or Qt
system.
I understand that you suggest you can't build the Lazarus IDE with
defining fpGUI or CustomDrwan instead
On 07.10.2016 17:19, Graeme Geldenhuys wrote:
there goes my
idea of using RPi's as small stand-alone servers. :-/
Pi 3 does feature a 64 Bit CPU. (AFAIK, no 64 Bit Linux for same, yet.
BSD: no idea)
-Michael
___
fpc-pascal maillist - fpc-pasca
On 05.10.2016 07:59, Sven Barth wrote:
something like this definitely wouldn't become part of the compiler as
that would mean an unnecessarily tight coupling between compiler and
RTL not to mention that user code that uses "array of const" wouldn't
necessarily benefit from it.
GNU C does check
On 23.09.2016 18:07, fredvs wrote:
Huh, MSEgui and fpGUI are installed in the disto, you do not need to add
anything.
I did see that, Just no time for decently trying right now.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
htt
Great !
Installed the thingy, will be testing mse later...
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 01.09.2016 03:28, Karoly Balogh (Charlie/SGR) wrote:
90% of the same as for the LLVM backend applies.
I suppose inline ASM should be no problem with the GNU compile
infrastructure. With the typical "embedded" cross compiling, all high
language code is compiled to their ASM dialect and conv
On 07/28/2016 11:38 AM, Santiago A. wrote:
And what are the rules for changing left side operand?
Extremely hard to define when trying to follow any decent logic, unless
the decision is either "never" (i.e. a strictly static typing) or
"always" (a strictly dynamic typing).
A way out could be
On 07/26/2016 04:19 PM, Michael Van Canneyt wrote:
This is not correct. In pascal the right-hand side of an assignment
has a well-defined type. The compiler checks whether the type on the
right is assignment-compatible to the left side.
Hmm.
if you do
x := y + z;
with x a real and y and z
On 05/11/2016 04:38 PM, Michael Van Canneyt wrote:
Where is the string-type for string-buffers gone?
There never was one, this would break in 2.6.4 too.
Right.
But ->
http://wiki.freepascal.org/not_Delphi_compatible_enhancement_for_Unicode_Support
-Michael
__
On 05/09/2016 09:34 PM, Jonas Maebe wrote:
While still missing in the documentation, you can already do that with
{$modeswitch unicodestrings}.
If this avoids the issues, Graeme found, why is this not enabled as
default, as well in the user code as in the RTL interface ?
-Michael
__
On 05/09/2016 05:36 PM, Sven Barth wrote:
As long as you know the signature of the method you can cast the
pointer to the method to an approbiate method variable and call that.
For dynamic calls you'll need to wait for Invoke() support which is on
the ToDo list, but there's no ETA yet.
Will
On 05/09/2016 11:57 AM, Graeme Geldenhuys wrote:
the usage of the aliased "String" type should not be used any more with FPC 3.x.
You can't seriously suggest to dump all code that ever had been written
in Pascal (Delphi Dialect).
-Michael
___
fpc-
On 04/29/2016 11:09 AM, Graeme Geldenhuys wrote:
No, because UTF-8 doesn't use surrogate pairs.
Really ?
I understand that "surrogate pairs" is combining a printable character
(i.e on of the nearly 2^32 UTF thingies) with another of those to be
combined to a different printable thingy (/e.g.
On 04/27/2016 04:36 PM, Graeme Geldenhuys wrote:
Does FPC's RTL (or FCL) include a function to check for UTF-16 surrogate
pairs?
Would that necessarily be an UTF-8 issue ?
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://l
AFAIR, a member of the German Lazarus Forum implemented an iterator
class for UTF8 some years ago (before there was Unicode support in fpc).
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailma
Not believing that FCGI will work decently with IIS, my colleagues
successfully used a different approach to use their (Delphi) programs
via IIS in the Internet.
They did a small ISAPI transfer DLL and did the business logic in a
Windows Service They linked the two Delphi programs via RemOBJ.
1 - 100 of 475 matches
Mail list logo
