[9fans] Vac using gobs of RAM?
I am running the admittedly somewhat odd vac command > phlogiston% vac \ > -d ... -q \ > -f ... \ > -h ... \ > -e acme/acid/386 -e acme/acid/alpha -e acme/acid/arm \ > -e acme/acid/mips -e acme/acid/power -e acme/bin/386 \ > -e acme/bin/alpha -e acme/bin/arm -e acme/bin/mips \ > -e acme/bin/power -e acme/mail/386 -e acme/mail/alpha \ > -e acme/mail/arm -e acme/mail/mips -e acme/mail/power \ > -e sys/man/vol1.ps -e sys/man/vol1.ps.gz -e sys/man/vol1.pdf \ > LICENSE* NOTICE acme lib rc sys ; and observe > nwf 426960:00 0:0082744K Fstatvac which raises the natural question > What is vac doing with 83 megabytes of RAM!? Thoughts? :) --nwf; pgpb0qaUdP25L.pgp Description: PGP signature
Re: [9fans] sed crash
On Feb 4, 2009, at 10:58 PM, andrey mirtchovski wrote: also, can you please remove debugging output from 9fans? What do you mean? Could you paste the raw text data for one of my emails? PGP for Mac Mail hides everything.
Re: [9fans] sed crash
Sed is fixed in plan9port.
$ hg diff sed.c
diff -r 478b53880a80 src/cmd/sed.c
--- a/src/cmd/sed.c Wed Feb 04 20:12:48 2009 -0800
+++ b/src/cmd/sed.c Wed Feb 04 20:13:08 2009 -0800
@@ -994,7 +994,7 @@
return 0;
subexp[0].s.rsp = buf;
subexp[0].e.rep = 0;
- if (rregexec(pattern, linebuf, subexp, MAXSUB)) {
+ if (rregexec(pattern, linebuf, subexp, MAXSUB) > 0) {
loc1 = subexp[0].s.rsp;
loc2 = subexp[0].e.rep;
return 1;
$
http://hg.pdos.csail.mit.edu/hg/plan9/rev/0bf86c524c9b
Re: [9fans] sed crash
also, can you please remove debugging output from 9fans?
Re: [9fans] sed crash
Dear Pietro, Could you please remove the PGP Signatures from your messages? don't do unto us, illegibly ak
Re: [9fans] sed crash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The bug doesn't seem to be in sed. The match() function calls rregexec(), which sets a strucuture that is set to loc2, which is made null for some reason. On Feb 4, 2009, at 10:08 PM, Pietro Gagliardi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lp = loc2; loc2 = sp - genbuf + linebuf; while(*sp++ = *lp++) At the point of crash, loc2 is a null pointer when it is assigned to lp, so when the while() statement executes, crash. Now to find out why and when loc2 becomes null. On Feb 4, 2009, at 9:59 PM, Pietro Gagliardi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Feb 4, 2009, at 9:28 PM, Uriel wrote: For those that enjoy fixing bugs: % echo foo | sed 's /..a|..b|..c|..d|..e|..f|..g|..h|..i|..j|..k|..l|..m|..n|..o|..p//g' Will crash both native and p9p sed. Yes, I know it is a nonsensical expression, but it is the simplest one that still made it crash, I have lost the original version which was much more complex. Note that providing two characters as input will still crash, but if the input line is a single character it wont crash. I have been meaning to get all the fun of tracking this one down myself for a while, but seems that I never get to it, so I will let others enjoy the fun of fixing it. Peace uriel For me, it crashes on the second line of input, in the dosub() function. Will investigate now. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkmKVgoACgkQuv7AVNQDs+x7ZACfYvtxSB5c8TD8LFFjPPHsgtah 9DwAnjIQ0GM4b82JGPpdJIUYfHjs7+Pv =7lRk -END PGP SIGNATURE- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkmKWCEACgkQuv7AVNQDs+xSQQCgoFPwqMsaphtaKBTHHLFryiJr eUMAnA9BjuDpMU40VqJp5hu1EDr3mdXp =XF/E -END PGP SIGNATURE- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEUEARECAAYFAkmKYMwACgkQuv7AVNQDs+xcpACYi9wXYM/0ONUOOrqPJu4ViRFZ BACfTLv0GRuZzUP/WYeU72Jm+KqDunw= =Vrfb -END PGP SIGNATURE-
Re: [9fans] sed crash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 lp = loc2; loc2 = sp - genbuf + linebuf; while(*sp++ = *lp++) At the point of crash, loc2 is a null pointer when it is assigned to lp, so when the while() statement executes, crash. Now to find out why and when loc2 becomes null. On Feb 4, 2009, at 9:59 PM, Pietro Gagliardi wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Feb 4, 2009, at 9:28 PM, Uriel wrote: For those that enjoy fixing bugs: % echo foo | sed 's/..a|..b|..c|..d|..e|..f|..g|..h|..i|..j|..k|..l|..m|..n|..o|..p// g' Will crash both native and p9p sed. Yes, I know it is a nonsensical expression, but it is the simplest one that still made it crash, I have lost the original version which was much more complex. Note that providing two characters as input will still crash, but if the input line is a single character it wont crash. I have been meaning to get all the fun of tracking this one down myself for a while, but seems that I never get to it, so I will let others enjoy the fun of fixing it. Peace uriel For me, it crashes on the second line of input, in the dosub() function. Will investigate now. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkmKVgoACgkQuv7AVNQDs+x7ZACfYvtxSB5c8TD8LFFjPPHsgtah 9DwAnjIQ0GM4b82JGPpdJIUYfHjs7+Pv =7lRk -END PGP SIGNATURE- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkmKWCEACgkQuv7AVNQDs+xSQQCgoFPwqMsaphtaKBTHHLFryiJr eUMAnA9BjuDpMU40VqJp5hu1EDr3mdXp =XF/E -END PGP SIGNATURE-
Re: [9fans] sed crash
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Feb 4, 2009, at 9:28 PM, Uriel wrote: For those that enjoy fixing bugs: % echo foo | sed 's/..a|..b|..c|..d|..e|..f|..g|..h|..i|..j|..k|..l|..m|..n|..o|..p//g' Will crash both native and p9p sed. Yes, I know it is a nonsensical expression, but it is the simplest one that still made it crash, I have lost the original version which was much more complex. Note that providing two characters as input will still crash, but if the input line is a single character it wont crash. I have been meaning to get all the fun of tracking this one down myself for a while, but seems that I never get to it, so I will let others enjoy the fun of fixing it. Peace uriel For me, it crashes on the second line of input, in the dosub() function. Will investigate now. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkmKVgoACgkQuv7AVNQDs+x7ZACfYvtxSB5c8TD8LFFjPPHsgtah 9DwAnjIQ0GM4b82JGPpdJIUYfHjs7+Pv =7lRk -END PGP SIGNATURE-
[9fans] sed crash
For those that enjoy fixing bugs: % echo foo | sed 's/..a|..b|..c|..d|..e|..f|..g|..h|..i|..j|..k|..l|..m|..n|..o|..p//g' Will crash both native and p9p sed. Yes, I know it is a nonsensical expression, but it is the simplest one that still made it crash, I have lost the original version which was much more complex. Note that providing two characters as input will still crash, but if the input line is a single character it wont crash. I have been meaning to get all the fun of tracking this one down myself for a while, but seems that I never get to it, so I will let others enjoy the fun of fixing it. Peace uriel
Re: [9fans] Sources Gone?
On Tue, 2009-02-03 at 17:30 +, Brian L. Stuart wrote: > > information can't leak in principle, but root scores are dangerous, which > > is why open-access venti servers are problematic - if such a score > > *does* happen to leak, then unconditional access to all your data has > > also leaked. > > If I understand correctly, this line of discussion > is primarily motivated by the idea of an open-access > venti server. Correct. But with this caveat: I only care about the blocks that are part of vac structures. Erik keeps reminding us that venti doesn't care about what's in the blocks. True. But now, I've drawn a line. There's only one type of blocks that I'm interested in -- blocks which are part of vac structures. > The venti itself doesn't need to be open- > access if there's a proxy server that is. Absolutely! > Maybe I'm misunderstanding the problem we're trying > to solve, but if the objective is to provide open > venti access but the necessary protection mechanisms > really belong elsewhere, it seems reasonable to > create the elsewhere and not incorporate them into > venti. Looks like we're in a complete agreement. And thanks for the summary! Thanks, Roman.
Re: [9fans] Sources Gone?
On Tue, 2009-02-03 at 19:27 +0200, lu...@proxima.alt.za wrote: > But I do not recall the details and I think Roman is the one who > needs to recap this discussion and bring it to a conclusion. Wow! This ended up being quite a thread ;-) I'll try to comment on a couple of things first, in this single email, and then try to recap: erik> if you want users, groups and access control, isn't the fs the erik> place to go? i'm trying to see how doing fsey things at the erik> venti level would be useful, but i don't see it yet. Yes, as I pointed in my prior reply to you the access control sure does belong to the FS. But... roger> the attraction, for me at any rate, is that certain operations roger> are really cheap and easy in venti, but expensive in the fs. roger> cloning/copying a multi-gigabyte tree being the canonical roger> example. ...if you completely firewall venti by the fossil, you can longer get the benefits roger is talking about (and these benefits is precisely what I'm after). Essentially, replica of a venti-backed fossils is only needed because there's no way to get to venti. All you see is an FS interface. Now, this conversation made me realize that since there has to be a proxy anyway (just as Anthony, I'm not fully convinced by roger's proposal) and since most of what this proxy needs to care about is FSish type of things may be the answer is extending fossil, not venti. IOW, augmenting fossil with a set of API that would let two ventis exchange filesystem blocks, but only as long as the user is authorized to do so. This takes care of Erik's remark that venti doesn't know what's in the blocks. Sure it doesn't. But now fossil (as a proxy) does. Thanks, Roman.
Re: [9fans] Intel 82544EI Gigabit Ethernet (Fiber)
On Wed Feb 4 11:34:03 EST 2009, 9p...@imu.li wrote: > I've several Intel PRO/1000 XF cards that I would like to use. I remember > these cards working before, but they don't now. Looking at etherigbe.c, I > see 'intergrate fiber stuff back in' in the todo list. Has anybody looked > at this recently and know what would be involved? I can muddle around and > try to figure out what is happening, but any advice would be swell. > > % pci -v > ... > 1.10.0: net 02.00.00 8086/1009 5 0:e304 131072 1:e306 131072 > 2:000a001 32 > Intel Corporation 82544EI Gigabit Ethernet Controller (Fiber) if you're just looking for gbe and you're not looking for a 40km link, you might consider getting a intel pro 1000/pt. they're about $35 and perform as well as (and often better than) intel's earlier nics. i've got three or four at home. if you do need the fiber, i would imagine that many things about the exsting driver will work. things like link detection might be broken. and they may be some phy configuration that needs to happen manually. but most intel cards do a pretty good job of picking workable defaults. i'd be happy to answer questions offline. unfortunately, i don't have any such cards, so i won't be all that useful. - erik
Re: [9fans] Some arithmetic [was: Re: Sources Gone?]
> Assuming SHA-1 is indeed cryptographically secure (which is the assumption > made by the venti paper) Well, I read it like it was just sufficiently secure against unintended collisions. It's not intended to encrypt, but to efficiently store data.
Re: [9fans] Plan 9 boot freezes at usbd...
On that note, I have some devices connected via USB: keyboard, mouse, Seagate external HDD, OfficeJet printer. On Live CD boot up, I get several messages from usbd, something like: usbuhci: cleanTD 1/0: Error ... and four or so hex numbers take the place of the elipses. However, my keyboard and mouse work fine -- none of the other devices are even recognised. I'll be more than happy to provide more information for anyone who wants to look into this, ak
Re: [9fans] Some arithmetic [was: Re: Sources Gone?]
On Wed, Feb 04, 2009 at 11:40:51AM -0500, Nathaniel W Filardo wrote: > entire sun-facing solid angle of the earth into a similarly perfect > computer, we get 2^192/2^32*(4.5 x 10^(-10)) ~~ 2^129 addition operations in Rats, I got overly happy with exponentiation (should be 2^5, not 2^32). Correcting the error gives 2^156 operations in a year, which is more than sufficient to expect to find a root block. Management would like to apologize for the oversight. --nwf; pgpSFypMb3P06.pgp Description: PGP signature
[9fans] Some arithmetic [was: Re: Sources Gone?]
On Wed, Feb 04, 2009 at 05:40:01PM +0900, sqweek wrote: > On Tue, Feb 3, 2009 at 9:54 PM, erik quanstrom wrote: > >> Yes, but the content isn't guaranteed to be from a single user. In > >> fact, venti has no clue. Change that and it's not venti anymore. > > > > exactly. but it's important to note that it's crypto hard to guess > > somebody else's block. > > Is it? Well, to guess a specific block, obviously. > I'm pretty ignorant about the structures used to store trees in venti > - would it be possible to reconstruct the block containing the root of > a particular tree given say, /n/dump? Presumably only if you could read all the data under /n/dump, in which case there isn't a security risk. > Presumably something along the lines of "vac /n/dump/2009/0204" would > suffice, but failing that you still don't need to guess exactly the > block you are looking for... How long would it take to brute force a > block of a tree (giving you references to lots of other blocks) from > venti? Assuming SHA-1 is indeed cryptographically secure (which is the assumption made by the venti paper), you know only the type of the target block and no bits of its score regardless of any partial information you know about the block (total information obviously gives you the score). Assuming you don't care which block you read from the venti, and that the venti is storing K blocks of the requisite type, the odds of you guessing the score of any block stored is K/2^160. If you're after data blocks and the venti is storing an exbibyte (2^60 bytes == 2^47 8Ki blocks), I expect you'd have to take 2^113 queries to find your first data block. Assuming the venti is backing a fossil and has been running for 2^13 days (roughly 22 years), there are 3*2^13 "root-like" scores stored (AFAIK: one root for today's dump, one root of all past dumps, and one block that stores both of these scores), so I expect you'd take 2^(147)/3 queries to find one. Obviously some of these are more powerful than others, in terms of exposure, so you might be relatively lucker or unluckier if you found a root block, in which case you probably want to go buy as many lottery tickets as you can. Given those odds, if somebody wants my vac scores, they'll break into my office and steal the venti, or employ rubber hose cryptography. Or maybe SHA-1's really, really broken and has a much smaller output domain than 2^160... in which case, somebody should write a version of venti that uses one of the SHA2 variants or another hash. If you need additional assurances, bear in mind that somewhere around 2^192 addition operations requires 32 years with a perfect Dyson sphere around the sun and a thermodynamically perfect computer at 3.2K. Harnessing a typical supernova gives 2^219 addition operations (Schneier, Applied Cryptography, pp 158). Assuming those figures are right, and that we lack a Dyson sphere and there are no conveniently nearby supernovae, but that we can turn the entire sun-facing solid angle of the earth into a similarly perfect computer, we get 2^192/2^32*(4.5 x 10^(-10)) ~~ 2^129 addition operations in a year (that magic number is the area of a circle with radius matching that of the earth to the entire surface area of a sphere with radius one astronomical unit). That might be enough to find a data block with high odds but not a root block under the above assumptions. :) --nwf; pgpX0q6Q0hjim.pgp Description: PGP signature
[9fans] Intel 82544EI Gigabit Ethernet (Fiber)
I've several Intel PRO/1000 XF cards that I would like to use. I remember these cards working before, but they don't now. Looking at etherigbe.c, I see 'intergrate fiber stuff back in' in the todo list. Has anybody looked at this recently and know what would be involved? I can muddle around and try to figure out what is happening, but any advice would be swell. % pci -v ... 1.10.0: net 02.00.00 8086/1009 5 0:e304 131072 1:e306 131072 2:000a001 32 Intel Corporation 82544EI Gigabit Ethernet Controller (Fiber) ... Thank you, Tristan -- All original matter is hereby placed immediately under the public domain.
Re: [9fans] Plan 9 boot freezes at usbd...
You may be facing with the same problem to me.☺ If so, there is no solution now... Kenji --- Begin Message --- Hello, I'm new to plan 9 and I tried installing / starting the live CD on my laptop. It does however get stuck in both situations during booting, at a line saying 'usbd..' and nothing else. Could there be anything wrong with like finding the usb-connections? Thanks in advance, Bart --- End Message ---
Re: [9fans] usb problem of Asus P5K-VM motherboard
If I understood your mail, the problem is that buf is 0. That's not always a problem for a usb td. It could be a 0-bytes transfer. Such thing is ok. On Wed, Feb 4, 2009 at 3:50 PM, wrote: >> control transfers may read/write 0 bytes. >> That's not the issue probably. > > No, I meant kernel tried to write to fd 0, not 0 byte. > > Kenji > > >
Re: [9fans] usb problem of Asus P5K-VM motherboard
> control transfers may read/write 0 bytes. > That's not the issue probably. No, I meant kernel tried to write to fd 0, not 0 byte. Kenji
Re: [9fans] Flash Video
2009/2/3 Skip Tavakkolian <9...@9netics.com>: > the original question was about flash video. > > many here seem to have interesting ideas, but obviously > not motivated enough to want to plan/research/read/understand. > > two clues: mpeg4 and rtp I think you mean RTMP. There are a couple of open RTMP transporters, the only functional ones I've seen are in ruby and Java. --dho >>> By the way, Gnash seems to be quite useful. > > >
Re: [9fans] usb problem of Asus P5K-VM motherboard
control transfers may read/write 0 bytes. That's not the issue probably. IMHO, it's likely that at some point the driver missed a td and from that point on the endpoint stalled. On Wed, Feb 4, 2009 at 11:57 AM, wrote: >> my P5K-VM machine's pci output is as follows: >> 0.26.0: usb 0c.03.00 8086/2937 10 4:c481 32 >> 0.26.1: usb 0c.03.00 8086/2938 3 4:c801 32 >> 0.26.2: usb 0c.03.00 8086/2939 5 4:c881 32 >> 0.29.0: usb 0c.03.00 8086/2934 5 4:c001 32 >> 0.29.1: usb 0c.03.00 8086/2935 10 4:c081 32 >> 0.29.2: usb 0c.03.00 8086/2936 5 4:c401 32 > > I debugged the devusv.c usbuhci.c in /sys/src/9/pc, and got the > following result, where I'm confused why the b=0x0 value of the last line. > If this is true it would write to 0!, and system hungs. It's very > reasonable, but why we get b=0x0 at dumptd()... > > Anyway the debugging outputs after I plugined a usb disk are: > > e: 95 > r: 95 > r2: 280 > r3: 80 > r: 95 0 > e: 95 > speed 1 > out [8] 80 06 00 01 00 00 08 00 > queuetd qxmit: t=f0047080 lt=f0047080 q=f0048080 first=0 last=0 > entries=0001 >t=f0047080 q=f0048080 first=f0047080 last=f0047080 entries=00047080 > qh 0xf0048080: 0x480c2 0x1 > qh 0xf00480c0: 0x480e2 0x1 > qh 0xf00480e0: 0x480a2 0x1 > qh 0xf00480a0: 0x1 0x47060 > td 0xf0047060: l=0x47060 s=0x0 d=0x0 b=0x0 0x0 f=0x0 >s=,ep=0,d=0,D=0 > > here stalls. > > The functions used are: > portenable()-->portreset()-->portenable()-->write()-->qxmit()-->queuetd() >-->dumpqh()-->dumptd() > > I touched some on usb device long time ago, and now forgot all > because of my aging efect. > > If someone point me the place reporting wrong values, please > let me know it. > > Thanks inadvance > > Kenji > > >
Re: [9fans] usb problem of Asus P5K-VM motherboard
> my P5K-VM machine's pci output is as follows: > 0.26.0: usb 0c.03.00 8086/2937 10 4:c481 32 > 0.26.1: usb 0c.03.00 8086/2938 3 4:c801 32 > 0.26.2: usb 0c.03.00 8086/2939 5 4:c881 32 > 0.29.0: usb 0c.03.00 8086/2934 5 4:c001 32 > 0.29.1: usb 0c.03.00 8086/2935 10 4:c081 32 > 0.29.2: usb 0c.03.00 8086/2936 5 4:c401 32 I debugged the devusv.c usbuhci.c in /sys/src/9/pc, and got the following result, where I'm confused why the b=0x0 value of the last line. If this is true it would write to 0!, and system hungs. It's very reasonable, but why we get b=0x0 at dumptd()... Anyway the debugging outputs after I plugined a usb disk are: e: 95 r: 95 r2: 280 r3: 80 r: 95 0 e: 95 speed 1 out [8] 80 06 00 01 00 00 08 00 queuetd qxmit: t=f0047080 lt=f0047080 q=f0048080 first=0 last=0 entries=0001 t=f0047080 q=f0048080 first=f0047080 last=f0047080 entries=00047080 qh 0xf0048080: 0x480c2 0x1 qh 0xf00480c0: 0x480e2 0x1 qh 0xf00480e0: 0x480a2 0x1 qh 0xf00480a0: 0x1 0x47060 td 0xf0047060: l=0x47060 s=0x0 d=0x0 b=0x0 0x0 f=0x0 s=,ep=0,d=0,D=0 here stalls. The functions used are: portenable()-->portreset()-->portenable()-->write()-->qxmit()-->queuetd() -->dumpqh()-->dumptd() I touched some on usb device long time ago, and now forgot all because of my aging efect. If someone point me the place reporting wrong values, please let me know it. Thanks inadvance Kenji
[9fans] Plan 9 boot freezes at usbd...
Hello, I'm new to plan 9 and I tried installing / starting the live CD on my laptop. It does however get stuck in both situations during booting, at a line saying 'usbd..' and nothing else. Could there be anything wrong with like finding the usb-connections? Thanks in advance, Bart
Re: [9fans] Flash Video
On Wed, Feb 4, 2009 at 4:48 AM, Akshat Kumar wrote: > 2009/2/3 Skip Tavakkolian <9...@9netics.com>: >> the original question was about flash video. >> >> many here seem to have interesting ideas, but obviously >> not motivated enough to want to plan/research/read/understand. >> >> two clues: mpeg4 and rtp > > Thanks, I see there are some RFCs related to RTP, > and some particularly useful tools that could help in understanding > via example, such as [1]. > If you have any references to documents or applications that could > facilitate understanding or development in Plan 9, that would > be greatly appreciated. > > My idea/understanding of Web 2.0 on Plan 9 has been that we > would break apart the various mediums that diverge from the > plaintext and image, such as audio and video (which is perhaps > everything), and make simple standalone tools for accessing this > data. Then, primarily one attains just text from a direct HTTP > conversation with a webserver, and the tools providing us with this > conversation give us references to the other forms of data present > on the web site, for each of which we have a corresponding tool > for access. I'm sure this is a rather obvious style as envisioned > by just about anyone who's been using Plan 9, so a flash streaming > utility seems to be the next step. > > > Thanks for your input, > ak > > > [1] http://xenion.reactive-search.com/?page_id=7 > > I guess this the right approach for doomed web 2.0 I'm glad to hear you didn't plan some big inferno-like flash tool :)
Re: [9fans] Sources Gone?
On Tue, Feb 3, 2009 at 9:54 PM, erik quanstrom wrote: >> Yes, but the content isn't guaranteed to be from a single user. In >> fact, venti has no clue. Change that and it's not venti anymore. > > exactly. but it's important to note that it's crypto hard to guess > somebody else's block. Is it? Well, to guess a specific block, obviously. I'm pretty ignorant about the structures used to store trees in venti - would it be possible to reconstruct the block containing the root of a particular tree given say, /n/dump? Presumably something along the lines of "vac /n/dump/2009/0204" would suffice, but failing that you still don't need to guess exactly the block you are looking for... How long would it take to brute force a block of a tree (giving you references to lots of other blocks) from venti? -sqweek
