En/na Luca Olivetti ha escrit:
En/na Luca Olivetti ha escrit:
This is another test program that shows my problem with fork: as soon
as I start the thread, the main program stops working (the thread *is*
running, you can put a writeln in its loop to show it). Note that in
this short example I
En/na Luca Olivetti ha escrit:
This is another test program that shows my problem with fork: as soon as
I start the thread, the main program stops working (the thread *is*
running, you can put a writeln in its loop to show it). Note that in
this short example I don't close stdin,stdout,stderr,
Luca Olivetti wrote:
> This is another test program that shows my problem with fork: as soon as
> I start the thread, the main program stops working (the thread *is*
> running, you can put a writeln in its loop to show it). Note that in
> this short example I don't close stdin,stdout,stderr, I don'
En/na Luca Olivetti ha escrit:
OTOH my real program, even if cross-compiled (what a pain!), is still
throwing an exception if I use ctrl-z, is still having problems with
fork but at least (if I leave it in the foreground) I can use ctrl+c.
This is another test program that shows my problem wi
En/na Luca Olivetti ha escrit:
En/na Luca Olivetti ha escrit:
En/na Luca Olivetti ha escrit:
the example daemon.pp, for example, crashes right away, strace
doesn't seem very useful to me:
but it works fine cross-compiling (with fpc 2.0.4).
I cannot find a way to cross-compile my test program
En/na Luca Olivetti ha escrit:
En/na Luca Olivetti ha escrit:
the example daemon.pp, for example, crashes right away, strace doesn't
seem very useful to me:
but it works fine cross-compiling (with fpc 2.0.4).
I cannot find a way to cross-compile my test program:
[EMAIL PROTECTED] fork]$ ppca
En/na Luca Olivetti ha escrit:
the example daemon.pp, for example, crashes right away, strace doesn't
seem very useful to me:
but it works fine cross-compiling (with fpc 2.0.4).
I cannot find a way to cross-compile my test program:
[EMAIL PROTECTED] fork]$ ppcarm
-Fu/home/luca/fpc-arm-2.0.4/
Luca Olivetti wrote:
>> Backgrounding is not the same as forking.
>
> I (vaguely) understand the difference, but I think (probably mistakenly)
> that the problems are related.
I'm not saying the problems are not related; they may be. It's just
important to know there is a difference.
> the exam
En/na Micha Nelissen ha escrit:
Luca Olivetti wrote:
[EMAIL PROTECTED]:~$ uname -a
Linux lspro 2.6.12.6-arm1 #77 Tue Dec 5 22:23:46 CST 2006 armv5tejl
GNU/Linux
I've gotten access to an arm-linux system, where I cannot reproduce the
crash. That system is using 2.6.18 kernel. Can you try a newe
En/na Micha Nelissen ha escrit:
Luca Olivetti wrote:
synchronize and critical sections, c library with callbacks to pascal,
etc.) is working flawlessly in the foreground, but it segfaults if I try
to background it (or try to use fpFork), and this is a problem since I
want to write a daemon (i ca
Luca Olivetti wrote:
> [EMAIL PROTECTED]:~$ uname -a
> Linux lspro 2.6.12.6-arm1 #77 Tue Dec 5 22:23:46 CST 2006 armv5tejl
> GNU/Linux
I've gotten access to an arm-linux system, where I cannot reproduce the
crash. That system is using 2.6.18 kernel. Can you try a newer kernel as
well ?
Micha
Luca Olivetti wrote:
> synchronize and critical sections, c library with callbacks to pascal,
> etc.) is working flawlessly in the foreground, but it segfaults if I try
> to background it (or try to use fpFork), and this is a problem since I
> want to write a daemon (i can use screen though if that
[I'm not sure if this should go here or fpc-devel]
Hello,
I'm quite impressed by the native arm compiler that I grabbed here
ftp://ftp.freepascal.org/pub/fpc/beta/2.1.2/arm-linux/.
My small but relatively complex program (with various threads using
synchronize and critical sections, c library wi
13 matches
Mail list logo
