ChanServ changed the topic of #rust-embedded to: Welcome to the Rust Embedded IRC channel! Bridged to #rust-embedded:matrix.org and logged at https://libera.irclog.whitequark.org/rust-embedded, code of conduct at https://www.rust-lang.org/conduct.html
ivii[m] has joined #rust-embedded
ivii[m] has left #rust-embedded [#rust-embedded]
starblue has quit [Ping timeout: 240 seconds]
starblue has joined #rust-embedded
causal has joined #rust-embedded
explore has joined #rust-embedded
emerent has quit [Ping timeout: 258 seconds]
emerent has joined #rust-embedded
gsalazar has joined #rust-embedded
explore has quit [Quit: Connection closed for inactivity]
starblue has quit [Ping timeout: 246 seconds]
starblue has joined #rust-embedded
dc740 has joined #rust-embedded
dc740 has quit [Remote host closed the connection]
sheb has joined #rust-embedded
tafa has quit [Quit: ZNC - https://znc.in]
tafa has joined #rust-embedded
dc740 has joined #rust-embedded
dc740 has quit [Remote host closed the connection]
dc740 has joined #rust-embedded
dc740 has quit [Remote host closed the connection]
dc740 has joined #rust-embedded
<re_irc> <henrik_alser> 762spr: Just ask if you need further help :)
<re_irc> <henrik_alser> We’ll have you up and running in no time 🙌
<re_irc> <762spr> Fantastic. Thank you!!!
<re_irc> <762spr> henrik_alser: when I try to use cargo-generate on app-template I get Error: access denied. (OS error 5)
<re_irc> <762spr> Is this a windows/administrator thing maybe?
<re_irc> <762spr> It still happens when I run power shell as admin...
<re_irc> <henrik_alser> 762spr: Strange! Can you run other cargo commands?
<re_irc> <762spr> Like cargo install? Yes
<re_irc> <762spr> Flip link and probe run installed no problem with cargo install. I also made sure cargo generate was up to date
<re_irc> <henrik_alser> Hmm… win 10?
<re_irc> <762spr> Sadly yes 😂
<re_irc> <762spr> I thought it might be my git credentials were out of wack but I tried just cloning a repo and that worked
<re_irc> <henrik_alser> Lol, never seen this error myself
<re_irc> <762spr> Yay breaking new ground! So I guess I will just have to move forward without cargo-generate? I cloned the app template repo no problem with regular git... I am thinking I don't have a correct path or permission set so windows is blocking cargo-build
<re_irc> <762spr> Blocking cargo-generate**
<re_irc> <henrik_alser> Yeah something like that…
<re_irc> <henrik_alser> But great you have it cloned now at least!
<re_irc> <762spr> Everywhere seems to say that PATH is updated when installing cargo-generate. I don't see anything in my paths that indicate it. What should the correct value be?
<re_irc> <henrik_alser> So then just follow the ”todo” steps
<re_irc> <henrik_alser> 762spr: I don’t have my win machine here to check, anyone else?
<re_irc> <chemicstry> There should only be one path for all rust binaries, set when installing rust. "cargo install" does not change any env variables. I guess there is something wrong with your rust installation
<re_irc> <chemicstry> On windows it should be "%USERPROFILE%\.cargo\bin"
<re_irc> <762spr> henrik_alser: got it working! There were a few things that I am assuming would be taken care of with the generate method
<re_irc> <henrik_alser> Yay! 🙌 Yeah it does the crate naming and stuff for you and put the right author etc in your Cargo.toml
<re_irc> <762spr> In hello.rs (and other examples) use {{crate_name}} needed to be changed to panic_probe and the same crate name place holder for ::exit() needed to be changed to the main package name. The last one threw me for a real loop because when I removed it and just used an infinite loop, it gave me a massive unreadable error with something to do with flip-link...
<re_irc> <762spr> chemicstry: chemicstry: I have .cargo\bin it is in my user variables, maybe I should change it to system variables? Hmmm
<re_irc> <762spr> Nevermind. I tried that with no luck
<re_irc> <762spr> It seems there is no problem finding generate. I removed --git and ran the command again. It told me it wasnt found in config and tried it as git... so generate is being run maybe git is refusing access to generate?
<re_irc> <chemicstry> Not sure, but from your older screenshot I can see that you were executing it in "C:/windows/system32", which is what probably caused your permission problems and maybe others. Did you try it in a regular user directory?
<re_irc> <762spr> Yes I have. It is the same regardless
dc740 has quit [Remote host closed the connection]
dc740 has joined #rust-embedded
<re_irc> <9names (@9names:matrix.org)> > Everywhere seems to say that PATH is updated when installing cargo-generate.
<re_irc> can you link to the places where this is said so we can fix it?
<re_irc> okay, can you try these steps:
<re_irc> > Yes I have. It is the same regardless
<re_irc> <Liam Rosenfeld> Hello, I messaged a bit ago about a problem I'm running into when writing a kernel for the raspberry pi 3b. I have a wrapper over "MiniUart" that implements "Write". When I call "write_str" everything works fine but when I call "write_fmt" (even with "format_args!("Hello World\n")") it crashes. My "write_fmt" is just the included one in "Write".
<re_irc> Based on advice from here, I got a JLink Edu Mini and set it up with GDB. Unexpectedly, the kernel does not crash if the debugger is attached. Does anyone have any suggestions about what I could do about this? My current guess is that the debugger is slowing execution down enouth that it is allowing something to work as intended but I'm not sure how to act on that guess.
dc740 has quit [Remote host closed the connection]
dc740 has joined #rust-embedded
<re_irc> <Liam Rosenfeld> Hello, I messaged a bit ago about a problem I'm running into when writing a kernel for the raspberry pi 3b. I have a wrapper over "MiniUart" that implements "Write". When I call "write_str" everything works fine but when I call "write_fmt" (even with "format_args!("Hello World\n")") it crashes. My "write_fmt" is just the included one in "Write". This only occurred when running on the hardware (not when on qemu).
<re_irc> Based on advice from here, I got a JLink Edu Mini and set it up with GDB. Unexpectedly, the kernel does not crash if the debugger is attached. Does anyone have any suggestions about what I could do about this? My current guess is that the debugger is slowing execution down enough that it is allowing something to work as intended but I'm not sure how to act on that guess.
dc740 has quit [Remote host closed the connection]
dc740 has joined #rust-embedded
causal has quit [Quit: WeeChat 3.5]
dc740 has quit [Remote host closed the connection]
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #rust-embedded
<re_irc> <9names (@9names:matrix.org)> > okay, can you try these steps:
<re_irc> scratch that, i spun up a windows machine and can reproduce the problem with cargo-generate.
<re_irc> can you create an issue for this at https://github.com/cargo-generate/cargo-generate/issues?
<re_irc> <9names (@9names:matrix.org)> in the meantime, you can still use cargo-generate if you download/clone the app-template repo, cd into that directory, then run
<re_irc> "cargo generate ."