Re: [9fans] alternative port with webfs?

[Gorka Guardiola]

On Mon, Mar 16, 2009 at 12:18 AM, Mathieu  wrote:
> Hi all,
>
> I'm working on something that will use http requests so I figured using
> webfs instead of reinventing the wheel might be a good idea, even though
> I've been hinted on #plan9 that it's far from perfect.
> My first try was to duplicate some code from /sys/src/cmd/webfs/webget.c
> and it seemed that I couldn't get a reply from a server
> listening on a port other than 80, using that syntax for the url:
> http://host:port/path. Then I tried the same thing with webfsget
> and I also got a 'Connection refused'.

I patched this a little bit and seems to work for me. ¿Do you
have the latest version?.

-- 
- curiosity sKilled the cat

Re: [9fans] Help for home user discovering Plan 9

[Gorka Guardiola]

On Fri, Apr 17, 2009 at 3:14 PM, Balwinder S Dheeman  wrote:
>
> Please set aside rare cases and let us know who except for the students,
> teachers and, or researchers uses Plan9 and, or Inferno in the offices,
> homes and, or cafes and for what?
>
> The Plan9 project started in 1980, took around 9 years to be solid
> enough to be usable and that too by the internal and, or lab people
> [http://plan9.bell-labs.com/sys/doc/9.html] only. Whereas, the FreeBSD
> and, or Linux (though not an OS or Unix variant in a sense) came into
> existence later in 1993 and 1991 respectively are more popular among any
> other variants of Unix.

That is the difference between coming up with a design an rethinking the
system and just copying one and porting software already written. Linux
started mostly using all the gnu stuff and copied all the design from already
existing Unix things. That of course takes less than rethinking
everything carefully
from scratch. For example UTF. Among other things.

That said what is the points of this discussions?. Use whatever you want
and have fun. I use 4 or 5 operating systems
for different things. One of them is Plan 9. Not only for teaching but
as infrastructure
For example this is the CMS for our courses:
http://lsub.org/magic/group?o=i&g=c
And we ran several labs which runs diskless for teaching and so.
This infrastructure serves hundreds of students. I can even have 100 computers
running diskless with students with daily automatic incremental backups (venti)
using the CMS (yes, with abaco) and compiling and running programs
at the same time against one file server. Try that with *any* other
operating system
(and our hardware infrastructure).

Then again, that may not be "solid enough" for you. I happen to work
at a University, sorry.

I also run Mac OS and use it for web browsing. Windows for several
devices (like a USB sniffer) which I don't have drivers nor I do I
feel like writing.
Linux in my illiad ebook.
And inferno/octopus for integrating all this stuff into a usable environment.
And some time even others.

If Plan 9 is not useful for you nor you get how it can be, good, don't use it.

For me it is.
-- 
- curiosity sKilled the cat

Re: [9fans] auto reconnect for cpu servers

[Gorka Guardiola]

On Tue, May 12, 2009 at 8:50 PM, Russ Cox  wrote:
>
> there is also recover (gorka should know where the
> source is these days) but that requires building a
> custom kernel to connect through it, and i'm not
> sure how well that particular setup works.
>

The source for recover is in my contrib directory.
I have never tried it in that
setup either.

-- 
- curiosity sKilled the cat

Re: [9fans] new usb implementation

[Gorka Guardiola]

On Thu, May 28, 2009 at 5:52 AM, Shaowei Wang (wsw)  wrote:
> Is this news mean we can hotplug the usb mouse and keyboard?
>

yes.

-- 
- curiosity sKilled the cat

Re: [9fans] new usb implementation

[Gorka Guardiola]

On Mon, Jun 8, 2009 at 8:06 PM, Francisco J Ballesteros wrote:
> I think someone managed to boot from usb, but I´m not sure.
> In any case, the change means that usb is ready at boot(8) time
> if usbd is compiled in the kernel. Booting from usb requires 9load
> loading a kernel from usb. I don´t know what´s the status for that.
>

Las time I checked that worked for bios which where able to boot from USB drives
linearly addressed. I go the kernel to load, so with the usb at boot
time, all the
pieces are there.
Formatting the USB drive is tricky though.


-- 
- curiosity sKilled the cat

Re: [9fans] new usb implementation

[Gorka Guardiola]

On Mon, Jun 8, 2009 at 8:36 PM, erik quanstrom wrote:
>> Formatting the USB drive is tricky though.
>
> what do you mean by formatting?  if you mean that usb/disk
> doesn't do partitions, you can use sdloop or partfs to get around
> that.  it wouldn't be too hard to extend usbfat: to automagicly
> configure /dev/sdu[0-f].

Didn't say impossible, I said tricky.

-- 
- curiosity sKilled the cat

Re: [9fans] nemo's book - where is it currently hosted?

[Gorka Guardiola]

On Sun, Jul 12, 2009 at 11:19 PM, james toy wrote:
>
> I suspect lsub will be back up very shortly.  If you cannot wait until
> then feel free to mail me off list and I will send you a copy.
>
>

Sorry for this. The people from the University have been doing some maintenance
on the power lines weekend. I should be up soon.

-- 
- curiosity sKilled the cat

Re: [9fans] new usb stack and implicit timeouts

[Gorka Guardiola]

On Sun, Jul 19, 2009 at 5:58 PM, Francisco J Ballesteros wrote:
> On Sun, Jul 19, 2009 at 5:46 PM,  wrote:
>> http://www.beyondlogic.org/usbnutshell/usb6.htm#SetupPacket
>>
>
> IIRC, I think the host controller is responsible for timing out
> requests sent to the device (I refer to setup packets), but my uchi
> does not. In any case, I don't think anyone wants to remove timeouts
> from ctl requests.
>
>

I am unsure I would remove timeouts even from bulk endpoints.
It is true that some devices (the usb/serial for example) need to
read for an undefined time waiting for data, but I don't think that is
an issue as long
as the timeouts are long enough, doing polling is quite easy. There is
polling in the
lower levels anyway.

On the other hand, I think smart card readers go for
lunch on a read and may never come
back if there is no timeout. Of course alarm() can be used, but
a timeout makes it simpler. I prefer having to poll on some
cases than having to use signals on others.

-- 
- curiosity sKilled the cat

Re: [9fans] vmware snarf problem

[Gorka Guardiola]

On Thu, Jul 30, 2009 at 11:22 AM, roger peppe wrote:
> actually, i lied when i said that nothing ever comes
> out of the snarf buffer. if i copy some text externally
> (inside mac os), then i get it, just once, inside plan 9/vmware.
> reading it seems to clear it.
>


Isn't this related to the software Russ wrote for vmware (nda
protected) and which stopped being updated?. I know
there was a special snarf for vmware.

-- 
- curiosity sKilled the cat

Re: [9fans] sed oddity

[Gorka Guardiola]

On Tue, Aug 18, 2009 at 4:55 PM, Uriel wrote:
> Interesting, this reminds me of a question I had: is there any command
> that would read from stdin, and write to stdout, but if there was an
> error when writing to stdout it would ignore it and continue reading
> stdin? It is trivial to do it in C, but don't want to require an extra
> program just to keep werc's error logs clean of spurious noise.
>
> I guess based on what you said, that I might be able to use sed, but
> only until your complaint is fixed :)
>
> uriel
>

I am not sure by your description, it looks to me like you want either:

{cat || cat > /dev/null}

or

while(;){
  cat
}

-- 
- curiosity sKilled the cat

Re: [9fans] new 9atom.iso

[Gorka Guardiola]

On Thu, Aug 27, 2009 at 10:14 PM, erik quanstrom wrote:
>> Do we stick with that file format forever? is it perfect and never to
>> be changed?
>
> would it be fair to ask a the same question from a little
> different perspective?
>
> could someone explain what the disadvantages and problems
> with 9fat are?  i'm asking out of ignorance, since 9fat hasn't
> been a problem for me.
>

That it is too complicated to pares in 512 bytes.

-- 
- curiosity sKilled the cat

Re: [9fans] new 9atom.iso

[Gorka Guardiola]

On Fri, Aug 28, 2009 at 9:59 AM, Gorka Guardiola wrote:
>> could someone explain what the disadvantages and problems
>> with 9fat are?  i'm asking out of ignorance, since 9fat hasn't
>> been a problem for me.
>>
>
> That it is too complicated to pares in 512 bytes.
>

s/pares/parse/

-- 
- curiosity sKilled the cat

Re: [9fans] lowest valid stack address

[Gorka Guardiola]

2009/9/2 Andrés Domínguez :
> 2009/9/2 erik quanstrom :
>>
>> aside: from the overcommit vm discussion.
>> in http://9fans.net/archive/2000/06/634 rob
>> says that plan 9 doesn't overcommit vm.
>> what's the history here?
>
> Exactly two years ago you started a thread about
> memory overcommit. If I remember correctly, plan9
> overcommits vm. Few weeks later the Go program
> from gorka crashed while allocating the stack, maybe
> an overcommiting check was added, probably gorka
> knows.
>

I don´t think there was an extra check added for this,
that was probably coincidence.
I think that was some other effect.

