It's not usually the students paying the university, it's generally the parents (or a student loan, from a bank). And both of them would want the student to do well; if they think cutting back nighttime net usage from the dorm will get their kid better grades, they'd be all over it. (Especially the banks, they want the student to get a good job and pay their money back)
Maybe we don't recognise them as tourists?
Or, maybe saying that is just like some place like Elbonia saying they don't believe in any travel because they don't see tourists; maybe it's just that no one wants to go there. Maybe they know something we don't yet, and really want to avoid this time period.
Well, except that the fuel to transport things like food will shoot up, so the cost of food will jump as well. As might the cost of electricity to run all that nice public transportation (I know that's mostly coal or other sources, but I'm sure it'll go up as well) Life in a city will probably be negatively affected even if you only have to walk to work...
I've been warned that Brasso doesn't work as well any more, they had to change the formula in the last year for environmental reasons.. has anyone had a problem with that? I haven't tried myself, yet.
One thing I've often wondered about is... if you had your encrypted (ascii format) pgp file, then went in and altered one or two characters that only you knew about, and you knew to undo when you wanted to decrypt (changed case, rolled a few chraters forward, transposed some, etc)... at that point, even if you gave out the correct passphrase it would fail to decrypt.. could you then turn around and claim the prosecution damaged your data just to make you look bad, especailly if the same key and passphrase decrypted other files just fine? I wonder how well that might stand up, or if it at least would put in a reasonable amount of suspicion against the prosecution...
Wouldn't it be better to have CPU's start having their stack grow in the other direction? If I rememeber right, the problem occurs when a buffer on the stack overflows, and writes into the previous stack frame and address pointer, since the stack grows downward in memory.
If the stack grew upwards in memory, you'd have to write an insane amount of data to wrap around and reach the last frame, and you'd run out of bounds long before that. That could still allow for executable stack areas as well.
If I rememeber right, that's how HP's PA-RISC chips behave...
I suppose I can see a need for ISP's to be able to do this sort of thing. I often tell my users that I reserve the right to do what ever is needed to keep the systems I run running properly, which can include reading their mail if I think it will help get me to a problem. They're getting a free account, and they're free to stop using it, and free to use encryption if they choose to.
I'm sure big ISP's have their own terms that say they can do such a thing, and if they have many more users, there's likely to be more problems. That doesn't mean they can turn around and use the info in those emails for profit, but...
That being said, I'll even admit, when I first became a sysadmin, I did have a brief kick where I realized I had the power to read anyone's email, and even tried it. After about 30 seconds, I realized how boring it was, and never bothered trying again.
How hard would it be for ISP's to throttle outbout SMTP connections from their customers? Say just allow them to make one connection a minute, maybe one every five minutes, or maybe do some sort of staggered backoff, and all others just get dropped and appear to time out on the client end. I'd think at that point, the customer's MTA would just queue the message and try again later. It might take a bit longer for your message to get out, but it would go. Anyone who tried mass mailing would find fewer and fewer messages getting out. It seems like this would be a good way to let users keep running their own server, but at least severely slow down spammers, intentional or unintentional ones.
Yes, but one other factor will be how cheap is it; if two phones do the same thing equally well, I think most will go for the cheaper one. And the phones should be cheaper if the cost to manufacture/program them is cheaper.
I imagine it might get hard to proove that the client really did pay the spammer for the activity... and someone could abuse that and send out ads for a company that they don't like, just to see that victim company get fined/sued...
Veritas used to let you do this, I don't know if they still do.. when they brought up the page that says 'Read this EULA....' the whole EULA was in an editable box... so you could change it to whatever you wanted, then click 'I accept'. It dodn't complain when you changed it, either.
So what happens if I just take this laptop out and find one of the neighborhood kids and say 'Hey, kid, can you push a key here for me? Thanks...'. The kid probably can't be held to it, and I wasn't the one that agreed to it, and I didn't agree to anything that says I can't use if it I don't agree...
4 and 5 were probably the two games that most affected me.. to the point where I'm even trying to write something similar under X, simple graphics and sound, just a big world to explore and lots of little things to do, and no fixed order to get them all done in... it seemed a bit nicer when the graphics were simple but the game was good enough to draw me in.
MTX definatly works for jukeboxes... runs my Exabyte 480 tape library and a Pioneer DRM 5004X CD jukebox just fine... same binary on the same host talks to them both.
Remone? Yeah, maybe... I still often think about moving there before too long, getting out of crowded Kalifornia might be a good idea soon... but I'm a little too comfy in my current job.. but the one posted at this site is real tempting... hmm...
The docs for shred pretty clearly state that it expects a file system to overwrite data in place. Things that could change that include
Journlaed file systems (like ext3)
Hardware raid (That caches writes)
File systems that take snapshots
Compressed file systems
File ssytems that cache data (like AFS/DFS, NFSv3)
If you're worried about data taht much, I wouldn't keep it on a file system like that.
Capsela! That was the name of the things.. I was trying to remember the name of them while I was reading the lego thread... I used to make boats out of them and drive them around in the pool since you could make the motors up high and use drive-shaft modules universal-joint modules to drive the propellers down under the water...
Re:What can be done about terrorism?
on
More On Tragedy
·
· Score: 1
I dunno if I like that.. if the ATC could gain control, so could some outside force.
I believe commercial planes have good enough auto-pilots that they can land themselves; perhaps one solution would be the ability for the pilot tohit a panic switch, then the plane commits itself to land itself at the nearest airport and the manual controls are locked out. This wouldn't help if someone just wanted to blow the plane apart to make terror, but it could prevent general hijacking or intentional crashes like this one...
It's not usually the students paying the university, it's generally the parents (or a student loan, from a bank). And both of them would want the student to do well; if they think cutting back nighttime net usage from the dorm will get their kid better grades, they'd be all over it. (Especially the banks, they want the student to get a good job and pay their money back)
Maybe we don't recognise them as tourists? Or, maybe saying that is just like some place like Elbonia saying they don't believe in any travel because they don't see tourists; maybe it's just that no one wants to go there. Maybe they know something we don't yet, and really want to avoid this time period.
Well, except that the fuel to transport things like food will shoot up, so the cost of food will jump as well. As might the cost of electricity to run all that nice public transportation (I know that's mostly coal or other sources, but I'm sure it'll go up as well) Life in a city will probably be negatively affected even if you only have to walk to work...
I've been warned that Brasso doesn't work as well any more, they had to change the formula in the last year for environmental reasons.. has anyone had a problem with that? I haven't tried myself, yet.
One thing I've often wondered about is...
if you had your encrypted (ascii format) pgp file, then went in and altered one or two characters that only you knew about, and you knew to undo when you wanted to decrypt (changed case, rolled a few chraters forward, transposed some, etc)... at that point, even if you gave out the correct passphrase it would fail to decrypt.. could you then turn around and claim the prosecution damaged your data just to make you look bad, especailly if the same key and passphrase decrypted other files just fine? I wonder how well that might stand up, or if it at least would put in a reasonable amount of suspicion against the prosecution...
Some people here in the US consider it a superstition as well...
Wouldn't it be better to have CPU's start having their stack grow in the other direction? If I rememeber right, the problem occurs when a buffer on the stack overflows, and writes into the previous stack frame and address pointer, since the stack grows downward in memory.
If the stack grew upwards in memory, you'd have to write an insane amount of data to wrap around and reach the last frame, and you'd run out of bounds long before that. That could still allow for executable stack areas as well.
If I rememeber right, that's how HP's PA-RISC chips behave...
I'm sure big ISP's have their own terms that say they can do such a thing, and if they have many more users, there's likely to be more problems. That doesn't mean they can turn around and use the info in those emails for profit, but...
That being said, I'll even admit, when I first became a sysadmin, I did have a brief kick where I realized I had the power to read anyone's email, and even tried it. After about 30 seconds, I realized how boring it was, and never bothered trying again.
How hard would it be for ISP's to throttle outbout SMTP connections from their customers? Say just allow them to make one connection a minute, maybe one every five minutes, or maybe do some sort of staggered backoff, and all others just get dropped and appear to time out on the client end. I'd think at that point, the customer's MTA would just queue the message and try again later. It might take a bit longer for your message to get out, but it would go. Anyone who tried mass mailing would find fewer and fewer messages getting out. It seems like this would be a good way to let users keep running their own server, but at least severely slow down spammers, intentional or unintentional ones.
Uh-Oh.. all those jokes about SnApple are coming back to mind...
Isn't that what telemarketers do?
Yes, but one other factor will be how cheap is it; if two phones do the same thing equally well, I think most will go for the cheaper one. And the phones should be cheaper if the cost to manufacture/program them is cheaper.
All those hard drive companies just got sued for making the base 10 assumption, maybe we don't want the net getting into the same type of trouble.
I imagine it might get hard to proove that the client really did pay the spammer for the activity... and someone could abuse that and send out ads for a company that they don't like, just to see that victim company get fined/sued...
Veritas used to let you do this, I don't know if they still do.. when they brought up the page that says 'Read this EULA....' the whole EULA was in an editable box... so you could change it to whatever you wanted, then click 'I accept'. It dodn't complain when you changed it, either.
So what happens if I just take this laptop out and find one of the neighborhood kids and say 'Hey, kid, can you push a key here for me? Thanks...'. The kid probably can't be held to it, and I wasn't the one that agreed to it, and I didn't agree to anything that says I can't use if it I don't agree...
4 and 5 were probably the two games that most affected me.. to the point where I'm even trying to write something similar under X, simple graphics and sound, just a big world to explore and lots of little things to do, and no fixed order to get them all done in... it seemed a bit nicer when the graphics were simple but the game was good enough to draw me in.
MTX definatly works for jukeboxes... runs my Exabyte 480 tape library and a Pioneer DRM 5004X CD jukebox just fine... same binary on the same host talks to them both.
Ramone?? Gah, I'm tired. (already up 30+ hours for a #!@$*! work 'issue', thank you HP-UX...) Remote, I mean.
Remone? Yeah, maybe... I still often think about moving there before too long, getting out of crowded Kalifornia might be a good idea soon... but I'm a little too comfy in my current job.. but the one posted at this site is real tempting... hmm...
The docs for shred pretty clearly state that it expects a file system to overwrite data in place. Things that could change that include
Journlaed file systems (like ext3)
Hardware raid (That caches writes)
File systems that take snapshots
Compressed file systems
File ssytems that cache data (like AFS/DFS, NFSv3)
If you're worried about data taht much, I wouldn't keep it on a file system like that.
Capsela! That was the name of the things.. I was trying to remember the name of them while I was reading the lego thread... I used to make boats out of them and drive them around in the pool since you could make the motors up high and use drive-shaft modules universal-joint modules to drive the propellers down under the water...
I dunno if I like that.. if the ATC could gain control, so could some outside force.
I believe commercial planes have good enough auto-pilots that they can land themselves; perhaps one solution would be the ability for the pilot tohit a panic switch, then the plane commits itself to land itself at the nearest airport and the manual controls are locked out. This wouldn't help if someone just wanted to blow the plane apart to make terror, but it could prevent general hijacking or intentional crashes like this one...