Ищу Rust инженера, который станет архитектором ядра нашей системы.

Задача:

Спроектировать и написать с нуля Core Engine на Rust. Это не про подключение готовых крейтов, а про создание сложной логики с нуля:

• Data Structures: Собственный движок для работы со сложными структурами данных (граф/аутлайнер).
• Performance: Интеграция с Android (JNI/FFI) - и в будущем в AOSP. Unsafe здесь не страх, а рабочий инструмент для границы с C/C++.
• Search & Sync: Мгновенный поиск и синхронизация данных (CRDT/OT).

Кого ищу:

• Инженера уровня Senior/Staff. Человека, который хочет иметь реальное влияние на продукт и архитектуру с первой строки кода.

Условия:

• Стадия: Pre-seed.
• Зарплата: Обсуждаемая, ориентируемся на рынок.
• Формат работы: Обсуждаемо.

Если тебе интересно строить фундамент революционного продукта — пиши в ТГ @inzagi101

Мы делаем многомодульного бота и нам требуется человек отвечающий за системную разработку под платформу Windows

Работа в команде, долгосрочная (считайте нашли работу\команду мечты)
Более-менее свободный график
Минимум мозгоклюйства
Адекватные дедлайны
Фикс. ЗП + бонусы.

Кого ищем:
1+ год разработки на Rust
Глубокое понимание unsafe-кода и работы c raw-pointers, моделей памяти (ownership, lifetimes) асинхронного программирования, многопоточности и синхронизации.
Low-level разработка (Опыт работы с WinApi/NTAPI)
Реализация прямых системных вызовов
Техники инъекции кода
Работа с PEB\TEB структурами
Базовое понимание криптографических протоколов

ПИСАТЬ В ТГ @shutniknikita

ТОЛЬКО ОТВЕТСТВЕННЫЕ ЛЮДИ!

Здравствуйте, недавно работаю с языком Rust, и при установке необходимых мне пакетов, вылезает такая ошибка отображённая в скриншоте. подскажите пожалуйста способы устранить эту ошибку.

Environment:

• Rust: rustc 1.82.0 (f6e511eec 2024-10-15)
• Cargo: cargo 1.82.0 (8f40fc59f 2024-08-21)

Issue:

I get the following lifetime error:

error: lifetime may not live long enough
   --> src/questions.rs:111:22
    |
111 |                 |tx| async move { self.persistence_repository.next_user_id(tx).await },
    |                  --- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ returning this value requires that `'1` must outlive `'2`
    |                  | |
    |                  | return type of closure `{async block@src/questions.rs:111:22: 111:32}` contains a lifetime `'2`
    |                  has type `&'1 mut questions::Transaction<'_>`

Context:

The problem occurs when I pass a closure to the with_transaction function. Here is the simplified reproduction code:

[Reproduction code as provided in the question]

What I’ve Tried:

• Adjusting the lifetime annotations for Transaction<'a> and the closure.
• Experimenting with for<'a> in the with_transaction trait method signature.
• Restructuring the async block in the closure.

Desired Behavior:

I want the transaction wrapper function with_transaction to:

1. Execute the provided closure (transactional logic) with a mutable transaction reference.
2. Commit or rollback the transaction based on the closure’s result.

Question:

How can I correctly manage lifetimes in this case to avoid the lifetime may not live long enough error? Is there a better way to design this transaction wrapper to handle async closures cleanly in Rust?

Reproduction code:

use anyhow::Context;
use sqlx::{PgPool, Postgres, Transaction as SqlxTransaction};
use std::future::Future;

pub trait PersistenceRepository {
    async fn next_user_id<'a>(
        &self,
        transaction: &mut Transaction<'a>,
    ) -> Result<String, anyhow::Error>;
}

pub struct AuthService<P, T> {
    persistence_repository: P,
    transaction_factory: T,
}

impl<P: Send + Sync, T: Send + Sync> AuthService<P, T> {
    pub fn new(persistence_repository: P, transaction_factory: T) -> Self {
        Self {
            persistence_repository,
            transaction_factory,
        }
    }
}

