[9fans] Linking error with 8l, guys, could you tell me where to look?
The message is: (2050) DATA opnames1+116(SB)/4,$string1+739(SB) memccpy: multiple initialization (2170) DATA etnames1)+72(SB)/4,$string1+912(SB) memccpy: multiple initialization I know 2050 is somehow related to the line number where opnames appear in the code, and so is 2170 with etnames. I know it's suggesting I had an opnames initialized some where, but I just don't know where to look. I read the 8l man, but it seems there is no other docs where I can check for detail information. Can anybody tell me what the rest number of the message means, where should I look for the duplicate code? Many thanks guys.
Re: [9fans] Linking error with 8l, guys, could you tell me where to look?
On Mon Nov 26 04:56:23 EST 2012, zhangrui0...@gmail.com wrote: The message is: (2050) DATA opnames1+116(SB)/4,$string1+739(SB) memccpy: multiple initialization (2170) DATA etnames1)+72(SB)/4,$string1+912(SB) memccpy: multiple initialization I know 2050 is somehow related to the line number where opnames appear in the code, and so is 2170 with etnames. I know it's suggesting I had an opnames initialized some where, but I just don't know where to look. I read the 8l man, but it seems there is no other docs where I can check for detail information. Can anybody tell me what the rest number of the message means, where should I look for the duplicate code? this is the format from 8l/list.c:/^Pconv snprint(str, sizeof(str), (%ld)%A %D,%D, p-line, p-as, p-from, p-to); it looks like memccpy is defined twice in the same .8. i'd look for the symbol rather than the line number. the format of the line number doesn't fit the plumbable convention, which would be file:line, and also appears to not be the line number you are expecting. it's the line number after include files are processed. which while not wrong, is not helpful either. - erik --- example: ; cat mdef.c #include u.h #include libc.h void x(void) { } void x(void) { } void main(void) { } ; tmk mdef.c 6c -FVTw mdef.c 6l -o 6.mdef mdef.6 x: mdef.6: redefinition: x (818) TEXTx+0(SB),$0 ; # modified 8c to output line numbers in comments ; /sys/src/cmd/8c/6.out -S mdef.c TEXTx+0(SB),0,$0/* 806 */ RET , /* 808 */ TEXTx+0(SB),0,$0/* 811 */ RET , /* 813 */ TEXTmain+0(SB),0,$0 /* 816 */ RET , /* 818 */ END , /* 818 */
Re: [9fans] growing/shrinking venti arena files -OR- arena file format
I'm wondering if anyone can shed some light on growing and/or shrinking arena files (i.e., disk partitions). With the growing popularity of logical volume management, vitrualization, etc., resizing partitions is becoming more and more common, and many file systems already have resize tools or options to grow/shrink file system structures according to changes in the size of the underlying device. I'm wondering what capacities (if any) venti has for dealing with inceases or decresases in the size of its arena files. i'll be honest, i don't understand this statement of the problem. the venti abstraction has some answers for this problem. so i would be disinclined to look under the covers to start. venti arenas are very small (~650mb) and fill in order. so taking away empty arenas should be no problem, while taking away partial arenas will lead to data loss. 650mb seems like rounding error with today's storage, so personally i would ignore the problem of resizing an arena. alternatively, if one has truely tiny storage, i would be tempted to start with very small arenas, and still add or remove full arenas. worst case, i think venti/copy can be used to recover a deleted last arena to a smaller one. but the temporary storage requirements are a bit greater. - erik
[9fans] Fwd: Gathering for Uriel. Need photos!!!
-- Forwarded message -- From: Marie Hogfors marie.hogf...@gmail.com Date: Mon, Nov 26, 2012 at 3:15 PM Subject: Gathering for Uriel. Need photos!!! To: anu_kotam...@hotmail.com, z...@incoherencia.com, 23h...@gmail.com, frisco.rami...@gmail.com, death.proof.butter...@gmail.com, thewhiteti...@gmx.net, s...@9front.org Dear all of You, On the 12 of January, two days after Uriels birthday, we will arrange a gathering for Uriel. (Some of you have heard it before. Sorry if I repeat myself.) We will heat up and decorate my little Gallery. On the wall there will be a pictureshow (with photos of Uriel that I hope you all will send me) and we will listen to the music he himseif has chosen and we will drink to each others wellbeeing and in memeory of Uriel. Thereafter we will go to a beautiful place with big oaks to spread some seads for the birds that his mothers has sent to me. Back home we will have a meal and I hope a more jolly time together. Ureil wanted us to celebrate! So let us have a good meal and a nice time together. I have once more contacted Uriels mother and asked her if she wouldn´t like to come to chose what she wants from his belongings and take part in the gathering. What ever happens in that respect, we will distribute his belongings early in the morning the 12 and I hope it will be done in a nice way. In advance we will put aside those things that Uriel has mentioned and the small less valuable things you already have mentioned. Then we draw lots, 1 2 3 One after another we chose what he or she wants, then we go the other way round 3.2.1... Do not expect to much...Let it be a nice quiet moment! And above all we do not know what Uriels mother really wants. First she asked me not to distribute anything and then she has said that she wants nothing, but I can´t accept that as a final answer, until I have got it once more confirmed from her. About lodging: Andrea asked me if I knew a place. I hesitated... but my answer is now that you can all sleep in the bigger room. There is a dubbelbed,and a sofa and we can bring in Uriels bed, the rest will have to sleep on the floor. The kitchen and other rooms, I think, we will need for sorting things up. Welcome all of you and please contact those I have no mail address to and mail me an answer hopefully with photos of Uriel. For today, Marie P.S. The colourful ribbons I have asked permission to take aside. You will get some pieces each.
Re: [9fans] growing/shrinking venti arena files -OR- arena file format
I'm wondering if anyone can shed some light on growing and/or shrinking arena files (i.e., disk partitions). With the growing popularity of logical volume management, vitrualization, etc., resizing partitions is becoming more and more common, and many file systems already have resize tools or options to grow/shrink file system structures according to changes in the size of the underlying device. I'm wondering what capacities (if any) venti has for dealing with inceases or decresases in the size of its arena files. To make sure I understand the question I'll attempt to rephrase it. If I have a logical volume containing an arena partition and I resize that volume to a larger size, is there a way to make venti aware of the larger partition and format the additional space as arenas in the same partition? If I have understood the question correctly, I don't think any of the existing utilities will do that. In principle, it should be possible, assuming that you don't add so much that the arena map won't fit into the fixed 512K map that fmtarenas creates. Fmtarenas just writes a partition header and then loops through all the arenas calling newarena. You could probably update the partition header and call newarena for each arena in the new space. There are probably some gotchas that I'm overlooking at the moment, but that would be the place I'd start. Yes, I know that the canonical way to add more storage to a venti server is to format and add an ADDITIONAL arena file with venti/fmtindex -a. I'd be inclined to think this is easier and safer than munging around with an existing arena partition. Is there a TECHNICAL SPECIFICATION for the arena file format? The source code would the be most accurate spec on the format. I'd suggest starting with src/venti/srv/dat.h and move on to look at fmtarenas.c. Calls in it will lead you to the other files that will be interesting. For that matter, any formal specifications for 9P2000 Section 5 of the man pages is the best reference for this. venti protocol would be very helpful, too (for other purposes). The sources are the best place to look for this one too. BLS
Re: [9fans] RIP: Uriel
taunting about the 9load replacement, which sadly will now never happen.. cinap's ipl/9boot doesn't work for you? - erik
Re: [9fans] RIP: Uriel
it happend. its in 9front. -- cinap
Re: [9fans] pound symbol for troff
hey. i'm having trouble compiling word2txt.c from opc. ; ; mk word2txt.6 6c -FTVw word2txt.c word2txt.c:117 not a member of struct/union: root - erik
Re: [9fans] pound symbol for troff
On Mon Nov 26 21:43:47 EST 2012, quans...@quanstro.net wrote: hey. i'm having trouble compiling word2txt.c from opc. ; ; mk word2txt.6 6c -FTVw word2txt.c word2txt.c:117 not a member of struct/union: root sorry for the noise. - erik
Re: [9fans] Uriel
and we're arguing over whether my comments are technically accurate? This is a technical mailing list, what do you expect? ++L
Re: [9fans] pound symbol for troff
sorry, the code on sources is old, i have done much better since, it was waiting for a manpage before release... i will put new code upwhen i get to work. steve On 27 Nov 2012, at 02:43, erik quanstrom quans...@quanstro.net wrote: On Mon Nov 26 21:43:47 EST 2012, quans...@quanstro.net wrote: hey. i'm having trouble compiling word2txt.c from opc. ; ; mk word2txt.6 6c -FTVw word2txt.c word2txt.c:117 not a member of struct/union: root sorry for the noise. - erik