[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Mon, 5 Nov 2012 19:27:44 +0200
From: Paul Schutte <sjpschutte@...il.com>
To: musl@...ts.openwall.com
Subject: Re: A few issues on MIPS
Thanks for the reply.
I suspected something like you mention and therefore I made sure that I
installed the correct kernel headers before I compiled musl or any of the
other software.
It did not seem to make any difference.
Regards
Paul
On Mon, Nov 5, 2012 at 5:28 PM, Szabolcs Nagy <nsz@...t70.net> wrote:
> * Paul Schutte <sjpschutte@...il.com> [2012-11-05 16:34:47 +0200]:
> > open("/root/file", O_RDWR|O_CREAT|O_LARGEFILE, 0644) = 3
> > fcntl64(3, F_GETFD) = 0
> > fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
> > fstat64(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
> > _llseek(3, 0, [0], SEEK_SET) = 0
> > read(3, "", 100) = 0
> ...
> > writev(1, [{"sqlite> ", 8}, {NULL, 0}], 2sqlite> ) = 8
> > readv(0, [{"", 0},
> > {".schema\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024}],
> 2)
> > = 8
> > brk(0x4d6000) = 0x4d6000
> > fcntl64(3, 0xd /* F_??? */, 0x7fc84210) = -1 EINVAL (Invalid argument)
> > writev(2, [{"Error: disk I/O error\n", 22}, {NULL, 0}], 2Error: disk I/O
> > error
> > ) = 22
> > writev(1, [{"sqlite> ", 8}, {NULL, 0}], 2sqlite> ) = 8
> >
>
> i guess the fcntl arguments are broken on mips
>
> > When using uclibc I do not get the error:
> >
> > write(1, "sqlite> ", 8sqlite> ) = 8
> > read(0,".schema\n", 4096) = 8
> > brk(0x6d1000) = 0x6d1000
> > fcntl64(3, F_SETLK64, {type=F_RDLCK, whence=SEEK_SET, start=1073741824,
> > len=1}, 0x7ff28fd0) = 0
>
> one should check the kernel vs musl definition of F_SETLK64
>
> > If I compile it on amd64/i386 using musl and the same procedure, I also
> do
> > not get the problem.
> >
> > writev(1, [{"sqlite> ", 8}, {NULL, 0}], 2sqlite> ) = 8
> > readv(0, [{"", 0},
> > {".schema\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024}],
> 2)
> > = 8
> > brk(0x1d41000) = 0x1d41000
> > fcntl(3, F_SETLK, {type=F_RDLCK, whence=SEEK_SET, start=1073741824,
> len=1})
> > = 0
>
>
> > I also statically compiled mongoose-3.3 and get a different problem
> there.
> > (Port 8080 is available):
> >
> >
> > execve("./mongoose", ["./mongoose"], [/* 28 vars */]) = 0
> > open("./mongoose.conf", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file
> or
> > directory)
> > rt_sigprocmask(SIG_UNBLOCK, [RT_1 RT_2], NULL, 16) = 0
> > set_thread_area(0x448974) = 0
> > set_tid_address(0x4418e4) = 16807
> > rt_sigaction(SIGTERM, {0x14000000, [RT_68 RT_69 RT_71 RT_72 RT_80 RT_82
> > RT_87], 0x4002f0 /* SA_??? */}, {SIG_DFL, [RT_68 RT_69 RT_71 RT_72 RT_80
> > RT_82 RT_87], 0}, 16) = 0
> > rt_sigaction(SIGINT, {0x14000000, [RT_68 RT_69 RT_71 RT_72 RT_80 RT_82
> > RT_87], 0x4002f0 /* SA_??? */}, {SIG_DFL, [RT_68 RT_69 RT_71 RT_72 RT_80
> > RT_82 RT_87], 0}, 16) = 0
> > brk(0) = 0x442000
> > brk(0x443000) = 0x443000
> > socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3
> > setsockopt(3, SO_DEBUG, 2, [1], 4) = -1 ENOPROTOOPT (Protocol not
> > available)
>
> seems to be similar issue: SO_DEBUG is probably bogus
>
> > On a different architecture (amd64) it works:
> >
> > execve("./mongoose", ["./mongoose"], [/* 39 vars */]) = 0
> > rt_sigprocmask(SIG_UNBLOCK, [RT_1 RT_2], NULL, 8) = 0
> > arch_prctl(ARCH_SET_FS, 0x621960) = 0
> > set_tid_address(0x621990) = 9789
> > open("./mongoose.conf", O_RDONLY) = -1 ENOENT (No such file or
> > directory)
> > rt_sigaction(SIGTERM, {0x4001f4, [], SA_RESTORER|SA_RESTART, 0x418ea8},
> > {SIG_DFL, [], 0}, 8) = 0
> > rt_sigaction(SIGINT, {0x4001f4, [], SA_RESTORER|SA_RESTART, 0x418ea8},
> > {SIG_DFL, [], 0}, 8) = 0
> > brk(0) = 0x1aab000
> > brk(0x1aac000) = 0x1aac000
> > socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3
> > setsockopt(3, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
>
>
> SOL_SOCKET is probably wrongly defined for mips
>
>
Content of type "text/html" skipped
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
