Am Tuesday 29 May 2012 01:42:12 schrieb Martin:
On 28/05/2012 23:53, Rainer Stratmann wrote:
Am Monday 28 May 2012 22:25:47 schrieb Martin:
Check that you have not accidentally set any options that will block
-gl, such as -Xs or maybe (may work but I do not know for sure) -Xg
After
Bruce,
If you are using a Debian derived distribution such as Ubuntu, you might
find it easier to use debootstrap to create a 64 bit environment on your
system and compile the program in that environment (see
https://help.ubuntu.com/community/DebootstrapChroot for a guide). Then
you can be
Ideally, I'd only like to write the streaming mechanism for each set
of types (normal, anisstring, dynamic array, objects, interfaced
objects) once, and use it for every set of items. However, there's no
reasonable way to detect the type and do an execution for it. Ideally
You can use the
Bruce Tulloch wrote on Tue, 29 May 2012:
Closer, but not quite there yet...
[...]
fpcfixes_2.6/cross/buildcrossbinutils
Try adding --with-sysroot to the configure flags in that script.
Jonas
___
fpc-pascal maillist -
On Tue, May 29, 2012 at 10:40 AM, kyan alfasud...@gmail.com wrote:
Ideally, I'd only like to write the streaming mechanism for each set
of types (normal, anisstring, dynamic array, objects, interfaced
objects) once, and use it for every set of items. However, there's no
reasonable way to
OBones wrote on Mon, 28 May 2012:
Boy, I'm having a hard day and I'm very sorry to make you waste so much time.
Frac was here to see the impact of some changes on the issue, but
the original code that crashes is with Trunc instead of Frac so that
the comparison looks like this:
if
Jonas Maebe wrote:
OBones wrote on Mon, 28 May 2012:
Boy, I'm having a hard day and I'm very sorry to make you waste so
much time.
Frac was here to see the impact of some changes on the issue, but the
original code that crashes is with Trunc instead of Frac so that the
comparison looks like
On 28.05.2012 16:02, Bernd wrote:
What I would have expected would be some API where I can register
all these connections (outgoing connections, listening sockets,
etc) and then have only one thread blocking in only one call that
will watch all these objects at once, but I can't find any
Am 29.05.2012 12:24, schrieb Kornel Kisielewicz:
On Tue, May 29, 2012 at 10:40 AM, kyanalfasud...@gmail.com wrote:
Ideally, I'd only like to write the streaming mechanism for each set
of types (normal, anisstring, dynamic array, objects, interfaced
objects) once, and use it for every set of
On 29.05.2012 10:25, Rainer Stratmann wrote:
I will try later.
Also make sure you have turned *off* all optimizations, they can
sometimes mess up the stack trace badly (by removing unneeded stack
frames which can produce very confusing results) and also I have
witnessed at least one occasion
Hey, guys. I hate to crosspost but nobody answered me in fpc-devel so
I thought I'd try it here.
Here's my original email from
http://lists.freepascal.org/lists/fpc-devel/2012-May/028965.html
I've got a system which consists of a main program and a few shared
object libraries running under
2012/5/29 Bernd Kreuss prof7...@googlemail.com:
Also with my code I
seem to be able to produce strange crashes inside heaptrc that I have
never seen before.
Here it is again:
Marked memory at $ACBCEC60 invalid
Wrong signature $ instead of F1283A25
$015D75BD
On 29 May 2012, at 21:31, Bernd wrote:
2012/5/29 Bernd Kreuss prof7...@googlemail.com:
Also with my code I
seem to be able to produce strange crashes inside heaptrc that I have
never seen before.
Here it is again:
It means that you have memory corruption in your program (using objects
Hi Tony,
I use Debian as my Debian derived distro :-) I agree a minimal chroot
environment for each target is a good solution but it's predicated on
running a 64-bit kernel on the host (which I am trying to avoid so I can
use this setup on a 32-bit capable netbook).
Looks like I might have to
Thanks Jonas,
I tried --with-sysroot for configure in buildcrossbinutils and it does
not appear to make any difference. I still get the error
/usr/local/opt/binutils/bin/x86_64-linux-ld: skipping incompatible
/lib/libpthread.so.0 when searching for /lib/libpthread.so.0 at the
link phase.
I'm
15 matches
Mail list logo