|
I like that saying!
Situation where it is appliccable are obvious.
|
|
|
|
|
I thought an Alligator wearing a tunic was a snappy dresser?
|
|
|
|
|
Is anyone else as tired as I am of every single web-site asking me to allow them to show notifications?
|
|
|
|
|
|
I've considered setting up a browser in a VM and saying yes to every notification/push request I get there. I wonder how long it would take for it to become totally unusable because of the notifications coming in.
How many people say yes to them? Must be enough to make it worthwhile.
Keep Calm and Carry On
|
|
|
|
|
k5054 wrote: How many people say yes to them?
I'm curious, what happens if you say yes? What's the mechanism?
Really I don't know what happens and too lazy to google a train load of TL;DR
pestilence [ pes-tl-uh ns ] noun
1. a deadly or virulent epidemic disease. especially bubonic plague.
2. something that is considered harmful, destructive, or evil.
Synonyms: pest, plague, CCP
|
|
|
|
|
yes
When you talk, you are only repeating what you already know.
But if you listen, you may learn something new.
--Dalai Lama
JaxCoder.com
|
|
|
|
|
Let me put you on notice: the rest of us have them disabled at the browser.
| Ravings en masse^ |
|---|
| "The difference between genius and stupidity is that genius has its limits." - Albert Einstein | | "If you are searching for perfection in others, then you seek disappointment. If you seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
Also tired of ones that want to access your location.
|
|
|
|
|
That I have turned off at the OS level. I only allow the Weather tile and maps.google.com to access location. (If I didn't use google's navigator on my phone I'd disallow it as well.)
|
|
|
|
|
Greg Utas wrote: Also tired of ones that want to access your location.
Why? I often find it helpful. For example, you go to a store's website and if you allow location they can often already pre-select your local store. Not a big deal but a nice first-world luxury. 
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
I use a VPN, so the location is useless. Regardless, I'd rather enter a postal code to select a store. My location is none of their business, particularly when so many of these sites share information with whoever wants it.
|
|
|
|
|
Greg Utas wrote: these sites share information with whoever wants it.
What's the harm in that? They share your IP and zip code with someone. So?
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
My IP is that of a VPN, so it's useless. My mailing address is a UPS store.
I guess it's a just a matter of how much one cares about privacy.
|
|
|
|
|
Greg Utas wrote: My IP is that of a VPN, so it's useless. My mailing address is a UPS store.
So, even more so, who cares?
Greg Utas wrote: I guess it's a just a matter of how much one cares about privacy.
That's fair. But to convince me there needs to be some logic behind it, not just emotions.
Are you old enough to remember the white pages? Did you call up and remove yourself?
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
Ask the Founders why they wrote it into your Constitution.
And you're trolling me.  
|
|
|
|
|
Greg Utas wrote: they wrote it into your Constitution.
Privacy? But you even admitted that they can't get your data anyway.  
I notice you dodged the question about the white pages.
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
There was a time I was in the white pages, but I matured. 
My mobile is still Californian even though I last lived there 15 years ago.
|
|
|
|
|
Greg Utas wrote: There was a time I was in the white pages, but I matured.
So, this is what I find fascinating. I don't recall anyone ever complaining about a huge book of names, addresses, and phone numbers being handed out for free.
Now with the internet, people are scared over data that can't even be linked to them being shared with someone.
It's not a knock on you and no I am not trolling. I am genuinely amazed at how that has shifted and am very curious as to why. No one seems to know what dangers there might be with linking an ip address with a zip code yet so many people, especially technologically educated people, are so worried about it. I don't understand it which is maybe why it fascinates me.
Greg Utas wrote: My mobile is still Californian even though I last lived there 15 years ago
That explains why you don't answer when I call. 
Social Media - A platform that makes it easier for the crazies to find each other.
Everyone is born right handed. Only the strongest overcome it.
Fight for left-handed rights and hand equality.
|
|
|
|
|
I think what has changed is stuff like identity theft, hacking, surveillance, and stalking.
The only identity theft I heard about back in the day was people who wanted to disappear. They'd steal the identity of someone who died in childhood, get a birth certificate, apply for a social security number, and establish a completely new identity.
|
|
|
|
|
Remember the good old 8086 and how it used its segment registers? Essentially I'm doing something like that on an 8 bit computer right now and can then address up to 16 megabytes. Unfortunately my segment registers will not be part of the CPU, so there will be no automatic address calculations during interrupts, DMA, subroutine calling or even normal branching. The computer is still confined too much in its regular 64k address space.
That's why I have no choice than to slice up this address space into smaller segments which can be switched individually. With a little care the segments then can be switched around without an instant crash.
The big question now is what sorts of segments are most practical and how big they should be. Let's look at the 8086 segment registers for inspiration.
The stack segment: As I said, the stack should not be switched away. Let's also throw in interrupt routines and DMA buffers. Would that not be a waste of expanded memory if only one page in this segment is used? No. Every process would get its own page and (when interrupts and DMA are disabled) the OS can map in I/O ports, video memory or keep track of its processes and memory management.
The code segment: I can emulate a full MMU in software when calling subroutines. That means I can call code in any page of the code segment at any time without problems. The code in every page would have the character of a module, a DLL if you want. I could call the subroutines by an ordinal instead of addresses, add memory management on the code segment and (with a proper storage device) even implement virtual memory, just in time loading of these modules or even just in time compilation. Quite advanced for a little 8 bit computer.
The data segment: Very nice to have, but only at a cost. Pros: Your programs get access to much more memory than they would without it. Also, this segment is a good alternative to access I/O and video memory if you can't do that on the stack segment for some reason. Con: The code segment gets smaller.
This is my current mix:
0000 - 7FFF code segment (32k)
8000 - BFFF data segment (16k)
C000 - FFFF stack segment (16k)
Any better ideas which might work better? Have I forgotten something? If i make a bad decision now, I will have to live with it for a long time.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
I'd throw in one (or more likely two) more: system code / system data - this holds the interrupt handlers, system stack and "bios" code that you need to handle the MUU - doesn't have to be a big segment (depending on your coding abilities / compiler if used) but having always available and always in the same place is a big bonus.
If I recall correctly (and I last used an MMU twenty years ago) that's how I had my memory organised in the Z180 / HD64180 MMU, and it allows for flexibility and speed in response to "system events".
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I have thought about doing something like that, but decided against it. This way the other segments get bigger and also a larger share of the expanded memory. I would put only the master interrupt routine into the stack segment. This interrupt routine would then call separate innterrupt routines in some module loaded into the code segment. There would be some register saving and bank switching involved, but it should work.
The same goes for normal OS calls. The processor calls and returns from subroutines with the help of small procedures that do the proper bookkeeping on the stack. Or stacks, in my case. I use a separate call and parameter stack. By saving the content of the code segment and the data segment registers in the call procedure and restoring them in the return procedure I can call code anywhere and continue where I left off upon returning. These two small procedures also have to go to the stack segment.
Did you ever use FORTH? It works in a similar way, organizing the code into a dictionary with 'pages' and 'words'. The pages are all about memory management and I really see no problem adapting it to a paged memory model. That's also why FORTH is an interpreter or a (just in time) compiler at the same time, just as it is operating system and programing language at the same time. Just implement more words and add pages to the dictionary, then let the memory managment worry about where and when to load them. FORTH always was a hype waiting to happen, but I can see why it is too exotic to ever become mainstream.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
|
similar to OG I was wondering where are you putting your kernal (hypervisor?), page tables/states.
... you mentioned the stack segment may be underused, would the above go there. (I/O ports too?)
... even then the state settings/info you may find 16M becoming optimistic, 8M may be doable.
pestilence [ pes-tl-uh ns ] noun
1. a deadly or virulent epidemic disease. especially bubonic plague.
2. something that is considered harmful, destructive, or evil.
Synonyms: pest, plague, CCP
|
|
|
|
|
Look at my reply to OG. FORTH has always handled these things quite well. On tiny microcontrollers, single board computers and even modern systems. You can even use assembly subroutines or compiled C functions if you don't forget to tell FORTH that it should better not try to interpret or compile these new 'words'.
But don't worry, I get most of my 16 megabytes. On the hardware side I always have my 24 address lines. I will sacrifice 512k of that space by not installing the last memory chip and use it's select signal as master select for the memory mapped I/O ports and video memory. With a little addressing trick (actually just ignoring A15 and A14) I can even select these things into any segment if the stack segment is not convenient.
I have lived with several Zen masters - all of them were cats.
His last invention was an evil Lasagna. It didn't kill anyone, and it actually tasted pretty good.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
