I've banged my head against this for the last two weeks off and on, and
while I am able to get the server running, it won't accept connections, and
the client immediately exits with the message "hangup":
$ mosh robbiecrash.me
Hangup
I've recompiled it with and without the edits that Jonathan made
I've attached the diff from the original tar file to my modified version.
I ran "./configure --prefix=/opt/tools CFLAGS=-m64 CXXFLAGS=-m64
LDFLAGS="-R/usr/gnu/lib/amd64 -L/usr/gnu/lib/amd64" LIBS="-lsocket
-lnsl"
if you have protobuf installed in a non-standard location you will
need to set your
Can you elaborate on what you had to do to compile the server? I don't
understand what to do with the code in the MySQL bug. Sorry, and thanks.
On Tue, May 1, 2012 at 2:27 PM, Jonathan Adams wrote:
> got the server compiled with a combination of creating "forkpty" from
> http://bugs.mysql.com/bug
Thanks for all the pointers everyone. I'm now at this point as well. I also
ran into some issues getting perl to compile the IO::Pty module due to,
apparently known, Solaris weirdness with gcc, which Bryan Iotti touched on
earlier.
doing configure --libdir=/usr/gnu/lib --bindir=/usr/gnu/bin --enab
got the server compiled with a combination of creating "forkpty" from
http://bugs.mysql.com/bug.php?id=22429, //ing out the stdin/out/err
declarations and removing -lutil from the Makefile ...
The server runs and sits in memory, it forced me to set my locale to
something UTF-8, however something
./src/statesync/completeterminal.cc and ./src/network/transportsender.cc
#ifndef INT_MAX
#define INT_MAX 2147483647 /* max value of an "int" */
#endif
./src/util/fatal_assert.h and ./src/util/dos_assert.h
#ifndef __STRING
#define __STRING(x) #x
#endif
./src/network/network.h and ./
I also tried to compile it, but couldn't get it to succeed...
I had to compile protobuf and ncurses first, then symlink
libncursestw.so to libncurses.so otherwise it wouldn't find it, then it
appeared to work away for a while, only to crash miserably on a missing
"," or "." in network.h. Undec
You'll also need to get protocol-buffers to work.
-- Sriram
Belenix: www.belenix.org
On Tue, May 1, 2012 at 2:50 PM, Bryan N Iotti
wrote:
> Also, you might want to use the version of GCC that you find on SFE.
>
> The OI one in /usr/bin/gcc is version 3.4.3, while the one in SFE is 4.6.2.
> I hav
Also, you might want to use the version of GCC that you find on SFE.
The OI one in /usr/bin/gcc is version 3.4.3, while the one in SFE is
4.6.2. I have had better luck compiling with the latter as opposed to
the former.
When you have multiple compilers installed, you can set the one you want
On 1/05/12 09:08 AM, Robbie Crash wrote:
Honestly, I think including this, I'm still on single digits with what I've
had to compile from source, and definitely the only thing that I've ever
had to figure out, so you not being a professional is still leaps and
bounds ahead of me.
I'm using gcc i
Honestly, I think including this, I'm still on single digits with what I've
had to compile from source, and definitely the only thing that I've ever
had to figure out, so you not being a professional is still leaps and
bounds ahead of me.
I'm using gcc installed via "pkg install gcc", which I assu
I'm no professional when it comes to compiling, but I normally set
PKG_CONFIG_PATH by hand with "export
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig" (do set your
proper paths), as well as LD_LIBRARY_PATH=/usr/local/lib:/usr/lib:/lib. I
have also set the system library paths with crl
I'm trying to compile Mosh ( http://mosh.mit.edu/ ) for OI, but I'm running
into problems with ncurses while running configure. When running configure,
I receive the error that libtinfo or libncurses were not found. Checking
config.log I see the following:
configure:7005: checking for TINFO
config
13 matches
Mail list logo