The vm space may (and normally is) bigger than the physical memory
(that is what vm is about). but not the quantity really backed up by
physical memory because
there is no swap (there is but noone uses it).

If you don´t touch the memory,
it never gets mapped in, so you may reserve a big chunk, but it has to fit
in your vm in the space between the stack and the bss. In my go program
I was reserving something unreasonable like 1Gb
(I was doing some funny things with it) of stack using
the thread library and I probably ran out of vm space for the proc and the
kernel does check this.
-- 
- curiosity sKilled the cat

Re: [9fans] clarification on man 9p

[Gorka Guardiola]

There is a version that is. Its source is with the library.

-
Curiosity sKilled the cat

G.

On Oct 3, 2009, at 11:26 AM, Fernan Bolando   
wrote:



On Sat, Oct 3, 2009 at 8:29 AM, Russ Cox  wrote:

"In general, the File interface is appropriate for maintaining
arbitrary file trees (as in ramfs). The File interface is best  
avoided
when the tree structure is easily generated as necessary; this is  
true

when the tree is highly structured (as in cdfs and nntpfs) or is
maintained elsewhere."

Is this referring to avoiding the usage of createfile and friends in
9pfile.h for highly structured trees?


Yes.  You can look at the named examples to see
the alternative.  My experience has been, well, what
it says in the man page: the File interface was an
interesting idea but is rarely useful.



I understand, what confused me was that ramfs is not using File/ 
createfile.

So even though ramfs could have taken advantage of the createfile
tools it didn't. why?

The only fileserver that I found that was actually using createfile  
is rdbfs.


regards
fernan


--
http://www.fernski.com

Re: [9fans] IWP9 hack session

[Gorka Guardiola]

On Tue, Oct 6, 2009 at 10:38 PM, ron minnich  wrote:
> oh yeah, I assume the first step to hacking these is cracking them open?
>
> Or is there a way via the usb port to get serial console (does not
> seem so from block diagram)
>

Mechiel told me there was a way to get a serial out of the usb connector...
Don't know anything more (we don´t have one as nemo stated)...


-- 
- curiosity sKilled the cat

Re: [9fans] So quiet!

[Gorka Guardiola]

On Sun, Oct 25, 2009 at 11:49 PM, Steve Simon  wrote:
>> I thought it was just wonderful, and noticed similar reactions from
>> everyone else. It was a very fine meeting.
>

Yes, I had a lot of fun too!!.

> could somone post a quick summary of the plan9 extra-cirricular
> activities, e.g. was sheeva plug port was completed successfully?
>

Well, the sheeva plug port was already there (Geoff finished it...).
We did manage to boot it using 9vx as a fileserver and did
the same for the gumstix (vertex pro).

As I said, a lot of fun...
-- 
- curiosity sKilled the cat

Re: [9fans] automatic page sharing

[Gorka Guardiola]

On Fri, Oct 30, 2009 at 12:25 AM, Ethan Grammatikidis
 wrote:
> On Thu, 29 Oct 2009 21:25:59 +0100
> Enrico Weigelt  wrote:

> Pardon if this has come up before, but what about the greatly
> increased time taken to launch a shared-lib program?  That's quite

Not that much if your loaded caches the binaries of the programs (as
we do) and they
are small and for really shared state you have filesystems which
stay running.

-- 
- curiosity sKilled the cat

Re: [9fans] Replace text in acme window with the plumber

[Gorka Guardiola]

On Thu, Nov 26, 2009 at 1:31 PM, Anthony Sorace
> a lot of work for no obvious reason.
>
>

Not moving the pointer would be a reason...


-- 
- curiosity sKilled the cat

Re: [9fans] Sheevaplug

[Gorka Guardiola]

On Mon, Dec 14, 2009 at 9:39 PM, Francisco J Ballesteros  wrote:
> Ours is finally in Spain, at customs.
>
> Knowing our bureaucracy, it may still take a week or two to get my hands on 
> it.
>

There is also a half written untried driver for the serial usb waiting
for it to arrive
to be finished.



-- 
- curiosity sKilled the cat

Re: [9fans] Sheevaplug

[Gorka Guardiola]

On Tue, Dec 15, 2009 at 4:15 AM,   wrote:
>> There is also a half written untried driver for the serial usb waiting
>> for it to arrive
>> to be finished.
>
> Which is the serial USB?  The console on my plug works perfectly well,
> I thought that was the purpose?
>
>
>
>

Does it?. I mean the PC from which you connect to the device.
The sheeva has an integrated usb to serial cable so that from inside
the sheeva you see a serial (that works) but from the host you see
a usb serial device (ftdi sio) which is the driver I was talking about.

-- 
- curiosity sKilled the cat

Re: [9fans] libthread API

[Gorka Guardiola]

On Fri, Jan 8, 2010 at 10:40 AM, anonymous  wrote:
> Why libthread has threadcreate instead of something like fork? With

Preemptive vs cooperative.


-- 
- curiosity sKilled the cat

Re: [9fans] Just one piece o' help.

[Gorka Guardiola]

On Thu, Jan 14, 2010 at 12:30 PM, Purple_Q  wrote:
> 1. mount a cd, usb stick, or another local filesystem.
> The mount command is nothing like what i'm used to on linux or BSD,
> and the /mnt folder is kind of confusing. How can I mount/ummount
> things and approx. where do they end up?

If you are talking about a local filesystem, you will need to run
the file server first. Then it gives you a connection somewhere,
for example by posting it in a file in srv.
Then you mount the connection,
see the examples in the man page mount(1).
Some devices need some other extra programs be run
first, which provide files abstracting the disks for the
fileserver to use, like usb which needs another server.

All this is normally done in scripts already provided. For example, to mount a
usb stick, you simply run usbfat: see usb(4).

