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
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
ironsides.med...@gmail.com 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
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.
./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
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
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
One possibility:
One of the recent pre-stable updates came with an image format
update, which older pkg won't be able to read
What does that mean? The image format in the global zone, which was updated in
the first place, still works. Is it possible, that the image format in the zone
is
Hi
I installed a new machine with oi151a (headless server installation
used), but oi never switches the mashine off after init 5. It does
everything it is supposed to do up to the point where is says, syncing
file systems...done, but then never turns the hardware off.
init 6 on the other
This is an oft-reported issue that I recall traces its roots back to
dropping SPARC hardware down to firmware mode. It also causes VMs to peg
their CPU. The only workaround I've seen anyone come up with is from this
list a few weeks ago which was given here:
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 t12nsloo...@gmail.comwrote:
got the server compiled with a combination of creating forkpty from
Hello,
I'm trying to set up my system for building in zones as described in the
documentation here:
http://wiki.openindiana.org/oi/Building+in+zones
I believe I've followed the instructions correctly, however I am unable to
access the internet in my zone. I'm running oi151a as a guest on
My network interface is set up as as a bridged interface to
my pc's wireless card.
If you are using a bridged interface then you need to match the mac address
in virtualbox to the burned in address on your hardware.
You can get your mac from: ipconfig /all in a command shell in windows
Let
ifconfig -a shows the aggregated link as well and all indications
are that it's fine
Ifconfig doesn't do that. Try using the LACP related commands instead. Your
output should look like like the following
root@db031:~# dladm show-aggr -L
LINKPORT AGGREGATABLE SYNC COLL DIST
13 matches
Mail list logo