• [^] # Re: A priori

    Posté par . En réponse au message Migration SCO Unix FreeBSD. Évalué à 1.

    Merci pour la réponse

    Bon j'ai essayé mais rien n'y fait

    MAIS je si j'utilise une librairie de FreeBSD ( par exemple libc.so.7 )

    Ce n'est plus un problème de system call mais de Segmentation fault :

    Petit recapitulatif :

    Avec la lib SCO Openserveur

    # ktrace ./ls
    Bad system call (core dumped)
    # kdump
    1203 ktrace RET ktrace 0
    1203 ktrace CALL execve(0xbfbfeb8b,0xbfbfea4c,0xbfbfea54)
    1203 ktrace NAMI "./ls"
    1203 ktrace NAMI "/usr/lib/libc.so.1"
    1203 ls RET execve 0
    1203 ls CALL [9512]
    1203 ls RET [9512] -1 errno 78 Function not implemented
    1203 ls PSIG SIGSYS SIG_DFL
    1203 ls NAMI "ls.core"

    Avec la lib Freebsd

    # ktrace ./ls
    Segmentation fault (core dumped)
    # kdump
    1237 ktrace RET ktrace 0
    1237 ktrace CALL execve(0xbfbfeb8b,0xbfbfea4c,0xbfbfea54)
    1237 ktrace NAMI "./ls"
    1237 ktrace NAMI "/usr/lib/libc.so.1"
    1237 ls RET execve 0
    1237 ls PSIG SIGSEGV SIG_DFL
    1237 ls NAMI "ls.core"

    La j'avoue que ne sais pas lequel est le pire ;)

    Par contre je suis en train de regarder du coté de l'emulation ibcs2 et j'avoue qu'il y a peut-être un problème de ce coté :

    En effet, logiquement si cette emulation est présente sur ma machine lorsque je fais un brandelf -lv je devrais voir apparaitre ibcs2 ?!

    J'ai comme l'impression que mon executable SCO n'est pas emulé mais bien executé comme un executable FreeBSD ce qui pourrait generer ce problème d'appel système.

    Bref, je ne sais pas trop quoi faire, donc si quelqu'un à une idée ?!

    Merci