Re: [9fans] Fwd: New Chip (SEAforth 40C18) - New
On Thu, 19 Mar 2009 03:43:34 +, Bruce Ellis wrote: There is new fun in Casella land. 9fans with Forth experience are needed. Feel free to join the Casella group. -- Forwarded message -- From: brucee bruce.el...@gmail.com Date: Thu, Mar 19, 2009 at 2:21 PM Subject: New Chip (SEAforth 40C18) - New Challenge To: Casella case...@googlegroups.com There are a few of these floating around in Plan9 / Casella land. Looks to me like a great control chip with lotsa goodies. This means that Casella doesn't need another computer for control/input/output. http://www.intellasys.net/index.php? option=com_contenttask=viewid=60Itemid=75 Mine arrived on Monday. Haven't played with it. There will be 9P on it before you read this message by another keen enthusiast. Sounds sound. brucee Before one spends too much time on this, I would suggest a quick visit to comp.lang.forth for the thread Chuck Moore news and also www.colorforth.com. Clearly there are problems, and message 7f7fc71-a87f-4d08-86c0-42d14742d...@r33g2000yqn.googlegroups.com asserts (without proof) that Intellasys has closed its doors for the last month.
Re: [9fans] Visual font viewer
On Mon, Mar 30, 2009 at 5:05 AM, Frederic Bonfanti frederic.bonfa...@gmail.com wrote: In May 2003, I did some tools to download ALL Unicode Glyphs (.gif), process them and create the relevent font files. The result is somehow ``ugly :) although the only existing solution if you wanted to visualize any unicode glyph. I use fileformat.info to view Unicode blocks. being able to use the standard plan 9 tools right in an acme window is a great benefit to me. i did the same conversion of the unicode glyphs. i also use code2000 (contrib/install quanstro/code2000), which is good enough for most purposes and may look a little better. - erik
[9fans] GSoC: 3 days left for student applications
Folks: There's just over 3 days left for student applications. We've got a few very nice applications in so far, but would love to see plenty more. If you're considering submitting an application, I'd encourage you to do so. If you're unsure about some aspect, come hang out in #plan9-gsoc on irc.freenode.net and we can help you refine your idea and application. We've also got a lot of folks on the list connected to various universities. If you know any talented students with an interest in Plan 9 or related technologies, encourage them to apply! There's plenty of things on the Ideas page (http://gsoc.cat-v.org/ideas/) that haven't been addressed yet, and I'm sure there are students out there with great ideas we haven't thought of yet. Student applications must be in by April 3, 19:00 UTC. Decisions on those applications are made by April 15. Anthony
[9fans] UTF and the preprocessor
Hi there,
I just found out that the preprocessor on plan 9 doesn't like utf. I
hope I am wrong, but just try to compile something like
# include u.h
# include libc.h
# define ΓVAL 12
void main(void);
void
main()
{
int β;
β = ΓVAL;
while(β 15)
print(%d\n, β++);
exits(nil);
}
and you get a syntax in #define error that points to the define
line. Remove (or replace) the utf character and everything works as
expected.
--
Hugo
Re: [9fans] UTF and the preprocessor
until somebody gives you a proper explanation of this you can use the ansi C preprocessor (-p) to compile this particular code. e.g: % 8c -p t.c; 8l t.8 % 8.out 12 13 14 % cat t.c #include u.h #include libc.h #define ΓVAL 12 ...
Re: [9fans] fossil caching venti errors
md5sum: error reading /n/sources/plan9/sys/src/boot/pc/ether82563.c: venti i/o error or wrong score, block 72804bdc64d1a772cd4b2eaeda6f1e1b8f175b21 I have got similar problem with 'pull'. And the last update even ruined binaries of NDB... :-( Pavel
Re: [9fans] UTF and the preprocessor
others more qualified may disagree, but in this
case i think an enum would be preferred. however,
there are some cases where an enum will not do.
for example,
#define prγ(γ, fmt, ...) if(γ 1.) print(fmt, __VA_ARGS__)
i think that this patch will do the trick. i continued the
assumption that the the ctype macros are valid for any c,
even if !isascii(c). this diff is hard to read, the source is
also at http://www.quanstro.net/plan9/macbody
/n/dump/2009/0330/sys/src/cmd/cc/lex.c:1029,1035 - lex.c:1029,1035
} else
c = GETC();
for(;;) {
- if(!isspace(c))
+ if(c = Runeself || !isspace(c))
return c;
if(c == '\n') {
lineno++;
; diffy -c macbody
/n/dump/2009/0330/sys/src/cmd/cc/macbody:18,39 - macbody:18,44
return n;
}
- Sym*
- getsym(void)
+ static void
+ nextsym(int c)
{
- int c;
+ int c1;
char *cp;
- c = getnsc();
- if(!isalpha(c) c != '_') {
- unget(c);
- return S;
- }
for(cp = symb;;) {
- if(cp = symb+NSYMB-4)
- *cp++ = c;
+ if(c = Runeself) {
+ for(c1=0;;) {
+ if(cp = symb+NSYMB-4)
+ cp[c1++] = c;
+ if(fullrune(cp, c1))
+ break;
+ c = getc();
+ }
+ cp += c1;
+ }else
+ if(cp = symb+NSYMB-4)
+ *cp++ = c;
c = getc();
- if(isalnum(c) || c == '_')
+ if(c = Runeself || isalnum(c) || c == '_')
continue;
unget(c);
break;
/n/dump/2009/0330/sys/src/cmd/cc/macbody:41,46 - macbody:46,64
*cp = 0;
if(cp symb+NSYMB-4)
yyerror(symbol too large: %s, symb);
+ }
+
+ Sym*
+ getsym(void)
+ {
+ int c;
+
+ c = getnsc();
+ if(c Runeself !isalpha(c) c != '_') {
+ unget(c);
+ return S;
+ }
+ nextsym(c);
return lookup();
}
/n/dump/2009/0330/sys/src/cmd/cc/macbody:193,199 - macbody:211,217
macdef(void)
{
Sym *s, *a;
- char *args[NARG], *np, *base;
+ char *args[NARG], *base;
int n, i, c, len, dots;
int ischr;
/n/dump/2009/0330/sys/src/cmd/cc/macbody:235,249 - macbody:253,261
len = 1;
ischr = 0;
for(;;) {
- if(isalpha(c) || c == '_') {
- np = symb;
- *np++ = c;
+ if(c = Runeself || isalpha(c) || c == '_') {
+ nextsym(c);
c = getc();
- while(isalnum(c) || c == '_') {
- *np++ = c;
- c = getc();
- }
- *np = 0;
for(i=0; in; i++)
if(strcmp(symb, args[i]) == 0)
break;
/n/dump/2009/0330/sys/src/cmd/cc/macbody:660,666 - macbody:672,678
for(;;) {
c = getc();
if(c != '#') {
- if(!isspace(c))
+ if(c = Runeself || !isspace(c))
bol = 0;
if(c == '\n')
bol = 1;
Re: [9fans] fossil caching venti errors
never mind. i think it's not a sign of the problem we were discussing, but possibly something is simply down. Then the error message needs some tidying up. It happened to me too and coincided with a total failure for replica. Sigh! ++L
Re: [9fans] fossil caching venti errors
On Mon Mar 30 15:10:25 EDT 2009, lu...@proxima.alt.za wrote: never mind. i think it's not a sign of the problem we were discussing, but possibly something is simply down. Then the error message needs some tidying up. It happened to me too and coincided with a total failure for replica. Sigh! i submitted some changes to replica several years ago which should cause replica to abort when the remote fs has gone into casters up mode. the changes are worth considering if you depend on replica. normally, contrib/install quanstro/replica but also http://sources.coraid.com/sources/contrib/quanstro/replica/replica http://sources.coraid.com/sources/contrib/quanstro/root/sys/src/replica - erik
[9fans] Latest pull killed my server
All - I have been running an all-in-one server on a VMware server virtual machine on my Windows laptop. After executing a 'pull' this morning, the server crashed and I have not been able to revive it. Fortunately it was a playground so little of value is missing, but I thougt I should ask . . . I pulled down a copy of today's ISO and had the same results. It seems to be panicking when hitting the (virtualized) Ethernet port. Anyone else seeing this? TIA -- Mark
Re: [9fans] Latest pull killed my server
On Mon Mar 30 17:28:36 EDT 2009, vmh...@verizon.net wrote: All - I have been running an all-in-one server on a VMware server virtual machine on my Windows laptop. After executing a 'pull' this morning, the server crashed and I have not been able to revive it. Fortunately it was a playground so little of value is missing, but I thougt I should ask . . . I pulled down a copy of today's ISO and had the same results. It seems to be panicking when hitting the (virtualized) Ethernet port. Anyone else seeing this? i am not seeing this, but sources venti is down and explains why pull stepped on important stuff. replica needs to be more defensive. regardless, that doesn't explain why the iso worked enough to get you to a panic. what is the panic message? - erik
Re: [9fans] GSOC: Drawterm for the iPhone
On Mon, Mar 30, 2009 at 4:08 PM, Anthony Sorace ano...@gmail.com wrote: to ron's latest point: seeing it on the G1 would be great, too. but we have a student with an iPhone who's said he'd like to do it, and at least a handful of people here have said they'd like to see it, and have the device. How many people can actually claim that they will for certain use such iphone drawterm? Because the idea of using rio or acme from a touchscreen doesn't seem very practical to me (to put it very mildly). And I'm really curious, can somebody provide a number? Because this requires not just an iphone, but a remote Plan 9 system, plus some hypothetical task that is doable with the given interface (and which is not better accomplished with simply running sshd). Also, a very important question to ask for all GSoC projects is: what is the value of the partial work if the project stalls or GSoC ends before it is finished? And in this case it would be another abandoned dead end. So far I see many people posing very substantive objections, and others saying 'it would be nice' uriel
Re: [9fans] GSOC: Drawterm for the iPhone
On Mon, Mar 30, 2009 at 8:26 PM, Uriel urie...@gmail.com wrote: How many people can actually claim that they will for certain use such iphone drawterm? Because the idea of using rio or acme from a touchscreen doesn't seem very practical to me (to put it very mildly). Is there a similar project that would be more useful for the device? Inferno plug-in for Safari? Work backwards. What (new) would you do if someone else did the hard bit, and now what does that hard bit look like? -Jack
Re: [9fans] GSOC: Drawterm for the iPhone
hi, sorry if i have missed any prior discussion, but i would like to mention that i am curious about this effort. to me, iphone (or similar device) seems to be an appropriate device that is small enough to be a portable drawterm device (eventually it could become cheaper too). one can quickly connect it to a TV or a hybrid monitor and get a bigger display. i have tried this before in iphone with acme running in my mac: http://www.engadget.com/2007/07/12/modified-vnc-software-enables-remote-access-on-iphone/ and i got this link today: http://www.brianmadden.com/blogs/brianmadden/archive/2009/03/30/citrix-releases-an-ica-client-for-the-apple-iphone-is-this-the-future-of-windows-apps-on-mobile-devices.aspx so in my opinion, this is a good effort. thanks dharani