impl<P: PersistenceRepository, T: TransactionFactory> AuthService<P, T> {
    pub async fn create_user(&self) -> Result<String, anyhow::Error> {
        self.transaction_factory
            .with_transaction(
                |tx| async move { self.persistence_repository.next_user_id(tx).await },
            )
            .await
    }
}

pub trait TransactionFactory {
    async fn begin_transaction(&self) -> Result<Transaction<'_>, anyhow::Error>;
    async fn commit_transaction(&self, transaction: Transaction<'_>) -> Result<(), anyhow::Error>;
    async fn rollback_transaction(&self, transaction: Transaction<'_>)
        -> Result<(), anyhow::Error>;

    async fn with_transaction<'b, F, Fut, R, E>(&'b self, f: F) -> Result<R, E>
    where
        F: for<'a> FnOnce(&'a mut Transaction<'b>) -> Fut,
        Fut: Future<Output = Result<R, E>>,
        E: From<anyhow::Error>;
}

pub struct Transaction<'a> {
    pub inner: SqlxTransaction<'a, Postgres>,
}

#[derive(Clone)]
pub struct SqlxTransactionFactory {
    pool: PgPool,
}

impl SqlxTransactionFactory {
    pub fn new(pool: PgPool) -> Self {
        Self { pool }
    }
}

impl TransactionFactory for SqlxTransactionFactory {
    async fn begin_transaction(&self) -> Result<Transaction<'_>, anyhow::Error> {
        let transaction = self
            .pool
            .begin()
            .await
            .context("failed to begin transaction")?;
        Ok(Transaction { inner: transaction })
    }

    async fn commit_transaction(&self, transaction: Transaction<'_>) -> Result<(), anyhow::Error> {
        transaction
            .inner
            .commit()
            .await
            .context("failed to commit transaction")?;
        Ok(())
    }

    async fn rollback_transaction(
        &self,
        transaction: Transaction<'_>,
    ) -> Result<(), anyhow::Error> {
        transaction
            .inner
            .rollback()
            .await
            .context("failed to rollback transaction")?;
        Ok(())
    }

    async fn with_transaction<'b, F, Fut, R, E>(&'b self, f: F) -> Result<R, E>
    where
        F: for<'a> FnOnce(&'a mut Transaction<'b>) -> Fut,
        Fut: Future<Output = Result<R, E>>,
        E: From<anyhow::Error>,
    {
        let mut tx = self.begin_transaction().await.unwrap();
        let result = f(&mut tx).await;

        match result {
            Ok(value) => {
                self.commit_transaction(tx).await;
                Ok(value)
            }
            Err(error) => {
                self.rollback_transaction(tx).await;
                Err(error)
            }
        }
    }
}

Тестируя на своей машине, переполение стека предсказуемо происходит между [[0.0; 10]; 100500] и [[0.0; 11]; 100500], т.е. между 8,040,000 и 8,844,000 байтами. Стандартный размер стека на Mac и Linux обычно равен 8 Мб, посмотреть его можно с помощью ulimit -s:

❯ ulimit -s
8176

В общем с моей стороны никаких изменений в языке нет, если вам известны какие-то две конкретные версии компилятора, у которых поведение отличается – предоставьте инструкции для воспроизведения.

Программы можно писать где угодно, хоть в блокноте, но лучше например в vs code. Компилировать их можно как написано в инструкциях, через терминал. Либо можно загуглить, как это упростить в vs code.
Запускать программы можно через терминал с помощью cargo, либо запускать скомпилированный файл
В любом случае освоить терминал придётся.

Так, ладно, надо чёткую инструкцию…
Открываешь блокнот, пишешь код, сохраняешь в файл main.rs
Открываешь терминал в папке с кодом (в винде 11 - находясь в папке нажимаешь правую кнопку мыши и потом жмёшь - открыть в терминале)
Как там 7-ке я не помню, но можно так - пуск - выполнить - там пишешь cmd. Открывается терминал. В терминале переходишь в папку с кодом используя команду CD - подробнее гугли
Ну вот, открыл терминал и пишешь команду из учебника rustc main.rs
И в этой же папке скомпилируется исполняемый файл .exe

