adamniederer/base100

base💯 - Encode your data into emoji

base100's Issues

thread 'main' panicked at 'attempt to subtract with overflow'

First off, just want to say how much I like the concept of this utility. That being said, I am able to encode strings, but unable to decode strings. At first, I thought it might be because I was using OSX, but I'm receiving the same error on an Arch box. Here is an example:

╰ % echo "test"|./base100                                                                12:52 PM 101 ↵
👫👜👪👫🐁

╰ % echo "👫👜👪👫🐁"|RUST_BACKTRACE=1 ./base100 -d                                            1:05 PM 101 ↵
thread 'main' panicked at 'attempt to subtract with overflow', src/main.rs:69:44
stack backtrace:
   0: std::sys::imp::backtrace::tracing::imp::unwind_backtrace
   1: std::panicking::default_hook::{{closure}}
   2: std::panicking::default_hook
   3: std::panicking::rust_panic_with_hook
   4: std::panicking::begin_panic_new
   5: std::panicking::begin_panic_fmt
   6: rust_begin_unwind
   7: core::panicking::panic_fmt
   8: core::panicking::panic
   9: base100::main::{{closure}}
  10: core::ops::function::impls::<impl core::ops::function::FnOnce<A> for &'a mut F>::call_once
  11: <core::option::Option<T>>::map
  12: <core::iter::Map<I, F> as core::iter::iterator::Iterator>::next
  13: <alloc::vec::Vec<T>>::extend_desugared
  14: <alloc::vec::Vec<T> as alloc::vec::SpecExtend<T, I>>::spec_extend
  15: <alloc::vec::Vec<T> as alloc::vec::SpecExtend<T, I>>::from_iter
  16: <alloc::vec::Vec<T> as core::iter::traits::FromIterator<T>>::from_iter
  17: core::iter::iterator::Iterator::collect
  18: base100::main
  19: __rust_maybe_catch_panic
  20: std::rt::lang_start
  21: main

index out of bounds: the len is 1 but the index is 2 when trying to decode

[brain@ignatenko-w541 ~]$ echo "👟👜👣👣👦🐁" | base100 -d
thread 'main' panicked at 'index out of bounds: the len is 1 but the index is 2', src/main.rs:91:20
note: Run with `RUST_BACKTRACE=1` for a backtrace.
Aborted (core dumped)

Please make precompiled binary

text license is missing

It's hard to say whether it is AGPL-3.0 or AGPL-3.0+... Also it just would not hurt to have full text license in the repo.

This is required for packaging in distributions.