Coder Social home page Coder Social logo

hyperleveldb's People

Contributors

cmumford avatar davidsgrogan avatar ghemawat avatar jsgf avatar rescrv avatar zmodem avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

hyperleveldb's Issues

Windows Support

Hi All
Over at leveldown-hyper we are looking to confirm that you don't currently support windows.
Level/leveldown-hyper#15

If that's the case do you have plans to support windows or do you have any pointers on where there might be some gotchas
Thanks

unx86ing atomic functions

The functions in util/atomic.* have a bunch of x86 assembly which is less than ideal on non-x86 hardware (like this 96 core arm64 I am playing with), and it would be nice to use some type of cross-platform atomic operations, either the ones provide in std::atomic, or a linux kernel vdso

copyright notice confusion

The file replay_iterator.h is copyright The HyperLevelDB Authors, but points to a LICENSE file that says copyright The LevelDB Authors?

Moving into C++11 concurrency objects

Hi there,
I proposed the same suggestion to the original levelDB maintainers but the suggestion was refused.

Currently, (Hyper)LevelDB uses per-OS concurrency primitives in order to parallelize executation. by moving into C++11 concurrency primitives we can have much less code (no "xxx_port.cc" files) while maintaining the performance of the library and achieving cross platform compatible code.

Also, we are using LevelDB in our Windows clients that have to be supported on XP as well. as it currently stands, the function "InitOnceExecuteOnce" is not available on XP. that means we need to change the port each time Visual Studio's Nuget package manager installs LevelDB. using C++11 will solve this problem as well.

what do you think of that idea?

LiveBackup: Allow user pass absolute path of backup location

I want to use LiveBackup, but I don't want it to happen within the same datadir
for my datastores.

Can you support the ability to pass a path for the backup location?

The API may not have to change much:

  • if parameter has separators, treat as path,
    else treat as name and use dbname/backup-XXX

Tag a New Release

@rescrv seeing as there hasn't been any recent activity on the repo, would you mind tagging a release on the latest usable commit you feel is appropriate?

As to why this is important, please have a look at the recent discussion in basho/leveldb#229.

Thanks!

Minor issues with db_impl.cc

  1. Lines 129, 130 the initialization of bg_fg_cv_(&mutex_) and allow_background_activity_(false), should be reversed to reflect construction order.
  2. Line 1081. uint64_t i = 0; should be removed. i is unused.
  3. Line 1543. bool allow_delay = !force; should be removed. allow_delay is unused.

Merge back upstream to LevelDB?

Why was this forked? Has anyone attempted to get these changes merged upstream with LevelDB proper? If so, why didn't it go through? If not, why not?

Fails to compile on OS X

