Re: [9fans] HTTP forwarding with aux/trampoline
> is t possible that the path mtu is < 1500 bytes? if > so, trampoline isn't going to forward icmp messages. Trampoline just copies the sequence of data bytes. It doesn't know anything about IP or ICMP datagrams.
Re: [9fans] HTTP forwarding with aux/trampoline
On Sat Sep 26 14:14:16 EDT 2009, aku...@mail.nanosouffle.net wrote: > 'httpserver' is a server on a remote connection from > where the following is run: > > aux/listen1 tcp!*!80 aux/trampoline tcp!httpserver!442 > > where httpserver is running httpd that listens on port 442. > All is well, until it comes time for data transfer exceeding > 1666 bytes (images and any other file, really). Through > port 80 on the computer running trampoline, apparently > only 1666 bytes of data can be transferred at once, from > httpserver. The transfer just hangs after that. Getting > the same data from httpserver directly, yields no such > problem. is t possible that the path mtu is < 1500 bytes? if so, trampoline isn't going to forward icmp messages. - erik
Re: [9fans] 9vx as a perfect proto environment
I'm using 9vx as my primary development platform, and even though it's fantastic to have a Plan 9 environment so easily setup and integrated to the host OS, it has its limits. For example it will crash if your badly written program tries to read on a hanged up connection, or it will freeze if you run a buggy program in acid with truss. is this with the latest 9vx or the bin snapshot? I know the snapshot didnt ignore SIGPIPE which would cause the whole vm to shutdown when writing to a socket that shut down. However, that should be fixed in the latest sources. Mathieu Tim Newsham http://www.thenewsh.com/~newsham/
[9fans] HTTP forwarding with aux/trampoline
'httpserver' is a server on a remote connection from where the following is run: aux/listen1 tcp!*!80 aux/trampoline tcp!httpserver!442 where httpserver is running httpd that listens on port 442. All is well, until it comes time for data transfer exceeding 1666 bytes (images and any other file, really). Through port 80 on the computer running trampoline, apparently only 1666 bytes of data can be transferred at once, from httpserver. The transfer just hangs after that. Getting the same data from httpserver directly, yields no such problem. ak
Re: [9fans] OMAP35 OSWALD
On Sat, Sep 26, 2009 at 10:32 AM, John Floren wrote: > I wonder if > they'd be willing to go big time and sell these things? I asked them. "Everyone asks us that". They're not sure. The zigby is an issue, they did it because the 802.11 chips are really closed due to FCC fear of unlicensed spectrum use. ron
Re: [9fans] OMAP35 OSWALD
On Sat, Sep 26, 2009 at 12:36 PM, ron minnich wrote: > http://osel.oregonstate.edu/files/osel_newsletter_200905.pdf > > Neat stuff. It looks like something I'd buy, but it's all student > designed, even the lexan case. > > ron > They have what looks to be a decent production process... I wonder if they'd be willing to go big time and sell these things? I didn't see any sign of that on the website, though (http://beaversource.oregonstate.edu/projects/cspfl). I know my university loves student-founded companies and even gives them office space & a little capital to start out; wonder if OSU would spin this out into something similar. John -- "Object-oriented design is the roman numerals of computing" -- Rob Pike
Re: [9fans] OMAP35 OSWALD
I just want to point out that there is no available documentation for the powervr chips. There is only a driver blob for linux. However a register specification of that chip, if available to anyone would be highly appreciated *hint* *hint* Best regards, André On Sep 26, 2009, at 6:36 PM, ron minnich wrote: http://osel.oregonstate.edu/files/osel_newsletter_200905.pdf Neat stuff. It looks like something I'd buy, but it's all student designed, even the lexan case. ron
[9fans] iw9p wip writeups
reminder: the deadline is october 5. this can't be extended. - erik
Re: [9fans] 9vx as a perfect proto environment
I agree - 9vx is great for experimentation, especially thanks to its effortless access to the underlying host file system. I've had less success using it for "real work", at least on MacOS 10.5 and 10.6 - for example running a venti server eventually results in something like 9vx panic: sigsegv on cpu7 [No, I don't have an 8-core macbook ...]
Re: [9fans] 9vx as a perfect proto environment
I've definitely seen it on linux. I'm using 9vx as my primary development platform, and even though it's fantastic to have a Plan 9 environment so easily setup and integrated to the host OS, it has its limits. For example it will crash if your badly written program tries to read on a hanged up connection, or it will freeze if you run a buggy program in acid with truss. Still, it's so convenient compared to dual booting or qemu that I prefer sticking with it. Cheers, Mathieu --- Begin Message --- > I've had less success using it for "real work", at least on MacOS > 10.5 and 10.6 - for example running a venti server eventually > results in something like > 9vx panic: sigsegv on cpu7 I've seen similar on FreeBSD, though I don't think I've see it on Linux. I use 9vx pretty much all the time as my terminal and stand-alone when I'm not connected to my network. In those uses, a crash once or twice a day hasn't been bad enough to make me investigate. BLS --- End Message ---
Re: [9fans] 9vx as a perfect proto environment
> I've had less success using it for "real work", at least on MacOS > 10.5 and 10.6 - for example running a venti server eventually > results in something like > 9vx panic: sigsegv on cpu7 I've seen similar on FreeBSD, though I don't think I've see it on Linux. I use 9vx pretty much all the time as my terminal and stand-alone when I'm not connected to my network. In those uses, a crash once or twice a day hasn't been bad enough to make me investigate. BLS
[9fans] OMAP35 OSWALD
http://osel.oregonstate.edu/files/osel_newsletter_200905.pdf Neat stuff. It looks like something I'd buy, but it's all student designed, even the lexan case. ron