|
That'll solve it!
Bastard Programmer from Hell 
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Or maybe someone bought your address in the meta verse and is selling meta items?😊
|
|
|
|
|
Why buy anything that Google Maps offers for free?
I'm not on FB, Twitter or the usual.
--edit;
Someone may be unhappy at my door. That may be a problem. Thanks for the yokes 
Bastard Programmer from Hell 
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
modified 12-Feb-22 18:40pm.
|
|
|
|
|
Karma is a bitch. 
|
|
|
|
|
I would have known, so no.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
Pay close attention to your mailbox then. You might start receiving stuff there that you didn't order. My mom was flipping a house and we swung by one day. There was a box from AT&T there and it had four brand new iPhones in it. AT&T wouldn't even talk to her so she turned the over to the local police chief.
|
|
|
|
|
Thanks for the warning.
Bastard Programmer from Hell
"If you just follow the bacon Eddy, wherever it leads you, then you won't have to think about politics." -- Some Bell.
|
|
|
|
|
I'm not sure how I feel about this.
I made some new video drivers that are decoupled from the bus type they use.
This is because for example, an ILI9341 display may come in serial (SPI) or parallel (8-bit) bus styles.
An SSD1306 display comes in serial SPI or serial I2C buses.
So I made such that you have 3 different types of busses - a parallel 8-bit bus, an SPI serial bus, and an I2C serial bus.
You can plug those into the display driver for your device like the SSD1306, the ST7789 or the ILI9341
That way you can select the display type independently of the style of connection it uses.
So for I2C for example, you declare a tft_i2c bus:
using bus_type = tft_i2c<LCD_PORT,0x3C,PIN_NUM_SDA,PIN_NUM_SCL,0x0,0x40,400000>;
And then you can feed that to your driver declaration:
using lcd_type = ssd1306<LCD_WIDTH,LCD_HEIGHT,bus_type,LCD_VDC_3_3,PIN_NUM_DC,PIN_NUM_RST,true>;
lcd_type lcd;
I wrote the SSD1306 and the I2C bus first. It's still not working. But when I simply swapped out the I2C bus for an SPI bus it worked with my SSD1306 SPI device on the first try.
But it still gives me a shrunken display port and dropped scanlines on I2C. Amazing that I wrote the non working code first, and plugged it into my SPI bus and it worked right off though. my SSD1306 driver was developed entirely blind.
Real programmers use butterflies
|
|
|
|
|
you are amazing  -- old guy programmer
|
|
|
|
|
Thanks! I'll maybe feel amazing when my code works. 
*bangs on it some more*
At least some of it does.
Real programmers use butterflies
|
|
|
|
|
It's this sort of problem that makes software engineers such well-adjusted people who spread joy wherever they go... 
/s
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Well I solved the last of it today. I was making a simple mistake, easily corrected once I found it. It was almost luck that I found it though.
Real programmers use butterflies
|
|
|
|
|
When I got to the funeral they said that neighbor Dan’s mule(he had a small farm) kicked her and she died.
I also noticed how about 60 guys came to the funeral
I said to one guy named Harry, "Wow, I didn't know she knew this many people!"
Harry said to me "Oh we aren't here for the funeral.”
So I asked him “Well, then why are you here?”
He said, “We're here to bid on that mule.”
|
|
|
|
|
The company I work for has O365 and OneDrive for Business with lots of space. I'm always looking for a better--well okay, any--automated backup solution for my local drive, and the more plug-n-play the better.
I wondered what performance impacts would occur if I kept my source code on OneDrive and worked from there. So I moved a couple of my solutions there, and I work on them in VS from there. I've been working this way for several months now.
I've not noticed any performance problems, except maybe a bit slower when opening a solution. The only thing that does get slightly annoying is switching git branches, especially if you have a lot of NuGet packages in your app. Git deletes the files in your solution when you switch to another branch before recreating the files in the branch being checked out. Every time I do that I get an email from SharePoint Online with the warning "Heads up! We noticed that you recently deleted a large number of files from your OneDrive"
The better solution may be to keep the source on the local drive, and set up OneDrive to backup my Documents folder, assuming that it's painless to set up.
I'm curious what y'all use OneDrive for, if you use it at all.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
Git and OneDrive seems a bit like belt and suspenders
I am (well, at least used to be) a road-warrior who needed to have all important stuff available while on the road. OneDrive and OneNote are fantastic for that. For source code, Git is quite enough if I don't forget to commit before hitting the road. For the rare cases when I forgot, AnyDesk saved by behind.
I don't see why I would backup my Git repos on OneDrive.
Mircea
|
|
|
|
|
Quite a number of my repos aren't pushed to DevOps because the apps are non-productions one-offs, or educational, or laboratories for experimenting with new tools, and I need another way to back them up. I thought I wouldn't need to intentionally back them up if they were only on my OneDrive (with the Always Keep on this Device" flag set).
And for those that are in DevOps I don't always want to commit and push at the end of the day. Maybe I should.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
TNCaver wrote: Quite a number of my repos aren't pushed to DevOps because the apps are non-productions one-offs, or educational, or laboratories for experimenting with new tools, and I need another way to back them up.
You could look into any of the free Git providers (GitHub, GitLab, Bitbucket). They all have a free tier with quite sizeable private repo offerings.
TNCaver wrote: I don't always want o commit and push at the end of the day. Maybe I should.
Yes, you should. Half ranting here: I know there is kind of a "shame" to push on private branches half finished work and stuff that is still not right. Besides the obvious safety advantage, in the long run, I find that commit history shows more about the development process and difficulties encountered than a single large commit with a short message. And for the shame part: we all make mistakes and there is no shame in finding and fixing our mistakes. It's always a learning process.
Mircea
|
|
|
|
|
|
We use DevOps as a central Git repository, but quite a number of my repos aren't pushed to DevOps because the apps are non-productions one-offs, or educational, or laboratories for experimenting with new tools, and I need another way to back them up.
And for those that are in DevOps I don't always want to commit and push at the end of the day. Maybe I should.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
OneDrive is one of those: "use at own risk", IMO.
I'm pretty certain I've had folders / files disappear when there were account / "owner hardware" issues. Might have been a past issue; or I imagined it. In any case, never again.
I first used it for sharing files, and that's all I'll use it for.
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
I would not use any cloud-based solution for primary storage. At best, I would use it as a backup.
As I've said many times before, if you don't own the hardware on which the data are stored, you don't own the data.
If you absolutely need to access you source version control away from the office, I would suggest setting up a VPN.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Daniel Pfeffer wrote: As I've said many times before, if you don't own the hardware on which the data are stored, you don't own the data.
And as it has been shown several times too... 
Daniel Pfeffer wrote: If you absolutely need to access you source version control away from the office, I would suggest setting up a VPN.
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Using OneDrive as a backup that was also my workspace was the idea. As for using the cloud, that's what my employer has opted for. They took my objections "under advisement" (wink wink nudge nudge).
But even if it was all on-prem I'd have the same problem to solve. And of course I work from home 100%, and you bet we use a VPN. Our security guys are quite serious about their role.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
|
I used my own version of OneDrive:
0: All code/projects live in shares on the h/o server and are accessible to my main system and my laptop through mapped drives.
1: The laptop uses the 'available offline' option on the mapped drives. When the laptop connects, it automatically synchs up any changes. It's a cheap and effortless backup and gives me full access to everything when I take the laptop on the road.
This has worked really well with just one caveat that I haven't been able to work out: debugging/running web apps with visual studio does not work anymore...it will run and start but session objects don't hold values!  It's easy enough just to copy those to a local drive when I need to.
"Go forth into the source" - Neal Morse
"Hope is contagious"
|
|
|
|
|
Trying to debug source code on a network share is a PITA, which is why I try to avoid it.
If you think 'goto' is evil, try writing an Assembly program without JMP.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
