Re: [9fans] a jmp_buf in APE question

2013-01-07 Thread erik quanstrom
On Mon Jan 7 00:47:14 EST 2013, staal1...@gmail.com wrote: > Hi all. Perhaps I have been looking at completely the wrong places and > perhaps > I am just not grasping it at all. > > For a package that I want to build under APE, I need to put in the stack > pointer (sp) and the program counter

Re: [9fans] arm breakpoints

2013-01-07 Thread Richard Miller
> I just played a bit with acid on my IGEPv2 (omap) and Trim-Slice (teg2), > and I experienced the same problem with both. Thanks for trying that. In /n/miller/contrib/bkpt.tar there are some patched omap and teg2 files which I hope will work better. Would you like to try them before I submit a

Re: [9fans] a jmp_buf in APE question

2013-01-07 Thread Jens Staal
måndagen den 7 januari 2013 05.31.44 skrev erik quanstrom: > the structure within jmp_buf is entirely determined by the code in setjmp.s > > i don't think it would be wise to rely on the structure of jmp_buf. Do you mean by this that it would be unwise to do something like "variable that needs

Re: [9fans] a jmp_buf in APE question

2013-01-07 Thread erik quanstrom
> Do you mean by this that it would be unwise to do something like > > "variable that needs to be = sp" = (jmp_buf) jb[0] > "variable that needs to be = pc" = (jmp_buf) jb[1] yes, i think it would be unwise. i think you mean sp = ((uintptr*)jb)[0] pc = ((uintptr*

Re: [9fans] Mercurial and Plan 9

2013-01-07 Thread Yaroslav
We have problems with threading support in the mentioned APE python port (e.g. hg serve): they complain about invalid file descriptors which may be due to non-reentrant implementation of APE interfaces. I didn't look any deeper though. 2013/1/5 Federico G. Benavento : > Hola Steven, > > thanks for

Re: [9fans] a jmp_buf in APE question

2013-01-07 Thread Jens Staal
måndagen den 7 januari 2013 06.15.08 skrev erik quanstrom: > > yes, i think it would be unwise. i think you mean > > sp = ((uintptr*)jb)[0] > pc = ((uintptr*)jb)[1] > yeah sorry I did not mean it to look like C-code and the paranthesis was meant to indicate that

Re: [9fans] arm breakpoints

2013-01-07 Thread David du Colombier
> > I just played a bit with acid on my IGEPv2 (omap) and Trim-Slice > > (teg2), and I experienced the same problem with both. > > Thanks for trying that. In /n/miller/contrib/bkpt.tar there are some > patched omap and teg2 files which I hope will work better. Would you > like to try them before

Re: [9fans] info for manual

2013-01-07 Thread Steven Stallion
Tsk. Those Vita Nuova types are so unreliable... On Mon, Jan 7, 2013 at 12:27 PM, Francesco Cardi wrote: > http://www.vitanuova.com/plan9/index.html this manual exist in italian > language? maybe? i wrote email to vitanuova and staff but i am not > recived mail > > -- > Cardi Francesco alias Il

Re: [9fans] info for manual

2013-01-07 Thread erik quanstrom
On Mon Jan 7 19:30:14 EST 2013, cardifrance...@gmail.com wrote: > > Tsk. Those Vita Nuova types are so unreliable... > > why? i believe this was an inside joke rather than a serious comment. - erik

Re: [9fans] these are release of 9front?

2013-01-07 Thread John Floren
I recommend checking out the 9front list, https://groups.google.com/forum/?fromgroups#!forum/9front. They announce the new releases there and list the changes. It would also be a good place for asking about 9front. john On Mon, Jan 7, 2013 at 5:07 PM, Francesco Cardi wrote: > http://ninetimes.ca

Re: [9fans] these are release of 9front?

2013-01-07 Thread sl
> http://ninetimes.cat-v.org/news/ > > in these releases 9front there are customizations to the system or > just added firmware and patches? It's a fork. -sl

[9fans] New (again) to plan9

2013-01-07 Thread Francois Pussault
Indroducting myself : Hi there, I am new user of plan9 since I have my raspberry-pi so I use plan9 (modified SD-card Image from Mr.Miller with standalone-machine setup). I used plan9 on x486 many years ago. It's a pleasure to use it again. I hope I won't spam the list with too many questions..