I don't know this page. Thanks!
On 2015/07/09 0:45, David du Colombier wrote:
I tried to download plan9 image, but I cannot access to plan9 website.
http://plan9.bell-labs.com/plan9/
Would you tell me anything about this?
(server maintainance? or server down?)
You can download Plan 9 on https:
To David & adrian
I can see the plan9 web page. Thank you.
On 2015/07/09 6:05, David du Colombier wrote:
Interestingly, I had the same problem. But now it seems to work, I can access
everything as normal.
Maybe it was just a test to find out how quickly we would realise that the site
was dow
Hi Hugo. I'm not sure who you're addressing. Jens did the port.
I maintain gawk.
Removing bloat unfortunately isn't going to happen in the mainline
code base since there are backward compatibility issues.
However, I'm happy to incorporate portability changes to make porting
to Plan 9 easier, if t
Anyone stripped rsc's libtask for use on a bare metal embedded system,
I'am about to do it but if somone already has I could steal it.
-Steve
On Thursday 09 July 2015 02:49:53 arn...@skeeve.com wrote:
> However, I'm happy to incorporate portability changes to make porting
> to Plan 9 easier, if they're reasonable.
For portability changes, I think not much is needed.
There was an issue with a duplciate case in posix/gawkmisc.c ,(S_IFSO
FWIW: fgb did a stirling script called config which sets up some
environment and runs configure under ape. It doesn't always work but often gets
close
to generating a config.h as linux intended.
-Steve
Does anyone have experience using Intel NUCs with Plan 9? I'm looking
at
http://www.amazon.com/Intel-Next-Unit-Computing-NUC5i3RYK/dp/B00S1ISFOQ/ref=sr_1_9?s=pc&ie=UTF8&qid=1436443454&sr=1-9&keywords=intel+nuc
which is a Broadwell Core i3.
Other recommendations for low-cost, small form factor box
Arnold,
I am not sure who I am addressing either :-) Just wanted to know where
this gawk port was heading.
The thing is that I use a slightly modified version of Plan 9's awk.
In this version, I added all the math functions from C and replaced
the random number generator by the Mersenne twister.
As
> On Jul 9, 2015, at 5:19 AM, Steve Simon wrote:
>
> FWIW: fgb did a stirling script called config which sets up some
> environment and runs configure under ape. It doesn't always work but often
> gets close
> to generating a config.h as linux intended.
Configure predates Linux. That, or my m
On Thursday 09 July 2015 11:19:33 Steve Simon wrote:
> FWIW: fgb did a stirling script called config which sets up some
> environment and runs configure under ape. It doesn't always work but often
> gets close to generating a config.h as linux intended.
part of that script is already "fixed" since
confirmed. it's existence is due to early gnu programs fighting with small
variations in unix and compilers. byron's rc used a small script to the same
effect. but for the most part, this all could be avoided with careful planning
and not using esoteric functions.
gcc also had its own conf
I really like rsc's libtask and have managed to hide it in a few products.
As for your question: What architecture? Any runtime available?
Personally, I've used libtask on ARM/x86 under Linux/OSX... hardly "bare
metal" though.
The current implementation depends mostly on the ucontext API + berke
Is the Raspberry Pi2 bad choice?
http://www.plan9.bell-labs.com/wiki/plan9/download/
On 2015/07/09 21:18, arn...@skeeve.com wrote:
Does anyone have experience using Intel NUCs with Plan 9? I'm looking
at
http://www.amazon.com/Intel-Next-Unit-Computing-NUC5i3RYK/dp/B00S1ISFOQ/ref=sr_1_9?s=pc&ie
The system I am trying to add libtask to has no runtime other than libc.
Corrently it is an even based system that uses a "min main loop" and
a twisty maze of nested state machines that all look the same.
Hence my desire to add co-routines + channels (i.e. exactly what libtask is)
to it. I have n
Hi!
I'm currently writing a graphical application in Go that I would like to
be able to run both in Unix and Plan 9. Currently the 9fans.net/go/draw
library only works in Unix, by connecting to p9p devdraw. Does one of
the maintainers of that repository read this list?
I have the following questi
I mean 9fans.net/go/draw
Sorry for the wrong subject line
Am 09.07.2015 um 16:52 schrieb Friedrich Psiorz:
> Hi!
>
> I'm currently writing a graphical application in Go that I would like to
> be able to run both in Unix and Plan 9. Currently the 9fans.net/go/draw
> library only works in Unix, by
> - Is anyone still maintaining the repo or is it dead? Who can I contact
> directly?
Russ Cox is maintaining the draw package.
> - Do you even want a native Plan 9 port?
Nick Owens did a Plan 9 port (based on a slightly older version).
https://bitbucket.org/mischief/draw9
> - Is there still i
Russ implemented his own setmcontext and getmcontext functions
to work on systems that doesn't properly support ucontext.
So I don't think you really need ucontext support in your libc.
By the way, I maintain an updated version of libtask:
https://github.com/0intro/libtask
I've used it on quite
Raspberry pi isn't what I want.
I want to be able to compile / do serious development and being able
to run Linux would also help. I'm not comfortable moving outside of
Intel architecture and I want the horsepower I can get out of a Haswell
or Broadwell.
Thanks,
Arnold
Shingo Onobori wrote:
>
So, the history is more than this.
Larry Wall's Configure (capital C) for rn and Perl was the first step
at a shell script to examine system features and generate a config.h.
It was inspirational for autoconf, but autoconf doesn't use any of
its code, as far as I know.
Autoconf was designed to so
On Thu, Jul 09, 2015 at 09:24:57AM -0600, arn...@skeeve.com wrote:
> So, the history is more than this.
>
> Larry Wall's Configure (capital C) for rn and Perl was the first step
> at a shell script to examine system features and generate a config.h.
Using a shell script to generate commands to co
Sounds like all you want are coroutines (with create, destroy & switch-to
calls) and wait queues (with create, destroy, signal & wait calls). With these
you can build channels easily. With a bit more work you can even implement
pre-emption but then you need mutexes. Setjmp/longjmp is fine (that
David, it's good to hear you're keeping libtask updated... I'll check it
out for sure!
On Thu, Jul 9, 2015 at 11:09 AM, David du Colombier <0in...@gmail.com>
wrote:
> Russ implemented his own setmcontext and getmcontext functions
> to work on systems that doesn't properly support ucontext.
> So I
BTW, somewhere I "wired in" TADNS (http://adns.sourceforge.net/) so
libtask's network lookups didn't block.
Let me know if you have any interest in me cleaning it up for use.
-joe
On Thu, Jul 9, 2015 at 11:09 AM, David du Colombier <0in...@gmail.com>
wrote:
> Russ implemented his own setmcontex
One other thing that I've looked at but never used is Adam Dunkels'
"protothreads" (http://dunkels.com/adam/pt/) although you'd still need to
roll your own channel library.
On Thu, Jul 9, 2015 at 10:50 AM, Steve Simon wrote:
> The system I am trying to add libtask to has no runtime other than li
Last night my gateway machine fans making final dying for real sounds and I
need a replacement. It's a T42 which was already half dead when I repurposed it
to this duty and it has worked for four years. I have RPi2, Beaglebone black
etc. But in the end I decided to buy a used T60 for $100.
> On
I looked at proto, they are just state machines pretending to be threads (imho)
- not my style.
libtask for me, I hope I can slice it a little and put the non-bear-metal bits
in seperate files so I can offer the changes back.
co routines plus channels is exactly what I want.
-Steve
> On 9
I have been very very impressed with the performance of the pi2,
really quite a usable machine - though it is still a terminal.
-Steve
Your use is different and simple enough that I would suggest doing this from
scratch in pure C. Or start from an existing setjmp based implementation. It
should really be a couple pages of code at most.
> On Jul 9, 2015, at 9:12 AM, "st...@quintile.net" wrote:
>
> co routines plus channels is
i would be interested (purely out of curiosity and for learning) to
see a simple test using libtask targeting something like
qemu-system-arm emulating a virtual board like VersatilePB[1] or
simpler system. i think that would be cool demo.
[1]
http://infocenter.arm.com/help/topic/com.arm.doc.dui0
I don't intend to engage in yet another 9fans flame war. I do not
argue with your analysis or proposal. However, it's based on considerable
hindsight and experience that wasn't available when autotools started.
Additionally, systems in that time period were changing continually.
So it was not alwa
all process-like implementations except if they give up on per-cpu
multiprogramming are setjmp based at heart.
- erik
On Jul 9, 2015 09:31, Bakul Shah wrote:
>
> Your use is different and simple enough that I would suggest doing this from
> scratch in pure C. Or start from an existing setjmp
32 matches
Mail list logo
