[cfarm-users] Trouble with new Apple Mac M1

[Paul H. Hargrove]

I can reproduce Pierre's issues with nohup and screen on the CFarm machine,
but not when ssh'ed into my own M1-based MacMini.
I know that doesn't help at all finding a solution, but it is hopefully
reassuring to know it *can* work.

-Paul

On Tue, Mar 23, 2021 at 2:49 PM Pierre Muller via cfarm-users <
cfarm-users at lists.tetaneutral.net> wrote:

>
>
> Le 23/03/2021 à 21:08, Joel Sherrill a écrit :
> > Not sure about screen but what if you redirect the nohup stdin from
> > /dev/null. I have to do that on FreeBSD or some programs fail.
>
>
>    Hi,
>
>    I didn't know about this, so I tried:
>
> bash-5.1$ nohup ./darwin64-fpctrunkup.sh < /dev/null >
> ~/logs/trunk/all.log 2>&1 &
> [1] 26839
> bash-5.1$
> [1]+  Exit 127                nohup ./darwin64-fpctrunkup.sh < /dev/null >
> ~/logs/trunk/all.log 2>&1
> bash-5.1$ cat nohup.out
> cat: nohup.out: No such file or directory
> bash-5.1$ cat ~/logs/trunk/all.log
> nohup: can't detach from console: Inappropriate ioctl for device
>
>    It still does not work as it is on other systems...
>
> Pierre
>
> > --joel
> >
> > On 3/23/2021 11:58 AM, Pierre Muller via cfarm-users wrote:
> >>     It seems that nohup and screen do not work of gcc304.
> >>
> >>
> >> muller at GCC-Farm-MiniMac bin % nohup ./darwin64-fpctrunkup.sh &
> >> [1] 63736
> >> muller at GCC-Farm-MiniMac bin % appending output to nohup.out
> >>
> >> [1]  + exit 127   nohup ./darwin64-fpctrunkup.sh
> >> muller at GCC-Farm-MiniMac bin %
> >> muller at GCC-Farm-MiniMac bin % cat nohup.out
> >> nohup: can't detach from console: Undefined error: 0
> >>
> >>
> >>    Switching to homebrew bash did not help.
> >>
> >>     Likewise screen never displays a 'new' console
> >> and seems to get stuck somewhere.
> >>     ^C does not work, ^Z does,
> >> which finally allowed me to kill the screen process...
> >>
> >>     Any ideas what is wrong?
> >>
> >>     I had a second question:
> >>
> >>     Are executables randomized in memory?
> >>
> >>     I tried o use objdump to find the location of a crash
> >> stack trace, but the addresses do not seem to correspond to anything...
> >>
> >> Any help welcome.
> >>
> >>
> >> Pierre
> >> _______________________________________________
> >> cfarm-users mailing list
> >> cfarm-users at lists.tetaneutral.net
> >> https://lists.tetaneutral.net/listinfo/cfarm-users
> >
> _______________________________________________
> cfarm-users mailing list
> cfarm-users at lists.tetaneutral.net
> https://lists.tetaneutral.net/listinfo/cfarm-users
>


-- 
Paul H. Hargrove <PHHargrove at lbl.gov>
Pronouns: he, him, his
Computer Languages & Systems Software (CLaSS) Group
Computer Science Department
Lawrence Berkeley National Laboratory
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.tetaneutral.net/pipermail/cfarm-users/attachments/20210323/dc6fe63e/attachment.html>