Björn Schreiber wrote
After expanding one of the projects by adding another dialog, we got
the above mentioned error message while linking.
Really no hints? It starts driving me nuts that I can't debug our
Windows CE project any more ...
Greetings
--
Björn Schreiber, DRIGUS GmbH
news..
Does anyone know if we have our own internal linker to wince? It seams
that yes, but I that's very strange for me. I thought that we have it
only for x86-win32.
--
Felipe Monteiro de Carvalho
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
h
17.05.2011 22:10, Felipe Monteiro de Carvalho wrote:
Does anyone know if we have our own internal linker to wince? It seams
that yes, but I that's very strange for me. I thought that we have it
only for x86-win32.
We have it for all windows targets.
Best regards,
Paul Ishenin
__
On 17 May 2011, at 12:50, Björn Schreiber wrote:
Björn Schreiber wrote
After expanding one of the projects by adding another dialog, we got
the above mentioned error message while linking.
Really no hints? It starts driving me nuts that I can't debug our
Windows CE project any more ...
On Tue, May 17, 2011 at 4:39 PM, Paul Ishenin wrote:
> We have it for all windows targets.
Interresting. In that case another possible solution is using an
external linker instead, as pointed in the forum. One might need to
link manually and maybe even build a newer linker from binutils
sources.
On 1/5/2011 6:12 PM, Michael Van Canneyt wrote:
Hello,
For those of you that need JSON support:
I have committed support for streaming published properties (properties for
which RTTI is generated) from objects to JSON and vice versa, in a unit
fpjsonrtti.
Not the full streaming as implemented
On Tue, 17 May 2011, Lee Jenkins wrote:
On 1/5/2011 6:12 PM, Michael Van Canneyt wrote:
Hello,
For those of you that need JSON support:
I have committed support for streaming published properties (properties for
which RTTI is generated) from objects to JSON and vice versa, in a unit
fpjson
http://sample-resumes-plus.com/wp-content/plugins/akismet/site.html
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Hello all,
I have tried to create a Windows plugin dll for the Sylpheed
e-mail client in FreePascal but couldn't get past a strange
side effect: the mere fact of the plugin being loaded makes
GTK's window-showing functions crash the whole program.
This happens even with the smallest and empties
On 17 May 2011, at 21:35, Anton Shepelev wrote:
> I have tried to create a Windows plugin dll for the Sylpheed
> e-mail client in FreePascal but couldn't get past a strange
> side effect: the mere fact of the plugin being loaded makes
> GTK's window-showing functions crash the whole program.
O
Jonas Maebe:
> One likely potential cause is the fact that released FPC
> versions enable all floating point exceptions. Since libc
> does not do that, many C programs and frameworks contain
> invalid floating point operations.
Wow! Many thanks. I thought that information would be use-
les
Hi,
I would like to use the TET[1] in FPC on Windows.
There are 2 options:
1- Translate C header to use libtet.dll (I prefer);
2- Use the COM object (TET_com.dll);
I can use COM in Delphi 7 easily. There is a Wizard to translate call
from COM object to Object Pascal... But I would like to use FPC!
On 17 May 2011, at 22:03, Anton Shepelev wrote:
> Do I understand correctly, that at load my library was dis-
> abling the exception mask for the whole program?
The fpu exception mask is always global for an entire program. It is not
possible to disable it only for the code in one single libra
On 17/5/2011 17:03, Anton Shepelev wrote:
Jonas Maebe:
One likely potential cause is the fact that released FPC
versions enable all floating point exceptions. Since libc
does not do that, many C programs and frameworks contain
invalid floating point operations.
Is masking such exception
14 matches
Mail list logo