Take a look at /bin/*: as examples to mount fat partitions and floppies.

Another simpler example run by hand is for a cd

9660srv -f /dev/sdC1/data
mount /srv/9660 /n/cdrom

/n generates mount points on demand and is the standard place to
mount things, see mntgen(4).

>
> 2. Installing software. I have no net connection in Plan9 because it
> does not recognize my ethernet card. Do I just take something, say
> a .tbz from the sources contrib directory online, put somewhere and
> decompress it, then just type "mk install", am I missing something?

You are probably out of luck, see if there is a similar one and start tweaking.
There is extra software in sources in contrib and sources.
9fs sources, look around.

Some of it is packed using this.

http://plan9.bell-labs.com/wiki/plan9/Contrib_index/


>
> Any other user-end, desktop administration type of things you feel is
> worth pointing out, please feel free to throw them in too or point me
> to any specific threads or documents that might help out. I've read


Take a look at:
http://plan9.escet.urjc.es/newbie-guide.pdf
http://plan9.escet.urjc.es/who/nemo/9.intro.pdf
http://www.plan9.bell-labs.com/wiki/plan9/plan_9_wiki/

And enjoy :-).
-- 
- curiosity sKilled the cat

Re: [9fans] vgaradeon (was Re: Problem of last update?)

[Gorka Guardiola]

On Wed, Jan 27, 2010 at 6:36 PM,   wrote:
>
> My long-term goal is to eliminate all the vga drivers but vgavesa,
> which make up about 10% of the pc kernel port by line count.  This may
> not be possible due to currently-working graphics cards with broken
> vesa bioses nor desirable because the native drivers are vastly faster
> than the vesa driver (though I think we're closing that gap), but it's
> worth attempting.  I've used the vesa driver on my usual plan 9
> terminals and it's hard to see a difference in performance compared
> with the native vga drivers.
>

The problem for me is that many times the vesa modes do not match
the native resolutions on flat screens. This is specially bad in laptops.
I may be wrong but as far as I understand this you
can only use with vesa the modes printed by aux/vga
which are the modes hardwired in the Bios, ¿am I wrong?. I know some
drivers in linux (like in my old vaio) rewrite this modes, would this
be a solution
for this problem?. I don't know nearly enough about vesa...
-- 
- curiosity sKilled the cat

Re: [9fans] Speed of 9pfuse on Linux

[Gorka Guardiola]

Maybe yes, maybe no. What is the latency to your file server?.
http://lsub.org/ls/export/opiwp9.pdf
http://lsub.org/ls/export/opiwp9tlk.pdf
-- 
- curiosity sKilled the cat

Re: [9fans] Speed of 9pfuse on Linux

[Gorka Guardiola]

On Wed, Feb 10, 2010 at 7:54 PM, Venkatesh Srinivas  wrote:
> Perhaps the time to talk about QTDECENT is at hand?
>

I feel like it is Groundhog Day lately when I read the list.


-- 
- curiosity sKilled the cat

Re: [9fans] Binary format

[Gorka Guardiola]

On Wed, Feb 17, 2010 at 2:31 PM, Enrico Weigelt  wrote:
>
> Hi folks,
>
> just curious: which binfmt does Plan9 use ?
> How are share libraries handled (if they exist at all) ?

a.out(6)
no shared libraries.

>
> Inspired by recent discussions @ gentoo-user, I'm thinking a bit
> how an simple and efficient binfmt could look like. Some key
> ideas are:
>
> * purely runtime information (no debug stuff, etc)

just strip it.

> * everthing's sharable/relocatable module, with strict dependencies
> * on exec() the process image will be constructed the modules along
>  the dependency tree (the main program as root)

no shared libraries.

> * each module may have an entry point (main module w/o is allowed,
>  even if it wouldn't make much sense ;-o), these are called after
>  relocation, along the dependency tree, from leaf to root.

no modules.


-- 
- curiosity sKilled the cat

Re: [9fans] plan9 on qemu and 9vx

[Gorka Guardiola]

On Fri, Mar 12, 2010 at 5:53 PM, ron minnich  wrote:
> Unless there's some compelling reason to use qemu (I can't think of
> one)

Debugging the kernel.

-- 
- curiosity sKilled the cat

Re: [9fans] Accessing Mac OS Extended drives

[Gorka Guardiola]

This would probably make for a nice GSoC project (even if, for the purposes of
the project is a read only, without all the bells and whistles,
version of HFS+). It is documented for example here:
http://dubeiko.com/development/FileSystems/HFSPLUS/tn1150.html#BTrees

On Fri, Mar 7, 2014 at 9:54 AM, Sergey Zhilkin  wrote:
> Hello !
>
> Plan9 can't mount HFS or HFS+ filesystems (no fileservers :) ) but you can
> use USB disk by formatting it to a supported filesystem (fossil(4), kfs(4)).
> I think, that your Mac USB disk is labaled as UUID, and UUID is unsopported.
> Please read prep(8) for how to lebel and format disks. :)
>
>
> 2014-03-07 12:44 GMT+04:00 Rubén Berenguel :
>
>> Hi all,
>>
>> can Plan9 access a USB disk formatted with HFS plus (i.e. the Mac OS
>> Extended (& journaled) file system?
>>
>> The part about USB is just because it happens to be an USB drive, but
>> basically I don't know how to mount the /dev/sdD.D/data. Of course, dossrv
>> can't do it (already tried).
>>
>> Thanks,
>>
>> Ruben
>
>
>
>
> --
> С наилучшими пожеланиями
> Жилкин Сергей
> With best regards
> Zhilkin Sergey



-- 
- curiosity sKilled the cat

Re: [9fans] usb serial driver

[Gorka Guardiola]

Isn't it a variant of the version (almost) supported? There were sone issues at 
fast speed, but I believe it is there in the distro.


G.

> On Mar 16, 2014, at 6:40 AM, arisawa  wrote:
> 
> Hello,
> 
> Anyone has a driver for FT232R or PL2303HX?
> Or working on those drivers?
> 
> Kenji Arisawa
> 
> 

Re: [9fans] usb serial driver

[Gorka Guardiola]

On Mon, Mar 17, 2014 at 3:35 PM, arisawa  wrote:
> Thank you Gorka,
>
> I made a mistake.
> The usage of 9front is different from that of Bell-labs.
> It seems FT232R is OK, but PL2303HX has a problem.
>
> term% cat /lib/ndb/consoledb
> group=sys


Yes, I see. FTDI is better supported, because I had several variants
plus the device included in the Sheevaplug.

The prolific one (PL2303XXX) I had an old and slow version, so:
- New devices will probably miss stuff there was some configuration
with the H and X version.
- If the device is very fast it will probably miss bytes (there should
be buffering in the
driver like the FTDI version of it does).

Erik has seen some of these problems, maybe he has fixed them?

Fixing the driver to support the HX version sould be easy. Take a look at the
BSD driver which at the time I wrote it was the only documentation,
(this may have changed):

http://lxr.linux.no/linux/drivers/usb/serial/pl2303.c

Fixing the device missing bytes should be simple, just follow what the
FTDI version does
(use a channel with buffering).

G.

Re: [9fans] usb/serial control open

[Gorka Guardiola]

On Sun, Mar 23, 2014 at 7:09 PM, erik quanstrom  wrote:
> it seems odd to me that opening the ctl file would
> reset some serial parameters.  wouldn't it be better
> to leave them alone?
>

What do you return on read if you don´t know the state?
For some devices if you don´t set the state, you have no idea.
You can do it in read, but it seemed more intuitive in open at the
time, (and you don´t
set the state on every read).


G.

Re: [9fans] usb/serial control open

[Gorka Guardiola]

>
> so if i do this
>
> echo l7>/dev/eiaU6/eiaUctl
> cat /dev/eiaU6/eiaUctl
>
> that's two opens, isn't it?  then isn't l reset to 8 by the second
> open?
>

It has been a while and I don´t have the code at hand now, but once
it is at a known state, it shouldn´t set it again, that is probably a bug.

It should be something like:

if(!setonce){
  setonce = 1;
  serialctl(p, "l8 i1");  /* default line parameters */
}

G.

Re: [9fans] usb/serial control open

[Gorka Guardiola]

> What do you return on read if you don´t know the state?
> For some devices if you don´t set the state, you have no idea.
> You can do it in read, but it seemed more intuitive in open at the
> time, (and you don´t
> set the state on every read).
>

What I meant, is if you
write then read, the read does not set the state.
if you read then write, it does.
It is cleaner to set it on open.

The rule is simple, the first open sets the state.
As I said, the "first" part is missing :-).

G.

Re: [9fans] usb/serial control open

[Gorka Guardiola]

On Sun, Mar 23, 2014 at 8:47 PM, Gorka Guardiola  wrote:

>
> if(!setonce){
>   setonce = 1;
>   serialctl(p, "l8 i1");  /* default line parameters */
> }

And setonce needs to live in the interface, and it needs to be locked, etc.
G.

Re: [9fans] usb/serial control open

[Gorka Guardiola]

>>
>> And setonce needs to live in the interface, and it needs to be locked, etc.
>
> another idea: since this is only needed by some hardware.  and then only in 
> init.
> why not make it the responsibility of such hardware to do this in the init
> fn.  then the problem can be addressed without any special cases like
> !setonce.
>
> what do you think?
>

Init is probably the right place to do that, except I wouldn't
configure interfaces
I am not going to use, because, some times, they are connected to funky things
(like jtag, for example). I used open to do it on-demand. I don't know
if it was the
right decision, but that was the rationale behind it. If you think
there is a better way, proceed :-).


G.

Re: [9fans] more serial questions

[Gorka Guardiola]

I didn't add that, your guess is as good as mine.

G.

