> How can I rewrite this code to make it correct? I want to use
constants to calculate offsets from untyped pointer.
You don't have to:
http://wiki.freepascal.org/Lazarus_Faq#.27Fatal:_Internal_error_YYZZW.27
so just report and wait for a fix, or fix it yourself if you can then post a
patch
On 29/09/2014 19:30, Reinier Olislagers wrote:
> Re bug report: agreed. I'll raise it.
http://bugs.freepascal.org/view.php?id=26801
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/cgi-bin/mailman/listinfo/fpc-pasc
Reinier Olislagers wrote:
On 29/09/2014 19:30, Reinier Olislagers wrote:
Re bug report: agreed. I'll raise it.
Jonas has already closed it, noting
"http://msdn.microsoft.com/en-us/library/windows/desktop/ms682583%28v=vs.85%29.aspx
"***
The entry-point function should perform only simple init
On Tue, 30 Sep 2014, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
On 29/09/2014 19:30, Reinier Olislagers wrote:
Re bug report: agreed. I'll raise it.
Jonas has already closed it, noting
"http://msdn.microsoft.com/en-us/library/windows/desktop/ms682583%28v=vs.85%29.aspx
"***
The en
Michael Van Canneyt wrote:
On Tue, 30 Sep 2014, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
On 29/09/2014 19:30, Reinier Olislagers wrote:
Re bug report: agreed. I'll raise it.
Jonas has already closed it, noting
"http://msdn.microsoft.com/en-us/library/windows/desktop/ms682583%28v=
I downloaded fpcup64.exe from
https://bitbucket.org/reiniero/fpcup/downloads
After installation everything works well, but the FPC version is 2.6.5.
How to update it to FPC trunk? I need it for testing purposes.
Regards,
Juha
___
fpc-pascal maillist
On 30/09/2014 14:40, Juha Manninen wrote:
> After installation everything works well, but the FPC version is 2.6.5.
> How to update it to FPC trunk? I need it for testing purposes.
RTFM...
Fix for now (by heart, may be missing something):
remove the fpc directory
change fpcurl for general all etc
On Tue, 30 Sep 2014, Mark Morgan Lloyd wrote:
Michael Van Canneyt wrote:
On Tue, 30 Sep 2014, Mark Morgan Lloyd wrote:
Reinier Olislagers wrote:
On 29/09/2014 19:30, Reinier Olislagers wrote:
Re bug report: agreed. I'll raise it.
Jonas has already closed it, noting
"http://msdn.microso
On 30/09/2014 14:49, Reinier Olislagers wrote:
> On 30/09/2014 14:40, Juha Manninen wrote:
>> After installation everything works well, but the FPC version is 2.6.5.
>> How to update it to FPC trunk? I need it for testing purposes.
> RTFM...
>
> Fix for now (by heart, may be missing something):
>
Michael Van Canneyt wrote:
However I'd precede that by a thought based on what Jose said. In
your example, you're opening the database in the initialisation
block of businesslayer.pas, which is invoked at an arbitrary
position in the init sequence of the DLL/so. If that operation were
moved i
Am 30.09.2014 15:07 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
>> As far as I know, the initialization entry point is called automatically.
>> But the compiler experts should confirm this. IIRC the behaviour changed
as the support for libraries improved;
>
>
> ..(pending com
Having ported a large real-time graphical application from Virtual Pascal
(DPMI) to Free Pascal Linux , there is one aspect I haven't managed to
overcome.
For a number of reasons Lazarus was not used , and Geany is used as the IDE
, which works well.
Unlike Virtual Pascal which allowed me to put
On Tue, 30 Sep 2014, Brian wrote:
Having ported a large real-time graphical application from Virtual Pascal
(DPMI) to Free Pascal Linux , there is one aspect I haven't managed to
overcome.
For a number of reasons Lazarus was not used , and Geany is used as the IDE
, which works well.
Unlike
some days before we had same type of thread ...
the "problem" is
-Fu is not recursive!
Em 30.09.2014 11:07, Michael Van Canneyt
escreveu:
> On Tue, 30 Sep 2014, Brian wrote:
>
>> Having ported a
large real-time graphical application from Virtual Pascal (DPMI) to Free
Pascal Linux , ther
On Tue, 30 Sep 2014, Philippe wrote:
some days before we had same type of thread ...
the "problem" is
-Fu is not recursive!
And luckily not. The result would be a disaster !
However, you can use wildcards:
-Fu/home/some/dir/*
Michael.
___
fpc-
On Tue, Sep 30, 2014 at 4:01 PM, Reinier Olislagers
wrote:
> Run with fpgui and select the profile you want to run (a full build
> seems best for the initial run)
I did a new build with
fpcup64.exe --fpcURL=trunk
and it works very well.
This is quite a big tool already. Lots of options and feat
On 30/09/2014 17:01, Juha Manninen wrote:
> On Tue, Sep 30, 2014 at 4:01 PM, Reinier Olislagers
> wrote:
>> Run with fpgui and select the profile you want to run (a full build
>> seems best for the initial run)
>
> I did a new build with
> fpcup64.exe --fpcURL=trunk
> and it works very well.
Go
On 30 September 2014 16:27, Philippe wrote:
> some days before we had same type of thread ...
>
> the "problem" is
>
> -Fu is not recursive!
>
We're programmers. Creating our own tools for mundane work is not a
"problem" :-)
A few year back at my old company, for Delphi work we developed a sma
On 30 September 2014 17:01, Juha Manninen wrote:
> On Tue, Sep 30, 2014 at 4:01 PM, Reinier Olislagers
> wrote:
> > Run with fpgui and select the profile you want to run (a full build
> > seems best for the initial run)
>
> I did a new build with
> fpcup64.exe --fpcURL=trunk
> and it works ver
In our previous episode, Sven Barth said:
> It is indeed true that all units are initialized once the main code block
> of the library is called, but you are still inside the library
> initialization initiated by the OS and thus you are subject to its
> restrictions which in the case of Windows inc
On 30.09.2014 20:17, Marco van de Voort wrote:
In our previous episode, Sven Barth said:
It is indeed true that all units are initialized once the main code block
of the library is called, but you are still inside the library
initialization initiated by the OS and thus you are subject to its
res
On 30.09.2014 16:27, Philippe wrote:
some days before we had same type of thread ...
the "problem" is
-Fu is not recursive!
That's not what Brian asked for. He asked whether he can use multiple
directories, not whether he can use them recursively. And the former is
definitely the case.
Re
Marco van de Voort wrote:
In our previous episode, Sven Barth said:
It is indeed true that all units are initialized once the main code block
of the library is called, but you are still inside the library
initialization initiated by the OS and thus you are subject to its
restrictions which in th
Sven Barth wrote:
The only other alternative would be to add the RTL initialization code
to each exported function. I don't consider this a viable alternative.
Which is more or less what Reinier's working code did. I'd hate that to
be an implicit default.
Note: Dynamic packages won't have
Am 30.09.2014 22:19 schrieb "Mark Morgan Lloyd" <
markmll.fpc-pas...@telemetry.co.uk>:
>
> Sven Barth wrote:
>
>> The only other alternative would be to add the RTL initialization code
to each exported function. I don't consider this a viable alternative.
>
>
> Which is more or less what Reinier's
> That's not what Brian asked for. He asked whether he can use multiple
> directories, not whether he can use them recursively. And the former is
> definitely the case.
And indeed it's a disaster, because you might to restructure your units
directory if it works recursively depending on how you
On 30/09/2014 22:05, Mark Morgan Lloyd wrote:
> Marco van de Voort wrote:
>> In our previous episode, Sven Barth said:
>>> It is indeed true that all units are initialized once the main code
> Reinier: did you get as far as looking in Dynlibs for an error message
> immediately after trying to conne
On 2014-09-30 16:47, Michael Thompson wrote:
> Shouldn't take you long to generate a similar app for automating a string
> for -Fu. :-)
+1
:-D
Regards,
- Graeme -
--
fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal
http://fpgui.sourceforge.net/
__
On 2014-09-30 14:58, Brian wrote:
> For example if I decide to use fpGUI , I would like to put all the fpGUI
> source code into one directory
fpGUI is scattered over multiple directories too, so no idea why you
thought all units must be in a single directory.
In the /src/ directory is a "extrafp
29 matches
Mail list logo
