Dear fellow fpc build-facility and VPN users,
You may have heard that FirmOS (my company) has ceased to be.
Currently I am working at a new startup named www.wolke.club,
and we have to rearrange the vm machine hosting.
I will try to host as many machines as possible, but we have to cleanup
(the
Am 16.04.14 12:06, schrieb Michael Van Canneyt:
1. Cardinal should already be possible if you simply use Int64 to
transfer them.
There will be no type checking, but that is not a problem, we're
talking Javascript subset here...
Yes.
2. Qword: we should check whether Javascript supports
I need to encode/transfer Cardinal and Qword values, which is currently
not possible
(at least for qwords) therefor i wanted to extend fpjson with support
for that number types
and provide a patch.
bad idea ? / objections ?
thx,
helmut
___
fpc-deve
Hi,
While building under SmartOS in a buildzone
(IllumOS, former OpenSolaris) i have the problem that with
binutils 2.22 the fpc generated linker script line in ppas.sh
/opt/local/bin/gld -melf_x86_64-s -L. -o my_program link.res
is not working anymore. Because the only targets the new binu
Am 09.12.11 16:25, schrieb Michael Van Canneyt:
On Fri, 9 Dec 2011, Helmut Hartl wrote:
Well, if OS-X does not have it, we can't really say it is POSIX for
our purposes, so then it goes to the linux unit. It's as simple as
that.
Only if you discriminate BSD systems
Well, if OS-X does not have it, we can't really say it is POSIX for
our purposes, so then it goes to the linux unit. It's as simple as that.
Only if you discriminate BSD systems :-) - Many professional vendors
use some sort of BSD in their products,
and some fpc.
Freebsd, Netbsd, Openbsd,
Am 09.12.11 15:19, schrieb Michael Van Canneyt:
That's not the question.
clock_gettime is a linux kernel call. No-one is proposing to add it to
sysutils.
The question is whether clock_gettime is POSIX, and if BSD has it.
The linux man page seems to say it is POSIX 2001. My question is if
BSD
Am 09.11.11 14:12, schrieb Pierre Free Pascal:
while testing our code on freebsd 9RC1/32 bit with fpc 2.6rc1
it seems that all programs compiled on that system using threads crash
with an "Illegal Instruction 4 (core dumped)" error.
Binaries compiled on Freebsd 8.2/32 and transferred to the 9RC1
Hi,
while testing our code on freebsd 9RC1/32 bit with fpc 2.6rc1
it seems that all programs compiled on that system using threads crash
with an "Illegal Instruction 4 (core dumped)" error.
Binaries compiled on Freebsd 8.2/32 and transferred to the 9RC1 box work,
which is a bit strange.
Any idea
Am 13.04.11 14:59, schrieb Jonas Maebe:
On 13 Apr 2011, at 14:22, Helmut Hartl wrote:
Am 17.03.11 12:48, schrieb Jonas Maebe:
There won't be an iOS 2.4.4 release, because it would barely work
with
current iOS SDK releases:
[...]
What has to be done to get trunk working with XCode 4
Am 17.03.11 12:48, schrieb Jonas Maebe:
There won't be an iOS 2.4.4 release, because it would barely work with
current iOS SDK releases:
a) as of Xcode 3.2.0, simulator builds require the iphonesim target
that only exists in 2.5.x
b) as of Xcode 3.2.6 and Xcode 4, all object files (including thos
Am 12.01.11 11:39, schrieb Joost van der Sluis:
That is bad news, because it seems like it that the
final-case-sensitivity solution will be that the case-sensitive flag is
used to control the behavior. But that will then break backwards
compatibility...
I have osx, freebsd, linux and windows as
Am 19.10.10 15:40, schrieb Alexander Klenin:
I fully understand that the reason for degrading the code structure
was efficiency.
I just doubt that it was/is a good trade-off.
Dear FPC Team,
After finishing porting the bullet physics library from C++ to FPC in the
last 2 months (http://bulletph
Am 12.08.10 13:37, schrieb Marco van de Voort:
So, I'm no thread expert, but does this all really matter that much if the
units (literally) to schedule are in the tens of ms magnitude and HDD access
is required for each of them ?
Of course you are fully right and it depends on the particular pr
Am 12.08.10 11:23, schrieb Marco van de Voort:
[2] How portable is a dynamic thread priorization?
You don't. Your control thread determines what module is compiled/resumed
next when a worker thread comes available. There is no reason to do this via
funky thread systems.
A single controlling thr
Am 20.05.10 11:01, schrieb Michael Van Canneyt:
There is no change to TObject.
Thank you very much for your clarification.
That satisfies my personal needs full.
helmut
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.
Am 20.05.10 10:29, schrieb Graeme Geldenhuys:
Joost van der Sluis het geskryf:
1) Ignore Marco and implement it any way. I think you have just as
much say as Macro on what goes into the FPC.
thread yet. But here you are going too far. Way too far. Imho we don't
Well my statem
Am 20.05.10 01:27, schrieb Graeme Geldenhuys:
On 20/05/2010, Marco van de Voort wrote:
Yeah. Studying means neither.
Well lets see: I have written numerous technical papers/articles on
the subject, been using it in commercial software for almost 10 years
and presented technical and t
Von: Jonas Maebe
Gesendet: So 03.05.2009 15:01
An: FPC developers' list ;
Betreff: Re: [fpc-devel] On code cleanup
> On 03 May 2009, at 14:58, Alexander Klenin wrote:
>
> > BTW, is generics good enough to be used in e.g. math.pp?
> Afaik, generics have only been implemented for classes until now
Boian Mitov wrote:
> As you can see there are obvious scenarios where the granularity
> approach seems to be the only reasonable one.
I think you misunderstood me:
I wanted to say:
*) Maximum granularity gives maximum performance, but as always there is
a tradeoff.
*) Problems come in if you ha
Florian Klaempfl wrote:
> Micha Nelissen schrieb:
>> Florian Klaempfl wrote:
>>> procedure p;synchronized mycriticialsection;
>>>
>>> Any suggestions about doing it better?
>>
>> How to avoid deadlocks?
>
> Indeed, I'am open to any suggestions :) Just an idea: maybe a global
> call tree analysis
irm can support the
fpc project by supporting a/the netbsd-powerpc port.
Also we plan to release some basic datastructures libraries
into public domain.
Thank you, helmut
>
> On Tue, May 20, 2008 at 2:20 PM, Helmut Hartl
> <[EMAIL PROTECTED]> wrote:
>> Hi to all,
>>
&
Hi to all,
I want to do some programming for a embedded system:
(Port our SIP/RTP Stack to some embedded system)
System is:
NetBSD 3.0 #1570: Tue Aug 15 15:08:31 CEST 2006 TG Board
total memory = 65536 KB
avail memory = 46160 KB
plb0 (root)
cpu0 at plb0: 200MHz 405EP (Revision 9.80)
Paul Ishenin wrote:
> Maybe everybody will benefit in you boys will do 1 good bicycle
> instead of 3?
At the moment i do not see the "good" bicycle to ride on.
> I see that Martin, Daniël and Marc are working/worked on one thing -
> debugger for fpc. And now we have 3 implementation based on gdb
Hi,
When using Freepascal for various projects, tests and platforms, i tried
to identify what makes productivity bottlenecks for me and my team.
We currently mainly do daemon console apps with Delphi and Lazarus as
IDE for linux,
arm projects on NLSU2, and several WinCE Tests also performed w
Florian Klaempfl wrote:
> Michael Schnell schrieb:
>>
>
> The point is, it simply affects all processor. Its much better than
> an entercriticalsection but it is not only twice the time of a simply
> inc or whatever.
I want two give my two cent's too.
In the last 4 years, we developed a billing
>> One advantage is that it can be easely used on many languages,
>> althougth the usefulness of that for ideintf is probably very small.
>>
>I suppose you mean programming languages not spoken languages.
>But Interface is a Delphi language keyword. I don't see what this has
to with C or whate
>I kind-of understand that... Borland tried to encapsulate the whole
threading thing in a TThread class. It made it easier and every bit
helps! I simply thought I should >mention it here, so that FPC
developers know about this new API. I haven't had a look at their API
docs yet, but thought if
When compiling my sources with the latest 2.2.1 fixes branch compiler
i get the following error:
imp_uci.pas(671,28) Fatal: Internal error 2006122804
in:
procedure TFOSInput.CleanEnvironment;
var v:variant;
begin
Environment.StartEnum;
while Environment.Next(v) do
begin
v:=Unassigne
> There is nothing in this article we can consider, for starters because
> it does not contain any proposals.
It even tries to give directions on how to and how to not use a tool.
Normally a tool proves itself usefull by being usefull in some way for
someone. Now we got a ultraflexible, even cha
> > fpc 2.0.4, opensuse 10.2, glibc-2.4-31.1
You may try this version of your program
-
program Project1;
{$mode objfpc}{$H+}
uses
UnixType,pthreads;
type
TCondv = class
private
Cond : UnixType.pthread_cond_t;
CAttr : UnixType.pthread_condattr_t;
public
constructor Create;
des
>
> Big thanks from me too!
>
> > Coding the compiler part isn't that hard. I can do this,
> I > did the initial arm port within a few weeks. The more
> > annoying part is doing the debugging and find the things
> > being broken.
>
> We have to start a research hardware project
> Michael Schnell schrieb:
> > Florian, Thanks a lot for discussing this !
Big thanks from me too!
> Coding the compiler part isn't that hard. I can do this, I
> did the initial arm port within a few weeks. The more
> annoying part is doing the debugging and find the things
> being broke
> If anybody is willing to do so, he'll get svn write access so feel
free
> to volounteer ;)
I am maybe interested in doing so - if I am bright enough to do it. :-)
helmut
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal
Florian Klaempfl schrieb:
> I merged the patch but help us to test 2.1.1 as much as possible
based
> on the revisions known to be good
> (http://www.freepascal.org/wiki/index.php/Tested_Unstable_Revisions)
so
> we can get 2.2.0 out asap (head is currently broken due to heavy
> rewrites).
Th
> It is not usefull to do. There won't be a new release anymore from the
> fixes branch.
Your statement concludes that 2.04 is not usable for production
environment.
-> Except you do not use interfaces - or write programs which are only
commandlinetools, not expected to run for some time.
This al
Is it possible to backport the resolution of 0007281 from
head to fixes branch?
Best Regards, helmut
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
> The upshot of all this is that we don't need to include all packages
> in FPC by default, making the maintenance burden smaller for the core
> team. All you would need to do is create one small driver file,
> and the rest will be automated for you.
> The central repository access will also
I speak in the name of the ZEOS Developers.
We want to contribute to the FPC Project, in the form
that we
deliver a FPC usable Version of the ZEOS DBO.
If you don’t know ZEOS by now, it is a set of
mature database components
usable visual or nonvisual, wich interface to SQLite,
MySQL
Hello Developers,
Are there any news regarding bug 07281?
I think this bug is closely related to bug 7209.
The problem is that it is not possible with any
compilers greater 2.0.2 to compile
a memory stable program that uses interfaces.
We would like to release Zeos Dataset
> >>
> >> Does the Codegenerator already support this?
> >> Are they portable?
> >> How would you suggest to implement such operations platform
> independent?
> >
> > I don't think this is possible, as it depends on processor support
?
>
> I think it can be implemented easily using
Interl
>
> I'll look into the bug report the next days.
>
Hello Florian,
Thanks for fixing the first bug, but
i am afraid, that there exist other memory related problems in
FPC 2.0.3 (fixes branch). Our applications are not memory stable.
(Related Bugs 7174, 7209)
I am in the moment not able to repro
Hi,
> That mem-leak bug, do you have it's bug-number? And do you think it's
> serious enough to block the release of 2.0.4?
I testet faulty against fresh built 2.1.1, 2.04 RC 2 Tag and fixes
branch.
Maybe I am doing something wrong ... but if someone confirms:
http://www.freepascal.org/mantis/b
dark...
Thanks,
Helmut
----
Dipl.- Ing. Helmut Hartl
Head of Development
FirmOS Business Solutions GmbH
> -Ursprüngliche Nachricht-
> Von: [EMAIL PROTECTED] [mailto:fpc-devel-
> [EMAIL PROTECTED] Im Auftrag von Joost van der Sluis
> Berei
Hello,
can anyone give me a hint where to search for the "AS" compiler problem.
We tried to workaround that in ZEOS Code and gave up, as we are not able
to find all Memory holes and pinpoint them.
With 2.02 we have the problem that the TDataset has different behaviour
than in Delphi (Datetime).
Hello,
In testing upcoming 2.0.4 release i found an incompatibility/memory
leak which is present in fpc versions greater 2.0.2.
I tested faulty against
2.0.3 fixes svn
2.1.1 head svn
2.0.4 rc2 branch svn
Working OK with 2.0.2 Release.
The following code runs differently on compiler versions gr
Hello,
> It has nothing to do with the memory manager? It's a bug in the fastmove
> routines probably.
Many thank's for fixing the BUG 4999!
I postet the follow up as 5000 now.
As with 4999 in 2.0.2 it works, 2.0.3 crashes.
helmut
Source
program fpc203fish_2;
{$mode objfpc}{$H+}
uses Cl
> Where can I find ZeOS with MySQL 5 support ? The alpha of 6.5.X on
> sourceforge only contains 4.1 support, and that even does not work
> with Delphi...
> Michael.
Development SVN is now at:
svn://www.firmos.at/zeos (it's still beta)
Lazarus installation is not fully ready by now ...
we us
Hi,
I am currently managing ZEOS DBO Development.
We are testing ZEOS with MySQL 5 & Postgres 8.1 and FPC 2.0.2
which works pretty stable! We would like to release
"more stable" packages for lazarus and fpc in the next time.
But due to the TDatetime issue in TDataset we wanted to
switch over
Hello,
We are trying to port a Project around 220.000 Lines of code from
Delphi/Kylix to FPC. Primary it runs :-), our main problems were Variant
Support (Various conversions behaving not as in Delphi/Kylix). We made an
own Variant Manager (to not break the existing one ) which is closer to
Delphi
50 matches
Mail list logo