> On Mar 25, 2014, at 1:12 AM, erik quanstrom  wrote:
> 
> i'm just asking questions, because i don't have the experience the author
> clearly has.
> 
> i'm looking at this comment
> 
>/*
> * if we encounter a long run of continuous read
> * errors, do something drastic so that our caller
> * doesn't just spin its wheels forever.
> */
> 
> long run is defined to be 1 for the lifetime of all serial ports.  i'm 
> thinking
> of making this 5 in a row per call, and checking for a few more cant continue
> type messages.  was there a particular device that might spit out hundreds of
> consecutive read timeouts (that's the only error this works for) before 
> returning
> something?  could the same thing happen on write?
> 
> - erik
> 

Re: [9fans] New /prog idea

[Gorka Guardiola]

There was a proc box in the original Plan B of which there were different
version in the descendants (for files too) and
which permitted things similar to what you want. See

http://lsub.org/ls/export/man.1e.ps (page 31)
and
http://lsub.org/ls/export/ubiterm.icps05.pdf

Later, Andrey and Ron did something similar for clusters with xcpu:

http://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=04100349

G.



On Sun, May 4, 2014 at 11:59 PM, Oleksandr Iakovliev
wrote:

>
> Just idea, but seriously, why cannot do something like this:
>
> # cat /prog/new > $id
> # cat /dis/ls.dis > /prog/$id/dis
> # echo "/" > /prog/$id/cwd
> # echo «Running» > /prog/$id/status
>
> Not to do it which echo/cat, but to have remote access to /prog/new
>



-- 
- curiosity sKilled the cat

Re: [9fans] usb disk - no partitions?

[Gorka Guardiola]

Last time I looked at it did not.
You would use some other
fs (partfs, for example) for that.

G.


On Tue, Jul 21, 2015 at 10:51 AM, Steve Simon  wrote:
> the usb disk driver does not seem to support partitions,
> Am I doing somthing wrong, or is that just how it is?
>
> e.g.
>
> cherry% ls /dev/sdU0.0/
> /dev/sdU0.0/ctl
> /dev/sdU0.0/data
> /dev/sdU0.0/raw
>
> cherry% disk/fdisk -p /dev/sdU0.0/data > /dev/sdU0.0/ctl
>
> cherry% ls /dev/sdU0.0/
> /dev/sdU0.0/ctl
> /dev/sdU0.0/data
> /dev/sdU0.0/raw
>
> -Steve
>



-- 
- curiosity sKilled the cat

Re: [9fans] usb serial on raspberry pi (again)

[Gorka Guardiola]

On Mon, Dec 12, 2016 at 9:39 PM, Richard Miller <9f...@hamnavoe.com> wrote:

> Oops, pressed the wrong button - that reply was intended for
> Steve Simon and not the whole of 9fans.  Oh well, if anybody
> else wants to rummage through the usbdwc driver too, they
> are welcome.
>


Thanks, because I had been looking at the silabs code and was puzzled
(I don't own a pi now for different reasons). Good to know you are on it
:-).

G.

Re: [9fans] Plan 9 64-bit?

[Gorka Guardiola]

Is it nix you are asking about?
http://lsub.org/ls/nix.html

On Sat, Dec 29, 2018, 13:44 Mayuresh Kathe  I can't remember the name of the person, but he used to work for a
> European research lab and had made a 64-bit version of an operating
> system derived from Plan 9. That operating system had some interesting
> features, one of which was the ability to isolate a process on a single
> core of a CPU.
>
> Does anyone have more details about that operating system? Or would
> anyone know the name of that person?
> It would be nice to work with that operating system and I would be
> willing to pay a license fee to use it if granted access to the source
> for personal study.
>
> Thanks,
>
> ~Mayuresh
>
>
>

Re: [9fans] Plan 9 64-bit?

[Gorka Guardiola]

Not that I know of. People moved on to other projects afaik.

On Sat, Dec 29, 2018, 14:09 Mayuresh Kathe  Yes, that's the one, thanks for that pointer Gorka, many thanks indeed.
> Anyone still working on "Nix Mark IV"?
>
> On 2018-12-29 06:26 PM, Gorka Guardiola wrote:
> > Is it nix you are asking about?http://lsub.org/ls/nix.html [1]
> >
> > On Sat, Dec 29, 2018, 13:44 Mayuresh Kathe  >
> >> I can't remember the name of the person, but he used to work for a
> >> European research lab and had made a 64-bit version of an operating
> >> system derived from Plan 9. That operating system had some
> >> interesting
> >> features, one of which was the ability to isolate a process on a
> >> single
> >> core of a CPU.
> >>
> >> Does anyone have more details about that operating system? Or would
> >> anyone know the name of that person?
> >> It would be nice to work with that operating system and I would be
> >> willing to pay a license fee to use it if granted access to the
> >> source
> >> for personal study.
> >>
> >> Thanks,
> >>
> >> ~Mayuresh
>
>
>

[9fans] bug in echo?

[Gorka Guardiola]

I was trying to echo the string '-n' and couldn't. This is because
-n doesn't use ARGBEGIN.

This command results in:

echo -- -n
-- -n

I ended up doing

echo a-n|sed s/a//

Do I send the patch, do you consider this a bug?.

-- 
- curiosity sKilled the cat

Re: [9fans] bug in echo?

[Gorka Guardiola]

2008/3/26 Rob Pike <[EMAIL PROTECTED]>:
> echo -n -n'
>  '

{echo -n -n; echo}

But again, why not
echo -- -n
?


-- 
- curiosity sKilled the cat

Re: [9fans] bug in echo?

[Gorka Guardiola]

On Wed, Mar 26, 2008 at 1:40 PM, Anthony Martin <[EMAIL PROTECTED]> wrote:
> The UNIX Programming Environment, p.78
>

Plan 9 is not UNIX.
The difference in code is:

<
<   if(argc > 1)
<   if(strcmp(argv[1], "--") == 0){
<   argv++;
<   argc--;
<   }
<   else if(strcmp(argv[1], "-n") == 0)
<   nflag = 1;
---
>   if(argc > 1 && strcmp(argv[1], "-n") == 0)
>   nflag = 1;

Which is not much.

So, my question remains, why not?. Even in the UPE it says that
the echo -n '
'
is ugly...
-- 
- curiosity sKilled the cat

Re: [9fans] bug in echo?

[Gorka Guardiola]

On Wed, Mar 26, 2008 at 1:52 PM, Sape Mullender
<[EMAIL PROTECTED]> wrote:
> > echo -- -n
>
>  because we do gnot like that sort of stuff.
>
>

rm -- -r whynot
rm: -r: '-r' file does not exist
rm: whaynot: 'whaynot' file does not exist

-- 
- curiosity sKilled the cat

Re: [9fans] bug in echo?

[Gorka Guardiola]

On Wed, Mar 26, 2008 at 2:19 PM, Joel C. Salomon <[EMAIL PROTECTED]> wrote:
>  …At this point the Plan 9 realized history repeating itself, and
>  although she did not want to offend either, she decided it was better
>  to offend the impatient youth rather than subject all her suitors to
>  yet another surfeit of notation.
>  —From "Plan 9 and the Echo, with apologies to Doug McIlroy" by Russ
>  Cox, linked to in my previous post.
>

Except, this is a different kind of problem.
The file talks about

echo ''

which I understand should not be fixed because breaks other things and
is a general case (as Russ points) of the question "what should we
do when given an empty string / 0 size write etc." which is tricky
and complicated.

echo -- -n

is a different kind of issue I think. I would just want to be told the
reason(s) behind this.
The fix doesn't break anything, makes echo consistent with the rest of
programs and consists of two clear and simple lines of code.

I wasn't trying to flame (originally, then I got carried away). I am
just curious
why this wasn't fixed.
-- 
- curiosity sKilled the cat

Re: [9fans] bug in echo?

[Gorka Guardiola]

On Wed, Mar 26, 2008 at 2:55 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:

>  --?  so adding -- special case code doesn't really solve any problems.

echo -- --?




-- 
- curiosity sKilled the cat

Re: [9fans] bug in echo?

[Gorka Guardiola]

On Wed, Mar 26, 2008 at 8:43 PM, Francisco J Ballesteros <[EMAIL PROTECTED]> 
wrote:
> but
>  echo -n '-n
>  '
>  is a hack.

yes

so is any of the other solutions, each with its own constraints.


>  with a different implementation it might as well
>  complaint that '
>  ' is an invalid flag.

no. This breaks unnecesarily:

echo -a
-a
which is useful.

The kind of change I was suggesting was minimal. Just solved the problem
did not break anything else. The only thing it could have potentialy
break was

echo --
which before wrote
--

and now writes only the newline.
This could be easily solved by rewriting it as
echo -- --
and I haven't seen any instance of this in /rc/bin (I looked even
if it was not very carefully).

The benefits of the change are easy to see. If you write
echo -- anything

you know the anything is now being echoed, whatever that is.

>
>  And in any case, the "do the same thing the same way
>  all the times" argument suggests that -- should terminate
>  option processing. doesn't it?
>

Yes, it is probably true that another "if" to ignore -- after the -n could
be added. I wrote it just as an example of how little change would be
needed. The complete change to do it "right" would be again:
(written as an example, untried and not being overly careful)


#include 
#include 

void
main(int argc, char *argv[])
{
int nflag, argi;
int i, len;
char *buf, *p;

nflag = 0;
argi = 0;
if(argc > 1)
   if(strcmp(argv[1], "--") == 0)
   argi++;
   else if(strcmp(argv[1], "-n") == 0){
   nflag++;
   argi++;
   if(argc > 2 && strcmp(argv[2], "--") == 0)
   argi++;
}

len = 1;
for(i = 1+argi; i < argc; i++)
len += strlen(argv[i])+1;

buf = malloc(len);
if(buf == 0)
exits("no memory");

p = buf;
for(i = 1+argi; i < argc; i++){
strcpy(p, argv[i]);
p += strlen(p);
if(i < argc-1)
*p++ = ' ';
}

if(!nflag)
*p++ = '\n';

if(write(1, buf, p-buf) < 0)
fprint(2, "echo: write error: %r\n");

exits((char *)0);
}


-- 
- curiosity sKilled the cat

Re: [9fans] bug in echo?

[Gorka Guardiola]

Equivalently (tried but not much, cleaner).

#include 
#include 

void
main(int argc, char *argv[])
{
   int nflag, argi;
   int i, len;
   char *buf, *p;

   nflag = 0;
   argi = 0;
   for(i = 1; i < argc; i++){
if(argv[i][0] != '-' )
   break;
if (strcmp(argv[i], "--") == 0){
argi++;
break;
 }
 if(strcmp(argv[i], "-n") == 0){
argi++;
nflag++;
  }
 }


   len = 1;
   for(i = 1+argi; i < argc; i++)
   len += strlen(argv[i])+1;

   buf = malloc(len);
   if(buf == 0)
   exits("no memory");

   p = buf;
   for(i = 1+argi; i < argc; i++){
   strcpy(p, argv[i]);
   p += strlen(p);
   if(i < argc-1)
   *p++ = ' ';
   }

   if(!nflag)
   *p++ = '\n';

   if(write(1, buf, p-buf) < 0)
   fprint(2, "echo: write error: %r\n");

   exits((char *)0);
}


-- 
- curiosity sKilled the cat

Re: [9fans] Eeepc

[Gorka Guardiola]

>
>  Either the BIOS is not exposing the USB stick as a disk, or the 9load
>  BIOS device code isn't searching correctly.  I'm going to give it a
>  r

This is easy to see. Install a pbs on it and see if it gets loaded and run.
If it is not, the BIOS does not see it. Take a look at the configuration of the
BIOS and try to set USB as (better if it is the first) a boot device.


-- 
- curiosity sKilled the cat

Re: [9fans] bug in echo?

