On Tue Jul 21 02:03:39 PDT 2015, cinap_len...@felloff.net wrote:
> you have to use disk/partfs with the original usb/disk driver.
> nusb/disk in 9front supports partitions.
in 9atom, there is a loopback sd driver, should performance matter.
- erik
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
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
On Mon Jul 6 19:40:45 PDT 2015, staal1...@gmail.com wrote:
> There was a recent discussion about that it would be nice to have gawk on
> Plan9.
i'm confused. wasn't there also an effort to un-apeify the one true awk?
- erik
two additional points. I the style for note matching is strstr matching
because the exact string can't be counted on. for example details may be
added. also the bio(2) library and peint(2) areusually used instead of stdio.
- erik
On Jun 27, 2015 1:30 PM, Nils M Holm wrote:
>
>
> I'm trying
if you're running recent 9atom, /lib/unicodedata and
the runepunct and runeclass data may be updated either
by pulling the source or by
; cd /sys/src/cmd/runeclass
; mk nuke
; mk install
i recommend pulling the source as isalpharune(2) and
runeclass(2) have been tweaked to
On Thu Jun 18 03:43:58 PDT 2015, 0in...@gmail.com wrote:
> > Anyone looked at this, or have a version which performs both of these
> > features?
>
> So, I think you'll be happy with https://github.com/0intro/drawterm now.
so why do we have so many un-coordinated versions of drawterm?
- erik
On Sun Jun 14 14:12:13 PDT 2015, nsa...@gmail.com wrote:
> Why doesn't the plan9 test program have features for checking
> inequalities (i.e. greater than etc.)?
> What do you guys do when you want to test for inequality?
>
> Maybe the most convenient way to do that in the shell would be if I
> ma
> There have been many fixes to BWK's code since then. If you're going to
> start over, it should be done from his current code, available from
> his Princeton home page.
9atom's awk has been updated with bwk's recent source. it also has a fix for
the problem
sometimes seen with plan 9 installs
On Sat May 30 22:02:11 PDT 2015, quans...@quanstro.net wrote:
> On Sat May 30 21:43:03 PDT 2015, k...@sciops.net wrote:
> > Quoting arn...@skeeve.com:
> >
> > > BWK has said that malloc affects the performance of his awk; I think
> > > it's in his README file.
> >
> > Yes, it was explained to me
On Sat May 30 21:43:03 PDT 2015, k...@sciops.net wrote:
> Quoting arn...@skeeve.com:
>
> > BWK has said that malloc affects the performance of his awk; I think
> > it's in his README file.
>
> Yes, it was explained to me that plan 9 malloc does useful things instead
> of just shoving things into
On Sat May 30 13:36:14 PDT 2015, s...@9front.org wrote:
> On May 30, 2015, at 11:54 AM, erik quanstrom wrote:
>
> >> I would very much like to see this fast and conformant, so that APE
> >> awk can be thrown in the trash.
> >
> > i don't understand
> Personally, it's just one more reason to reduce our nation's dependence on
> foreign code -- does anyone want to help test pap's native awk?
pretty difficult to do if there is a desire to use git or hg.
- erik
> I would very much like to see this fast and conformant, so that APE
> awk can be thrown in the trash.
i don't understand this. awk is bwk's ota source, with some minor tweaks to
fit the
environment. it works well, and allows portable awk to be written. can you
explain what is to be gained by
On Fri May 29 14:26:54 PDT 2015, cinap_len...@felloff.net wrote:
> i did a google search for it and found this:
>
> http://pubs.opengroup.org/onlinepubs/007904975/basedefs/sys/wait.h.html
>
> which stated:
>
> "The id_t and pid_t types shall be defined as described in ."
>
> and also looked in
On Mon May 25 12:39:27 PDT 2015, staal1...@gmail.com wrote:
> Hi all.
>
> I tried using the following shim header to satisfy in a package I
> want to build.
>
> https://raw.githubusercontent.com/libressl-portable/portable/master/include/err.h
>
> It looked pretty neat since it does everything
On Wed May 27 12:51:19 PDT 2015, cinap_len...@felloff.net wrote:
> > A potential bug in APE sys/wait.h : the header does not make sure that
> > pid_t
> > has been defined.
> > Compiling sbase on Plan9/APE ended up in situations where there were lots
> > of
> > compilation faliures simply becaus
On Mon May 25 16:05:22 PDT 2015, uldericofi...@gmail.com wrote:
> It seems I solve my own problem by accident. In the end I am using this
> script:
>
> #!/bin/bash
> /usr/local/plan9/bin/plumber
> cat /usr/local/plan9/plumb/fileaddr /usr/local/plan9/plumb/basic
> $HOME/lib/plumbing | 9p write plu
> Uhm I might be mistaken, but I guess [8192]byte is an array, and []byte are
> slices - therefore they are different types.
>
yes, exactly. i suppose this implies that different size arrays are not type
compatable
(yea pascal). also the fu := bar[:] looks a lot like the tedious casting from
well, at least dennis wrote "why pascal is not my favorite programming
language".
from go build
./cat.go:36: cannot use data (type [8192]byte) as type []byte in
argument to cat
what? perhaps i'm missing something about the language, but it sure seems
ironic.
- erik
On Thu May 21 14:10:47 PDT 2015, brantleyco...@me.com wrote:
> I’m happy to report we are back in the storage business based on Plan
> 9. We acquired the rights to the SRX/VSX and HBA initiator drivers
> and will be selling, supporting and advancing the technology. I had
> been working on a non-P
> Except that OP wants to know why reading /fd/1 isn't allowed when the
> permissions allow it. I suspect something is a bit obscure, like the
> implementation being different from the stated permissions.
i imagine that the permissions on the underlying device are wrong.
"cons" is 600 in rio, and
On Sun May 10 14:36:15 PDT 2015, cinap_len...@felloff.net wrote:
> how is this the opposite? your patch shows the tcb->mss init being removed
> completely from tcpincoming().
>
> - /* our sending max segment size cannot be bigger than what he asked for
> */
> - if(lp->mss != 0 && lp->ms
> 2.a) tcpiput() gets a ACK packet for Listening connection, calls
> tcpincoming().
> 2.b) tcpincoming() looks in limbo, finds lp. and makes new connection.
> 3.c) initialize our connections tcb->mss.
>
> > * the setting of tcb->mss in tcpincoming is not correct, tcp->mss is
> > set by SYN, not b
On Sun May 10 10:58:55 PDT 2015, 0in...@gmail.com wrote:
> >> however, after fixing things so the initial cwind isn't hosed, i get a
> >> little better story:
> >
> > so, actually, i think this is the root cause. the intial cwind is misset
> > for loopback.
> > i but that the symptom folks will
> however, after fixing things so the initial cwind isn't hosed, i get a little
> better story:
so, actually, i think this is the root cause. the intial cwind is misset for
loopback.
i but that the symptom folks will see is that /net/tcp/stats shows
fragmentation when
performance sucks. evide
for what it's worth, the original newreno work tcp does not have the mtu
bug. on a 8 processor system i have around here i get
bwc; while() nettest -a 127.1
tcp!127.0.0.1!40357 count 10; 81920 bytes in 1.505948 s @ 519 MB/s (0ms)
tcp!127.0.0.1!47983 count 10; 81920 bytes in 1.3779
On Fri May 8 20:12:57 PDT 2015, cinap_len...@felloff.net wrote:
> do we really need to initialize tcb->mss to tcpmtu() in procsyn()?
> as i see it, procsyn() is called only when tcb->state is Syn_sent,
> which only should happen for client connections doing a connect, in
> which case tcpsndsyn() w
On Fri May 8 20:12:57 PDT 2015, cinap_len...@felloff.net wrote:
> do we really need to initialize tcb->mss to tcpmtu() in procsyn()?
> as i see it, procsyn() is called only when tcb->state is Syn_sent,
> which only should happen for client connections doing a connect, in
> which case tcpsndsyn() w
> Looking at the first few bytes in each dir of the initial TCP
> handshake (with tcpdump) I see:
>
> 0x: 4500 0030 24da <= from plan9 to freebsd
>
> 0x: 4500 0030 d249 4000 <= from freebsd to plan9
>
> Looks like FreeBSD always sets the DF (don't fragment) bit
>
> cpu% cat /net/tcp/3/local
> 127.0.0.1!57796
> cpu% cat /net/tcp/3/remote
> 127.0.0.1!17034
> cpu% cat /net/tcp/3/status
> Established qin 0 qout 0 rq 0.0 srtt 80 mdev 40 sst 1048560 cwin
> 258192 swin 1048560>>4 rwin 1048560>>4 qscale 4 timer.start 10
> timer.count 10 rerecv 0 katimer.start 2400
On Tue May 5 15:54:45 PDT 2015, ara...@mgk.ro wrote:
> It's pretty interesting that at least three people all got exactly
> 150kB/s on vastly different machines, both real and virtual. Maybe the
> number comes from some tick frequency?
i might suggest altering HZ and seeing if there is a throughp
On Wed May 6 14:28:03 PDT 2015, 0in...@gmail.com wrote:
> I got it!
>
> The regression was caused by the NewReno TCP
> change on 2013-01-24.
>
> https://github.com/0intro/plan9/commit/e8406a2f44
if you have proof, i'd be interested in reproduction of the issue from the
original source, or
perh
On Wed May 6 15:30:24 PDT 2015, charles.fors...@gmail.com wrote:
> On 6 May 2015 at 22:28, David du Colombier <0in...@gmail.com> wrote:
>
> > Since the problem only happen when Fossil or vacfs are running
> > on the same machine as Venti, I suppose this is somewhat related
> > to how TCP behaves
> I’m not sure I understand your proposal.
>
> But looking more at the code I need to port, an interpreter, I think
> the main issue is that the interpreter relies on sigvtalarm as
> a way to preempt the interpreted program while allowing
> the user program to use only sigalarm. So more generally
On Tue Apr 28 21:30:24 PDT 2015, aryx.pada...@gmail.com wrote:
> Hi,
>
> I’m trying to port some code to plan9 using APE
> but I can’t find the setitimer function in any include/ape/ files.
> What is the equivalent to setitimer under plan9?
if you're ok on using nsec() as your time source, select
> the code was in Google code I think, his porting instructions should work for
> the latest gawk too.
was, as in google code is dead.
- erik
> One potential big future change (not yet made) is to switch to
> strictly ANSI rules for unsigned+signed values meeting in "the usual
> arithmetic conversions". The rules are horrible, but it's one of the
> few ways in which the compiler implements something that's neither an
> extension nor a r
On Thu Mar 12 11:10:17 PDT 2015, chneukirc...@gmail.com wrote:
> erik quanstrom writes:
>
> > so an interesting problem i run into from time to time is separately
> > computing
> > the files added to and deleted from a directory in a shell script. uniq
>
On Thu Mar 12 10:09:06 PDT 2015, minux...@gmail.com wrote:
> On Mar 12, 2015 12:52 PM, "erik quanstrom" wrote:
> > so an interesting problem i run into from time to time is separately
> computing
> > the files added to and deleted from a directory in a shell script.
so an interesting problem i run into from time to time is separately computing
the files added to and deleted from a directory in a shell script. uniq doesn't
work for this. certainly one can loop over two lists of files and do this
easily,
but that seems dull and tedious.
but as it turns out,
On Fri Mar 6 04:57:18 PST 2015, giac...@tesio.it wrote:
> if ((++ncp & 7) == 0 && !xflag) {
>
> with
>
> if ((++ncp & 7) == 0 && !xflag && *(p-2) == ' ') {
that solves it. you have a problem with $tabstop. if you've cpu'd
or ssh'd somewhere, make sure the $tabstop is set properly, and that
t
On Fri Mar 6 01:33:22 PST 2015, st...@quintile.net wrote:
> I am getting an error from leak(1):
>
> :2: (error) mainmem used but not set
>
> Anyone seen such, understand, or even know where its coming from?
i had to use some patches to acidleak to keep it from running out of
memory on med
On Fri Mar 6 05:06:35 PST 2015, sstall...@gmail.com wrote:
> On Fri, Mar 6, 2015 at 6:08 AM, Aram Hăvărneanu wrote:
>
> > On Fri, Mar 6, 2015 at 12:59 PM, wrote:
> > > I think it's fair for Google to devote help for softwares that do have
> > > huge problems
> >
> > Correct. phpMyAdmin has hu
> Interestingly enough the problem disappears with a mono font.
>
> I suspect that troff is inserting such tabs instead of spaces when it
> thinks they are the same. Indeed libframe (as far I could understand from
> the manual and the sources) properly handles such variable width fonts.
>
> Looks
> > And btw, programs don't write man pages... yet.
>
> Are you familiar with the conventions that power godoc?
i think what's being said here is that programs don't write the content.
without looking at godoc, i'm pretty sure that intended usage and the
context are going to be written by a human
On Wed Feb 25 18:40:39 PST 2015, misch...@9.offblast.org wrote:
> does anyone care to take a stab at figuring out why mainmem->curalloc
> underflows? here's a c program to reproduce.
>
i can't replicate this on amd64/9atom
; 6.curalloc
6.curalloc 786: suicide: sys: trap: fault read addr=0x0 pc=
On Sat Feb 28 00:30:20 PST 2015, ba...@bitblocks.com wrote:
> On Sat, 28 Feb 2015 09:18:24 +0100 cinap_len...@felloff.net wrote:
> > i ment in the context of rio resize.
>
> Presumably he means his carefully laid out rio windows get out
> of kilter (or alignment) when they all get resized. You nee
> > I see a crash elsewhere now. Tried installation 3 times again and all
> > crashed at different places.
> >
> > One of them is:
> >
> > rc: note: sys: trap: fault write addr=0x7ee0 pc=0x20d790
> > rc 9024: suicide: sys: trap: ...
>
> Perhaps I should add that I tried the 386 install
> Ugh. I see the problem - a second pass is not made by applylog to update
> the mtime after files have been applied. Patch forthcoming.
>
steve, there are a bunch of changes in the replica utilities to help porting
history
from one file server to another in 9atom. cphist is intended for that p
>
> I had attempted to use a Sun Type 7 and an Apple wired (full size)
> keyboard. Both have hubs builtin.
the apple wired keyboard comes in several flavors. do you mean the slim on
or the thick one? i think there's a code on the back.
the thick one has trouble. i should go back and look at t
> Unfortunately I didn't see any change with usb-short-desc applied,
> though switching to the Lenovo did the trick. I'm very happy with how
> the new terminal is shaping up so far.
can you send me the info on the unhappy keyboard? i'd like to buy
one and figure out what's going on.
- erik
oh, and remember that a *powered* hub is pretty much essential.
- erik
> Last night I finally got around to getting a B+ I've had sitting in the
> closet and converted it to a terminal. I'm seeing this same problem. I've
> tried unplugging multiple keyboards and have also tried using a powered
> hub. I'm at a loss. Has anyone else figured out how to deal with this iss
On Sat Feb 14 09:40:55 PST 2015, quans...@quanstro.net wrote:
> > This morning, I decided to install 9atom. The installation went quite
> > well but towards the end, while it is compiling amd64 executables, I got
> > a panic and a freeze.
> >
> > panic: cpu0: cclose 0xf01c45f8
> > dumpstac
> This morning, I decided to install 9atom. The installation went quite
> well but towards the end, while it is compiling amd64 executables, I got
> a panic and a freeze.
>
> panic: cpu0: cclose 0xf01c45f8
> dumpstack: disabled
> cpu0: exiting
> cpu1: exiting
well, that's not good. i wil
> No webfs required!
>
> There's a factotum extension I wrote a while back that is bundled with
> Mercurial version 2.2+: http://mercurial.selenic.com/wiki/FactotumExtension.
> If you're using the mercurial contrib package from either jas or myself, it
> should be enabled by default.
thanks to b
> User-Agent: Mozilla/5.0 (compatible; hjdicks)
does anybody remember what the hardware that inspired this was?
and why proper marshalling code couldn't be written. c structures
can't really be trusted with memory layout.
- erik
On Tue Feb 10 00:22:32 PST 2015, subscripti...@posteo.eu wrote:
> Wrong, there's no drawterm on the monitor connected over HDMI :-).
>
perhaps the missing bit here is that drawterm shares almost all its code with
the plan 9
kernel and draw libraries. so it makes sense to suspect that the same
> MOVQQU -32(SI)(BX*1), X7
edit fail. Y != X. pfft.
- erik
at the risk of a second dumb question of the day, i'm looking at
MOVQQU -32(SI)(BX*1), X7
which generates the diagnostic
memmove4: doasm: notfound from=91 to=3b (220) [aname 666] -32(SI)(BX*1),X7
i tend to trust the compiler, but the verbage in the manual is a bit obtuse, and
i h
> No. I just realized you want conditional move from DX to (DI).
>
> It's an illegal combination. The intel document only lists three forms for
> CMOVNE:
> CMOVNE r16, r/m16 // CMOVWNE
> CMOVNE r32, r/m32 // CMOVLNE
> CMOVNE r64, r/m64 // CMOVQNE
>
> All of them are conditionally moving from reg/
> On Sun, Feb 8, 2015 at 6:27 PM, erik quanstrom
> wrote:
>
> > am i reading the intel docs wrong, or is 6l missing a valid instruction?
> >
> > memmove5: doasm: notfound from=12 to=92 (47)CMOVQNE DX,(DI)
> >
> Go's liblink (which is deri
On Sun Feb 8 15:31:26 PST 2015, don.bai...@gmail.com wrote:
> Technically, there are a few instructions that the 9 compilers miss.
> This is generally handled by the BYTE directive (see the asm manual).
>
> Alternatively, adding a new instruction to the lexer/etc is fairly
> trivial. See diffs b
am i reading the intel docs wrong, or is 6l missing a valid instruction?
memmove5: doasm: notfound from=12 to=92 (47)CMOVQNE DX,(DI)
- erik
i noticed this today by inspection. the tag passed to rendezvous is usually
a naturally-aligned address. for the same size rendhash, we can get shorter
hash chains for the usual case by dropping the low-order bits.
the "2" assumes 32 bits, and should really be replaced by
log2ciel(sizeof(uintpt
On Sat Feb 7 18:18:29 PST 2015, ba...@bitblocks.com wrote:
> On Sun, 08 Feb 2015 02:10:25 +0100 hiro <23h...@gmail.com> wrote:
> > Do the RPI2s break very fast or why is the warranty such an issue?
>
> A chip's rated clock rate is typically much lower that the max
> freq it at which it can run st
On Fri Feb 6 03:51:08 PST 2015, st...@quintile.net wrote:
> See /n/sources/patch/maybe/usb-short-desc
>
> That works a treat,
> thanks Cinap, Richard, and Erik.
great. the 9atom version of usb improves on the original by
adjusting a few constants to the standard. but the main fix is
several pl
On Fri Feb 6 03:56:17 PST 2015, cinap_len...@felloff.net wrote:
> http://felloff.net/usr/cinap_lenrek/aijuboard/
nice. thank you!
- erik
On Thu Feb 5 21:07:18 PST 2015, k...@sciops.net wrote:
> Quoting erik quanstrom :
>
> >
> > i was not thinking along those lines. :-( i just wanted to see a picture
> > of
> > the board. the render is nice, but the toy budget is not so large.
> >
>
On Thu Feb 5 20:38:05 PST 2015, k...@sciops.net wrote:
> Quoting erik quanstrom :
>
> >
> > does anyone have a picture of this board?
> >
>
> If you're asking for technical purposes, there's a render at
> http://9front.org/img/aijuboard.png but I
On Thu Feb 5 11:37:56 PST 2015, cinap_len...@felloff.net wrote:
> aiju build a computer arround the xilinx zynq-7000 (dualcore arm
> cortex A9 with fpga):
>
> http://aiju.de/electronics/aijuboard/
>
> and wrote kernel and bootloader here:
>
> http://code.google.com/p/plan9front/source/browse/sy
On Thu Feb 5 11:20:53 PST 2015, 9f...@hamnavoe.com wrote:
> > try changeing the
> > following line in /sys/src/cmd/usb/lib/dev.c in loaddevdescr():
> >
> > uchar buf[Ddevlen+255];
> >
> > to:
> >
> > uchar buf[Ddevlen];
>
> See /n/sources/patch/maybe/usb-short-desc
i should have remem
On Thu Feb 5 09:28:09 PST 2015, cinap_len...@felloff.net wrote:
> labs loaddevdescr() reads 255+18 bytes device descriptor
> instead of 18 bytes for some reason. try changeing the
> following line in /sys/src/cmd/usb/lib/dev.c in loaddevdescr():
>
> uchar buf[Ddevlen+255];
>
> to:
>
>
> All this reflections arise from the search for an orthodox way to change
> the tree structure of a synthetic filesystem.
> Moving large real files is not my actual issue here. I'm wondering for a
> synthetic filesystem in which, when you move a folder in a special
> directory, something magic hap
> Also, in the absence of symbolic links, you don't get to choose
> whether to migrate the "node" or the contents. Things get hairy, not
> just complicated.
sorry, we're going to have to disagree on this one. symbolic links are
a huge pain in the butt.
and to address your issue, both find and d
On Thu Feb 5 03:29:11 PST 2015, st...@quintile.net wrote:
> I am trying to use some micro sd cards with plan9.
> Thse are kingston SDC4/4Gbsp cards (4Gb) for embedded stuff.
>
> usbfat: won't recognise them and usb/disk with debug on grumbles
>
> 8.out: startdevs: opening #0 /dev/usb/ep7.0
sorry for the delay.
robert ball and brantley coile replaced
the dead motherboard for me, in my decidely non virtual
environment. many thanks to them for their help.
- erik
> you can consider doing it out of band; e.g. a new fossil console command.
> On Wed, Feb 4, 2015 at 6:30 AM Giacomo Tesio wrote:
>
> > And unfortunately I cannot figure out any alternative, either. :-(
> >
> > An interesting point is: why directory entries can be read but cannot be
> > written?
> You are right.
> But since protocol customizations goes against that same ideal, what's the
> plan9 way of dealing with a feature X (in this specific case atomic file
> moves)?
>
>
> > this requires delving into the namespace to tell that the directories are
> > still under the
> > same mount,
On Tue Feb 3 01:01:02 PST 2015, st...@quintile.net wrote:
> the control file idea is a neat way of doing atomic moves.
>
control files are a good way of dealing with all kinds of exceptional behavior.
but ...
to be fair, this goes against the unix ideal of having uniform file operations.
this
> > How do I log as user adm ?
> >
> > I use the standard plan9.iso image downloaded form ATT web site.
> > I have not set any password. Glenda is automatically logged in.
> > I've tried auth/changeuser but get "/mnt/key/adm permission denied" in
> > return.
> >
> > I'm new to plan9. Read ATT docs,
On Tue Feb 3 05:13:09 PST 2015, skip.tavakkol...@gmail.com wrote:
> fcp in plan 9 and 9pserve in p9p
don't forget aan.
- erik
On Mon Feb 2 13:20:08 PST 2015, ba...@bitblocks.com wrote:
> On Mon, 02 Feb 2015 20:54:02 GMT Skip Tavakkolian
> wrote:
> >
> > hardkernel's odroid-c1 is similar and slightly better performance for the
> > same price; any sense which port might be easier?
>
> Odroid-c1 is Cortex-A5 while Pi2 i
On Mon Feb 2 03:13:54 PST 2015, 9f...@hamnavoe.com wrote:
> Ethernet performance was improved quite a bit by the introduction
> of the etherusb kernel driver - before that, packets were going between
> usb and ether queues via a user space process.
>
> Any further improvement will probably be bou
> Now, since the protocol does not restrict names (even if Plan 9 does it),
> I'm wondering if setting the name to a full path starting from root could
> be used to change atomically the directory of a file (given the write
> permission on both original and target directory).
>
> Obviously I'm not
> Well, I left the machine on its own and after slightly
> less than an hour it offered a prompt with some more info,
> I believe, so now it might be clearer to say what is wrong.
> See prompt.png.
>
that's expected behavior /sys/lib/newuser will fix that.
the lengthy init was all venti.
- erik
On Thu Jan 29 07:47:49 PST 2015, st...@quintile.net wrote:
> I have some very un-plan9 3rd party libraries which rely on a
> #define to do byte swapping for endianess.
>
> Anyone have a neet recipie for mk to d3etect the
> current machines endianess?
; for(i in /*/include/u.h)echo -n $i ' ' && <
> >> I can't find details on the file execution permission: looks like a
> malicious client could just ignore it on files and execute anything that it
> can read (obviously I'm just talking about single files, not directory).
> >
> > It's not malicious, just incorrect. Obviously you can't exec
> > What's the proper message sequence to delete a file? And to delete a non
> > empty directly?
> >
> You point a fid at the file, then remove it:Twalk* ... Tremove
> A non-empty directory can't be removed.
> Tremove implies Tclunk
the current on-disk file servers do follow this r
> I tried 9atom from 2014-06-27, but it doesn't (now I add 'always'; sometimes
> it does get through) boot.
>
> If I choose to install plan9, I get a result shown in the attached
> a.png (and it does not proceed any further).
>
> If I choose to just boot (not install), it gets stuck after
> init:
> You might also be running services on it, and it's reasonable that it
> should manage its resources. It's best to refuse a new load if it
> won't fit, but that requires a fairly careful system design and works
> best in closed systems. In a capability system you'd have to present
> a capability
> Nevertheless all programs, I believe, in /sys/src are written assuming
> rfork() may return -l:
* cifs keepalive thread may not start
* ssh2 will malfunction in ssh.c
* htmlroff will malfunction
* imap4d idle will fail with no warning
* upas/scanmail:/^qmail, same issue
* page/gs.c will die wie
On Tue Jan 27 22:46:22 PST 2015, aris...@ar.aichi-u.ac.jp wrote:
> Hello,
>
> > nonetheless, i have experience running multi-user plan 9 systems, and users
> > were not usually the issue.
>
> Eric’s users are all gentleman, all careful people and all skillful
> programmers.
> If your system is s
On Wed Jan 28 06:05:50 PST 2015, lu...@proxima.alt.za wrote:
> > i'd forgotten the added difficulty with the 32-bit kernels that plan 9
> > overcommits
> > memory. so in a low-memory situation, a process can be killed by using more
> > stack!
>
> I could have sworn I heard otherwise. But things
On Wed Jan 28 00:31:49 PST 2015, 0in...@gmail.com wrote:
> > what motherboard and model did you use. it would be
> > good to buy something known to work.
>
> I bought a Supermicro X10SAE motherboard last year.
> It uses the same Intel i210 Ethernet controller as
> Erik's new motherboard. It works
> > in case that a process failed in getting resource such as memory or
> > process,
> > what it should do is very limited: puts out some message and exits.
> > this is right behavior.
>
> practically, for most simple programs fork error is handled by sysfatal().
> but things get more tricky for
i'm quite happy to report that this new haswell hardware worked the first time
with nix 64 bit. the ahci stuff should "just work" due to the standard, but the
i210 gbe was entered speculatively, and it's pretty nice that it just seems to
work.
so don't let 'em tell you "plan 9 only works with old
On Tue Jan 27 16:06:49 PST 2015, aris...@ar.aichi-u.ac.jp wrote:
> we don’t have perfect solution.
> nevertheless, we must protect system.
why does limiting forks "protect the system"? why must be "protect the system"?
and what does that phrase mean in this context?
> if we search ideal (or nearl
On Tue Jan 27 07:00:23 PST 2015, 0in...@gmail.com wrote:
> > I wonder what the difference is between
> > 9atom.iso.bz2
> > and
> > +9atom.iso.bz2
>
> I think one is more recent than the other.
the + one is experimental.
- erik
201 - 300 of 6034 matches
Mail list logo
