INSTALL PYTHON 2.75
yum install gcc zlib-devel python-setuptools readline-devel
cd /usr/src
wget http://www.python.org/ftp/ python/2.7.5/Python-2.7.5.tgz
tar -xzf Python-2.7.5.tgz
cd Python-2.7.5
./configure
make altinstall
python2.7 -V
INSTALL NODEJS
sudo yum groupinstall 'Development Tools'
sudo yum install openssl-devel
cd /usr/local/
wget http://nodejs.org/dist/node- latest.tar.gz
tar zxvf node-latest.tar.gz
cd node-v0.10.34
PYTHON=/usr/local/bin/python2. 7
export PYTHON
python2.7 configure && make && make install
node --version
But the issue is, when ever I run the "node" command I see the following image.
From nodejs IRC @fullstack suggested to run "strace -f /usr/local/bin/node" - The result of this is : https://gist.github.com/aneek/ 0ef3d9fe1a6521fdee6a
Also as per @fullstack's suggestion instead of using "python2.7 configure && make && make install" I tried to install with "./configure && make && make install". But error occurred (That's why I used Python2.7)
Please help me on this. Thanks in advance!
> Also as per @fullstack's suggestion instead of using "python2.7 configure && make && make install" I tried to install with "./configure && make && make install". But error occurred (That's why I used Python2.7)
>
>
>
>
>
>
>
>> Please help me on this. Thanks in advance!For posterity:
> syscall_293(0xf33d5c, 0x80000, 0x622f6c61636f6c2f, 0x65646f6e2f6e69, 0x3, 0x7fff291f3f60, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1) = 0x125
strace doesn't recognize it (it's probably too old) but that's the
pipe2() system call and it's returning a rather strange value. If you
interpret it as a sign-extended 64 bits value, it's -293, which can
hardly be a coincidence.
Negative values in the range -4095 to -1 inclusive is how the Linux
kernel returns error codes but why it returns that particular value is
beyond me; normal error codes approximately fall in the range -133 to
-1.
At any rate, we can probably figure it out. If you file an issue at
https://github.com/libuv/ libuv/issues and include the output of `uname
-a`, I'll take a look.
In case you're wondering, libuv is the I/O library that node uses
under the hood; that pipe2() system call originates from it.
>
>
>
>
>
>
>
>> Please help me on this. Thanks in advance!For posterity:
> syscall_293(0xf33d5c, 0x80000, 0x622f6c61636f6c2f, 0x65646f6e2f6e69, 0x3, 0x7fff291f3f60, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1, 0x1) = 0x125
strace doesn't recognize it (it's probably too old) but that's the
pipe2() system call and it's returning a rather strange value. If you
interpret it as a sign-extended 64 bits value, it's -293, which can
hardly be a coincidence.
Negative values in the range -4095 to -1 inclusive is how the Linux
kernel returns error codes but why it returns that particular value is
beyond me; normal error codes approximately fall in the range -133 to
-1.
At any rate, we can probably figure it out. If you file an issue at
https://github.com/libuv/
-a`, I'll take a look.
In case you're wondering, libuv is the I/O library that node uses
under the hood; that pipe2() system call originates from it.
I've issued one @ https://github.com/libuv/ libuv/issues/80. Please have a look and let me know if I have to provide any more details.
For further information, I talked with some developers in IRC and they told me to use the x86 binary instead of x64. So I downloaded the both binaries and tried to strace and run the node executable. The strace diff is https://gist.github.com/ aneek/10abdb5d1e91a21cfcd6.
댓글 없음:
댓글 쓰기