[Gorka Guardiola]

On Thu, Apr 3, 2008 at 6:46 PM, ron minnich <[EMAIL PROTECTED]> wrote:
>
>  Further, I added these patches to echo:
>  abcdefghijklmnopqv
>
>  v works as on cat. All other switches, see the texinfo.
>

How are you going to call it smacmeecho ?.

-- 
- curiosity sKilled the cat

Re: [9fans] Plan 9 refuses to boot from iMac

[Gorka Guardiola]

On Thu, Apr 17, 2008 at 11:34 PM, ron minnich <[EMAIL PROTECTED]> wrote:
>
>  send the mac to me. I will fix it as I fixed Gorka's mac.
>

You are always a blessing :-).


-- 
- curiosity sKilled the cat

Re: [9fans] /lib/rfc

[Gorka Guardiola]

On Tue, Apr 22, 2008 at 9:12 PM, Francisco J Ballesteros <[EMAIL PROTECTED]> 
wrote:
> We had the same problem time ago and had to lower the mtu by hand.
>  Perhaps detecting too many retransmissions of the same packet could be
>  considered a hint
>  of this problem and try by reducing at least once the mtu. In any
>  case, it´s been
>  a long time since we had this problem. I even forgot about it.
>

I think we just got bye with setting the mtu to be some arbitrary 1480
or something
instead of 1500. It was a bug in some adsl router coupled with another
but which was it dropped the packet and did not reported it or the
icmp got lost or something. I cannot remember it too well though
either.

-- 
- curiosity sKilled the cat

[9fans] chanfree...

[Gorka Guardiola]

Is there a reason why chanfree requires the channel to exist
(instead of accepting a nil like free)?.

THX.

-- 
- curiosity sKilled the cat

Re: [9fans] network problem

[Gorka Guardiola]

On Thu, May 8, 2008 at 1:21 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> >if you're going to pxe boot, you should generally be using bootf=9load.
>
>  sorry, "bootf=/386/9load".
>

you mean 9pxeload ?


-- 
- curiosity sKilled the cat

Re: [9fans] ilock funny?

[Gorka Guardiola]

On Thu, May 29, 2008 at 3:34 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> in this situation there are 128 kernel procs that all
> increment the same counter with some code
> that looks like so:
>
> void
> incref(void)
> {
>ilock(&somelock);
>someval++;
>iunlock(&somelock);
> }
>
> (i realize there are probablly better ways to do this.)
> there is a similar function to decrease the value.
> other than this, there are no references to somelock.
>
> what i'm seeing is a panic with someval = 5. (gathered
> from the fact that someval is stored immediately after
> the somelock and is dumped with dumplockmem())
> and the panic message:

What you say simply cannot happen if your code was correct (the one
you are not showing us :-)).
isilock is a variable set by the lock to tainted as ilock instead of lock.
Having isilock=1 onlys happen After the lock has been acquired by someone.
The lock is checked with a tas() which I assume works because everything
is based on it.
My guess is that you have the lock uninitialized (key is not what it should be),
so key has a bogus value and that is where your problems start.
Zeroing the lock before using it should do the trick.

HTH.
-- 
- curiosity sKilled the cat

Re: [9fans] % $stem & $target in mk

[Gorka Guardiola]

On Thu, May 29, 2008 at 3:32 PM, matt <[EMAIL PROTECTED]> wrote:
> public_html/%.html: `{cpp -M src/%.html }
>   makepage src/$stem.html > $target
>
>
> but mk doesn't expand the % in `{}
>
> Any magic I missed before hacking & slashing /sys/src/cmd/mk  ?
>

I would have expected $stem in there to be set (it isn't either).

-- 
- curiosity sKilled the cat

Re: [9fans] ilock funny?

[Gorka Guardiola]

On Thu, May 29, 2008 at 3:40 PM, Gorka Guardiola <[EMAIL PROTECTED]> wrote:
> My guess is that you have the lock uninitialized (key is not what it should 
> be),
> so key has a bogus value and that is where your problems start.
> Zeroing the lock before using it should do the trick.
>

Off course not, wrong again. Damn, I need more caffeine...
-- 
- curiosity sKilled the cat

Re: [9fans] 9vx

[Gorka Guardiola]

On Fri, Jun 27, 2008 at 3:58 PM, Venkatesh Srinivas <[EMAIL PROTECTED]> wrote:
> Works impressively well here. Even snarf/paste between host and 9vx is
> working.
>
> Did only the 9 kernel need modifications or did the applications
> binaries need to be recompiled as well?
>
> --vs
>
>

9vx requires no host kernel modifications or
special privileges, and it runs unmodified
plan9 386 binaries.

-- 
- curiosity sKilled the cat

Re: [9fans] Egg and chicken..

[Gorka Guardiola]

If you have a PXE able pc, that may be very useful for debugging.

-- 
- curiosity sKilled the cat

Re: [9fans] Acme without Flamage

[Gorka Guardiola]

On Wed, Aug 20, 2008 at 7:42 PM, David Leimbach <[EMAIL PROTECTED]> wrote:
>
>
> The only thing I'd miss in Acme vs emacs then, most likely, for lisp-like
> languages is paren-matching.
> And I'd miss it dearly.
>
>

Double click on the paren selects the area enclosed by the matching paren.



-- 
- curiosity sKilled the cat

Re: [9fans] Favorite sam command language idioms?

[Gorka Guardiola]

On Wed, Aug 27, 2008 at 11:50 AM,  <[EMAIL PROTECTED]> wrote:
> Does anyone have some favorite sam command language idioms, tips,
> tricks, etc.?
>
>

You probably want this:
http://plan9.bell-labs.com/sources/contrib/steve/doc/sam-refcard.pdf

-- 
- curiosity sKilled the cat

Re: [9fans] test command

[Gorka Guardiola]

On Wed, Sep 10, 2008 at 5:27 PM, Juan Céspedes <[EMAIL PROTECTED]> wrote:
> Maybe I'm confused, but what Kenji said is that:
>
>> "test" command of plan 9 has a operator "older", the usage is:
>>test f -older t
>> where f is a file and t is a time.
>
> If f is a file ant t is a *time*, you can't do test t -older f
>

yes, but !older is the same as younger or equal.
!(test f -older t)
would be the same (equality notwithstanding)
as
test f -younger t

But then there is = and != for strings (for example), so this argument
is thin :-).
-- 
- curiosity sKilled the cat

Re: [9fans] trace device paper from aki&john&ron now available

[Gorka Guardiola]

On Fri, Sep 19, 2008 at 1:15 AM, ron minnich <[EMAIL PROTECTED]> wrote:
> This was going into greece but I am not going and they aren't either so:
> /n/sources/contrib/rminnich/tracepaper/trace.ps
>
> The modified 8l described in the paper is also in that directory. If
> you want the trace dev let me know.
>
> Code was aki, ron, and john.
>

