Beside the Mercurial issue, the Go 1.2 release will not work on Plan 9. You
have to follow tip. Just remove "-u release" from the clone line.
--
David du Colombier
Hi all,
If there was a push to write a regression testing suite, or at least some
rudimentary tests, I'd be interested in lending a hand.
Been working in fairly low level QA/Automation for a few years.
Seems like writing a fairly thorough for plan9 would be no trivial task,
but certainly could be
Hello,
I would also be quite interested in helping if people are embarking on such
a project.
I'm a Computer Science student and I've been using a raspberry pi trying to
learn more about plan 9. Creating regression tests could be a good way for
me to poke around the system learning how it works w
Could you post or have a look at libc_plan9.h - that file is generated by
stripping out some things from /sys/include/libc.h and it appears that
something in that process has generated a syntax error.
Pete
ps. I think it’s impossible to copy from vbox unless you have guest additions
installed
On Wed, Mar 26, 2014 at 5:23 PM, wrote:
> Could you post or have a look at libc_plan9.h - that file is generated by
> stripping out some things from /sys/include/libc.h and it appears that
> something in that process has generated a syntax error.
Pete,
Yes, you are right. I see an empty enum de
>Attaching a
> screenshot. I still can't seem to copy text to/from virtualbox.
One thing you can do is to run Plan 9 in virtualbox but use drawterm
on the host to access it. Then you
can copy/paste from the drawterm window.
Mark.
You can easily fix the generated include/plan9/plan9_libc.h file by
hand for now. It seems /sys/include/libc.h is slightly different on
9atom, so the include/plan9/mklibc.rc script have to be adapted. Don't
forget to comment out the generation of plan9_libc.h in src/make.rc.
--
David du Colombier
On Wed, Mar 26, 2014 at 6:08 PM, David du Colombier <0in...@gmail.com> wrote:
> You can easily fix the generated include/plan9/plan9_libc.h file by
> hand for now. It seems /sys/include/libc.h is slightly different on
> 9atom, so the include/plan9/mklibc.rc script have to be adapted. Don't
> forget
On Wed, Mar 26, 2014 at 5:39 PM, Mark van Atten wrote:
>>Attaching a
>> screenshot. I still can't seem to copy text to/from virtualbox.
>
> One thing you can do is to run Plan 9 in virtualbox but use drawterm
> on the host to access it. Then you
> can copy/paste from the drawterm window.
I haven'
On Wed Mar 26 08:39:24 EDT 2014, 0in...@gmail.com wrote:
> You can easily fix the generated include/plan9/plan9_libc.h file by
> hand for now. It seems /sys/include/libc.h is slightly different on
> 9atom, so the include/plan9/mklibc.rc script have to be adapted. Don't
> forget to comment out the g
> Yes, you are right. I see an empty enum declaration:
>
> enum {
> }
>
> .. in between the "extern .. tokenize.." and "extern .. malloc .. "
> declarations.
>
> I will see how this file is generated. Thank you very much. I am
> running 9atom and not the Bell Labs plan9. I am not sure if some
>
> this guess is incorrect. i installed python/hg on 9atom
> 3 weeks ago with jeff, and there were no issues at all.
This is Go, not Python.
--
David du Colombier
On Tue Mar 25 22:22:23 EDT 2014, kokam...@hera.eonet.ne.jp wrote:
> The upas (your nupas) has problem with using POP3
> mail reading.
>
> In your source, there is a comment regarding this.
> Yes, I met the same problem as your comment in
> sanembmsg() in mbox.c.
>
> Before trying this myself, I s
On Wed, Mar 26, 2014 at 7:17 PM, erik quanstrom wrote:
> On Wed Mar 26 08:39:24 EDT 2014, 0in...@gmail.com wrote:
>> You can easily fix the generated include/plan9/plan9_libc.h file by
>> hand for now. It seems /sys/include/libc.h is slightly different on
>> 9atom, so the include/plan9/mklibc.rc s
> I regret not to have more detailed info. I suspect there is something
> changed in the detach primitives or so. But its only a very personal
> opinion.
hmm. would it be too much to ask to request a ps of the processes that
failed to exit? i really would just like to know what state they're in
On Wed Mar 26 07:11:38 EDT 2014, riddler...@gmail.com wrote:
> Hello,
>
> I would also be quite interested in helping if people are embarking on such
> a project.
>
> I'm a Computer Science student and I've been using a raspberry pi trying to
> learn more about plan 9. Creating regression tests
i think it's time to get rid of the +usbinstamd64.bz image. the
process seems to work pretty well. updates to the image will be
here starting immediately:
http://ftp.9atom.org/other/usbinstamd64.bz2
- erik
erik quanstrom ha scritto:
I regret not to have more detailed info. I suspect there is something
changed in the detach primitives or so. But its only a very personal
opinion.
hmm. would it be too much to ask to request a ps of the processes that
failed to exit? i really would just like to know
> Here mount /srv/bcscan /n/bc gives a readable /n/bc/bcU0/data.
>
> Then the reader is unplugged
>
> bootes 120:00 0:00 336K Pread bcscan
> bootes 130:00 0:00 336K Rendez bcscan
> bootes 140:00 0:00 336K Rendez bcscan
>
> Plaese not
i should learn chess so i don't ask questions in serial.
Sorry, I don't understand the meaning of this sentence.
The word by word translation, in italian, has no logical meaning.
with acid, you can get a backtrace of process 12 and get the fd
it is reading. /proc/12/fd should have the file des
> I'll try, even if I don't know acid very well.
>
> What is the backtrace of a process. lstk() ?
lstk() gives the details (including locals) stk() is a basic
backtrace. see acid(1) or /sys/doc/acid.ps
- erik
By the way, I've just updated the binary package to Mercurial 2.9.1.
http://www.9legacy.org/download.html
--
David du Colombier
erik quanstrom ha scritto:
i think it's time to get rid of the +usbinstamd64.bz image. the
process seems to work pretty well. updates to the image will be
here starting immediately:
http://ftp.9atom.org/other/usbinstamd64.bz2
- erik
This image behaves as follows:
...
8._cp 8.unicod
> ; g sanembmsg|grep pop
> mbox.c:490: sanembmsg(mb, m); /* fails with pop but i want this debugging for
> now */
> mbox.c:521: sanembmsg(mb, m); /* fails with pop but i want this debugging for
> now */
> mbox.c:548: sanembmsg(mb, m); /* fails with pop but i want this debugging for
> now */
Wow
On Wed Mar 26 21:11:45 EDT 2014, kokam...@hera.eonet.ne.jp wrote:
> > ; g sanembmsg|grep pop
> > mbox.c:490: sanembmsg(mb, m); /* fails with pop but i want this
> > debugging for now */
> > mbox.c:521: sanembmsg(mb, m); /* fails with pop but i want this
> > debugging for now */
> > mb
thanks, i'll look into this.
- erik
26 matches
Mail list logo
