tox/tox

Tox implementation from scratch in pure Rust

inosms

@inosms

ok thank you!

inosms

@inosms

I am not sure why, but now I get

Processing ended with error: Custom { kind: Other, error: Compat { error: EncodeError { ctx: Os { code: 65, kind: Other, message: "No route to host" }

the only part in the stacktrace that hints to tox is:

  11: <tox::toxcore::dht::codec::EncodeError as core::convert::From<std::io::error::Error>>::from::h5f8353515d42ff73 (0x1053cdd2f)
             at /Users/inosms/Desktop/tox/src/toxcore/dht/codec.rs:104

any hints?

Evgeny Kurnevsky

@kurnevsky

It looks like it might happen because of network issues. Does it still happen?

inosms

@inosms

Yes, ok then it is a problem with my uni net... Will retry when at home!

Evgeny Kurnevsky

@kurnevsky

But you can write here so tox should be able to connect too :)

You can try to play with bootstrap nodes list.

Perhaps some of them are not available from your network...

inosms

@inosms

I guess it was a problem with the bootstrap nodes, thanks for the hint!

Roman

@kpp

good =)

inosms

@inosms

When trying to implement automatic accepting of friends where would I have to look? (which module? which package? Onion?)

Roman

@kpp

@kurnevsky will friend_connections.add_friend(friend_pk) be enough?

inosms

@inosms

ah yes this will probably work, but where can I listen for the friend request?

Evgeny Kurnevsky

@kurnevsky

We have a sink for friend requests inside onion_client: https://github.com/tox-rs/tox/blob/a971a93ba33c09accf2ad1a06a023e684d0b49b1/src/toxcore/onion/client/mod.rs#L312

We should add a setter method for it and like for other sinks.

But we can receive friend requests not only from onion client.

It can be received as lossless packet from net_crypto.

I'm not sure in which cases friend request can be sent via net crypto but c-toxcore has a handler for it.

Evgeny Kurnevsky

@kurnevsky

So probably we should merge friend requests streams inside friends module.

But that would mean we need to pass lossless packets via friends module as well (which we might need anyway) - right now we don't.

I think for a start it'll be enough to handle friend requests directly from onion client and later we can refactor it.

inosms

@inosms

ok thanks for the hints!!!

Cho

@NamsooCho

Create one unified DecodeError::Deserialize variant and place there nom::Err rather than placing Incomplete and Error separately.

#[derive(Debug, Clone, PartialEq)]
pub enum Err<E> {
  Incomplete(Needed),
  Error(E),
  Failure(E),
}

I worry that the Generic Err may increase code complexity.

Roman

@kpp

How many generic E in nom code?

Cho

@NamsooCho

I found solution. Use it by E as (&[u8], nom::error::ErrorKind)

Right?

Cho

@NamsooCho

#[derive(Clone, Debug, PartialEq, Fail)]
pub enum GetPayloadErrorKind {
    /// Error indicates that received payload of encrypted packet can't be decrypted
    #[fail(display = "Decrypt payload error")]
    Decrypt,
    /// Error indicates that decrypted payload of packet can't be parsed
    #[fail(display = "Deserialize payload error: {:?}, data: {:?}", error, payload)]
    Deserialize {
        /// Parsing error
        error: nom::Err<(&[u8], ErrorKind)>,
        /// Received payload of packet
        payload: Vec<u8>,
    }
}

error[E0106]: missing lifetime specifier
  --> src/toxcore/dht/packet/errors.rs:64:30
   |
64 |         error: Box<nom::Err<(&[u8], ErrorKind)>>,
   |                              ^ expected lifetime parameter

Fail requires static but can’t give static.

If i give it static then

error[E0597]: `decrypted` does not live long enough
   --> src/toxcore/dht/packet/ping_request.rs:93:46
    |
93  |         match PingRequestPayload::from_bytes(&decrypted) {
    |               -------------------------------^^^^^^^^^^-
    |               |                              |
    |               |                              borrowed value does not live long enough
    |               argument requires that `decrypted` is borrowed for `'static`
…

Roman

@kpp

That's right

You can store &str (or any reference) in a struct without a lifetime specifier

Cho

@NamsooCho

Thanks!

Roman

@kpp

So you have to either use String or another type

Cho

@NamsooCho

Ah I got it

inosms

@inosms

uh thanks for merging! :confetti_ball:

Cho

@NamsooCho

I will use &Vec<u8>, it also uses heap

Roman

@kpp

You can't store & in a struct

Cho

@NamsooCho

Then Vec<u8> can be used.

It is sized.

Cho

@NamsooCho

Is String better?

I thought Vec<u8> is lighter than String because of UTF-8.

Roman

@kpp

Not Vec<u8>, because you can't display it, so String is better

inosms

@inosms

A short question: Is there some way I can use tox-rs as multi-purpose p2p communication library? For example can I use the TCP connection to send arbitrary data?

Evgeny Kurnevsky

@kurnevsky

Not right now, but we are close. You can use net crypto connection to send custom packets to friends. Right now it works with udp and recently I managed to make tcp part work as well (only locally, there are still bugs and not yet done things). Also we don't have pleasant api for it yet - it looks like echo server example you recently saw which is too complex right now.

inosms

@inosms

Sounds really good though! What kind of API are you imagining? Maybe I can help a bit with that!

Evgeny Kurnevsky

@kurnevsky

I think about high level wrapper for all this onion-net_crypto-friends machinery. Something like this: https://github.com/TokTok/c-toxcore/blob/master/toxcore/tox.h

Where communities thrive

People

Repo info

Activity