jason.cat...@gmail.com (Jason Catena) writes:
I've been wondering for years now why Acme (and Wily, which I used
first) only display text files.
It seems to me that the content of an Acme window could be anything: a
picture, a postscript or PDF file, a star chart, a web page. Keeping
with
erik quanstrom wrote:
assuming that pointers to incomplete types are
themselves incomplete, and you haven't cited
chapter and verse showing they are, i read that paragraph
as saying that what plan 9 libraries do would be
illegal, and therefore if we follow the standard,
we'd need to remove
Hi folks. Just a heads up to let you know that I've updatedthe 9fans
listinfo page with a mini-faq, thanks to Dave Eckhardt.
http://mail.9fans.net/listinfo/9fans
On Tue, 14 Jul 2009 12:45:56 -0700
Russ Cox r...@swtch.com wrote:
enough.
there was a bug, plain and simple.
struct T {
struct S s;
};
is not valid. never was, never will be.
fix the compiler already.
Newbie question: Does this statement apply to any struct S (meaning you can
Newbie question: Does this statement apply to any struct S (meaning you can
never have a struct as member of another struct), or does it only apply in
cases where the structure of S is not known at that point?
the latter.
- erik
On Wed, 15 Jul 2009 09:25:51 GMT
Paul Donnelly paul-donne...@sbcglobal.net wrote:
jason.cat...@gmail.com (Jason Catena) writes:
I've been wondering for years now why Acme (and Wily, which I used
first) only display text files.
It seems to me that the content of an Acme window could be
Oberon takes advantage of a structured text representation
where both the interpretation and graphic representation
of particular elements is provided by Oberon modules.
One demonstration had a little animated cartoon character
that could be cut and pasted into another frame, where it
continued to
I also take issue with the statement Acme is a text editor, that never
sounds right, no more than describing Emacs as
a text editor. It's natural to use Acme as a text editor and it provides
many more text-editing facilities than Rio
does, but it is also natural to use it as a file
What about using a public hg repo and letting others pick what changes
they are interested in?
uriel
On Wed, Jul 15, 2009 at 3:03 AM, J.R. Maurojrm8...@gmail.com wrote:
On Tue, Jul 14, 2009 at 8:06 PM, Russ Coxr...@swtch.com wrote:
Should we put patches here, too?
Yes. I'd like
On Wed, 15 Jul 2009 17:32:09 +0200
c...@gli.cas.cz wrote:
I also take issue with the statement Acme is a text editor, that never
sounds right, no more than describing Emacs as
a text editor. It's natural to use Acme as a text editor and it provides
many more text-editing
Hello
While understanding how refs work inside nupas, i decided to try to implement
the same function nupas has to find mailbox references in acid langauge, so i
did:
defn findmboxrefs(mb,fids) {
local f, refs;
f=fids;
while f!=0 do {
print(f=, f\X,\n);
While understanding how refs work inside nupas, i decided to try to implement
the same function nupas has to find mailbox references in acid langauge, so i
did:
defn findmboxrefs(mb,fids) {
local f, refs;
f=fids;
while f!=0 do {
print(f=, f\X,\n);
On Wed, Jul 15, 2009 at 8:44 AM, Ethan Grammatikidiseeke...@fastmail.fm wrote:
On Wed, 15 Jul 2009 17:32:09 +0200
c...@gli.cas.cz wrote:
I also take issue with the statement Acme is a text editor, that never
sounds right, no more than describing Emacs as
a text editor. It's natural
Eric and myself, and I think maybe Ron, are using acme and acme-sac to
interact with a BlueGene/P system.
Not as glamorous, but an alternative senario - I use sam and rio
to write embedded and windows code.
I edit the code with sam, but I do my best not to ever access
the seperate rio snarf
This is funny: O/live supports both images and text. *but* It's been
months ago that I do not use it any longer to display images but only
for text. That way I may have more screen surface for text. Would
the same happen to acme? Or perhaps it's me.
On Wed, Jul 15, 2009 at 7:00 PM, John
print(f-mb=, f-mb\X, =? mb=,mb\X,\n);
f=f-next;
Always use . (never -) in acid.
If f is a pointer, then the acid expression f.mb
is like the C expression (*f).mb aka f-mb.
The acid expression f-mb is like the C expression (**f).mb.
By using - here you are
hello
thank you very much Erik, I'll look at that code today night, i hope to see
the light soon ☺
gabi
While understanding how refs work inside nupas, i decided to try to implement
the same function nupas has to find mailbox references in acid langauge, so i
did:
defn
Hello
Thanks Russ, seems that even though i tried to use your iwp9 2007 talk as a
reference, i missed the point, i should read more carefully.
gabi
print(f-mb=, f-mb\X, =? mb=,mb\X,\n);
f=f-next;
Always use . (never -) in acid.
If f is a pointer,
On Wed, Jul 15, 2009 at 11:26 AM, Steve Simon st...@quintile.net wrote:
Eric and myself, and I think maybe Ron, are using acme and acme-sac to
interact with a BlueGene/P system.
Not as glamorous, but an alternative senario - I use sam and rio
to write embedded and windows code.
I edit
On Wed, Jul 15, 2009 at 11:59 AM, David Leimbachleim...@gmail.com wrote:
On Wed, Jul 15, 2009 at 11:26 AM, Steve Simon st...@quintile.net wrote:
Eric and myself, and I think maybe Ron, are using acme and acme-sac to
interact with a BlueGene/P system.
Not as glamorous, but an alternative
Anybody running a terminal with a GMA950 chipset? I need to verify it
works before I plunk down money on some new terminal hardware. VESA
support is fine, just as long as rio us usable on it.
The Wiki shows i950 VESA support. I'm not sure of i960 == GMA950. The way
vendors are these days you
On Wed, Jul 15, 2009 at 12:07 PM, John Floren slawmas...@gmail.com wrote:
On Wed, Jul 15, 2009 at 11:59 AM, David Leimbachleim...@gmail.com wrote:
On Wed, Jul 15, 2009 at 11:26 AM, Steve Simon st...@quintile.net
wrote:
Eric and myself, and I think maybe Ron, are using acme and
It's
a lot easier to see (and not have in the first place) incorrect scope
and continuation with whitespace than with braces or parentheses.
do you have a reference for this claim?
- erik
Again, the layout mode seems to be a bug in Haskell not a feature, but
that's not a popular belief in that community.
It's only as complex as the various levels of scope you end up needing
in your program. Meaningful whitespace enforces a clean, readable,
delimiter-free style, making programs
It's
a lot easier to see (and not have in the first place) incorrect scope
and continuation with whitespace than with braces or parentheses.
i read this as it's a lot easier to see incorrect variations in the
tempo of a mucal piece with white noise than with a metronome
do you have a
2009/7/15 erik quanstrom quans...@coraid.com:
It's
a lot easier to see (and not have in the first place) incorrect scope
and continuation with whitespace than with braces or parentheses.
do you have a reference for this claim?
Without turning this into a holy war, I really always see these
Devon's anecdote is along the lines of my position. I'm sure there's
a paper somewhere that counts parenthesis versus whitespace errors,
but I haven't yet read it. I have programmed Lisp and Haskell (at two
extremes), and from this experience at least much prefer whitespace to
parentheses. In
http://9fans.net/archive/2008/05/6
On Wed, Jul 15, 2009 at 10:29 PM, Jason Catenajason.cat...@gmail.com wrote:
Devon's anecdote is along the lines of my position. I'm sure there's
a paper somewhere that counts parenthesis versus whitespace errors,
but I haven't yet read it. I have programmed
On that note, my personal experience has found it to be a lot easier
to find and correct scope issues in Python than it has to find missing
braces or semicolons in other languages, sometimes even with matching
enabled. This usually is the case for awful spaghetti-ish code.
I find Python's
On Wed, Jul 15, 2009 at 1:42 PM, Noah Evans noah.ev...@gmail.com wrote:
http://9fans.net/archive/2008/05/6
Haskell *will* tell you errors that don't make any sense (at least GHC
errors) when you don't have things like this done properly
do x - foo
y - bar
the y - bar must be directly under
Emacs is great for writing Lisp. Now, if only I could find the correct
.emacs invocation to make the tab key insert a tab character in C
mode, rather than a bunch of spaces the way His Holy Lunacy RMS
desires. If I wanted spaces instead of tabs, I'd type them!
OT for the list, but this is
acme is more than a buffer with text to edit, it also has the
filesystem interface
that allows programs to be written specifically for it (Mail, Wiki, etc).
I never thought that doing graphics in acme was a need, as most of the time
I'm just editing text and having some graphical up there would
I don't like copying and pasting URLs. How about some more a hrefs?
Just tried this from the mercurial snapshot from last night.
fontsrv appears to work but complains about fuse not being set up properly.
Does this mean acme is not going to work?
Should I be asking this on the plan9port mailing list?
On Wed, Jul 8, 2009 at 10:25 PM, Russ Cox r...@swtch.com
On Wed, 15 Jul 2009 22:42:20 +0200
Noah Evans noah.ev...@gmail.com wrote:
http://9fans.net/archive/2008/05/6
Good to see this brought up. Whitespace may be the most comfortably readable
means of indicating flow, but it's fragile. Better, IMHO, is delimiters with
plenty of space around them,
On Wed, Jul 15, 2009 at 1:58 PM, Chad Brownyand...@mit.edu wrote:
Emacs is great for writing Lisp. Now, if only I could find the correct
.emacs invocation to make the tab key insert a tab character in C
mode, rather than a bunch of spaces the way His Holy Lunacy RMS
desires. If I wanted spaces
fgb, your ability to hack is mighty indeed :-)
On Wed, Jul 15, 2009 at 2:00 PM, Federico G. Benavento
benave...@gmail.comwrote:
acme is more than a buffer with text to edit, it also has the
filesystem interface
that allows programs to be written specifically for it (Mail, Wiki, etc).
I never
I find the best thing to do with languages with delimeters is to run code
through a code formatter often. I'm using Gnu indent for C code (especially
valuable when dealing with Gnu C :) ), is there a similar tool for Plan 9?
i find that formatting code well to begin with works best.
but when
On Wed, 15 Jul 2009 13:51:02 -0700
David Leimbach leim...@gmail.com wrote:
On Wed, Jul 15, 2009 at 1:42 PM, Noah Evans noah.ev...@gmail.com wrote:
http://9fans.net/archive/2008/05/6
Haskell *will* tell you errors that don't make any sense (at least GHC
errors) when you don't have
On Wed, Jul 15, 2009 at 2:01 PM, David Leimbachleim...@gmail.com wrote:
Just tried this from the mercurial snapshot from last night.
fontsrv appears to work but complains about fuse not being set up properly.
Does this mean acme is not going to work?
Should I be asking this on the plan9port
On Wed, 15 Jul 2009 17:12:58 -0400
erik quanstrom quans...@coraid.com wrote:
I find the best thing to do with languages with delimeters is to run code
through a code formatter often. I'm using Gnu indent for C code (especially
valuable when dealing with Gnu C :) ), is there a similar tool
On Wed, 15 Jul 2009 16:03:39 -0500
Preston Mays pkm...@nogetdue.com wrote:
I don't like copying and pasting URLs. How about some more a hrefs?
Any sane email client will offer some means to open urls, probably via the
plumber in plan 9
--
Ethan Grammatikidis
Those who are slower at parsing
Hey all,
I've heard a few rumors that there is a git (VCS) implementation
that was ported over to Plan 9. Additionally, are there other VCS
systems, save replica, that are available? GIT, SVN, HG
respectfully,
+=jt
hg works on Plan 9, it's in /n/sources/bichued along with python
so you need that + tons of stuff from my contrib packages...
On Wed, Jul 15, 2009 at 7:04 PM, jftm...@0xabadba.be wrote:
Hey all,
I've heard a few rumors that there is a git (VCS) implementation
that was ported over to Plan
Thats good to hear HG is working well, I am really hoping for git as it is
hosting my current repo of works. If git does not exist and there is no plan
to do it in the future I can migrate over my stuff (i'd prefer to do actual new
work than porting VCS!). Thanks for the replies thus far.
On Wed, Jul 15, 2009 at 3:38 PM, driv...@0xabadba.be wrote:
Thats good to hear HG is working well, I am really hoping for git
as it is hosting my current repo of works. If git does not exist
and there is no plan to do it in the future I can migrate over my
stuff (i'd prefer to do actual new
Real World Haskell ch4 pp71-72
do x - foo
y - bar
the y - bar must be directly under the x on the previous line or it's a
syntax error, and the error you get from GHC is the last statement of a
do
construct must be an expression
Huh, so this Haskell syntax actually prevents you from
On Wed, Jul 15, 2009 at 4:01 PM, Russ Coxr...@swtch.com wrote:
On Wed, Jul 15, 2009 at 3:38 PM, driv...@0xabadba.be wrote:
Thats good to hear HG is working well, I am really hoping for git
as it is hosting my current repo of works. If git does not exist
and there is no plan to do it in the
does the git extension *require* bookmarks?
yes.
and it wouldn't surprise me if the extension
uses API functions new since 1.0.2.
if you're going to bother bringing in a new
version, you might as well pull in 1.3.
but 1.2 would have worked.
russ
not much, just put the C files where they should go /sys/src/cmd/python/Extra
and the .py where in the library directory, check how the current hg port
was done.
On Wed, Jul 15, 2009 at 8:44 PM, John Florenslawmas...@gmail.com wrote:
On Wed, Jul 15, 2009 at 4:01 PM, Russ Coxr...@swtch.com
John,
I think I might be 3/4 the way there with 1.3 :). I'll update you when
its done. Too bad geoff is away until the 25th -- he is making me a contrib
then.
respectfully,
jamest
---BeginMessage---
On Wed, Jul 15, 2009 at 4:01 PM, Russ Coxr...@swtch.com wrote:
On Wed, Jul 15,
51 matches
Mail list logo