Если через vs code будешь писать код, там сразу терминал в нужной папке открывается. Если установишь расширение rust-analyzer в vs code, то в cargo проектах сверху над кодом появятся кнопочки Run и Debug для запуска кода через них.

vs code - это надо загуглить и скачать отдельно

Есть ли способ передать в процедурный макрос значение переменной, а не её имя?

Нет, потому что макросы исполняются на этапе компиляции, ещё до того, как у переменных есть какие-либо значения.

В чём состоит задача и почему решили использовать макрос вместо обычной функции?

fn main() {
    let app = AppWindow::new().unwrap();
    let app_weak = app.as_weak();

    let thread = std::thread::spawn(move || {
        let app_copy = app_weak.clone();
        //Разворачиваем окнов в потоке событий slint
        slint::invoke_from_event_loop(move || app_copy.unwrap().window().set_maximized(true)).unwrap();

        //Выполняем тут какой ни будь код, который нужно выполнить по факту запуска приложения
        //Например: скрываем окно консоли свойственное для slint 
    });

    thread.join().unwrap();
    app.run().unwrap();
}

Так же event loop в slint запускается уже после отображения окна, так что в поток так же можно добавить любой код который мы бы хотели написать в on_ready

При этом функция MyApp.run() блокирует поток, из-за чего присвоить параметру нужное значение уже после запуска приложения не выходит.
Пробовал отображать окно перед изменением параметра, результат тот же. Пробовал делать это в отдельном потоке, ругается что не удаётся безопасно передать ссылку на приложение (как я понял это связано с тем что GUI-элементы должны быть доступны только в основном потоке). Чат GPT предложил использовать функцию slint on_ready, но ничего об этой функции я не нашёл, а код предложенный gpt-шкой просто не работает.
Подскажите что можно сделать в такой ситуации?

то есть, компилятор считает, что мы изменяем вектор market.persons, хотя нам надо только изменить находящиеся в этом векторе объекты.

Это не вполне верный вывод. С точки зрения Rust модификация любого элемента коллекции эквивалентна модификации всей коллекции целиком, так что компилятор корректно указывает на ошибку.

В данном конкретном случае ошибка компилятора защищает вас от так называемого алиасинга мутабельных ссылок – ситуации, когда две мутабельные ссылки указывают на одну и ту же область оперативной памяти. Если не знаете, что это значит и зачем это нужно, рекомендую доклад: https://youtu.be/ACW-7dktyDk

В данном случае компилятор не может доказать, что k != i – система типов просто не достаточно мощная. Вариантов решения несколько: (в произвольном порядке)

1. Каким-либо образом отрефакторить код, чтобы брать две ссылки одновременно не требовалось. Точно ли изменение необходимо осуществлять одновременно? Возможно копирование будет достаточно дешевым, чтобы не брать вторую ссылку?
2. Использовать unsafe и написать вспомогательный метод, который будет возвращать две независимые ссылки, сформированные и сырых указателей. Для вдохновления можно посмотреть на реализацию из следующего пункта.
3. В nightly-компиляторе есть новый метод slice::get_many_mut который уже написан за вас и делает то, что нужно.

• и ничего не получается. Выдает ошибку
  error[E0499]: cannot borrow market.persons as mutable more than once at a time

то есть, компилятор считает, что мы изменяем вектор market.persons, хотя нам надо только изменить находящиеся в этом векторе объекты.

Подскажите, пожалуйста, как корректно изменить структуры, хранящиеся в векторе, одновременно (в одной функции)?

Я понимаю, что вам там всё кажется очевидным. Но я, видимо, что-то не догоняю. Уже и С++ не кажется таким сложным - там, по крайней мере, со средой разработки всё понятно. Устал уже решать ребусы установки - хочется заняться непосредственно практическим изучением языка. Можно, пожалуйста, ссылку куда-нибудь, где по порядку объясняется, как всё это установить и начать пользоваться.

