On 2014-09-28 10:32, Michael Van Canneyt wrote:
I do a lot of work with firebird embedded, and I've never even come close
to the problems you're experiencing ?
+1
Using Embedded and C/Server in a few projects under Windows and Linux
(unofficial support) and it works fine here too. I use FPC's
Reinier Olislagers wrote:
Apparently my crashes in a dll that use Firebird have to do with
initialization sections in my business layer creating a single instance
of my db layer.
Distilled reproducible code that demonstrates problem:
So, is there a way to do this, i.e., specify the 'root' director for your
units/includes and have it look at all files underneath regardless of
nesting level?
No, that's how -Fu is designed.
--
View this message in context:
Hi!
I have a large project and it compiles under 32 bits cpu,
but doesn't under 64 bits. Here is a minimal problematic
part:
=
[doj@larion ~/temp]$ cat ptrtransform.pas
{$MODE OBJFPC}
const
C = -1;
var
A: array[0..1] of Pointer;
begin
On 29/09/2014 11:19, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
2. In businesslayer.pas, $define CRASH to see the problem.
The code in question is:
initialization
DBLayer:=TDBInterface.Create;
finalization
DBLayer.Free;
... so probably initialization order plays a part?!?
On 29/09/2014 11:19, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
What happens if you move the responsibility for initialising and closing
the database connection to the app-level code? In other words, the app
does something like
Ok, after eliminating some PEBKAC, my real dll works
El 29/09/2014 a las #4, Reinier Olislagers escribió:
What I would like to know what is the cause of this problem - dlls being
loaded before some kind - what kind? - of initialization is complete?
Anyway, I'll keep digging; probably first looking at geting postgresql
support in anyway.
On 9/29/2014 5:00 AM, Tony Papadimitriou wrote:
OK, I think I realized what the problem is. The * will apparently search in all
subdirectories but (apparently again) one level deep. So, if you have something
like:
\progs\pascal\units\a
\progs\pascal\units\a\b
and you give
On 29/09/2014 16:51, José Mejuto wrote:
El 29/09/2014 a las #4, Reinier Olislagers escribió:
You must not initialize dbengine in the Initialization section and must
not finalize it in that place (maybe only as last chance) because
initialization order and finalization order is undefined by fpc
On 9/29/2014 5:48 AM, Victor Matuzenko wrote:
IMO the problem is the transformation -1 into an unsigned value.
(Unsigned(-1) Max(Signed).)
How can I rewrite this code to make it correct? I want to use
constants to calculate offsets from untyped pointer.
have you tried using a typed const?
Reinier Olislagers wrote:
On 29/09/2014 11:19, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
2. In businesslayer.pas, $define CRASH to see the problem.
The code in question is:
initialization
DBLayer:=TDBInterface.Create;
finalization
DBLayer.Free;
... so probably initialization
On 29/09/2014 17:41, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
On 29/09/2014 11:19, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
2. In businesslayer.pas, $define CRASH to see the problem.
The code in question is:
initialization
DBLayer:=TDBInterface.Create;
finalization
Reinier Olislagers wrote:
On 29/09/2014 17:41, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
On 29/09/2014 11:19, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
2. In businesslayer.pas, $define CRASH to see the problem.
The code in question is:
initialization
say for example:
type
TmyClass = class
published
procedure Something (sender : Tobject);virtual;
end;
var
myClass : TmyClass;
then somewhere
AddMethodToQueue(@myclass.Something);
Is it possible within AddMethodToQueue, I can query the Run Time Type
Info of
14 matches
Mail list logo