A real pity none of you are coming :-(.



-- 
- curiosity sKilled the cat

Re: [9fans] iwp9 hotel info

[Gorka Guardiola]

On Tue, Oct 14, 2008 at 4:34 AM, erik quanstrom <[EMAIL PROTECTED]> wrote:
> is there any way to contact or get reservation information for the
> the park hotel, recommended by the iwp9 website, via email
> or over the web?  neither method has worked for me.
> no answer to the email, and the web site appears nonfunctional
> with multiple browsers.
>

I recommend just giving a call, it is easier.
The phone is +302421036511
They speak English.

-- 
- curiosity sKilled the cat

Re: [9fans] iwp9 hotel info

[Gorka Guardiola]

On Tue, Oct 14, 2008 at 4:03 PM, Noah Evans <[EMAIL PROTECTED]> wrote:
> What kind of deal did you guys get at Park hotel? I settled on a
> double twin at the Phillipos for 75 euros.

I can't remember, but whatever the price for a single room was with the
IWP9 thing.



-- 
- curiosity sKilled the cat

Re: [9fans] Are there any blind users of Plan 9?

[Gorka Guardiola]

On Mon, Oct 20, 2008 at 11:27 AM, Chris Brannon <[EMAIL PROTECTED]> wrote:
> Hi there,
> I'm blind, and I use Unix from the text console.  I'm interested in
> trying out Plan 9.  It appears to be a very clean system.  Are there any
> blind people in the Plan 9 community?  If so, I am very interested in
> hearing from them.
>

It is a very mouse oriented system which is probably bad.
By mouse oriented, I mean a lot of the user interface can only be interacted
with a mouse.

On the other side, acme is text oriented and rio serves
files with the (text) contents of the window.
Both can probably be tweaked a little so that
an external program (which has yet to be written/ported)
reads aloud stuff or prints things out through a Braille line, but to
my knowledge this hasn't been done.

-- 
- curiosity sKilled the cat

Re: [9fans] sam & filenames containing whitespace

[Gorka Guardiola]

On Wed, Oct 22, 2008 at 5:09 PM, Rob Pike <[EMAIL PROTECTED]> wrote:
>  edit
> ,>cat > 'a b'
>
> Clunky but so be it. Sam comes from a system where spaces in
> file names made no sense.
>
> -rob
>

Another solution is to use trfs(4)
http://planb.lsub.org/magic/man2html/4/trfs


-- 
- curiosity sKilled the cat

Re: [9fans] Query on Venti access

[Gorka Guardiola]

On Mon, Oct 27, 2008 at 11:28 AM,  <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am new to plan9 and venti. All your help is greatly appreciated.
> I am doing a project and my professor suggested that I use venti as a
> back end server.
>
> Could any you please let me know whether it is possible to access a
> Venti server running on a plan 9 machine from another machine running
> Ubuntu? I plan to write a C++ program that will execute on an Ubuntu
> system and communicate with the Venti server running on a Plan 9
> system. Is this possible?
>

You can use this:
http://swtch.com/plan9port/man/man8/vbackup.html




-- 
- curiosity sKilled the cat

Re: [9fans] Volos

[Gorka Guardiola]

On Thu, Oct 30, 2008 at 1:10 AM, Skip Tavakkolian <[EMAIL PROTECTED]> wrote:
>> I hope we get lots of pictures from all of those at Volos!
>
> yes please and post them in realtime if at all possible.
>
>
>
http://picasaweb.google.com/paurea/Volos103008803AM


-- 
- curiosity sKilled the cat

Re: [9fans] Do we have a catalog of 9P servers?

[Gorka Guardiola]

On Tue, Nov 11, 2008 at 4:28 PM, hiro <[EMAIL PROTECTED]> wrote:
> I must have missed something. what dav server?
>

We have one for inferno in the octopus. We presented/talked about
it in IWP9 at Volos.



-- 
- curiosity sKilled the cat

Re: [9fans] Do we have a catalog of 9P servers?

[Gorka Guardiola]

On Wed, Nov 12, 2008 at 8:55 PM, Brantley Coile <[EMAIL PROTECTED]> wrote:
> That explains why IBM's MVS didn't have locking at all.  One would conclude
> from that fact that locking isn't required to do even serious business
> applications.
>

I don't follow your reasoning.
Saying fcntl locking is not useful does not mean you don't need locking,
just that you don't need fcntl.

By the way, can you (forsyth) expand on why you couldn't use it/didn't work
for you?.
-- 
- curiosity sKilled the cat

Re: [9fans] Help downloading Plan B using hget

[Gorka Guardiola]

On Sat, Nov 15, 2008 at 12:21 AM, Dave Eckhardt <[EMAIL PROTECTED]> wrote:
>> hget is similar to almost all plan 9 programs
>> and (not surprisingly) different from many
>> modern unix programs in that, by default,
>> it writes to standard output.
>
> This may seem idiosyncratic, but it has a big benefit.
>
> On various machines I have wget, curl, fetch, etc., and

Not completely true. Curl works as expected, I use it regularly.

curl http://lsub.org > b.html
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100  6623  100  66230 0  20232  0 --:--:-- --:--:-- --:--:-- 41393
mymachine:/tmp paurea$ cat b.html


etc...
-- 
- curiosity sKilled the cat

Re: [9fans] What about Haskell? [was: How can I use alef?]

[Gorka Guardiola]

On Thu, Nov 20, 2008 at 5:56 PM, Giacomo Tesio <[EMAIL PROTECTED]> wrote:
> I'm completely new to Functional Languages (actually I'm not understanding
> whether they are useful in real world, or just to enance ones mind).
>
> But I'm studing Haskell, and I saw that it was ported to Plan 9.
>
> Without starting a flame war, I'd like to know if some of you think it could
> be useful on a Plan 9 grid/environment.
>
>
> Giacomo
> PS: stream of consciousness was: limbo -> erlang (which I took a look) ->
> haskell
>

Some time ago I ported gofer (a predecessor to haskell) to Plan 9 (APE) for
my use. I liked it because it was simpler than haskell. We used it for a while
in some autoconfiguration things in Plan B and I used it for math stuff
I was doing. If you are interested in getting it drop me a line.
-- 
- curiosity sKilled the cat

[9fans] initialization of anonymous structs.

[Gorka Guardiola]

Say I have a couple of structs like:

typedef struct A A;
typedef struct B B;

struct A
{
  int a1;
  int a2;
};

struct B
{
 A;
 int b1;
 int b2;
};

Now I want to declare a variable of kind B with parts initialized. Is
there anyway to initialize the A inside the B?. I have tried:

B bvar = {
.a1 2
.b1 2
};


B bvar = {
.a1=2
.b1=2
};

B bvar = {
.A { .a1=2}
.b1 2
};

B bvar = {
.A={ .a1 2}
.b1 2
};

B bvar = {
.A={2}
.b1 2
};

I always get the error that the field does not exist.

I have looked at the code of the compiler
and run it with -di and have not been able to figure out a way to initialize
the anonymous struct.

Am I missing something?. Is there a way to do this?.

-- 
- curiosity sKilled the cat

Re: [9fans] initialization of anonymous structs.

[Gorka Guardiola]

On Thu, Dec 4, 2008 at 1:07 PM, Gorka Guardiola <[EMAIL PROTECTED]> wrote:
> Say I have a couple of structs like:
>
> typedef struct A A;
> typedef struct B B;
>
> struct A
> {
>  int a1;
>  int a2;
> };
>
> struct B
> {
> A;
> int b1;
> int b2;
> };
>
> Now I want to declare a variable of kind B with parts initialized. Is
> there anyway to initialize the A inside the B?. I have tried:
>
> B bvar = {
>.a1 2
>.b1 2
> };
>

There is a way, with a display, but I wanted to name the fields.
This works:

B bvar = {
  0,
  0,
  0,
  0
};

I guess I can always add comments.

-- 
- curiosity sKilled the cat

Re: [9fans] cheap, low-resolution terminal

[Gorka Guardiola]

On Wed, Jan 28, 2009 at 12:00 AM, Jonas Amoson  wrote:
> it is quite hard to mistype on it...
>

yes, it is *also* hard to mistype on it.


-- 
- curiosity sKilled the cat

Re: [9fans] 'cd' into non-existent directory?

[Gorka Guardiola]

On Fri, Feb 13, 2009 at 11:23 AM, Pavel Klinkovsky
 wrote:
> Hello all,
>
> it seems I missed something but...
>
> If I enter the /n directory, I can make 'cd' command into non-existent
> (not mounted) 'directory' (or filesystem) successfully.
>
> % cd /n
> % ls
> 9
> 9fat
> ...
> % cd blahblah
> % pwd
> /n/blahblah
>
> Can you explain me, why it happens?
>

man 4 mntgen



-- 
- curiosity sKilled the cat

Re: [9fans] new contest

[Gorka Guardiola]

On Fri, Feb 27, 2009 at 11:42 PM, ron minnich  wrote:

>
> Beat that.
>
> ron
>
>

nm shows that printf gets changed for puts, so after taking everything
out:


int
main(int argc, char *argv[])
{
 printf(¨hello darkness¨);
}

//no includes... no defines, nothing I am paranoid about libc now


gcc -c darkness darkness.c

darkness.c: In function 'main':
darkness.c:5: warning: incompatible implicit declaration of built-in
function 'printf'


wait, builtin??

nm darkness.o

 T main
 U puts

puts?. where did that come from hmm ah builtin...

quoting some anonymous gcc developer
you are not *allowed* to modify the C library
functions unless you ask gcc for permission...

gcc -fno-builtin

gcc -please-let-me-write-my-function-please...

-- 
- curiosity sKilled the cat

Re: [9fans] Jim McKie

[Gorka Guardiola]

Very sad news. He will be sorely missed.

On Thu, Jun 25, 2020, 02:36 Charles Forsyth 
wrote:

> I am sorry to say that Jim McKie (jmk) died suddenly on 16 June.
> https://www.ippolitofuneralhomes.com/obituaries/James-B-McKie?obId=15111702&fbclid=IwAR3d7aHZXEOhYz-ciOrQPh-W1eMw-_8MHiCUdeKOxzLBEI6VGHsSn4aTjdk
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Td73b359f9dc68c15-Me393a4b76ed2de334cbb344b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Sad news.

[Gorka Guardiola]

Yes, very sad. Condolences to the family.


On Mon, Sep 28, 2020, 20:33 Dan Cross  wrote:

