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
(or anyone else) has would be greatly appreciated.
Also, I would quite like to see those fp tests if you would be so kind.
On Wed, Mar 26, 2014 at 4:25 PM, erik quanstrom wrote:
> On Wed Mar 26 07:11:38 EDT 2014, riddler...@gmail.com wrote:
>
> > Hello,
> >
> > I would also
Hello guys,
I'm toying with floating point and the possibility of making some
regression tests for Plan 9's FP support. At the moment I'm testing results
of computations that should result in +/- infinity and as plan9 is built
with Unicode in mind figured I should attempt to use the actual ± 0x00B
Hello again,
Continuing on with my floating point adventures, I have a question that I
hope someone can provide some input on.
I'm general idea of what I'm doing the following:
double zero = 0.0;
notify(fpnotecatch); //Ignore divide by zero note for a moment
double pInf = 1.0/zero;
I'm using the standard plan9 kernel running in a 32bit i386 VirtualBox VM.
The fcr (printed with %ulb) was 100100 which seems to be FPPEXP and FPP
DBL.
Your code does indeed produce the expected output on my VM.
So if my kernel isn't really doing the right thin; and the 'expected'
behavior wo
I imagine I was expecting a bit much. I was expecting that it would execute
the instruction, thus putting infinity in the variable, then trigger a
"divide by 0" note. Meaning if I continued infinity would be there.
Thinking about it in hindsight, I could see the CPU/FPU/X doing "get
instruction ->
Hey guys,
I'm running the stock plan9 kernel in VirtualBox and I am expecting to see
two /dev/etherX entries but there is only one.
When I first installed it it had only one network card present, which
worked with no issues. I added a new one (host only network) with the same
model (Intel PRO/100
>
> there shouldn't be any /dev/etherX entries. do you mean /net/ether?
I do indeed
bind -a '#l1' /net
>
That has indeed done it, thanks!
Out of curiosity, what is it that is binding the first one automatically
and not the second?
It that just the standard behavior, or is it perhaps a script th
Out of curiosity is there a reason that the patches for a 64bit install
never ended up in the main plan9 codebase?
I would throw in a vote in favor of a good git client. It's something
I use daily and I find it works well with distributed people working
on the same project. Which is a situation Linux and plan9 share.
Last time I looked at how it was put together the 'core' was actually
just a small handful of
Some thoughts from a new guy.
I would suggest the best way might be to take the 'main' labs sources
distribution and build one patch at a time.
Should in theory leave behind it a nice linear list of patches from a
common base and might get some patches ready to go into sources (if
accepted) for fe
I'm thinking of turning my raspberry pi into a fossil/venti
combination to store some files and I am curious about how fossil
would handle a particular scenario.
Some background; I have a 1.5TB HDD that I was planning on turning
into a 64GB fossil partition and a ~1472GB venti partition.
It is qu
On 8 Jun 2014 00:19, "Steve Simon" wrote:
>
> sadly if fossil overflows it is terminal.
>
> having said this you can refresh your fossil from the last snapshot,
> so not everything has gone, but the rule is don't let fossil overflow.
Good to know.
> your venti size sounds very big. Perhaps you h
> Why would you want to make the fossil partition that small?
>
> I would keep it at least twice as large as the largest file
> I'd ever want to create.
I was not actually planning on making it that small, I was just
curious as to how fossil would react.
It was brought about mainly because the wik
> why bother optimizing this? fossil is going to be <1% of the disk even
> if you make it silly huge.
64GB was just a number that seemed like it should accommodate pretty
much anything I could need.
As Steve points out fossil won't do any caching of often used files so
I'll probably cut it in hal
Hey guys,
Starting to work on my raspberry pi fossil & venti file-server.
Currently, to network it I'm using a Netgear WNCE2001 that plugs in
with an Ethernet cable and configures with a web interface, so plan9
doesn't have to manage the wireless connection. However I would quite
like to start us
Hah, never seen these before.
Love the ”Follow the white rabbit" one Peter!
Hey guys,
I was going to sit down and build my raspberry pi file-server today
but I've just came into ownership of an Acer Revo L80. I've been given
it for free because it is broken. After the usual diagnostics it looks
like the RAM chip is dead >~400MB.
I'm thinking this may make a good CPU/Auth
Status update for anyone interested:
Revo successfully boots from 9atom USB stick! You just need to force USB
mode to hard drive in the BIOS.
With a wireless bridge the Ethernet works out of the box. Tested by
pinging 8.8.8.8.
Actual install hits a snag with "mbr: no default/data" haven't looke
I've been looking into it a bit more today. It actually seems to be quite stuck.
I get as far as the 'live usb' boot, with glenda, rio, acme etc
starting up. The "plan 9 install" screen and its live log are there.
While working through the install the only disk appears to be
/dev/sdu0. This is ~4G
> i wonder if the fact that syscall(1) was broken by the nsec thing caused fewer
> programs to be built than normal. this is fixed in the current image.
>
> i would recommend doing the following
> @{cd /sys/src/cmd/aux; mk install}
> @{cd /sys/src/cmd/bzip2; mk install}
>
> and run
File sent to email from sos output.
On Thu, Jul 10, 2014 at 4:57 PM, erik quanstrom wrote:
>>
>> There is a (partially) functioning Ubuntu installation on the pc, if
>> any output/info from it would be of use.
>
> not necessary.
>
> - erik
>
That seems to have brought it to life.
Thanks Erik!
On Thu, Jul 10, 2014 at 5:30 PM, erik quanstrom wrote:
> 0.31.5: disk 01.01.85 8086/1e09 5 0:f0d1 16 1:f0c1 16
> 2:f0b1 16 3:f0a1 16 4:f091 16 5:f081 16
> Intel Corporation 7 Series Chipse
I've came across seems to be just working out of
the box with the latest usbinstamd64 image from 9atom.
They might make nice little servers.
On Thu, Jul 10, 2014 at 8:03 PM, erik quanstrom wrote:
> On Thu Jul 10 13:12:55 EDT 2014, riddler...@gmail.com wrote:
>> That seems to
Hey guys,
Been toying with webfs/abaco and I'm attempting to try to use it
(webfs) from rc without much luck.
I've been doing the following:
% cat clone
0
acceptcookies on
sendcookies on
redirectlimit 10
useragent webfs/2.0 (plan 9)
% cd 0
% echo -n url http://www.google.co.uk
That makes sense, thanks for the info guys!
ces to this error in context with factotum but
not any fixes. Any suggestions as to what I'm missing?
Thanks,
Riddler.
Thanks for the info, I will take a look at 9fromt/p9p acme's code.
As for the second question, I am running plumber.
Just to check I did "9 plumber" to try to start it again and am
getting "Address already in use", so it is up.
If I do "ls /tmp/ | grep ns." the directory "ns.riddler.:0" is there
a
You are not the first one to bring this up. There is a chain titled
"CMS/MMS (VCS/SCM/DSCM) [was syscall 53]" that discusses it. I'd suggest
giving it a skim if you can find it in the archives.
That said, in my opinion:
> 1. The history is confined to Plan9.
> It is hard to do small fixes (ty
Tried everything I could think of with that path, except that...
That's fixed it, thanks!
Perhaps making the tagline a special case where acme will read from the
left to the bar | and use that for the file/directory name.
You would still have to chord it elsewhere but it might fix the most
annoying issue (inability to one click put etc)
Thoughts?
On 19 Aug 2014 21:40, "Blake McBride"
I think much in the same vein as git, venti doesn't need to worry too
much about collisions given the behavior when collisions occur is
well-defined and sensible in both systems.
It's second-preimage's that are more of a concern (and still not
possible with SHA1). The lack of preimage attacks on SH
Back of the napkin:
venti(8) has an index entry as 40 bytes. That would fill a 1MB erasure
block in 25k writes. A SLC should handle at least twice that. A MLC is
probably less than half that from what I understand. But we haven't
discussed wear levelling yet. With the index recommended to be 5% of
33 matches
Mail list logo