chirino@chirino-retina ~/sandbox/HyperLevelDB
$   autoreconf --force --install -I m4  
glibtoolize: putting auxiliary files in `.'.
glibtoolize: copying file `./ltmain.sh'
glibtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
glibtoolize: copying file `m4/libtool.m4'
glibtoolize: copying file `m4/ltoptions.m4'
glibtoolize: copying file `m4/ltsugar.m4'
glibtoolize: copying file `m4/ltversion.m4'
glibtoolize: copying file `m4/lt~obsolete.m4'
configure.ac:37: installing './config.guess'
configure.ac:37: installing './config.sub'
configure.ac:34: installing './install-sh'
configure.ac:34: installing './missing'
Makefile.am: installing './depcomp'

chirino@chirino-retina ~/sandbox/HyperLevelDB
$ ./configure 
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking build system type... x86_64-apple-darwin12.3.0
checking host system type... x86_64-apple-darwin12.3.0
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld
checking if the linker (/usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld) is GNU ld... no
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm
checking the name lister (/usr/bin/nm) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 196608
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-apple-darwin12.3.0 file names to x86_64-apple-darwin12.3.0 format... func_convert_file_noop
checking how to convert x86_64-apple-darwin12.3.0 file names to toolchain format... func_convert_file_noop
checking for /usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld option to reload object files... -r
checking for objdump... no
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... no
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for lipo... lipo
checking for otool... otool
checking for otool64... no
checking for -single_module linker flag... yes
checking for -exported_symbols_list linker flag... yes
checking for -force_load linker flag... yes
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fno-common -DPIC
checking if gcc PIC flag -fno-common -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin12.3.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for ld used by g++... /usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld
checking if the linker (/usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld) is GNU ld... no
checking whether the g++ linker (/usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fno-common -DPIC
checking if g++ PIC flag -fno-common -DPIC works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/usr/llvm-gcc-4.2/libexec/gcc/i686-apple-darwin11/4.2.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin12.3.0 dyld
checking how to hardcode library paths into programs... immediate
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking dependency style of gcc... (cached) gcc3
checking for error_at_line... no
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... yes
checking for getpagesize... yes
checking for working mmap... yes
checking for alarm... yes
checking for clock_gettime... no
checking for mach_absolute_time... yes
checking for ftruncate... yes
checking for memmove... yes
checking for mkdir... yes
checking for munmap... yes
checking for rmdir... yes
checking for socket... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands

chirino@chirino-retina ~/sandbox/HyperLevelDB
$ make
make --no-print-directory all-am
  CXX      db/builder.lo
In file included from ./port/port.h:14,
                 from ./db/filename.h:14,
                 from db/builder.cc:7:
./port/port_posix.h:41:22: error: endian.h: No such file or directory
In file included from ./port/port.h:14,
                 from ./db/filename.h:14,
                 from db/builder.cc:7:
./port/port_posix.h:80: error: '__BYTE_ORDER' was not declared in this scope
./port/port_posix.h:80: error: '__LITTLE_ENDIAN' was not declared in this scope
make[1]: *** [db/builder.lo] Error 1
make: *** [all] Error 2

Error When building with snappy-1.1.0-1ubuntu1

CXXLD db_bench
/usr/bin/ld: db/db_bench.o: undefined reference to symbol '_ZN6snappy11RawCompressEPKcmPcPm'
//usr/local/lib/libsnappy.so.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

Built OK with snappy-1.1.0-1 (no ubuntu1) on other computer

Thaanks

Minor issues with version_set.cc

  1. The function IntSetToString is unused. This is also an issue with leveldb.
  2. On line 556 the local variable sum is unused. The construction of sum appears to use significant computation without any side effects.
  3. On line 1499, the local variable largest is unused.

Compile with a custom snappy library

Hi,

I don't know the Autoconf tools enough to configure the files to compile the database passing a custom path for snappy. So, could you help with changing the configure system to allow something like: --with-snappy=/some/path ?

Installing on macOS

What steps or special requirements do I need to install this library on a mac?

util/arena.cc:111:64: error: use of undeclared identifier 'MAP_ANONYMOUS'

Failed to compile on Mac OS X.

$ uname -a
Darwin localhost.local 13.2.0 Darwin Kernel Version 13.2.0: Thu Apr 17 23:03:13 PDT 2014; root:xnu-2422.100.13~1/RELEASE_X86_64 x86_64

$ cc --version
Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn)
Target: x86_64-apple-darwin13.2.0
Thread model: posix
$ git log -n 1
commit 7691904458daa29b0375ca26de4331087b70f46b
Author: Robert Escriva <[email protected]>
Date:   Thu Jun 5 16:47:24 2014 -0400

    Concurrency improvements.

    Described here:
    http://hackingdistributed.com/2014/06/18/hyperleveldb-improvements/

$ autoreconf -i
glibtoolize: putting auxiliary files in `.'.
glibtoolize: copying file `./ltmain.sh'
glibtoolize: putting macros in AC_CONFIG_MACRO_DIR, `m4'.
glibtoolize: copying file `m4/libtool.m4'
glibtoolize: copying file `m4/ltoptions.m4'
glibtoolize: copying file `m4/ltsugar.m4'
glibtoolize: copying file `m4/ltversion.m4'
glibtoolize: copying file `m4/lt~obsolete.m4'
configure.ac:42: installing './compile'
configure.ac:42: installing './config.guess'
configure.ac:42: installing './config.sub'
configure.ac:39: installing './install-sh'
configure.ac:39: installing './missing'
Makefile.am: installing './depcomp'

$ ./configure 
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking build system type... x86_64-apple-darwin13.2.0
checking host system type... x86_64-apple-darwin13.2.0
checking how to print strings... printf
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for a sed that does not truncate output... /usr/bin/sed
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld
checking if the linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) is GNU ld... no
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm
checking the name lister (/usr/bin/nm) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 196608
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-apple-darwin13.2.0 file names to x86_64-apple-darwin13.2.0 format... func_convert_file_noop
checking how to convert x86_64-apple-darwin13.2.0 file names to toolchain format... func_convert_file_noop
checking for /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld option to reload object files... -r
checking for objdump... no
checking how to recognize dependent libraries... pass_all
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for ar... ar
checking for archiver @FILE support... no
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for lipo... lipo
checking for otool... otool
checking for otool64... no
checking for -single_module linker flag... yes
checking for -exported_symbols_list linker flag... yes
checking for -force_load linker flag... yes
checking how to run the C preprocessor... gcc -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking for gcc option to produce PIC... -fno-common -DPIC
checking if gcc PIC flag -fno-common -DPIC works... yes
checking if gcc static flag -static works... no
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.o... (cached) yes
checking whether the gcc linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin13.2.0 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking how to run the C++ preprocessor... g++ -E
checking for ld used by g++... /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld
checking if the linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) is GNU ld... no
checking whether the g++ linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) supports shared libraries... yes
checking for g++ option to produce PIC... -fno-common -DPIC
checking if g++ PIC flag -fno-common -DPIC works... yes
checking if g++ static flag -static works... no
checking if g++ supports -c -o file.o... yes
checking if g++ supports -c -o file.o... (cached) yes
checking whether the g++ linker (/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin13.2.0 dyld
checking how to hardcode library paths into programs... immediate
checking for gcc... (cached) gcc
checking whether we are using the GNU C compiler... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for gcc option to accept ISO C89... (cached) none needed
checking whether gcc understands -c and -o together... (cached) yes
checking dependency style of gcc... (cached) gcc3
checking whether C++ compiler accepts -fno-builtin-memcmp... yes
checking whether C++ compiler accepts -fno-builtin-memmove... yes
checking whether C++ compiler accepts -Qunused-arguments... yes
checking endian.h usability... no
checking endian.h presence... no
checking for endian.h... no
checking machine/endian.h usability... yes
checking machine/endian.h presence... yes
checking for machine/endian.h... yes
checking sys/endian.h usability... no
checking sys/endian.h presence... no
checking for sys/endian.h... no
checking sys/isa_defs.h usability... no
checking sys/isa_defs.h presence... no
checking for sys/isa_defs.h... no
checking for sys/types.h... (cached) yes
checking for error_at_line... no
checking for stdlib.h... (cached) yes
checking for unistd.h... (cached) yes
checking for sys/param.h... yes
checking for getpagesize... yes
checking for working mmap... yes
checking for alarm... yes
checking for clock_gettime... no
checking for mach_absolute_time... yes
checking for ftruncate... yes
checking for fsync... yes
checking for fread... yes
checking for fread_unlocked... no
checking for fwrite... yes
checking for fwrite_unlocked... no
checking for fflush... yes
checking for fflush_unlocked... no
checking for memmove... yes
checking for mkdir... yes
checking for munmap... yes
checking for rmdir... yes
checking for socket... yes
checking whether fdatasync is declared... no
checking for snappy_compress in -lsnappy... no
checking snappy.h usability... no
checking snappy.h presence... no
checking for snappy.h... no
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating libhyperleveldb.pc
config.status: creating hyperleveldb.upack
config.status: creating config.h
config.status: executing depfiles commands
config.status: executing libtool commands

$ make
/Applications/Xcode.app/Contents/Developer/usr/bin/make --no-print-directory all-am
  CXX      db/builder.lo
  CXX      db/c.lo
  CXX      db/dbformat.lo
  CXX      db/db_impl.lo
db/db_impl.cc:1860:1: warning: control may reach end of non-void function
      [-Wreturn-type]
}
^
1 warning generated.
  CXX      db/db_iter.lo
  CXX      db/filename.lo
  CXX      db/log_reader.lo
  CXX      db/log_writer.lo
  CXX      db/memtable.lo
  CXX      db/repair.lo
  CXX      db/replay_iterator.lo
  CXX      db/table_cache.lo
  CXX      db/version_edit.lo
  CXX      db/version_set.lo
  CXX      db/write_batch.lo
  CXX      table/block_builder.lo
  CXX      table/block.lo
  CXX      table/filter_block.lo
  CXX      table/format.lo
  CXX      table/iterator.lo
  CXX      table/merger.lo
  CXX      table/table_builder.lo
  CXX      table/table.lo
  CXX      table/two_level_iterator.lo
  CXX      util/arena.lo
util/arena.cc:111:64: error: use of undeclared identifier 'MAP_ANONYMOUS'
  void* ptr = mmap(NULL, sz, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONY...
                                                               ^
1 error generated.
make[1]: *** [util/arena.lo] Error 1
make: *** [all] Error 2

build failure, can't find a function in snappy?

The build seems to be failing because it can't find functions in snappy:

CXX      db/db_bench.o
CXXLD    db_bench
/usr/bin/ld: db/db_bench.o: undefined reference to symbol '_ZN6snappy11RawCompressEPKcmPcPm'
/usr/local/lib/libsnappy.so.1: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make[1]: *** [db_bench] Error 1
make: *** [all] Error 2

... but snappy is installed, and is the most-recent version from git:

checking for snappy_compress in -lsnappy... yes
checking snappy.h usability... yes
checking snappy.h presence... yes
checking for snappy.h... yes

The same problem happened when I used a recent snappy ubuntu package.

What am I missing?

fatal error: 'tr1/memory' file not found (OS X 10.9)

Hi!

I'm trying to install this with latest Xcode on Mavericks but I'm getting error:

$ make
...
In file included from db/db_impl.cc:5:
./db/db_impl.h:11:10: fatal error: 'tr1/memory' file not found
#include <tr1/memory>
         ^
1 error generated.
make[1]: *** [db/db_impl.lo] Error 1
make: *** [all] Error 2

g++ version:

Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
Apple LLVM version 5.0 (clang-500.2.79) (based on LLVM 3.3svn)
Target: x86_64-apple-darwin13.0.2
Thread model: posix

If I change <tr1/memory> to <tr1.memory.hpp> and pass boost include dir to g++: http://pastebin.com/c91aTYsQ

Virtual memory leak

The virtual memory increases with each open/close of a HyperLevelDB and my application crashes when I reach ~256GB of virtual memory (ulimit -v is unlimited).

I tested it on Linux hostname 3.2.0-24-generic #39-Ubuntu SMP Mon May 21 16:52:17 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux with latest master of HyperLevelDB.
Each open/close increases virtual memory by ~24589 KB. LevelDB 1.14.0 works with constant memory.

I'm using the levigo bindings for go and my code just loops the following block:

        opts := levigo.NewOptions()
        opts.SetCreateIfMissing(true)

        db, err := levigo.Open("/tmp/leaktest", opts)
        if err != nil {
            log.Fatal(err)
        }
        db.Close()

I don't think levigo or go is the issue, since it does work with the original LevelDB.

Do you have any idea what could be the issue? Missing unmmap?
I could try to create a small C(++) program to trigger that if you need.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.