> I prefer my version to your versions. I can see uses for them already.
>
> ron
So do I, though I'm not sure I would have called the latter "my"
versions. That's not the point however. Since I don't seem to
been have sufficiently clear, I'll reword it a bit:
There are a lot basic UNIX/p9 uti
yeap, done. is there someone actively working on a port to the beagleboard?
just to eliminate duplicate work. i found ron's ts7200 which is a nice
starting
point.
On Mon, Oct 5, 2009 at 3:50 PM, erik quanstrom wrote:
> On Mon Oct 5 09:46:01 EDT 2009, rodri...@gmail.com wrote:
>
> > thanks erik,
On Tue, Oct 6, 2009 at 4:37 AM, erik quanstrom wrote:
>> > `ln foo/' would hardlink no files into the directory foo,
>> would read a list of filenames in and ln them
>
> better: ln: '/bin/ln' directory entry not found
well, yea, but I didn't want to get into that one :-)
ron
> > `ln foo/' would hardlink no files into the directory foo,
> would read a list of filenames in and ln them
better: ln: '/bin/ln' directory entry not found
- erik
OK, found this: http://www.math.uni.wroc.pl/~hebisch/tex/
7 years old but 7 years newer than the plan 9 version. I have mailed
the author to see how it is going.
compiles (quickly!) and runs under ape.
ron
On Mon, Oct 5, 2009 at 5:40 PM, erik quanstrom wrote:
>
> i just hate how the rush to use every last new feature
> leads to things like gnu configure and autotools, and
> ancient warhorses like tex no longer running.
I last built the C version of TeX quite some time ago. At the time, it
was quite
> I last built the C version of TeX quite some time ago. At the time, it
> was quite portable.
>
> Imagine my surprise to go to the new stuff and find ... Makefile.in
> ... configure.
>
> I had no idea. So much for a new port :-)
modern tex reminds me of vger from star trek. so much
encrusting
On Mon, Oct 5, 2009 at 2:04 PM, John Stalker wrote:
> `cat' would concatenate 0 files, i.e. ouptut nothing,
cat would copy stdin to stdout
> `chmod 755' would set the permissions of no files to 755,
would read a list of files from stdin and change the modes
> `cp foo/' would move no files to
> have your tried dma on?
>
> my installation has the same problem, but once it starts dma on
> everything works fine.
> It is annoying if you only enable dma through cpurc or termrc because
> untill it runs them everything is slow. good erik's sd stuff allows
> you to run dma right at the beginin
On Mon, Oct 5, 2009 at 19:40, erik quanstrom wrote:
> On Mon Oct 5 20:18:06 EDT 2009, rminn...@gmail.com wrote:
>> I'm just now looking at tex on plan 9 and finding that a 14-year old
>> release is not that useful with the newer packages.
>>
>> Has anyone tried newer stuff at all?
>
> i just hate
On Tue, Oct 6, 2009 at 4:38 AM, Latchesar Ionkov wrote:
> I have a *nomp=1 in plan9.ini.
>
> Lucho
>
> On Mon, Oct 5, 2009 at 1:32 PM, erik quanstrom wrote:
>> On Mon Oct 5 14:45:01 EDT 2009, lu...@ionkov.net wrote:
>>> I don't see neither /dev/mpirq nor /dev/nompirq.
>>>
>>
>> you're correct
On Mon Oct 5 20:18:06 EDT 2009, rminn...@gmail.com wrote:
> I'm just now looking at tex on plan 9 and finding that a 14-year old
> release is not that useful with the newer packages.
>
> Has anyone tried newer stuff at all?
i just hate how the rush to use every last new feature
leads to things l
I'm just now looking at tex on plan 9 and finding that a 14-year old
release is not that useful with the newer packages.
Has anyone tried newer stuff at all?
thanks
ron
On Mon Oct 5 17:35:11 EDT 2009, m...@acm.jhu.edu wrote:
> Hi,
>
> For those of us traveling to IWP9, what are recommended ways to get
> from Atlanta to Athens? We were likely going to Atlanta by train...
>
> Thanks,
> -- vs
i've updated the iwp9.org page with a link to a local shuttle.
the shut
> If you really want to fix the problem then the sensible thing
> to do would be to write new versions of many utilities, with new
> names, and then write a shell without globbing. For new scripts
> you would use the new utilities and shell and leave everything
> else as it is. Is it worth the ef
Hi,
For those of us traveling to IWP9, what are recommended ways to get
from Atlanta to Athens? We were likely going to Atlanta by train...
Thanks,
-- vs
> if `--' is seen, do not do anything dwimmy in the case of 0 or 1 files in the
> list, treat them like any longer list. The system is very much the same.
No, it's more complicated, because
it is two systems with a mode bit
to choose between them.
Russ
I think that you're right to complain, but that you aren't quite
complaining about the right thing and are therefore offering the
wrong solution. The problem is utilities which take list arguments,
but which treat empty lists differently. Shell globbing rules can
make this better or worse, depend
please get yer stuff in asap.
- erik
I have a *nomp=1 in plan9.ini.
Lucho
On Mon, Oct 5, 2009 at 1:32 PM, erik quanstrom wrote:
> On Mon Oct 5 14:45:01 EDT 2009, lu...@ionkov.net wrote:
>> I don't see neither /dev/mpirq nor /dev/nompirq.
>>
>
> you're correct. the quickest fix would be to download
> the atom sources and recom
> Anyway, I've been running Plan 9 servers on ESX 3.5 for a year or so.
> It is ESX 3.5.0, 153875, not ESXi though.
I've been running on ESXi for about as long. But a CPU server, not a
workstation.
++L
>> if this is the case, it seems simple enough to fix. can anyone confirm?
>
> Yes, I saw that problem as well.
Too long ago, I didn't keep notes. But it's certainly possible.
++L
On Mon Oct 5 14:45:01 EDT 2009, lu...@ionkov.net wrote:
> I don't see neither /dev/mpirq nor /dev/nompirq.
>
you're correct. the quickest fix would be to download
the atom sources and recompile with "nomp" in the link
section. i will correct the cd. sorry.
have you tried with "*nomp=1"?
- e
> For interactive use, an environment variable WARNIFEMPTY or something could
> request warnings (or ERRORIFEMPTY for errors) from the shell if a glob expands
> to nothing; or from commands if a command is run with no files to operate on.
>
> Or perhaps we could have a different globber that does
John Stalker:
> For what it's worth, I agree that it's a problem.
hooray! thanks :)
> Does it need fixing? Implementing it properly would break most shell scripts
> I've written.
Well, I have a fix that should not break any real scripts, I repeat it below.
Russ Cox:
> to the original poster:
2009/10/5 John Stalker :
> But you can use regular expressions instead of goofy shell
> matching. Find and ls give you lists of file names and grep
> prunes them for you. Shell command substitution then puts
> them in the right place in the command, or use xargs when
> appropriate. I don't claim
I don't see neither /dev/mpirq nor /dev/nompirq.
Thanks,
Lucho
On Mon, Oct 5, 2009 at 11:43 AM, erik quanstrom wrote:
> On Mon Oct 5 13:38:51 EDT 2009, lu...@ionkov.net wrote:
>> Boots fine from the CD and installs on a Shuttle X27. When booting
>> from the hard disk, I get a lot of
>>
>>
On Mon Oct 5 13:37:36 EDT 2009, lu...@ionkov.net wrote:
> Boots fine from the CD and installs on a Shuttle X27. When booting
> from the hard disk, I get a lot of
i missed this in my original reply. i would guess that
turning off mp interrupts will do the trick for you.
the mp table must be confu
On Mon Oct 5 13:38:51 EDT 2009, lu...@ionkov.net wrote:
> Boots fine from the CD and installs on a Shuttle X27. When booting
> from the hard disk, I get a lot of
>
> ide: caught missed irq
>
> and no working system. It hangs somewhere after
>
> version... time...
>
> Thanks,
> Luch
Boots fine from the CD and installs on a Shuttle X27. When booting
from the hard disk, I get a lot of
ide: caught missed irq
and no working system. It hangs somewhere after
version... time...
Thanks,
Lucho
On Tue, Sep 29, 2009 at 12:21 PM, erik quanstrom wrote:
> there's a new one
> i think this is all a bit dramatic.
...
> if i could roll back time, i would push
> for regular expressions instead of the
> goofy shell matching. then knuth could
> have to say that unix is 29 definitions of
> regular expressions living under one roof.
> :-)
But you can use regular expressions
> I've learned to avoid
> globbing as much as possible. In any shell with command
> substitution globbing is unnecessary, and is often dangerous.
> I would happily use a shell with NO globbing, just to avoid
> another source of worries.
i think this is all a bit dramatic.
there are very simple i
On 1 October 2009 at 9:37, erik quanstrom wrote:
> On Thu Oct 1 03:58:36 EDT 2009, bau...@gmail.com wrote:
> > On 29 September 2009 at 14:21, erik quanstrom wrote
:
> > > there's a new one at ftp://ftp.quanstro.net/other/9atom.iso.gz
> > > unfortunately it won't solve baux80's problem, i don't t
> cat *
> does nothing and wouldn't be an error
> at all.
worse, if you follow this to its logical conclusion,
any word that isn't an actual file name must be
a failed glob expression and should be discarded.
so grep -n would be the same as grep, unless
you have a file named -n.
to the or
> Does anyone agree with me that it needs fixing?
For what it's worth, I agree that it's a problem. Maybe it's
just the fact that I'm a mathematician, but I've always felt
that any command which accepts a list of files should behave
the way I would expect when presented with an empty list.
Cat, r
>
> It looks like the haiku partition map was confusing it. I used gparted
> and created a new one and its ok
i think this is worth fixing, if you have the time to
take a look off line. divide-by-zero because of
unexpected input is not acceptable.
- erik
On Mon Oct 5 09:46:01 EDT 2009, rodri...@gmail.com wrote:
> thanks erik,
> i had to update the 5* sources by hand. pull thought they are up to date.
>
> rod
you may also wish to apply the patch i posted to make the
comma operator work.
- erik
> > if (perm&0400 == 0) then do a mkdir with 0400, an open, and an fchmod.
> > Tomorrow,
> > that is. I think the work-around is pretty easy.
> > I figure the 0400 might work because mode has to be OREAD at this point
> > anyway.
>
> This is the only way to do it, since as I earlier pointed out,
thanks erik,
i had to update the 5* sources by hand. pull thought they are up to date.
rod
On Mon, Oct 5, 2009 at 3:16 PM, erik quanstrom wrote:
> > Trying to build /sys/src/libip for the arm today, I found that mk was
> dying.
> >
> > /sys/include/ip.h:128 eipfmt.c:3 incomplete structure eleme
> interesting. i just tried it and it works. the admin tool
> (lab manager) wont allow the cd drive to be removed
> but assigning a .iso to it works as well.
>
> i wonder why?
probablly a problem with sdata.c.
- erik
> grep foo -- *
>
> will still not work because rc's globbing also fears zero and returns the
> pattern instead of an empty list if there are no matches.
i used to think that was a misfeature.
in college i wrote a shell that elided
failed globs in the argument list.
the problem is that people
> Trying to build /sys/src/libip for the arm today, I found that mk was dying.
>
> /sys/include/ip.h:128 eipfmt.c:3 incomplete structure element: payload
>
> Is this a known problem?
i think you need to update your compiler source code and rebuild.
5c builds all the libraries for me.
- erik
sqweek wrote:
fn apply {
cmd=$1
shift
while(! test $1 = :) {
cmd=($cmd $1)
shift
}
for(i in $*) $cmd <$i
}
# eg: apply grep foo : *.c
that's the beauty of the rc shell, you can define what you like
fn cat {
if(~ $#* 0)
/bin/cat /dev/null
if not {
On Oct 2, 12:12Â pm, quans...@quanstro.net (erik quanstrom) wrote:
> > sdc0 is reported as a Toshiba MK4026GAX, its a 40gb harddrive. I have
> > tried it with out dma and with, no difference. I have tried manually
> > running it
> > and have had the same result. The number (1040) after fdisk change
On Oct 2, 12:12Â pm, quans...@quanstro.net (erik quanstrom) wrote:
> > sdc0 is reported as a Toshiba MK4026GAX, its a 40gb harddrive. I have
> > tried it with out dma and with, no difference. I have tried manually
> > running it
> > and have had the same result. The number (1040) after fdisk change
On Oct 2, 12:12Â pm, quans...@quanstro.net (erik quanstrom) wrote:
> > sdc0 is reported as a Toshiba MK4026GAX, its a 40gb harddrive. I have
> > tried it with out dma and with, no difference. I have tried manually
> > running it
> > and have had the same result. The number (1040) after fdisk change
Hi,
Trying to build /sys/src/libip for the arm today, I found that mk was dying.
/sys/include/ip.h:128 eipfmt.c:3 incomplete structure element: payload
Is this a known problem?
Rod
> Now I may be way off here, but I though that perhaps the tab character
> in front of
> VIRT_BASE here may cause it to not be recognized by xenelf. I joined
> it into one line,
> and I am rewarded with a different error message:
>
> "xc_dom_alloc_segment: segment start isn't page aligned".
S
> but assigning a .iso to it works as well.
I don't know if this is related to the empty CD-ROM drive problem or not,
but ESX3.5 FDD is painfuly slow. It takes a long time for a cpu
server to boot from floppy.
The booting process looked almost hanged up.
--
On Mon, Oct 5, 2009 at 3:38 PM, Skip
On Mon, Oct 5, 2009 at 3:20 AM, Sam Watkins wrote:
>> you're retaining the inconsistency, but candy-coating it.
>
> No, I'm offering a simple syntax using which one can avoid the inconsistency.
> I'm retaining the option to have inconsistent behaviour, for backward
> compatibility, and because som
50 matches
Mail list logo
