Це відео не доступне.
Перепрошуємо.
The Devastating Year 2038 Bug 💻🐞
- Додати в
- Мій плейлист
- Переглянути пізніше
- Поділитися
Поділитися
Вставка
Розмір відео:
- Опубліковано 31 бер 2024
КОМЕНТАРІ • 679
Наступне
Автоматичне відтворення
I Used Code to Go Viral on Social MediaGreen Code
Переглядів 202 тис.
I Trained an AI with 10,000 MemesCoding with Lewis
Переглядів 281 тис.
How One Line of Code Almost Blew Up the InternetKevin Fang
Переглядів 2 млн
Карпати - Динамо / УПЛ / 3 тур / Огляд матчу #Карпати #Динамо #уплтбУПЛ ТБ
Переглядів 340 тис.
⚡️9 ХВИЛИН ТОМУ! Оточення прийшло до путіна з ШОКУЮЧОЮ ВИМОГОЮ! Його змушують підписати…Телеканал Прямий
Переглядів 2,5 млн
Jerry Heil & Volodymyr Dantes - ГУБИ У ГУБАХ (ПРЕМʼЄРА 2024)Jerry Heil
Переглядів 1,4 млн
Обман ради папы #юмор #топКостя Павлов
Переглядів 4 млн
Somebody emailed me a trojan virusBog
Переглядів 339 тис.
How A Steam Bug Deleted Someone’s Entire PCKevin Fang
Переглядів 963 тис.
I tried using AI. It scared me.Tom Scott
Переглядів 7 млн
Running "Hello World!" in 10 FORBIDDEN Programming LanguagesArdens
Переглядів 1,4 млн
Can you fit a whole game into a QR code?MattKC
Переглядів 8 млн
The Y2K Bug Is Back! It Is Now Y2K38노마드 코더 Nomad Coders
Переглядів 69 тис.
The LIES That Make Your Tech ACTUALLY WorkEnrico Tartarotti
Переглядів 780 тис.
C++ Developer Learns PythonPolyMars
Переглядів 2,7 млн
The biggest lie in video gamesAIA
Переглядів 1,8 млн
Буданов про плани на Курську область, та Воронеж #shorts #курск #воронежАпостроф TV
Переглядів 2,4 млн
Герасимов ЛИКВИДИРОВАН? Кто будет "СПАСАТЬ" КУРСК? ПАЧКИ ПЛЕННЫХ! Путина УНИЗИЛИ! | НОВОСТИ СЕГОДНЯУКРАИНА СЕГОДНЯ - ГРОШІ
Переглядів 685 тис.
МАФИЯ в РЕАЛЬНОЙ ЖИЗНИ: Масленников, Матвиенко, Булкин, Сабина, Бустер, Дилара, Гурам, Леон, ЯнчикДима Масленников
Переглядів 7 млн
Перші думки батьків, коли дізнались про важке поранення сина #війна #україна #зсу #люди #shortsСуспільне Чернігів
Переглядів 173 тис.
😳 Все русские уже знают итальянский?🇮🇹Super Italiano
Переглядів 6 млн
«Це край, де я родилася й живу! І нікуди я звідси не поїду» #shortvideoСуспільне Запоріжжя
Переглядів 535 тис.
ПЕТРО ЧЕРНИК ПОВЕРНУВСЯ! Про Курськ, реакцію Путіна та стратегічний переламСпецпроєкти Сергія Мамаєва
Переглядів 172 тис.
⚡️ "Пятки сверкали" аж до КУРСКА! "Кадыровцы" БЕЖАЛИ, оголив фронт!FREEДOM. LIVE
Переглядів 1,1 млн
This isn't an April Fools joke! Sorry for the confusion everyone 😅
Wrong time to post lol
I thought what the heck with this 2038 Year when I first heard.
This video reminding me of John titor
Man y’all remember y2k?
So just like Y2K. I was in the guards and on call for this. I remember them making a big stink of it. Made it sound like it was going to be the end of the world as we knew it, back to the stone age for us. woke up the next day and was so disappointed 😅
Plenty of time to fix. Which means we'll see the last patches come through on January 17 2038.
Or the first patch
Thats what they thpught in Dont look up as well...So you defiently will be right.
More like the first beta 😂
I wonder if JP will patch the theoretical everyone in Japan being called Sato or this bug first. Let’s see which comes first. Bet both will end up dev>null
Hahahaha ah nope, do you know haw many companies run on win 7 and xp
A crap ton
And they won't update due to them running expensive machines
Cannot wait to see "Y2.038K Ready" computers
Y2k38
your computer can only be affected by Y2038 if it is 32-bit and, *all 32-bit linux versions since 2019 are technically "Y2038 ready"* . so to avoid your old computer being affected all you have to do is use a new enough linux OS.
64bit already safe
"S.32B"
@@DeathcageLMH MMXXXVIII
"problem for somebody else to fix"
sounds legit
No one will be here when that happens
Oh btw it isn’t an April fools, he clarified that lol
@@RealVoidexeven the universe itself, unless... It actually explodes and dies repeatedly (which I hope it does)
@@yakumoyukari4405universe will probably be around then. Current estimates say the star formation phase will last >100 trillion years
@@polycrystallinecandy ah thats great to hear because once I been told it has ~20 billion years to live
Someone 293 billion years from now: WTF BRO?!?
They’ll be like ”WTF is 64 bit unix time and why didn’t they choose 256 bits?”
They'll be like why tf did we not use 1KiB integer
They'll probably have higher bit architecture at that time, pretty cool to think about.
If we're still dealing classical computers with bits in 292,000,000,000 years, I'll be very disappointed. We are already building quantum computers. Classical to quantum in less than 100 years. They'll probably be a million steps ahead. Like forget DNA computing and molecular machines. They'll have pocket universes where they tuned the big bang just right to turn the entire universe into a computer
@@polycrystallinecandyanyway earth gonna be pwned by the sun in 1.75-3.25 billions years unless we found another planet in a new solar system and of course if the humanity doesn’t destroy itself before so 💀
I’ll wait till 2037 to deal with it
Lol
Same lol
Thanks! 😊
I'll try using some HTML to give you a hand. 😂
Python for me
😢 way before 2038 we will have bigger issues.
Fun fact: Windows Media Player is one of the Programs containing this bug.
Even if addressed, every program will be bugged that assigned the current date to a variable that cannot go beyond 32bit like the Int data type in various languages. Or even “stricter” ones like “int32_t” in C.
@@SuperiorZeeko but why didn't they use unsigned int? I mean it would give the double amount of time.
Many databases around the world also use 32 bit for timekeeping / logging too
@@flueritvhabit. When you make a ton of code / databases, you often don’t stop to think about an overflow issue far in the future. You just make an int and move on to the next thing. Obviously not everybody, but enough people (including me, probably) have made this mistake
@@flueritvBecause Unix dates *shouldn't* be an unsigned int. You should be able to represent values pre-1970 even if you don't plan on using them. If you want more data, use a larger datatype.
Choosing to use an unsigned int when the standard for Unix time is signed, you're likely to come across issues converting timestamps, along with the fact that you aren't actually solving the problem, just pushing it out a few more decades.
Double it and give it to the next person
double is too less said here
Thought this was April Fools joke but sounds like Y2K situation
It actually isn’t, but it only affects 32-bit computers.
This a real thing
lol bad timing on my part 😅
fr
@@bomberfish77 i think no its gonna be at almost all computers (windows will be mostly ok because its no unix-like system)
it hasn't been an issue since they realised this in the 2000's...
It's bit of mixed bag actually... Not every application has addressed it.
@@touma-san91 they wouldn't need to, they would use the os times/dates. but I get what you mean
@@R00kTruthOf course they would need to if their specific implementation still relies on 32bit values. Not all applications uses the time from the OS.
Yeah because they were in the 2000's not year 2037. Same is when it's due Monday and now it's friday night.
@@No-day-off what .. my comment meant, they've already fixed this issue. in other words this hasn't ever been an issue...
BRUH
if it were 2048
it'd be so much funnier to me.
I love the number 78
me: *Sets time on pc to 2039*
@@cf8wuf98w4lu probably nothing because most devices are 64 bit now
Seriously doesn't matter how many bits your OS/processor is. Keep seeing this. It doesn't matter much. In a 64 bit operating system it will have the C type time_t or whatnot as a 64 bit integer because it's going to be pegged to a normal width int. But databases and tons of applications don't use that type alias plus the other infinite situations. The issue is going to be present anywhere a Unix timestamp is stored in a 32 bit integer which can be anywhere.
@@cf8wuf98w4luonly 32-bit apps like Windows Media Player Legacy will experience errors, nothing else.
we travelling back in time with this one boys 🗣️
“Remember him?"
Y2K
“This is him now."
Y2K38
“Feel old yet?"
All this means is that on January 2038, Y2J Chris Jericho will still another run at AEW champ
oh my fucking god
I just KNOW that I will be dealing with absolute ancient IT in 2038 regarding this lmfao
I’ve set two time-capsule reminders for myself: One for the good ending the day after 1/1/38, and one for the bad ending on 12/13/1901- each with a pre-written message to my future self under “notes”.
People: we got a bug, you gotta fix it to save humanity
Dev: pushes the bug into future for billion years
dev: its not my problem anymore☺️
Pretty sure that they have already discussed plans to abandon 32 entirely with exception to niche cases.
I know one thing for certain. I am not going to be on a plane, on a train or in a car when this happens. Fuck that. Imagine being in a moving vehicle with millions of computers, all of which are potentially going to suffer a computer bug all at the same time.
In 300 billion years I don't think computer not working will be a problem when there has not been a earth for hundreds of billionx of years since earth existed
sounds a lot like the year 2000 thing
This dude was clearly born after y2k 😂
y2k was not so common as 32bit time_t in unix API.
So that's why my Robco terminal posts a "date out of range" error.
Bro is recreating the 2000 scare
Difference is, this one will actually happen
we literally already went through this
everything will be fine
This has already been widely addressed, nothing to worry about
This is Y2K all over again
The millennium bug is back with a bang
Y2K.38 just doesn’t roll off the tongue like Y2K does…
Y2K 2: electric boogaloo
I thought 64-bit timecodes were already in use? Though older OSes may still have the issue, which is with how high a number can climb while still existing in only 32 bits. System clocks are literally counting the number of seconds since the beginning moment of Jan 1, 1970.
Rhat sounds like year 2000 problem with win98
You make learning fun and easy. Kudos to you!
Well imagine if they going to say "well let's go for 128 bit " 😂
Time for a new type: Triple precision floating point numbers 😂
3:14am is UTC
So for Americans it will be Late on the 18th
10:14pm for East Coast
7:14pm for West Coast
We federalizing Australia with this one
This computer bug could be devastating if we do not address it 💅
It is currently addressed, but a lot of embedded systems are currently not supported. So they might just stop working correctly.
The universe has imploded within 200 billion years anyways
Bro is really time traveling forward from 1999.
bro knows even the seconds WOW.
Y2K-Bug energy
Why did they bother signing the integer? What would be the application of representing time prior to the epoch in unix?
So thats why when I compile C with meson it's always checking for 2038
You ever get deja vu?
I was so confused watching this from 7 days after April fools.
Your videos always make my day. Keep shining!
This feels like a y2k reboot
But it affects much more devices than y2k problem. Especially embedded devices and some databases.
bro tryna predict 2038 whilst were 2024
😂
Thinking about the 64-bit processors made me feel safe, considering this topic.
"problem for somebody else to fix" 😂😂😂😂😂😂😂
This is an idea for a movie.
If you’re still using a 32 bit computer in 2038 you deserve to have it break lmao
why store it in a signed int? its not like time goes negative
It's termed as Epochalypse
everywhere you cannot escape pi even Y2.038K is pi
Thats actually the most normal thing ever for us to already know we'll have old enough systems in place with this method in over a decate. Bet they'll be especially in place for important systems like airlines once they upgrade their tech
Dude, don't threaten me with a good time. You mean, we might need to go back to how it was in, say, 1984? Yes, please.
I think the biggest issue is from older systems that are used and not really updated for critical uses eg. Utilities and healthcare etc. 😊
ATM’s are a big one. In the UK a lot of them are still running embedded Windows XP 😂
Huh, I was actually thinking about this the other day. Probably add a starting byte to tell where to count from. Or transform it to 64 bit. Or both.
Why would they use a signed integer? Negative time isn't necessary
Millennium 2000 flashback 😂
Lol been there, done that 25 years ago. This time around I get to kick back and watch 😜
The same absurdity they claimed in 1999 to 2000, known as 'The millennium bug' it did fuck all.
Why did they used signed integer, when the hell time started to go in -ve
Bro really tryna bring Y2K back🤡bro is tryna make people trip for nun
banking systems will hate implementing something new and complicated into legacy code lol, may a god or something be with them on that one, bc theyre gonna need it.
Reminds me of the Y2K problem back in the day 😂
The problem of integer overflow ia kind of common. It has happend in many popular programs like donkey kong, packman, it has even happened to an airplane company(i think boeing).
The y2k bug was a marketing ploy as this will be.
🤦
Did people not think about this 54 years ago?? 😅 They really thought, armageddonwas a thing huh😂
Memory was expensive. CPUs were slower. 32bit for unix time seemed to be fine...
Who the hell decided to use signed integer for something only going up in the positive range?
Sounds like the millennium bug
I think the GPS reset has been annoying enough.. every Honda clock that ran on GPS is stuck 30 years back
donnt worry, some time in the next 292 billion years, we will use 128 bit systems
"problem for someone else to fix" Not like they'll delay it again lil
My zx spectrum home computer will still be working. Bring back cassette tapes. lol.
The same thing happened in the year 1999 with switching to 2000, nothing got destroyed.
Because a lot of money was put into fixing the problem before 2k occurred.
Can anyone name any critical devices that cannot count integers this high?
Can't wait to stock up my retirement with fixing this stuff, for a price
Just do what I did for Y2K, reset the year for an earlier time.
This is like the Y2K bug!
The problem is that most databases dont support u64 :(
Why does a date need to be signed? Have it unsigned lmao
Remember all the fear of Y2K? And how, because we were ready, it didn't do _SH*T?_ Yeah, these two scenarios don't seem similar _at all._
They are similar, but Y2K took only 300 billions USD to fix most of the problems (over 550 billions in current value). y38 problem will be much more expensive to fix.
Something like this happened to my Samsung 3D Blu-ray a couple years ago
I'll panic in 2037 to Jan 18 2038.
Someone intentionally putted it, so that it can be fix later as to not loose job 😂
o no
anyway debian is already in process of switching to 64 version
lol
That would be cool as an easter egg
"affected by a bug that is unknown"...
Why not just set system clocks to that date in a closed lab and just see what happens?
Also, this is Y2K all over again.
Y2K again. What's the next "the time is near" computer date thing after this one?
Sounds like the Y2K bug scare haha
A lot of money was spend to fix almost all problems with Y2K. And in this case much more money will be spent to avoid problems.
ok so it's the Y2k bug all over again.
Oh god it's Y2K all over again.. The world is over! Planes are going to forget they were invented and fall out of the sky!
That was a real thing I heard back during Y2K.
Will mark this to my calendar, hope not to die sooner 😅😅😅
Today in 292Billion years is gonna be hell 💀
So my PC will become a time machine in 14 years.
they could fix it on the day before by the number of times that the operating systems are updated now a days
IVE SEEN THAT NUMBER BEFORE! THATS MAX CASH IN RUNESCAPE!