I would like to see a plain white and otherwise unadorned T-shirt with
the upper-left corner of an Acme window on the front. I often describe
Plan9 (and its fuzzy little mascot) as having an "audi like"
aesthetic. While I admit that the painting is cute I prefer the
original in soft pencil on paper
I second the Acme window t-shirt idea :-)
By the upper-left of an acme window, I assume you mean something like this:
http://cl.naist.jp/~eric-n/osx/acme-sac.tiff
I can't recall for certain, but I believe at some point Caerwyn may
have been using something similar as an icon for Acme SAC.
As an
2008/6/29 Lorenzo Fernando Bivens de la Fuente <[EMAIL PROTECTED]>:
> Perhaps some glenda stickers too... I am sure there is enough artwork
> to have some nice "merchandise"
Flickr will pass pictures to moo.com so anyone could order their own
pretty easily. Unless there's some permission things in
Hi all
I am updating an old port from 2002. I was able to clean a few of the simple
errors, but I need a bit of a hint on this one.
compile errors
/usr/fernan/tmp/scm/sys.c:628[sys.c:3613] initialization of incompatible
pointers: sfptob
IND FUNC(INT, IND STRUCT _7_) INT and IND FUNC(OLD, IN
On Jun 29, 2008, at 7:32 AM, Fernan Bolando wrote:
/* int (*fputs)P((char *s, FILE *p)); */
/* sizet (*fwrite)P((char *s, sizet siz, sizet num, FILE *p)); */
Try uncommenting those two lines.
On 6/29/08, Pietro Gagliardi <[EMAIL PROTECTED]> wrote:
>
> On Jun 29, 2008, at 7:32 AM, Fernan Bolando wrote:
>
> /* int (*fputs)P((char *s, FILE *p)); */
>> /* sizet (*fwrite)P((char *s, sizet siz, sizet num, FILE *p)); */
>>
>
> Try uncommenting those two lines.
>
>
thanks, but that didn't work
> /usr/fernan/tmp/scm/sys.c:628[sys.c:3613] initialization of incompatible
> pointers: sfptob
> IND FUNC(INT, IND STRUCT _7_) INT and IND FUNC(OLD, INT, LONG) INT
> /usr/fernan/tmp/scm/sys.c:629[sys.c:3614] initialization of incompatible
> pointers: sfptob
> IND FUNC(IND CONST CHAR, IND STRUCT _7_)
Hello. I have a simple push macro for a stack machine interpreter. It
looks like this:
#define push(s) ((void)(((stackptr >= (stack + stacksize)) ?
growstack() : (void)0), (*stackptr++ = errcheck(s
Does this boggle the mind? It's very simple: it checks for stack
overflow and makes th
I forgot to mention this is with the -w option; I found that turning
it off also hid warnings I wanted to keep.
On Jun 29, 2008, at 9:53 AM, Pietro Gagliardi wrote:
Hello. I have a simple push macro for a stack machine interpreter.
It looks like this:
#define push(s) ((void)(((stackptr >=
> Hello. I have a simple push macro for a stack machine interpreter. It
> looks like this:
>
> #define push(s) ((void)(((stackptr >= (stack + stacksize)) ?
> growstack() : (void)0), (*stackptr++ = errcheck(s
>
> Does this boggle the mind? It's very simple: it checks for stack
> ov
I assume the fix would be to install an EXC_BAD_ACCESS
handler after kicking off the app event loop. That would
make sure that Carbon never saw it.
But I don't know how to do that.
I don't have a 10.5 mac to see if this is moot with the changes to
CrashReporter.app.
mach/mach.h has thread_
> Shouldn't the cast to void mean that I don't intend to use the result of the
> operation? Thanks.
That's not standard C, just a bad convention established by lint(1)
and carried too far for a while before fading away again.
-rob
On Sun, Jun 29, 2008 at 1:55 AM, underspecified
<[EMAIL PROTECTED]> wrote:
> I second the Acme window t-shirt idea :-)
>
> By the upper-left of an acme window, I assume you mean something like this:
>
> http://cl.naist.jp/~eric-n/osx/acme-sac.tiff
>
> I can't recall for certain, but I believe at so
i tried a few dial strings to -r, but i get panic (init0: no such file...)
I have not bothered to create a new package,
but there is a new binary available for OS X:
hget -o 9vx.OSX.gz http://pdos.csail.mit.edu/~rsc/9vx.OSX.gz
gunzip 9vx.OSX.gz
chmod +x 9vx.OSX
./9vx.OSX -r your-root
Please try it on 10.5 and see how it works.
Sources ar
The -r flag takes a directory name, not a dial string.
If you want to mount from a file server, you need
to run the usual /boot/boot program, which takes care of
dialing and posting and authentication and such.
To do this, use the untested -b flag.
You might find it useful to run -tb so that if y
This one seems to work fine for me.
(10.5.3).
On Sun, Jun 29, 2008 at 7:00 PM, Russ Cox <[EMAIL PROTECTED]> wrote:
> I have not bothered to create a new package,
> but there is a new binary available for OS X:
>
>hget -o 9vx.OSX.gz http://pdos.csail.mit.edu/~rsc/9vx.OSX.gz
>gunzip
> Please try it on 10.5 and see how it works.
Every time the option key is pressed, it generates 0xef8095
in addition to doing its button2 duty. Also, you can't use
option+apple key to escape out of full screen mode. This is
on 10.5.3
>> Please try it on 10.5 and see how it works.
>
> Every time the option key is pressed, it generates 0xef8095
> in addition to doing its button2 duty.
Fixed.
> Also, you can't use option+apple key to escape out of full
> screen mode. This is on 10.5.3
That's because it was Ctl-Opt, not Opt-A
On Sun, 29 Jun 2008 14:16:10 EDT "Russ Cox" <[EMAIL PROTECTED]> wrote:
> > Every time the option key is pressed, it generates 0xef8095
> > in addition to doing its button2 duty.
>
> Fixed.
Yup. Just tested it.
Another bug in both x11 and native mode 9vx: occasionally,
resizing the window can
This new release works. Thanks! Now to take my fossil/venti off QEMU
and onto OS X.
On Jun 29, 2008, at 1:00 PM, Russ Cox wrote:
I have not bothered to create a new package,
but there is a new binary available for OS X:
hget -o 9vx.OSX.gz http://pdos.csail.mit.edu/~rsc/9vx.OSX.gz
this is great!
> Please try it on 10.5 and see how it works.
I know you did not ask, but: on 10.4 it seems to work ok.
two minor UI nits:
- the native version doesn't seem to support the scroll point(wheel?);
the X11 version does (but somehow responds a bit slowish to it).
- when I resize
On 28-Jun-08, at 9:46 AM, kix wrote:
Great!
T-shirts I need a new Plan9 t-shirts.
http://www.cafepress.com/9fans
--
Anant
Time to throw away parallels and vmware :)
thanks a lot, once more.
On Sun, Jun 29, 2008 at 9:50 PM, Axel Belinfante
<[EMAIL PROTECTED]> wrote:
> this is great!
>
>> Please try it on 10.5 and see how it works.
>
> I know you did not ask, but: on 10.4 it seems to work ok.
>
> two minor UI nits:
>
Anant Narayanan wrote:
On 28-Jun-08, at 9:46 AM, kix wrote:
Great!
T-shirts I need a new Plan9 t-shirts.
http://www.cafepress.com/9fans
--
Anant
Yeah! I will order some items.
Thanks kix(.in) ;-)
kix
Does anyone else get errors about missing files when pulling? Many
other files are copied successfully before this:
error: copying /n/boot/sys/src/games/mp3dec/COPYING:
'/n/boot/sys/src/games' does not exist
error: copying /n/boot/sys/src/games/mp3dec/COPYRIGHT:
'/n/boot/sys/src/games' does not e
> Does anyone else get errors about missing files when pulling? Many
> other files are copied successfully before this:
>
> error: copying /n/boot/sys/src/games/mp3dec/COPYING:
> '/n/boot/sys/src/games' does not exist
>
> error: copying /n/boot/sys/src/games/mp3dec/COPYRIGHT:
> '/n/boot/sys/src/g
On 9vx, iostats suicides:
term% iostats echo
iostats 128: suicide: sys: trap: page fault pc=0xb21c
Apparently, after a fork, a child retains it's parent's
pid in _tos->pid. It isn't updated until the next syscall
finishes with kexit.
This is a problem if the child's first function call i
> Another bug in both x11 and native mode 9vx: occasionally,
> resizing the window can make it crash with a
> 9vx panic: sigsegv on cpu6
> But of course when I try to cause it, it doesn't happen!
> Also, quickly dragging the corner on the x11 version can
> render the window completely black.
> I know you did not ask, but: on 10.4 it seems to work ok.
>
> two minor UI nits:
>
> - the native version doesn't seem to support the scroll point(wheel?);
>the X11 version does (but somehow responds a bit slowish to it).
It tries. Feel free to have a look at the code.
> - when I resiz
> Does anyone else get errors about missing files when pulling? Many
> other files are copied successfully before this:
>
> error: copying /n/boot/sys/src/games/mp3dec/COPYING:
> '/n/boot/sys/src/games' does not exist
>
> error: copying /n/boot/sys/src/games/mp3dec/COPYRIGHT:
> '/n/boot/sys/src/g
> On 9vx, iostats suicides:
>
> term% iostats echo
> iostats 128: suicide: sys: trap: page fault pc=0xb21c
>
> Apparently, after a fork, a child retains it's parent's
> pid in _tos->pid. It isn't updated until the next syscall
> finishes with kexit.
>
> This is a problem if the child's f
On my 10.5 system, resizing the window causes the screen to get...
wrong. The error makes it look like the lines aren't aligned; things
come out slanted at about right of 10° vertical. If rio's running,
windows sometimes have the left edge cropped to vertical and the
left edge isn't updated with th
this slashdot article almost asks for cpu
functionality for plan 9 by name.
http://ask.slashdot.org/askslashdot/08/06/29/1417247.shtml
not a single mention of plan 9. i hope
this is an indication that slashdot has
slipped.
screens? 1978 called and wants its
terminal server mentality back.
- e
> this slashdot article almost asks for cpu
> functionality for plan 9 by name.
>
> http://ask.slashdot.org/askslashdot/08/06/29/1417247.shtml
>
> not a single mention of plan 9. i hope
> this is an indication that slashdot has
> slipped.
>
> screens? 1978 called and wants its
> terminal serve
No, slashdot has not slipped (but then, I stopped reading it a few
years ago, and the comments there have always been most depressing).
But the world has pretty much forgotten Plan 9 even exists (and lets
not even mention Inferno). In a story about 9vx in reddit.com (where
supposedly all the cool
>> this slashdot article almost asks for cpu
>> functionality for plan 9 by name.
>>
>> http://ask.slashdot.org/askslashdot/08/06/29/1417247.shtml
>>
>> not a single mention of plan 9. i hope
>> this is an indication that slashdot has
>> slipped.
>>
>> screens? 1978 called and wants its
>> ter
> Thank you for the detailed reports.
> It makes it very easy to fix the bugs!
It really is my pleasure. Hunting bugs is
one of my favorite pastimes. Well, that's
not completely true: hunting bugs is usually
only fun when dealing with code of a certain
quality. Plan 9 makes the cut, as does all
of
for some silly reason, i decided it would be nice to try building
inferno under 9vx rather than just using an existing inferno
binary. i got it going eventually (except for graphics)
but ape needs a fix in /sys/src/ape/lib/ap/plan9/dirtostat.c
to add awareness of #Z.
it's funny the way the debuggi
This is actually something I am very interested in as well.
If a persistent version of Acme (-SAC) was available it would
completely obviate my use of screen.
Would something like this be feasible outside of Octopus as well?
--underspecified
On Mon, Jun 30, 2008 at 12:10 PM, Tim Wiess <[EMAIL PRO
Greetings,
It is running smoothly for me under 10.5.3 too.
On Mon, Jun 30, 2008 at 10:56 AM, Russ Cox <[EMAIL PROTECTED]> wrote:
>> Another bug in both x11 and native mode 9vx: occasionally,
>> resizing the window can make it crash with a
>> 9vx panic: sigsegv on cpu6
>> But of course when I
The scroll wheel just works under the native OS-X Acme SAC. I will try
to figure out why.
--underspecified
On Mon, Jun 30, 2008 at 10:57 AM, Russ Cox <[EMAIL PROTECTED]> wrote:
>> I know you did not ask, but: on 10.4 it seems to work ok.
>>
>> two minor UI nits:
>>
>> - the native version doesn'
42 matches
Mail list logo
