Sorry I should have sent previous mail using uft-8 code.
The following is same as previous one except character code.
Hello,
tcs both for plan 9 and for unix has a bug in reading utf text.
that comes from:
utf_in(int fd, long *notused, struct convert *out){
char buf[N];
...
while((n
ah yes, the dreaded partial rune problem. lots of programs
must cope with this issue.
-rob
On 8/31/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Hello,
>
> tcs both for plan 9 and for unix has a bug in reading utf text.
> that comes from:
> utf_in(int fd, long *notused, struct convert *out)
Hello,
tcs both for plan 9 and for unix has a bug in reading utf text.
that comes from:
utf_in(int fd, long *notused, struct convert *out){
char buf[N];
...
while((n = read(fd, buf+tot, N-tot)) >= 0){
...
}
in utf.c
N is assigned to be 1 in hdr.h
if you set N to 10, you
I don't know whether the change is worth doing, but
here is a simple way to do it. Define that a client may
send more than one message with the same tag, and
in that case servers must process those messages
sequentially. This is not very hard to implement on the
server side, and the single-thread
> Rattan wrote:
>
> > An invocation results in (for $ drawterm -a -c ):
> >
> > not at local console; won't ask for password
> >
> > What could cause it?
>
>
>
> Running drawterm on a server, viewing on a terminal?
If you connect from the terminal to the server v
We added two (library) calls readf and writef that perform file I/O
besides resolving the name. We found ourselves calling them a lot, because
in many cases it's very convenient. They would be
an opportunity to "batch" walk/open/read(s)/clunk, which happen
a lot. However, this would require changin
> 'Tailcall optimizations' for filesystems with other mounted
> filesystems
In Plan 9 all mounts are done at the client side, so this
wouldn't be an optimization--it's the only case.
> * Macro messages
> Lightweight clients (such as microcontrollers) that communicate
> with a fileserver using 9P
Rattan wrote:
System is Sparc Solaris-5.10
I was able to compile the drawterm for 8-bit screen depth.
An invocation results in (for $ drawterm -a -c ):
not at local console; won't ask for password
What could cause it?
Running drawterm on a server, viewing on a t
System is Sparc Solaris-5.10
I was able to compile the drawterm for 8-bit screen depth.
An invocation results in (for $ drawterm -a -c ):
not at local console; won't ask for password
What could cause it?
-ishwar
Forgot to say, your "layout", we build by mounting whatever we want.
We can mount all the devices at a single directory, or group them by
location:
for (l in $locations)
mount -U /devs/x10!L$l /n/x10$l
You can always automate this, thus there is no need for force or write
a particular spec.
> > * Downloadable namespaces
> > The namespace supported by a filesystem can be modified (possibly using a
> > configuration file provided by the filesystem) to correspond to changes in
> > system that the filesystem in encapsulating.
>
> Right now, Plan 9 interprets the file /lib/namespace when
> I am a PhD student at Indiana University working on the application of
> some Plan 9 related to the embedded domain. Specifically I am looking at
> embedded debugging, configuration and device management using the
> distributed virtual filesystem model. I have looked at a few
> different types of
12 matches
Mail list logo