> I just got word that Andrey has passed away. :-(
>
> I'm sorry, I don't have any further details right now, but wanted to let
> folks know.
>
> - Dan C.
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T89f7af873f4109c5-Mbf3b1d3b1dc94d13ea63a237
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Transfer of Plan 9 to the Plan 9 Foundation

[Gorka Guardiola]

Really great work. Thanks for putting in the time to make this possible.

G.


On Tue, Mar 23, 2021 at 2:07 PM  wrote:

> We are thrilled to announce that Nokia has transferred the copyright of
> Plan 9 to the Plan 9 Foundation. This transfer applies to all of the
> Plan 9 from Bell Labs code, from the earliest days through their final
> release.
> 
> The most exciting immediate effect of this is that the Plan 9 Foundation
> is making the historical 1st through 4th editions of Plan 9 available
> under the terms of the MIT license. These are the releases as they
> existed at the time, with minimal changes to reflect the above.
> 
> 1st and 2nd edition were never released as open source software, and
> both (but especially 1st edition) were only available to a very small
> number of people. 3rd and 4th were previously available as open source,
> but under a license which was problematic for some people (especially
> the 3rd edition). We think making these available under the MIT license
> is something that's going to be a significant benefit for all projects
> using Plan 9 code. While this doesn't automatically change the license
> on any downstream projects, and you're welcome to keep using the LPL if
> you like, you now have the option of switching to MIT, which we think
> most everyone will find preferable.
> 
> Obviously, for folks in the Plan 9 community, there isn't a way to say
> "thank you" to Bell Labs, and its various parent organizations, that's
> really adequate. None of us would be talking about any of this if it
> weren't for the work done there for decades. All of us here at the Plan
> 9 Foundation express our sincerest thanks to the team at Nokia who made
> this possible, the Plan 9 alumni who supported the effort, and the Plan
> 9 community who have kept kernels booting and the userland useful.
> 
> The historical releases are available right now at:
> https://p9f.org/dl/
> 
> You can read Nokia's press release on the transfer here:
> 
> https://www.bell-labs.com/institute/blog/plan-9-bell-labs-cyberspace/
> 
> Thank you for your time,
> Anthony Sorace
> Plan 9 Foundation


-- 
- curiosity sKilled the cat

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tf20bce89ef96d4b6-M7a43dca2d2e65eedc4c64485
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] Codebase navigation and using tags files in acme

[Gorka Guardiola]

I am guessing:
https://github.com/google/codesearch/blob/master/cmd/csearch/csearch.go

On Thu, Aug 19, 2021, 13:44 Maurizio Boriani  wrote:

>
> Rob Pike writes:
>
> > % cat bin/cf
> > #!/bin/sh
> >
> > csearch -n -f '\.go$' '^func (\([^)]+\) )?'$1'\('
> 
> thanks a lot! But... what's csearch?
> 
> best,
> 
> --
> Maurizio Boriani
> GPG key: 0xCC0FBF8F

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/Tf8ceac12df9da674-M7158507c2960444d94482c79
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] openat()

[Gorka Guardiola]

¿Isn't that fd2path, strcat and open?
Or am I misunderstanding something?

On Fri, Apr 5, 2024, 21:51 ron minnich  wrote:

> One of the folks I worked with, when we pulled a big chunk of plan 9 into
> akaros, commented that he had implemented openat on akaros.
>
> I don't want this to turn into a debate on the merits of openat; I am more
> curious: if you went to implement openat on Plan 9, how would you go about
> it? I have a few ideas but I'm more interested in your ideas.
>
> Thanks
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T675e737e776e5a9c-M9023f4cd7b382f26249c302b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] openat()

[Gorka Guardiola]

I mean, if you want a new syscall jus copy or call the implementation of
these.


On Fri, Apr 5, 2024, 22:12 Gorka Guardiola  wrote:

> ¿Isn't that fd2path, strcat and open?
> Or am I misunderstanding something?
>
> On Fri, Apr 5, 2024, 21:51 ron minnich  wrote:
>
>> One of the folks I worked with, when we pulled a big chunk of plan 9 into
>> akaros, commented that he had implemented openat on akaros.
>>
>> I don't want this to turn into a debate on the merits of openat; I am
>> more curious: if you went to implement openat on Plan 9, how would you go
>> about it? I have a few ideas but I'm more interested in your ideas.
>>
>> Thanks
>> *9fans <https://9fans.topicbox.com/latest>* / 9fans / see discussions
>> <https://9fans.topicbox.com/groups/9fans> + participants
>> <https://9fans.topicbox.com/groups/9fans/members> + delivery options
>> <https://9fans.topicbox.com/groups/9fans/subscription> Permalink
>> <https://9fans.topicbox.com/groups/9fans/T675e737e776e5a9c-Mf6adaa9f7c07518efcb7a293>
>>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T675e737e776e5a9c-M0fdda14083bc18f0e59c774f
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] openat()

[Gorka Guardiola]

Hmm sorry. Now I see what you want. Not to rewalk. You can use the chan of
the dirfd and walk just the remainder cloning it and creating a new one.
That way the openat provides the guarantees you want.

On Fri, Apr 5, 2024, 22:15 Gorka Guardiola  wrote:

> I mean, if you want a new syscall jus copy or call the implementation of
> these.
>
>
> On Fri, Apr 5, 2024, 22:12 Gorka Guardiola  wrote:
>
>> ¿Isn't that fd2path, strcat and open?
>> Or am I misunderstanding something?
>>
>> On Fri, Apr 5, 2024, 21:51 ron minnich  wrote:
>>
>>> One of the folks I worked with, when we pulled a big chunk of plan 9
>>> into akaros, commented that he had implemented openat on akaros.
>>>
>>> I don't want this to turn into a debate on the merits of openat; I am
>>> more curious: if you went to implement openat on Plan 9, how would you go
>>> about it? I have a few ideas but I'm more interested in your ideas.
>>>
>>> Thanks
>>> *9fans <https://9fans.topicbox.com/latest>* / 9fans / see discussions
>>> <https://9fans.topicbox.com/groups/9fans> + participants
>>> <https://9fans.topicbox.com/groups/9fans/members> + delivery options
>>> <https://9fans.topicbox.com/groups/9fans/subscription> Permalink
>>> <https://9fans.topicbox.com/groups/9fans/T675e737e776e5a9c-Mf6adaa9f7c07518efcb7a293>
>>>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T675e737e776e5a9c-M43026122c2960e83ab07e80b
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] openat()

[Gorka Guardiola]

On Fri, Apr 5, 2024, 23:49 Alyssa M via 9fans <9fans@9fans.net> wrote:

> Are you thinking narrowly about "What changes to the Plan 9 kernel would
> you make to emulate the Linux openat() system call" or more generally about
> "How would you design a facility for plan 9 that provides an equivalent
> service?
>

Yes, this is what I understood between my first answer and the second. You
don't want to rewalk the path and you already have the fid with the
directory part walked in the chan of dirfd. I think that if you walk the
remaining path from that chan (cloning it) you preserve the same guarantees
provided by openat.



> As I understand it from the rationale section on the linux man page, the
> call exists to avoid a race condition between checking that a directory
> exists and doing something to a path containing it. An additional motivator
> is providing the effect of additional current working directories notably
> for Linux threads (which presumably don't have their own. I think
> 'threads'  (processes that share memory) on Plan 9 do???).
>
> This is all based on the assumption that holding a file/directory open
> keeps it alive and in existence... which on Plan 9, I think it doesn't,
> does it? As I understand it, remove can remove a file or directory that is
> open, which is not like UNIX/Linux...
>
> Sorry, I'm just trying to understand the question.
>
>
> *9fans * / 9fans / see discussions
>  + participants
>  + delivery options
>  Permalink
> 
>

--
9fans: 9fans
Permalink: 
https://9fans.topicbox.com/groups/9fans/T675e737e776e5a9c-M1c147cadc76c65a4fbb9aa76
Delivery options: https://9fans.topicbox.com/groups/9fans/subscription

Re: [9fans] three sets of windows

[Gorka Guardiola]

You can use keys as mouse buttons.
I still prefer a separate mouse but sometimes it is not an option.

-
Curiosity sKilled the cat

G.

On Apr 28, 2010, at 5:47 PM, "Gary V. Vaughan"  wrote:


On 28 Apr 2010, at 22:05, Ethan Grammatikidis wrote:

On 28 Apr 2010, at 15:40, lu...@proxima.alt.za wrote:
if you're feeling ambitions and want something more like your  
laptops track pad.


Surely you jest?  Something that repositions the cursor to an
uninteresting location in the middle of a document by simply  
hovering

one's thumb in the vicinity of the space bar?  Or am I just
particularly cursed with this?


I expect it's a trackpad quality kind of thing. On the ancient  
iBook I have, in System Preferences there's a checkbox labelled  
"Prevent accidental trackpad input." I don't know quite what it  
does or how it does it, but it works very well for me.


It did that simply by enforcing a minimum time (maybe around 1000ms)  
from the last key press before interpreting any input from the  
trackpad.  I found it quite annoying since my trackpad felt like it  
needed a sturdy poke to make it responsive again if I wanted to move  
the cursor around while editing something.


My MBP, and I believe all the newer Apple laptops, no longer offer  
that option, but they work all the better for it.  I don't know  
quite how it works in this incarnation, but I neither move my cursor  
accidentally nor feel like poking the trackpad until it comes back  
to life nowadays :)  Additionally the area is surprisingly large now  
that no space is devoted to a button, and the whole trackpad can be  
clicked.


