This is the part of the equation to that irrational activist vegas overlook.
No it isn't, because we can't see past the murdering factory farm complex.
I don't care if rasing cows for food is 500% more efficient than eating grain, I would still be campaigning.
You see we don't care about welfare or even Ethical Treatment. Some of us on this side fo the pond treat PETA as a joke, just a way to fleece the bleeding hearts of their subscription.
it's ironic because the topic is about non english languages and the entity refs say the equivalent of "Hello World" in two non-english languages using utf-8.
you can't rely on SMTP though, it is more likely to have outgoing blocked in some way than other ports.
Port 80 is one's best bet, the network connection could be behind a proxy rather than a NAT.
My laptop tries to connect home at boot, anyway, to mount it's remote file systems.
If one configured it to use your home net as a VPN or even just Web / Pop3 proxy you could also happily snoop at whatever activities they're getting up to. You might have more fun *not* getting it back!
> As far as I'm concerned, the "everything is a file" metaphor is only wonderful to people who only have a hammer!
and what a wonderful hammer it is, coming to you soon in the OS of your choice.
don't get stuck on the FTP and networked stuff, there's plenty of scope for file tree based applications. Nothing is a solutiuon for everything but why ignore it for the applications tht could really benefit.
my mailbox is one big file but it's presented as a file system:
one supplies an offset and count and the server returns whatever data it feels like.
So yes, you are free to play games with the units be it bytes or timecode.
one issues: size[4] Tread tag[2] fid[4] offset[8] count[4]
and gets returned size[4] Rread tag[2] count[4] data[count]
tag is an ID for this request, fid is an id for the file size is the packet size, the rest is the payload.
The thing you would have to be careful of, though, is the maximum 9p packet size, which is usually set to 8k though this is negotiable.
I can imagine some system that facilitates MPEG editing by representing the MPEG as RGB24 full frames or even multiple channels for the RGB video channels or even s YUV. There's plenty of scope.
inferno also uses a 9p variant protocol, Styx, to do much the same thing. You can run Inferno as an application . Inferno as an application is a virtualized OS but aimed at embedded devices, PDAs etc.
Slashdot Mirror
isn't that what stdin is for ?
I send mail from home without using an ISP, who's going to be counting my outgoing connections to remote port 25s ?
If I'm testing my remote server by sending it mail will I have port 25 blocked if my test emails go over the limit counter ?
What if I were tunnelling data with email as the transport; SOAP is not the only remote protocol.
http://maht.dotgeek.org/quake.html
good luck getting eval to work in gcc
why not burn our dead people not spawn the bovine damned
?
the horror
.
so is fratricide, but that is outlawed
Cows are about the dumbest animals to walk the Earth.
with you at the back with a stick in your hand and some grass in your mouth wearing eau de manure
the trouble with country folk is that they've lost touch with nature
.
It is an interesting ethical question.
I have often said that it is not the method of death but the method of life that is important.
As an omnivore, if it becomes necessary to choose eating to live or not eating then my survival instinct would no doubt overide my higher functions.
This is the part of the equation to that irrational activist vegas overlook.
No it isn't, because we can't see past the murdering factory farm complex.
I don't care if rasing cows for food is 500% more efficient than eating grain, I would still be campaigning.
You see we don't care about welfare or even Ethical Treatment. Some of us on this side fo the pond treat PETA as a joke, just a way to fleece the bleeding hearts of their subscription.
So, to summarize, meat is murder.
.
Carl Sagan did some work on the
ancient Library of Alexandria, the Mouseion, for his TV series Cosmos.
I stopped typing passwords a long time ago, because I use Factotum
NT, no really, none.
Is english not your first language?
raises the question, my friend, raises the question.
but raise it does
cloning is not for the benefit of the clone
the skeptics being right, how dare they!
it's ironic because the topic is about non english languages and the entity refs say the equivalent of "Hello World" in two non-english languages using utf-8.
Hello World or Καλ ημέρα κόσμε or こんに ちは 世界
/. wont let you insert html entity refs ]
" >http://plan9.bell-labs.com/sys/doc/utf.html</a> ;
[ how ironic that
Rob Pike & Ken Thompson
<a href="http://plan9.bell-labs.com/sys/doc/utf.html
I should also mention that one *big* problem with backporting such a system is the division between user and kernel space.
Unix is broken by design. The inventors themselves say so. They redesigned it to make hard things easy and plan9 was born.
Durable != optimal
you can't rely on SMTP though, it is more likely to have outgoing blocked in some way than other ports.
Port 80 is one's best bet, the network connection could be behind a proxy rather than a NAT.
My laptop tries to connect home at boot, anyway, to mount it's remote file systems.
If one configured it to use your home net as a VPN or even just Web / Pop3 proxy you could also happily snoop at whatever activities they're getting up to. You might have more fun *not* getting it back!
lol, if you think some lame BIOS password you could well have a stiff surprise waiting the day they take the HD out!
Without encryption
Physical access == data access
No need to mess with the BIOS, your bootloader could do the work.
for x86 you could extend : http://btmgr.sourceforge.net
time to take SMTP mail 101
If behind a NAT the heders will reveal the external IP of the originating network, *not* the internal IP of the client machine.
> As far as I'm concerned, the "everything is a file" metaphor is only wonderful to people who only have a hammer!
:
/mail/fs/mbox
and what a wonderful hammer it is, coming to you soon in the OS of your choice.
don't get stuck on the FTP and networked stuff, there's plenty of scope for file tree based applications. Nothing is a solutiuon for everything but why ignore it for the applications tht could really benefit.
my mailbox is one big file but it's presented as a file system
cd
grep birthday */subject
my google searches are presented as a file system
etc.etc.etc.
Here's the protocol
:
http://plan9.bell-labs.com/sys/man/5/INDEX.html
one supplies an offset and count and the server returns whatever data it feels like.
So yes, you are free to play games with the units be it bytes or timecode.
one issues
size[4] Tread tag[2] fid[4] offset[8] count[4]
and gets returned
size[4] Rread tag[2] count[4] data[count]
tag is an ID for this request, fid is an id for the file
size is the packet size, the rest is the payload.
The thing you would have to be careful of, though, is the maximum 9p packet size, which is usually set to 8k though this is negotiable.
I can imagine some system that facilitates MPEG editing by representing the MPEG as RGB24 full frames or even multiple channels for the RGB video channels or even s YUV. There's plenty of scope.
inferno also uses a 9p variant protocol, Styx, to do much the same thing. You can run Inferno as an application . Inferno as an application is a virtualized OS but aimed at embedded devices, PDAs etc.
reading and writing is by offset and count.
Which also means that giant sparse files are trivial to implement.
It's just a protocol for manipulating a file tree. A suprisingly simple concept that yields so much more than it sounds.