call. see the unix unit.
Michael.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
the resulting pascal file so it has the correct {$o }
statements ? h2pas does not know (and can not know) what the names of the
object files are. C does not work like that.
Michael.
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
On Sat, 7 May 2005, Bob Barry wrote:
> Michael:
>
> On Fri, 6 May 2005 17:06 you wrote:
> > This problem is fixed at my place, but I haven't committed it yet.
> > I'll try to commit it tonight.
>
> Thanks - you fixed html, which was what I really wanted.
I always do something like this:
{$ifdef UNIX}
const dirsep = '/';
{$else}
const dirsep = '\';
{$endif}
path := ExtractFileDir(paramstr(0) + dirsep + 'somepath' + dirsep +
'directory' + 'etc' + dirsep);
Id imagine that one of fpc's units already has something very similar to
this.
-Original
s obtaining the same result
> This is ranging from Pos(), Delete(), String addition, and so on...
All standard FPC functions work with AnsiStrings and ShortStrings.
Can you give an example of code or a function that does not work ?
Michael.
___
f
I'm a Remobjects SDK user, and got this.
Michael.
-- Forwarded message --
Date: Mon, 7 Nov 2005 15:20:13 -0500
From: Aleks La Rosa <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: ANN: RemObjects Chrome 1.5,
Next Generation Object Pascal for .NET and Mono
Novem
just call normal (flat) functions in the library,
but I suppose this is not what you intend.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ltiple OSes with different dynamic
library paradigms, it's more complicated than in pure Windows Delphi.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 02/17/2014 09:10 PM, Florian Klämpfl wrote:
Am 16.02.2014 17:16, schrieb Michael Van Canneyt:
2) SetLength enforces unique ref. count.
I'am against stating this in the docs. It is an implementation detail.
Moreover this would ask for a long winding explanation what "unique
On 02/25/2014 02:58 PM, Fred van Stappen wrote:
I am extremely happy to announce the birth of the universal uos
library version 1.0.
uos (United Open-libraries of Sound) unifies the best open-source
audio libraries.
GREAT
Any documentation to make this usable ?
-Michael
modified under control of
the user program.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 02/27/2014 11:41 PM, silvioprog wrote:
that wonderful unit!
Any chance to include it in the fpc svn ?
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
encoded. IMHO the only way to prevent
disastrous compatibility problems is to do TStrings being
"Generic"encoded and with that allow for decent portability for both.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
el
appropriately and with that help the Lazarus team to provide a more
Delphi compatible - even though OS independent - API for the LCL.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
;easy" solution to go with full Delphi compatibility and handle all
strings encoding but UFT16 in a very un-decent way. This would force
Lazarus to provide a (Delphi compatible) LCL-API completely done with
UTF16. This completely contradicts all they did in the last few years :-) .
rus could be to do a "Delphi
compatible" branch with a completely UTF16 based RTL (and compiler
magic) and a "Lazarus compatible" branch with a completely UTF8 based
RTL (and compiler magic)
-Michael
___
fpc-pascal maillist -
nversions "when necessary"
needs to be added and called if a string of this type definition is to
be handled. (Easy with pure assignments, as discussed in that thread
pos(), copy() and friends need some more re-thinking.)
-Michael
___
fpc-p
string. This works (mostly) as expected
for any encoding.
Well, the trick is not to leave that to chance.
I don't understand. When using Lazarus (if it stays similar to what it
is now) your strings will be UTF8. If pos() requires UTF16 you are out
of luck.
-Michael
_
Embarcadero does not allow the users to decently
take advantage of it.
- "non-Raw" does not allow for modifying the type and code-length fields
- "Raw" does not provide auto-conversion (seemingly for good reasons)
-Michael
__
mal RTL functions in a way that
allows for using it in a fast program.
If multiple string types are available the user programmer should be
free in choosing any of them according to the task at hand.
-Michael
___
fpc-pascal maillist - fpc-pascal@
necessary.
If nobody is inclined to do such an enhancement, we will never see it :-( .
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
he declined to implement "Delphi News strings" of any kind.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 02/28/2014 04:07 PM, Marco van de Voort wrote:
single source two releases, or two source two releases?
Hmm. I suppose also compiler magic is affected and thus the compiler
would needed to be re-compiled for either release.
-Michael
___
fpc
hi
XE compatibility.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ented.
Of course if "as it should" is agreed to be "nothing but Delphi XE
compatible" no discussion makes any sense.
-Michael (sorry if sounding harsh, but that is what simple logic dictated)
___
fpc-pascal mail
eed to
re-compile the compiler and/or the RTL with different options.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 03/05/2014 12:10 PM, Michael Schnell wrote:
(sorry if sounding harsh, but that is what simple logic dictated)
.. And if you think that I am a troll, as I keep nagging on something I
technically can't help to make it happen (because I am not knowledgeable
enough to do any modificatio
Strings and dynamic arrays, that both use reference
counting and "SetLength" is not really easy to be communicated to the
users code programmers. (Even though it might be possible to do nice
tricks with them when you exactly know what you are doing.)
appropriate decompression (AFAIK, PDFs can )
- finding out the code (such as ANSIxxx, UTF-8, UTF16, or whatever)
the text is stored in.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman
On 03/19/2014 11:01 PM, Timothy Groves wrote:
Is there a drop-dead simple way to clone an object?
AFAIK, there are good reasons, why any class needs to implement it's own
dedicated "assign" method to be cloneable.
-Michael
___
fpc-
Thanks so much for you guys!
+1 (at least :-) )
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
on.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ere, as several
viable arguments were exchanged and a decent syntax was suggested.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 03/23/2014 08:12 PM, Luca Olivetti wrote:
but, as Jonas said, it't not guaranteed to work (in practice it works
with win32/linux 32 and linux 64, though it could break with a
different version of the compiler). Bye
AFAIK: mostly dependent on endianess of the arch.
-Mi
On 03/29/2014 06:14 PM, Graeme Geldenhuys wrote:
So some developers took it in their own hands and started writing their
own suite of tests.
Why not doing part this based on the public regression tests for fpc ?
-Michael
___
fpc-pascal maillist
On 03/29/2014 04:52 PM, Michael Van Canneyt wrote:
http://www.freepascal.org/~michael/articles/
Great !
Bookmarked the page :-)
Many thanks,
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin
encapsulation for this...
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
As "CustomDrawn" is more mature, and "WebSockets" (for spontaneous
Host->Browser events) is supported by all Browsers, right now, I suppose
a rather small set of basic JavaScript generated Widgets might suffice
to allow for
script I don't think this is a bad idea (but I am not an expert with
scripts).
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ebody ever indeed put something like this to work ?
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
"Real" values are not supposed to be exact. They are depending on the
hardware and other stuff by design.
"currency" is a funny beast :)
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal
I am done building a Windows embedded PC based blackbox for
the sound software I use with a keyboard. Doing VS Plugins with fpc
myself would be a nice option, but of course this box completely is on
64 Bit and I did not find an SDK to be used on this behalf. Did you ?
)
-Michael
On 05/02/2014 10:00 AM, Dimitrios Chr. Ioannidis wrote:
does anyone know if the TCustomFCgiApplication is multithreaded ?
What do you mean by "is multithreaded" ?
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepasca
On 05/02/2014 11:05 AM, Michael Van Canneyt wrote:
does anyone know if the TCustomFCgiApplication is multithreaded ?
No, it is not.
It's on my todo list, but has low priority.
While enhancing TCustomFCgiApplication regarding threads,
TThread.Synchronize, TThread.Queue would need
On 05/02/2014 12:22 PM, Dimitrios Chr. Ioannidis wrote:
I'll try to see if i can help, do you have any hints or tips reg. the
source ?
Let me know what you are about to do. Maybe I can be helpful on that
behalf.
-Michael
___
fpc-pascal mai
On 05/02/2014 12:44 PM, Michael Van Canneyt wrote:
I see you are still determined to push your ideas.
Is it nasty "pushing" just to state what you think is going to be useful
for the community, when the chance occurs ?
Please, Please, please, do everyone a favour and get started
On 05/02/2014 02:30 PM, Michael Van Canneyt wrote:
I don't think these mails qualify as research.
I am sorry for potentially having used inappropriate wording.
I got lots of very useful information from answers in these extremely
helpful lists, that indeed led to me thinking to being fi
n doing such a WidgetType, "Application.QueueAsynCall" would need to
be implemented in a way that it pushes events onto the said queue.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
I in fact just took the time to start implementing an "active noGUI"
Widget Type for Lazarus.
Seems indeed rather easy up til now. (A single timer and TThread.Queue
do work on Linux)
-Michael
___
fpc-pascal maillist -
I think I now have something that might be worth testing...
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 05/14/2014 02:12 PM, Michael Van Canneyt wrote:
Presumably we can expect a result by the year 2046 ? ;)
Getting Off-Topic.
In fact I would like to have somebody else take a look at the code
before I ask how to implement it in the LCL as a "WidgetType" activated
by s
On 05/14/2014 03:56 PM, silvioprog wrote:
http://silvioprog.github.io/brookframework/
Of course I did find this already by checking your initial post.
But this did not help much for finding out what kinds of tasks the
"brook" is really useful for.
On 05/14/2014 04:14 PM, Michael Van Canneyt wrote:
Developing any web based application.
That would mean all other web frameworks are not worth looking at.
I suppose each of them should provide a feature / benefit list so that
a user is enabled to decide which of them is most appropriate
On 05/14/2014 04:33 PM, Michael Van Canneyt wrote:
That is true, but is often omitted in young Open Source projects.
Rather often, a decent place to publish such a list is missing.
Here obviously a decent website is provided
For a start, some 20 Lines of text would already be helpful
On 05/14/2014 04:33 PM, Michael Van Canneyt wrote:
To my knowledge, there are none in FPC/Lazarus.
I at least know fpWeb to be an active project (ExtPascal seems to be dead)
What might be usable:
http://stackoverflow.com/questions/3793112/what-web-application-framework-for-delphi-is
via TCP/IP (on the same or on another box) and via
other means (Pipes, environment variables ), when being started by
the Web server. Is this relevant for Brook ?
Can Brook be started as an Apache module ?
Can Brook be used as an ISAPI dll by MS IIS ?
-Michael
On 05/14/2014 04:33 PM, silvioprog wrote:
. I did not because my English is still not fluent.
I see the problem.
I can only understand German and English :-(
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http
So we already do have some Information very worth stating on the website
:-)
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
)
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
piles after the huge changes thst Martin did in the last
months, once you have everything up and running so far we can work on
the integration into lazarus.
Michael
Am 17.05.14 01:33, schrieb Justin Smyth:
Hi everyone,
I have recently got open ocd v8 to talk to my nxp lpc 1343 via a
stlinkv
e parallel functionality
implemented in the RTL (maybe using the work done for OpenMP.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
I have sent you the header files via pm, there is only minor improvement
to what is currently checked in, i mixed the lpc header files up with
the stm header files, there I did more work.
Michael
Am 19.05.14 04:39, schrieb Justin Smyyth:
if you have an updated version of lpc13xx.pp ( I wrote
;pascalish" way to implement a "closure"
for encapsulating asynchronous callbacks.
As syntax candy you might want to define a procedure as having a
"closure" attribute and have same call free just before exiting (even
when exiting by an exception).
-Michael
___
On 05/22/2014 11:33 AM, Marco van de Voort wrote:
I do something similar, but pool these event records in generic pools,
Great !
Could we have this in the RTL ?
Is it viable to create "closure" as a syntax candy on top of this ?
-Michael
_
ire on
demand):
- "parallel loop" and "future" support like in "Prism"
(In fact I don't see "anonymous functions" - see thread topic - here.)
What do you think,
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 05/23/2014 05:46 PM, Craig Peterson wrote:
On 5/23/2014 2:09 AM, Michael Schnell wrote:
rather simple:
- declaring the event method as something like "closure" resulting it
having it do an auto-free on exit.
more advanced (needing the RTL to provide pool of threads to fire
sible" placing of a TEpikTimer Instance on
a form). Same should come as a Lazarus package.
Thanks for your work,
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
Lazarus' quest for overall "Delphi compatibility" is not a
possible aim. (even disregarding maybe "nearly solvable" issues like
codepage based strings.)
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
I would like to introduce before that move. (I already did
and tested this with the pre-release file that had been provided on
"Lararus CCR").
Thanks for listening,
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http:/
On 05/26/2014 12:42 PM, Reinier Olislagers wrote:
Well, the normal procedure for doing this is to submit a patch if you
want something to be added to FPC.
Thanks for your hints.
As I locally do use svn, I suppose I will be able to do a patch for a
not yet existing file :)
I can't do a patch
nightmare to test.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 05/26/2014 02:03 PM, Marco van de Voort wrote:
neither we are compatible with 3rd rail or radphp.
I never heard somebody call one of these "Delphi".
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.free
ntation itself would be automatically
arch and OS independent.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
helpful to know that this issue is managed by the fpc team.
Hence including it in the svn seems nice to me, especially regarding
that I'd like to use it in a Lazarus enhancement.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists
On 05/26/2014 03:20 PM, Craig Peterson wrote:
RadPHP was originally marketed under the name "Delphi for PHP".
very funny stuff :-) .
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-b
syntax candy for t futures and parallel loops ?!?!?
which requires anonymous methods. Getting anonymous methods into Free
Pascal is a much more manageable short term goal than waiting for
OpenMP support to be specified, implemented, and debugged.
seems like a viable way to go.
-Michael
supposedly the more promising way is to start multiple "display"
applications and have them communicate in a decent way with a "business
logic" application..
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
htt
stuff in a
parallel loop. So this needs to be prevented (at best at compile time,
but supposedly only a runtime check is possible).
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman
t
here the best possible multi-platform support is provided.
Then let it be put in Lazarus in components/epiktimer ... Lazarus
releases more often than FPC does.
Hmm.
While I personally in fact would like to _use_ it for a Lazarus
enhancement, I would be happy to see it usable wi
On 05/27/2014 06:45 AM, Graeme Geldenhuys wrote:
I also told Michael S. that if he does submit a patch to the FPC team (I
can't stop him), make sure it has a different name, so as not to
conflict with the official EpikTimer component.
In fact I do want the best possible stuff and not a fo
ow to decently provide a fully released version of EpikTimer to not
Lazarus enabled users of fpc ?
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ly for me (Linux X86 32 Bit).
The code is some 500 lines.
If you want to test it I can send it to you.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 05/28/2014 01:47 PM, Reimar Grabowski wrote:
Where is the f** problem?
Supposedly none (as I already stated in the Lazarus list).
Thanks !
-Michael
(What I'd like to prevent is that here again the award for the best way
to avoid ubiquitous usage of community based code is clo
resolution. So this is what I
will try to do some day soon.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
incorrect ?!?!?
What would the effect of ignoring this = ?
Things like this is why I'd rather use dVSO.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
s a way to take
advantage of Kernel provided arch-independence without using libC.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ly are not done directly by the rtl,
but functions calls to a Kernel dll are done, so that that
Windows.provide dll might decide to stay in usermode if possible.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepasc
implementation. But
the warning not to use TSC holds, anyway !
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
shows that the arch depending stuff in the
library/packet really should be part of the rtl. There is not much
chance to finally provide a decent / manageable / stable arch
independent functionality to the users.
-Michael
___
fpc-pascal maillist -
not a fault of fpc's and hence we can't
help it. As we found, "blindly" reading is not a good idea, so a really
fast rtl function would need to detect the CPU sub-arch and act
appropriately. I understand that this is close to impossible.
-Michael
___
related, so IMHO it's really decent to
handle both aspects together.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
t;
Which is _exactly_ what I said.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
ten in a single instruction.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
mory_barrier
I understand that the implementation of memory barriers is architecture
specific and in a portable code you can't rely on a desired behavior.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.or
On 06/05/2014 09:51 AM, Michael Schnell wrote:
I understand that the implementation of memory barriers is
architecture specific and in a portable code you can't rely on a
desired behavior.
http://en.wikipedia.org/wiki/Memory_barrier says:
"Programs which take advantage
exist.)
("thread save" in the sense that a write of the value can't be
interrupted by another thread and hence the other thread always reads
the coherent value - either the one before the writing or the one after
writing) .
Thanks for clearness.
-Michael
___
On 06/06/2014 07:48 PM, silvioprog wrote:
The http server does not support keeping the connection open.
Michael.
:-(
I recently learned (but did not do any testing yet) that "Websocket" is
the current way to go instead of keeping an http socket open.
If course the browser,
set or get function.
Of course the compiler could detect these special cases. I don't know if
it does make sense to handle them.
-Michael
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pascal
On 06/10/2014 10:22 AM, Michael Van Canneyt wrote:
The purpose of a websocket is entirely different, these are not
interchangeable technologies.
A websocket is not even the HTTP protocol.
I do know this. I was told that websocket is a kind of successor
technology for the replacement of not
701 - 800 of 4520 matches
Mail list logo