Sadly, when I upgraded Parallels my Plan9 VM stopped booting, and I  
haven't bothered to try and get it going again since I mostly work  
with my laptop balanced on my lap so a physical mouse is not at all  
useful... and I haven't found a comfortable way of mousechording  
with an all-in-one trackpad/button :( Surely I'm not the only one  
that dislikes separate mice?


Cheers,
--
Gary V. Vaughan 

Re: [9fans] A simple experiment

[Gorka Guardiola]

On Wed, Apr 28, 2010 at 11:05 PM, EBo  wrote:
> Also, where can i find out more info about op and Tget?
>
http://lsub.org/ls/export/opiwp9.pdf
http://lsub.org/ls/export/opiwp9tlk.pdf

-- 
- curiosity sKilled the cat

Re: [9fans] configure a plan9 cpu+file+auth server

[Gorka Guardiola]

On Thu, May 13, 2010 at 11:01 AM, ruel hernandez  wrote:
> I made a new installation of plan9 at work, now i can use plan9 at
> home
> and at work. :) After a few days of using the system and reading some
> papers from the internet, i decided to turn it into a plan9 cpu+file
> +auth server.
> So, i started to followed the wiki;
>
> % cd /cfg; mkdir $sysname; dircp example $sysname
>
> mkdir: can't create gnot: 'gnot' permission denied

Who is the user runing dircp?. Who is the owner of cfg?.
What permissions is the fossil checking on the filesystem served?.
If you answer this questions you can probably answer yours.
-- 
- curiosity sKilled the cat

Re: [9fans] hoc output format

[Gorka Guardiola]

On Thu, May 13, 2010 at 4:23 PM, erik quanstrom
 wrote:
>> > echo 1 2 | hoc -e '{while(read(x) != 0)y += x' ^ $nl ^ ' print y, "\n"}'
>>
>> Maybe it makes a sense to add in hoc(1) expression delimiter like a ';'?
>
> i don't use hoc very often.  i tend to use acid.  (!)
> this is because hoc won't do bit operations and doesn't
> accept hex.
>
> i typically do programming calculations and floating point
> just isn't the right way to do that.
>

I normally use acid for interactive use, but for scripts bc is great,
supports hex,
has C like syntax, can do floating point and it has a big precision.
-- 
- curiosity sKilled the cat

Re: [9fans] arm ports update

[Gorka Guardiola]

In the sheeva you can access the Jtag through the usb port...

-
Curiosity sKilled the cat

G.

On May 13, 2010, at 6:48 PM, Skip Tavakkolian <9...@9netics.com> wrote:


thank you!

the two guruplugs i had ordered arrived today.  i was disappoint to
find that i'll need to order the JTAG board before i can do anything.
i didn't see this requirement when i ordered them over a month ago.
did anyone else miss this?


The kw port now supports the Guruplug Server Plus, including both
Ethernet interfaces, and probably the other Guruplugs.  booting(8)  
now

has the necessary instructions to get started.  They are more diverse
than one might like because every version of u-boot we get for a new
board seems to have had the dhcp, bootp and tftp commands tinkered
with to behave slightly differently.  We have two Guruplugs and one
has been stable but the other is prone to random resets (and runs  
much

warmer than the Sheevaplugs).  I'd be interested in hearing from
anyone else who sees random resets.

I've imported the flash memory support from native Inferno, other  
than

the flash translation layer, which was developed for nor flash and is
suspect with nand flash.  flash(3) describes the interface.  It seems
to work on the Kirkwood boards, but I haven't exercised it
extensively.  It does implement software ECC.  /dev/flash looks like
it always returns zero bytes on the igepv2 board, but lack of
documentation makes it a little hard to tell what to expect.

Re: [9fans] Inducing artificial latency

[Gorka Guardiola]

On Tue, Jun 15, 2010 at 11:29 PM, John Floren  wrote:
> I'm going to be doing some work with 9P and high-latency links this
> summer and fall. I need to be able to test things over a high-latency
> network, but since I may be modifying the kernel, running stuff on
> e.g. mordor is not the best option. I have enough systems here to do
> the tests, I just need to artificially add latency between them.

Last time I needed something similar, I just run a modified iostats.
-- 
- curiosity sKilled the cat

Re: [9fans] Inducing artificial latency

[Gorka Guardiola]

On Wed, Jun 16, 2010 at 12:07 AM, erik quanstrom  wrote:
>> Last time I needed something similar, I just run a modified iostats.
>
> how does iostats add latency?
>

hence the modified.

-- 
- curiosity sKilled the cat

Re: [9fans] Buying a Guru Plug. Do I want/need the JTAG module too?

[Gorka Guardiola]

On Fri, Sep 10, 2010 at 12:43 AM, Paul Lalonde  wrote:
> I'd like to run it as a household control server, notwithstanding various
> teething pains/devices.  If I fail too badly, I can probably coerce Linux to
> do what I need.
> Paul
>
> --

Is this hardware you are talking about?. In the Sheeva you could get a
JTag connection
via the USB, without any extra hardware...


-- 
- curiosity sKilled the cat

Re: [9fans] alt and chanfree

[Gorka Guardiola]

On Tue, Sep 14, 2010 at 3:27 PM, Mathieu Lonjaret
 wrote:
>
> isn't that what chanclose()/chanclosing() is for?
>
> - erik
>
>

Not at all. Chanclose and chanclosing are to be used while the channel
still exists.
A closed channel is not a freed channel. Close/closing are useful for
synchronizing the cleanup
but no other operation should be done on a channel after it has been
freed because
the channel no longer exists.

-- 
- curiosity sKilled the cat

Re: [9fans] IWP9 Schedule?

[Gorka Guardiola]

> SOP for getting stuff across the border in this neck of the woods is the 
> high-speed midnight stealth-kayak run from Victoria to Port Washington.

I am not engaging in this kind
of conversation until i am safely back
in Spain. Got enough "random security
checks" as it is...

G.

Re: [9fans] IWP9 Schedule?

[Gorka Guardiola]

> According to my last 5/7 airport trips (none international), I'm a rather 
> random person, too.

Its more fun with a piece of steel
in your knee... Beeps in the hand
detector and you get all kinds of
interesting reactions...

Re: [9fans] JTAG

[Gorka Guardiola]

On Tue, Oct 26, 2010 at 9:28 PM, EBo  wrote:
>
> I just ran into the following FAQ and info that might be of help:
>
> a JTAG FAQ: http://hri.sourceforge.net/tools/jtag_faq_org.html
>
> interesting detail:
>
> TAG specification is in Std IEEE 1149.1 (costs about $100). I don't
> have it. Please search at internet for some JTAG related documents.
> This is good: http://www-s.ti.com/sc/psheets/ssya002c/ssya002c.pdf
>
> also:
>
> You just have to write software to go through the states of JTAG FSM (here
> is the state diagram of this FSM:
> http://www.inaccessnetworks.com/projects/ianjtag/jtag-intro/jtag-state-machine-large.png).
> TCK and TMS are used to go through the states of FSM. And TDI is used to
> serially send through this interface your commands and data to JTAG
> controller on the IC (in your case, to the ARM uC) and read back reply
> through the TDO pin. The only problem is that some companies do not open all
> details about available custom JTAG commands (JTAG standard defines only 2
> necessary commands: EXTEST and SAMPLE and some optional commmands like
> INTEST, BIST and others). For example, Texas Instruments do not give an
> access to the description of commands that are used for In-Circuit Debugging
> of their TMS DSPs. Instead of, they sell this JTAG ICD with simple software
> for about 1000$!!! Nice business - such a price for 4 wires and some I/O
> ICs! ;-)
>
> Hope this helps.
>
>  EBo --
>
>

The way I think this works:

USB-MPSSE-JTAG-uP

The USB part is a simple protocol which I already have figured out and is
in the driver's .h.
http://yosemitefoothills.com/Electronics/FTDI_Chip_Commands.html

I am now looking into the MPSSE details which is a
kind of programmable controller for the JTAG which has high level commands
so that operations do not take a round trip through USB.

For this the best docs I found are the openocd code and some documents
referred in it:
http://www.ftdichip.com/Documents/AppNotes/AN2232C-01_MPSSE_Cmnd.pdf
http://openocd.berlios.de/web/

The openocd code is my main reference because it does work on linux.
If I have to I'll resort to sniffing the USB connection in linux, though I hope
it does not come to that.

After the MPSSE (or at the same time)
I have to figure the JTAG part for which probably EBo's references are good,
I haven't figured that part at all. Then there is an standard for
arm called ICE something or other (apparently there are different names and
interfaces for different versions of arm) which lets you look at the different
registers of arm and do interesting things to it. Then there is how the JTAG is
cabled inside the SoCer itself:

http://www.marvell.com/products/processors/embedded/kirkwood/HW_88F6281_OpenSource.pdf

I am working my way slowly through this sorry if this a tad
incoherent, but I haven't
figured most of it yet.

G.

Re: [9fans] A little more ado about async Tclunk

[Gorka Guardiola]

On Wed, Oct 27, 2010 at 3:50 PM, Charles Forsyth  wrote:
>>Sorry that wing-commander can't package it for today.
>
> sorry old boy, it wasn't LMF: at first we thought it was a wizard wheeze, but 
> one of the sprogs had a prang with the bally old semantics and the other 
> brass hats ordered it back to the boffins
>
>

That took all my google-fu to read. Please either take it easy on the
slang or provide
us johnny foreigners with some sort of translation.

-- 
- curiosity sKilled the cat