Re: ast-ksh on NetBSD 6.0

[Dustin Marquess <dmarquess%gmail.com@localhost>]

If that's the cause, then this should work around the problem at least:

--- src/lib/libast/features/lib 2012-07-23 04:53:59.000000000 +0000
+++ src/lib/libast/features/lib 2012-11-07 02:46:23.000000000 +0000
@@ -239,124 +239,10 @@
                        code = 0;
                _exit(code);
        }
 }end

-tst    lib_posix_spawn unistd.h stdlib.h spawn.h -Dfork=______fork
note{ posix_spawn exists and it works and its worth using }end status{
-       #include <sys/types.h>
-       #include <sys/stat.h>
-       #include <sys/wait.h>
-       #include <spawn.h>
-       #include <signal.h>
-       #include <fcntl.h>
-       #include <string.h>
-       /* if it uses fork() why bother? */
-       #undef fork
-       pid_t fork _ARG_((void)) { NOTE("uses fork()"); return -1; }
-       pid_t _fork _ARG_((void)) { NOTE("uses _fork()"); return -1; }
-       pid_t __fork _ARG_((void)) { NOTE("uses __fork()"); return -1; }
-       int
-       main(argc, argv)
-       int     argc;
-       char**  argv;
-       {
-               char*                   s;
-               pid_t                   pid;
-               posix_spawnattr_t       attr;
-       }
-}end
-
 tst    lib_spawn_mode unistd.h stdlib.h note{ first spawn arg is mode
and it works }end execute{
        #include <signal.h>
        #include <process.h>
        #ifndef P_NOWAIT
        #define P_NOWAIT _P_NOWAIT

-Dustin

On Wed, Nov 7, 2012 at 5:20 AM, Michael Piotrowski <mxp%dynalabs.de@localhost> 
wrote:
> On 2012-11-07, christos%astron.com@localhost (Christos Zoulas) wrote:
>
>>> When using binaries built on an earlier version of NetBSD (pkgsrc has on
>>> for 5.1.2, for example), this issue doesn't occur.
>>>
>>> Any ideas?
>>
>> In 6.0 it finds posix_spawn() and uses it. Something is messed up with
>> the process group handling, but I am not sure what yet.
>
> Ah, that's at least an explanation why this strange behavior suddenly
> occurs.  Thanks!
>
> I'm afraid debugging the problem is a little over my head, but I'd be
> happy to help otherwise if I can.
>
> Best regards
>
> --
> Dr.-Ing. Michael Piotrowski, M.A.                   
> <mxp%dynalabs.de@localhost>
> Public key at <http://www.dynalabs.de/mxp/pubkey.txt> (ID 0x1614A044)
>