За помощь готов заплатить деньгами.

• Вопрос: на что указывает данная ошибка:
  

extern crate imap;
extern crate native_tls;
use imap::client::Client;
use native_tls::TlsConnector;
fn main() {
    let imap_server = "imap.mail.ru";
    let imap_port = 993;
    let username = "*****@mail.ru";
    let password = "**********";
    let tls_connector = TlsConnector::new().unwrap();
    let client = Client::new(imap_server, imap_port);
    let mut session = client.login(username, password).unwrap();
    let mailbox = "INBOX";
    session.select(mailbox).unwrap();
    let mailbox_info = session.fetch("1:1", "FLAGS").unwrap();
    let unseen = mailbox_info.first().unwrap().flags.is_empty();
    if unseen {
        println!("${{alignr -8}}{{color grey}}пусто");
    } else {
        println!("${{alignr -10}}{{color green}}что-то есть");
    }
    session.logout().unwrap();
}

ошибка:

error[E0603]: module client is private
→ src/main.rs:3:11
|
3 | use imap::client::Client;
| ^^^^^^ private module
|
note: the module client is defined here
→ /home/digymonster/.cargo/registry/src/github.com-1ecc6299db9ec823/imap-2.4.1/src/lib.rs:86:1
|
86 | mod client;
| ^^^^^^^^^^

вот из этого:
rustc --explain E0603
ничего не понял

Кроме того, использовать extern crate в текущих версиях раста нет необходимости - это сильно устаревший сиетаксис, работать будет и без него.

1. Блэнди Дж., Орендорф Дж. - Программирование на языке Rust
2. Abhishek Chanda - Network Programming with Rust

Пытаюсь написать парсер электронной почты.
Нагуглил некий код начинающийся на:

extern crate imap;
extern crate native_tls;
use imap::client::Client;
use native_tls::TlsConnector;

карго выдает ошибку:

   Compiling mail v0.1.0 (/home/digymonster/codding/rust/mail)
error[E0603]: module `client` is private
  --> src/main.rs:4:11
   |
4  | use imap::client::Client;
   |           ^^^^^^ private module
   |
note: the module `client` is defined here
  --> /home/digymonster/.cargo/registry/src/github.com-1ecc6299db9ec823/imap-2.4.1/src/lib.rs:86:1
   |
86 | mod client;
   | ^^^^^^^^^^

For more information about this error, try `rustc --explain E0603`.
error: could not compile `mail` due to previous error

Файл Cargo.toml:

[package]
name = "mail"
version = "0.1.0"
edition = "2021"

[dependencies]
native-tls = "0.2"
imap = "2.4"

Как побороть?
Спасибо!

alexsunny123:

thanks my issue has been fixed.

thanks my issue has been fixed.

println!("{}", fib[j]);

}
для вычисления числа Фибоначчи, введя его номер,
Дело в том, что выводить число, которое я ввёл мне не надо, что и происходит.
Возможно проблема в макросе.
на форуме в первый раз

maxlapshin:

there are no secrets here, we are talking about cameras based on hisilicon.

The most interesting thing is the internal organization of the streamer, because it has a lot of all sorts of futures, streams, control over the overflow of output buffers. That’s all we’ll try to tell you.

thanks my issue has been fixed.

Sokoban

Sokoban (Soko-Ban, яп. 倉庫番, сокобан — кладовщик) — двухмерная компьютерная игра-головоломка, в которой игроку необходимо расставить ящики по обозначенным местам лабиринта. Кладовщик одновременно может двигать только один ящик, толкая вперёд. Игра Sokoban была создана в 1981 году Хироюки Имабаяси, и издана в 1982 году японской компанией Thinking Rabbit[en]. Кроме того, компания выпустила три сиквела: Boxxle, Sokoban Perfect и Sokoban Revenge. Игра была реализована для множества компьютерных плат...

старая головоломка. оливия в книжке показывает как ее можно написать с использованием ggez.

https://sokoban.iolivia.me/ru/c01-00-intro.html

Ссылка: https://crates.io/crates/num-bigfloat