it happens when changing image contents directly with loadimage only.
then the software cursor is overdrawn and on mouse move it restores
the previous content below the cursor.
--
cinap
---BeginMessage---
So, I finally got tired of slow desktop switching with the nvidia
driver and thought I'd
I suspect the main inhibitor there is that (as I recall) it stomps
all over the existing soundblaster code. These days AC97 is probably
more desirable, but it would be nice to have them coexist.
-sqweek
2009/7/13 Bela Valek bval...@gmail.com:
Hi Everybody,
This AC97 driver seems to be around
one bug is in ac97write. there's a memmove into
user memory with an ilock held. that's a no-no,
since you could take a page fault.
you can get a better handle on which
qlock is causing the problem by converting
the address given on the console to the
qlock in question.
- erik
hi,
2009/7/13 Latchesar Ionkov lu...@ionkov.net:
On Mon, Jul 13, 2009 at 2:24 AM, sqweeksqw...@gmail.com wrote:
Anyway, note that if you auth you'll need supporting software from
p9p also. Factotum and srv -a, in particular, then give v9fs a -o
trans=unix.
I don't think that auth is working
An APE-port of the 'glimpse text indexing and search suite is on sources:
/n/sources/contrib/pac/sys/src/ape/cmd/txt/glimpse-4.18.6.tbz
http://plan9.bell-labs.com/sources/contrib/pac/sys/src/ape/cmd/txt/glimpse-4.18.6.tbz
Included is 'agrep', grep with spelling errors. Unfortunately, all the
On Tue, Jul 14, 2009 at 10:38 AM, erik quanstromquans...@quanstro.net wrote:
I usually get in a situation like the one below, when I forget to
format my file with carriage return in acme. It doesn't happen that
often, but I was wondering if anybody has some method in there usage
of acme to
Hi all,
I'm APE-porting some programs densely peppered wioth #-directives. Is there a
way to preprocess the code, say:
#define CLIENTSERVER0
#if CLIENTSERVER
blah blah blah...
#else
//some useful code here
#endif /*CLIENTSERVER*/
to get:
//some useful code here
??
I mean, just to
this is at a bit of a tangent from the previous discussion,
but something i've always wondered:
why does the linux 9p mount syscall bother
with IP addresses at all? isn't it sufficient
just to provide a facility for mounting a file descriptor
(like the plan 9 syscall) and have an auxiliary
I'm APE-porting some programs densely peppered wioth #-directives.
I have this too, try:
contrib/install steve/unifdef
-Steve
Does anyone have a SATA II 1TB (or more) hard drive working under Plan 9? I am
about to buy one, and it would be nice to know that the model was tested. And
yes, I read the wiki, but I don't know how to realize about which controller is
used by the by the HD in my basklet :-)
thanks,
++pac.
Thanks, going there,
Peter.
-Original Message-
I'm APE-porting some programs densely peppered wioth #-directives.
I have this too, try:
contrib/install steve/unifdef
-Steve
winmail.dat
On Tue, Jul 14, 2009 at 1:08 PM, roger pepperogpe...@gmail.com wrote:
this is at a bit of a tangent from the previous discussion,
but something i've always wondered:
why does the linux 9p mount syscall bother
with IP addresses at all? isn't it sufficient
just to provide a facility for
On Mon, 13 Jul 2009 11:42:56 -0400
Venkatesh Srinivas m...@acm.jhu.edu wrote:
Hi,
Has anyone had any success setting up aux/sshserve on Plan 9? I've
used aux/ssh_genkey, but have had no luck getting the server to accept
connections...
IIRC plan 9 ssh is well out of date, only working with
I didn't seem to see any improvement after applying the mtrr patch...
did you make any changes to the vganvidia file before compiling? I
haven't looked at the 'pat' thing, I'll have to check that out.
for the pat business, i did:
/n/sources/plan9//sys/src/9/pc/vganvidia.c:371,377 -
IIRC plan 9 ssh is well out of date, only working with the relatively
insecure version 1 of the ssh protocol. There is openssh in contrib.
which is half the story. the other half is that the openssh port
is bigger than gs and breaks too often. this would be okay,
but the code is large and
On Tue Jul 14 07:12:51 EDT 2009, c...@gli.cas.cz wrote:
Does anyone have a SATA II 1TB (or more) hard drive working under Plan 9? I
am about to buy one, and it would be nice to know that the model was tested.
i've used 1tb sata drives with sdiahci, sdmv50xx and sdorion.
they work fine. as a
On Jul 14, 2009, at 6:08 AM, roger peppe rogpe...@gmail.com wrote:
this is at a bit of a tangent from the previous discussion,
but something i've always wondered:
why does the linux 9p mount syscall bother
with IP addresses at all? isn't it sufficient
just to provide a facility for mounting a
On Tue Jul 14 02:41:02 EDT 2009, sqw...@gmail.com wrote:
I suspect the main inhibitor there is that (as I recall) it stomps
all over the existing soundblaster code. These days AC97 is probably
more desirable, but it would be nice to have them coexist.
that's going to require thinking out how
On Jul 14, 2009, at 2:34 AM, sqweek sqw...@gmail.com wrote:
2009/7/13 Latchesar Ionkov lu...@ionkov.net:
Adding the support we had before the access= support is probably
easy,
but I would like to make it better and support authentication for
multiple users. Still no idea what is the
Main annoyance is the lack of a proper srv device in Linux to
facilitate sharing already open connections. This is t a problem for
per-user mounts --- but is a problem for private namespaces. You can
use p9p srv as mentioned elsewhere in this thread, but then you incur
some
erik quanstrom wrote:
Yes, but in my example - sorry - NeverDefined doesn't mean declared and
defined elsewhere (or not) but not declared .and. not defined.
true enough. the patch i sent still rejects your construct.
i'd still be interested to hear a perspective of someone with
more
On Tue, 14 Jul 2009 08:15:58 -0400
erik quanstrom quans...@quanstro.net wrote:
IIRC plan 9 ssh is well out of date, only working with the relatively
insecure version 1 of the ssh protocol. There is openssh in contrib.
which is half the story. the other half is that the openssh port
is
I'm porting some Unix applications which implement a timeout on
read/write/accept/... calls using select().
In previous versions I did the same by signals but with problems
due to the behaviour of the interrupted system call.
Select() is also used to choose among channels waiting for I/O.
How
On Tue, Jul 14, 2009 at 8:23 AM, erik quanstromquans...@quanstro.net wrote:
Main annoyance is the lack of a proper srv device in Linux to
facilitate sharing already open connections. This is t a problem for
per-user mounts --- but is a problem for private namespaces. You can
use p9p srv as
Hmm, I don't understand how this works. v9fs should issue its own
Tversion and Tattach and discard the previously authenticated session,
right? Or I am missing something?
Thanks,
Lucho
On Tue, Jul 14, 2009 at 1:34 AM, sqweeksqw...@gmail.com wrote:
2009/7/13 Latchesar Ionkov
On Tue, Jul 14, 2009 at 1:34 AM, sqweeksqw...@gmail.com wrote:
Can't help you there - I'm not sure it makes sense to try and put
factotum's functionality in the linux kernel... Is there some problem
with the private namespace/individual user mount approach?
-sqweek
I don't want to put the
Is something not working?
authentication? or doesn't that count?
- erik
to interrupt on i/o operations you send a note to the process.
for ioproc(2), here is iointerrupt() that does that. for timeouts here is
a alarm() function (see sleep(2)) that will fire a note on you when the alarm
expires.
notes should also work for rendezvous()/alt(), but a better way is to
The point is how to compute the offset(s) of the last field at compile /
run time.
the offset of the last field is not in question. i believe you mean the size?
8c should reject not defined (named only) types, as *nix compilers do.
yes.
I prefer to have only the tricky but standard
On Tue, Jul 14, 2009 at 9:33 AM, Latchesar Ionkovlu...@ionkov.net wrote:
Hmm, I don't understand how this works. v9fs should issue its own
Tversion and Tattach and discard the previously authenticated session,
right? Or I am missing something?
It works because srv is serving its own
I thought at one point in time we had something in there that
bypassed tversion/tauth and that's how the amount stuff worked. But I
don't see that code anymore, is that what got squashed with the new
auth= stuff?
has anyone written anything to deal with an
exportfs connection on linux?
-
2009/7/14 erik quanstrom quans...@quanstro.net:
On Tue Jul 14 02:41:02 EDT 2009, sqw...@gmail.com wrote:
I suspect the main inhibitor there is that (as I recall) it stomps
all over the existing soundblaster code. These days AC97 is probably
more desirable, but it would be nice to have them
Yes, that's what was removed. When the code was still there, the
presence of the afid= option would prevent sending Tversion and would
use the specified afid on Tattach. It is not hard to put it back.
On Tue, Jul 14, 2009 at 8:54 AM, Eric Van Hensbergeneri...@gmail.com wrote:
I thought at one
On Tue, Jul 14, 2009 at 10:01 AM, erik quanstromquans...@coraid.com wrote:
I thought at one point in time we had something in there that
bypassed tversion/tauth and that's how the amount stuff worked. But I
don't see that code anymore, is that what got squashed with the new
auth= stuff?
has anyone written anything to deal with an
exportfs connection on linux?
I'm confused about what you are asking.
if i have two plan 9 machines, i can
import butts /mnt/consoles /n/consoles
however, since import and exportfs run a special
protocol in front of 9p, i don't think
On Tue, Jul 14, 2009 at 10:19 AM, erik quanstromquans...@coraid.com wrote:
has anyone written anything to deal with an
exportfs connection on linux?
I'm confused about what you are asking.
if i have two plan 9 machines, i can
import butts /mnt/consoles /n/consoles
however, since
On Tue, Jul 14, 2009 at 4:08 AM, roger pepperogpe...@gmail.com wrote:
why does the linux 9p mount syscall bother
with IP addresses at all? isn't it sufficient
just to provide a facility for mounting a file descriptor
(like the plan 9 syscall) and have an auxiliary
command do the actual dial,
On Tue, Jul 14, 2009 at 8:06 AM, Latchesar Ionkovlu...@ionkov.net wrote:
Yes, that's what was removed. When the code was still there, the
presence of the afid= option would prevent sending Tversion and would
use the specified afid on Tattach. It is not hard to put it back.
That sounds nice to
On Tue, Jul 14, 2009 at 10:48 AM, ron minnichrminn...@gmail.com wrote:
On Tue, Jul 14, 2009 at 8:06 AM, Latchesar Ionkovlu...@ionkov.net wrote:
Yes, that's what was removed. When the code was still there, the
presence of the afid= option would prevent sending Tversion and would
use the
On Tue, Jul 14, 2009 at 5:06 AM, erik quanstromquans...@quanstro.net wrote:
I didn't seem to see any improvement after applying the mtrr patch...
did you make any changes to the vganvidia file before compiling? I
haven't looked at the 'pat' thing, I'll have to check that out.
for the pat
I believe I properly applied the pat patch, but I'm not really seeing
any improvement. At least, it still takes fully two seconds to bring
one large window in front of another.
that's because the screen is not double-buffered. pat or mtrr do
not improve reads from video memory. there is no
On Tue, Jul 14, 2009 at 11:12 AM, erik quanstromquans...@coraid.com wrote:
if i have two plan 9 machines, i can
import butts /mnt/consoles /n/consoles
however, since import and exportfs run a special
protocol in front of 9p, i don't think it's possible
to do the same thing from a
On Tue, Jul 14, 2009 at 9:10 AM, erik quanstromquans...@coraid.com wrote:
I believe I properly applied the pat patch, but I'm not really seeing
any improvement. At least, it still takes fully two seconds to bring
one large window in front of another.
that's because the screen is not
erik quanstrom wrote:
The point is how to compute the offset(s) of the last field at compile /
run time.
the offset of the last field is not in question. i believe you mean the size?
It's really the same info.
struct
{
. // total sizeof = 100
int B[..];
}A;
if i have two plan 9 machines, i can
import butts /mnt/consoles /n/consoles
however, since import and exportfs run a special
protocol in front of 9p, i don't think it's possible
to do the same thing from a linux host.
Yeah, I don't think anyone is currently doing anything
On Tue, Jul 14, 2009 at 9:01 AM, erik quanstromquans...@quanstro.net wrote:
there are other sound models, it would be nice to design ac97's
interface in such a way that it can work with other sound models.
Years ago, I suggested building a generic audio layer into the kernel
and plugging
this is at a bit of a tangent from the previous discussion,
but something i've always wondered:
why does the linux 9p mount syscall bother
with IP addresses at all? isn't it sufficient
just to provide a facility for mounting a file descriptor
(like the plan 9 syscall) and have an auxiliary
erik quanstrom wrote:
The point is how to compute the offset(s) of the last field at compile /
run time.
the offset of the last field is not in question. i believe you mean the
size?
It's really the same info.
it is not. the size and offset are different things.
As I'm reading it, the change to vganvidia.c you posted above
(re-pasted below) does pat stuff. Am I confused? I don't think pat and
mtrr are the same thing...
they're not. mtrr operates at the physical address level and
it's just a bunch of registers that control caching of a (limited set
However, I still think this is worthwhile just to provide (a) a
standard interface for audio devices (e.g., /dev/audioctl always
accepts the same messages to set volume, input levels, etc), and (b)
to have a single kernel support more than one type of audio device
(imagine a network where you
On Mon, 2009-07-13 at 23:14 -0400, erik quanstrom wrote:
Yes, but in my example - sorry - NeverDefined doesn't mean declared and
defined elsewhere (or not) but not declared .and. not defined.
true enough. the patch i sent still rejects your construct.
i'd still be interested to hear a
2009/7/14 Tim Newsham news...@lava.net:
However, I still think this is worthwhile just to provide (a) a
standard interface for audio devices (e.g., /dev/audioctl always
accepts the same messages to set volume, input levels, etc), and (b)
to have a single kernel support more than one type of
cinap_len...@gmx.de wrote:
to interrupt on i/o operations you send a note to the process.
for ioproc(2), here is iointerrupt() that does that. for timeouts here is
a alarm() function (see sleep(2)) that will fire a note on you when the alarm
expires.
notes should also work for
rejecting the struct seems like the right thing to do as per
ISO/IEC 9899:1999 (http://www.open-std.org/JTC1/SC22/wg14/www/docs/n1124.pdf)
sec. 6.7.2.1 para. 2
A structure or union shall not contain a member with incomplete or function
type (hence,
a structure shall not contain an
its best to look at the manpage for the function to check
what happens in the case of interruption. but they usualy
just return -1 and set errstr will contain the string
interrupted. plan9 does no syscall restarting.
read notify(2) and thread(2).
--
cinap
---BeginMessage---
cinap_len...@gmx.de
On Tue, 2009-07-14 at 13:46 -0400, erik quanstrom wrote:
rejecting the struct seems like the right thing to do as per
ISO/IEC 9899:1999
(http://www.open-std.org/JTC1/SC22/wg14/www/docs/n1124.pdf)
sec. 6.7.2.1 para. 2
A structure or union shall not contain a member with incomplete or
2009/7/13 Eric Van Hensbergen eri...@gmail.com:
On Mon, Jul 13, 2009 at 3:24 AM, sqweeksqw...@gmail.com wrote:
Anyway, note that if you auth you'll need supporting software from
p9p also. Factotum and srv -a, in particular, then give v9fs a -o
trans=unix.
Any chance we can get fossil
For the dirty corner of any language one is usually better off with
a written formal standard. Now, since Plan9 doesn't have such a
document, relying on a work done by c99 committee would seem like
a wise thing to do.
And it is not like we are talking about C++ ISO standard here, the
C99
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.
russ
Is this with a remote
X or some other high latency connection to the
underlying graphics?
Right on my laptop. But ubuntu 9.04 is known to have X issues and I
did not know if this was another one.
Has anybody figured this one out? I just updated to Ubuntu 9.04 and
I'm seeing exactly the
On Tue, Jul 14, 2009 at 2:05 PM, sqweeksqw...@gmail.com wrote:
I'm not too fond of the idea... It's not as though amount adds any
new functionality over srv+mount[1], and I hate throwing more code at
a problem when equivalent code exists elsewhere. Having to introduce a
link time dependency
2009/7/14 Tim Newsham news...@lava.net:
The v9fs driver lets you mount from a file descriptor.
Is this what you're asking for?
i was aware it allowed a mount of a file descriptor.
in the interests of minimalism, i was wondering why
it did anything else.
On Tue, 2009-07-14 at 15:29 -0400, erik quanstrom wrote:
The above paragraph has nothing to do with pointers to incomplete types
(except for a clarification). Why are you bringing this up?
assuming that pointers to incomplete types are
themselves incomplete, and you haven't cited
chapter
moving to plan9port-dev.
http://bitbucket.org/rsc/plan9port/issue/5/acme-typing-at-1-char-sec-on-ubuntu-904
Subject: [9fans] p9p acme: incredibly slow typing in tag line for file.
From: ron minnich rminn...@gmail.com
Date: Sun, Jun 28, 2009 at 1:04 AM
To: Fans of the OS
On Mon, Jul 13, 2009 at 9:55 PM, Russ Coxr...@swtch.com wrote:
+plan9port-dev
bcc: 9fans
I have just created a mailing list for these questions.
It is not documented anywhere yet - yours is the first.
I would have called the mailing list plan9port-help
but apparently -help is not a valid
Should we put patches here, too?
Yes. I'd like plan9port-dev to have all
the discussion of plan9port development
and problems.
There's a different story for patches that
is still not quite complete, but it's a start.
Look for upload.py in
On Tue, Jul 14, 2009 at 8:06 PM, Russ Coxr...@swtch.com wrote:
Should we put patches here, too?
Yes. I'd like plan9port-dev to have all
the discussion of plan9port development
and problems.
There's a different story for patches that
is still not quite complete, but it's a start.
Look for
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 the spirit of small parts brought together, Acme
I always intended to do something about that but never got around to
it. Other things took precedence.
In any case I doubt it could ever work as well in Acme as it does in Oberon.
-rob
On Tue, Jul 14, 2009 at 9:36 PM, Rob Pike robp...@gmail.com wrote:
I always intended to do something about that but never got around to
it. Other things took precedence.
In any case I doubt it could ever work as well in Acme as it does in
Oberon.
-rob
Rio works nicely though, and thanks
70 matches
Mail list logo