doesn't the weather get ugly in seattle about that time?
ron
On Thu, May 6, 2010 at 2:21 PM, Skip Tavakkolian <9...@9netics.com> wrote:
>> doesn't the weather get ugly in seattle about that time?
>
> pick any two: cheap, pretty, convenient. ☺
I actually like seattle that time of year anyway.
Is seattle a one-hop place from Europe? I am sure it is from the
On Thu, May 6, 2010 at 4:03 PM, erik quanstrom wrote:
> which one did athens, ga fail?
I think athens won big on cheap and pretty, and I also think we all
felt the host (i.e. coraid) was fantastic.
It was somewhat inconvenient to get to, and people had to pay the cost
of a rental car.
I would
On Fri, May 7, 2010 at 1:09 PM, Eric Van Hensbergen wrote:
> OSDI is in Vancouver in October, might be more justifiable as a
> destination for academic folks if the workshop and the conference
> "adjoined" -- it would at least be down to a single airfare.
I got burned doing that for coreboot due
I would most prefer to have it at a transport hub. That said, the
person who sets up the arrangements gets to call it.
I do have some calls coming back to me from local hotels.
ron
Skip and I have been talking offline. I do think seattle is looking
better and better.
- hub city
- good mass transit to a likely meeting place AND hotels right from the airport
- huge range of hotels, with some good low cost ones
- supportive organization for the meeting
and, finally, I may be w
On Wed, May 12, 2010 at 9:26 AM, Rodolfo (kix) wrote:
> Hi,
>
> IMHO I prefer Europe. The first iwp9 was in Europe, the second in USA,
> third in Europe, the last in USA and the next?
>
> On the other hand, Seattle (WA) is very far far far far away from here
> (Europe). I cannot offer any place.
On Fri, May 7, 2010 at 9:03 AM, Russ Cox wrote:
>> I'll let you know how it works, once I saw it was customized to hand
>> size that made the deal.
>
> When you get it, please tell us why it looks like there
> are two parallel scroll wheels along the thumb.
I got it.
It fits my hand well. In fac
I think Skip and I and the other guys who are doing the work are
settling on seattle. The site of the meeting is still not fixed. But
the airport has great connections and great mass transit to a nice
downtown; the hotel prices are great; it's a very nice city to meet
in; and, well, nobody has come
On Thu, May 13, 2010 at 7:45 PM, EBo wrote:
> If you want a workshop format, then what are you looking for to be in the
> proceedings?
I'm not taking for granted that we need one.
ron
On Thu, May 13, 2010 at 7:24 PM, Jeff Sickel wrote:
> I do not like Boston as a destination.
it's ok, I think it's going to be seattle :-)
ron
On Thu, May 13, 2010 at 8:27 PM, erik quanstrom wrote:
> On Thu May 13 23:15:28 EDT 2010, rminn...@gmail.com wrote:
>> I'm not taking for granted that we need one.
>
> i don't know making this needs to be a binary switch.
It doesn't. But somebody needs to sign up to get the proceedings
printed,
http://www.lantronix.com/device-networking/embedded-device-servers/xchip-direct.html
But it's still pretty neat.
ron
On Fri, May 14, 2010 at 6:53 PM, Jeff Sickel wrote:
> Now if someone in or around Albuquerque could schedule an IWP9 some year
> around the beginning of October Tough place to get to, but kill two
> birds w/ one stone (flight): IWP9 + Albuquerque International Ballon Fiesta.
plus hotel ra
I lived in NM for 8 years, I loved it, still do, but ABQ fails the
"transport hub" criterion.
I had lots of complaints about that when we had conferences in santa fe.
thanks
ron
Here is a refinement of fgb's fine work on a contrib system. I have
taken his ideas a bit further, based on my use of his tools in an
unreliable environment. I was getting quite frustrated as I had
multiple failures in the midst of an install, and seeing the message
'xyz already installed', when it
the one big push for new mexico is spaceport america ... maybe we'd
get to see a test launch :-)
but that's a serious hike from ABQ :-)
ron
On Sat, May 15, 2010 at 4:45 PM, erik quanstrom wrote:
> sometimes replica gets in its own way. usually when
> it gets confused, i remove /dist/replica/$x and
> /dist/replica/client/$x* and often remove any potentially
> conflicting files. i suppose it would be better to get
> replica to tell me
On Sat, May 15, 2010 at 9:28 PM, Akshat Kumar
wrote:
> I notice you don't keep a list of
> installed file paths in /installed/$i
I do, but the intent is that you bind -a package /, and the
'installed' in there has the
files.
I have this allergy to dropping stuff into / :-)
> Perhaps the file i
On Sat, May 15, 2010 at 9:39 PM, erik quanstrom wrote:
>> I do, but the intent is that you bind -a package /, and the
>> 'installed' in there has the
>> files.
>
> that won't work unless the differences are at the same
> level as the bind, in this case /.
I already do that today :-)
term% bind -
On Sat, May 15, 2010 at 9:57 PM, Akshat Kumar
wrote:
> http://9grid.net/rminnich/src/package-tools/install
no, it's not there, as I am not yet satisified with the right way to do this.
>
> - instead, there is a straight dircp.
yes.
> So, is this a thing you're developing personally?
no, wha
On Sat, May 15, 2010 at 7:56 PM, Federico G. Benavento
wrote:
> hmm... this looks good, you are still using the .iso's
> from the existing packages.
not quite. I actually recreate all the .iso's from the proto files in
replica//proto.
The reason is that in some cases, the root/ directories for s
On Sun, May 16, 2010 at 8:53 AM, Ethan Grammatikidis
wrote:
> Look here EBo, go help maintain a Linux distro for a couple of years and
> THEN come back and tell us your "package managers are wonderful" swill. I
> don't think you've even packaged up one piece of software. You can't have if
> you'r
OK I double-checked and the 'install' script does indeed create
/installed/package-name.
So, if you have bound something onto /installed, or the directory
exists, you should be fine.
fgb has suggested improvements to my BUILD script, which I will put in
this week.
Any other suggestions are most
it's always been sufficient for me to
cat /dev/zero > /dev/sdC0 or whatever. Blowing away the first couple
hundred blocks seems to work fine.
It does go out of its way to try to reuse what partitions it thinks it
finds. but if it's all zeros there you are usually fine.
ron
On Sun, May 16, 2010 at 3:59 PM, Karljurgen Feuerherm wrote:
> well, can't boot from the hard drive (not bootable after all my fiddling,
> apparently), and if i boot plan9 from the iso and user glenda, it tells me i
> don't have the permissions to do it. and i don't seem to be able to do cons
>
On Sun, May 16, 2010 at 6:35 PM, Akshat Kumar
wrote:
> Is `rbind' a recursive bind, that takes care of binding at
> all depths? Because that's what you'd need in order
> for the binds to work. And then you shouldn't have any
> problems.
Yes, aki wrote it and yes, I thought it should solve the pr
On Sun, May 16, 2010 at 6:47 PM, Akshat Kumar
wrote:
> On 5/16/10, ron minnich wrote:
>> Between this package tool and mercurial for sources, I don't expect to
>> ever need to run replica again.
>
> How do you plan to keep up with updates
> to contrib repos peopl
On Sun, May 16, 2010 at 9:19 PM, erik quanstrom wrote:
> i'm sure if you've followed the trials of the linux union
> mount system on lwn, you can think of 10 potential reasons,
> without trying. recursive unions are hard.
ah, but I did over time. I'm not a big fan of the super-complicated
union
On Tue, May 18, 2010 at 2:35 PM, Georg Lehner wrote:
> Another view on software managment:
>
> http://cr.yp.to/slashpackage/management.html
My system is very close to that.
But I still like the idea that you have as little state as possible,
and that package installation be so convenient you do
On Tue, May 18, 2010 at 4:50 PM, Federico G. Benavento
wrote:
> just a comment, the python port includes some hg bits because of my lazyness
> the thing is that hg isn't just python, it has some c modules that had
> to be built
> in in python, so python needs to be recompiled to support hg...
> so
http://bitbucket.org/rminnich/vx32
this is my hack of vx32.
It includes a ram block device, but more importantly, it supports the
system call trace code.
In the 'root' of the repo is the syscalltrace directory; cd in there
to make the syscalltrace binary.
Comments and improvements welcome. Noah
On Wed, May 19, 2010 at 1:54 AM, David Leimbach wrote:
> Were all of the binaries within recompiled against this code? Running 9vx
> on my iMac is pretty smooth!
Hm, not sure what you mean.
ron
On Wed, May 19, 2010 at 4:37 AM, David Leimbach wrote:
> There were pre-built binaries in this cloned repo, I'm totally unable to
> rebuild the Mac OS X binary, due to some "impossible constraint" in some
> assembly or something like that per my recollection. I was merely wondering
> if you expe
On Tue, May 18, 2010 at 10:40 PM, Bakul Shah wrote:
> term% 8.out -c /bin/echo Boo!
> 511 echo Brk 0x3233 b450 = 0 "" 0x11af077310cde470
> 0x11af077310d0da40
> 511 echo Pwrite 0x31d6 1 a458/"Boo!." 5 -0x1Boo!
> = 5 "" 0x11af07731e11e758 0x11af077326aed448
> 511 echo Op
On Tue, May 18, 2010 at 10:45 PM, erik quanstrom wrote:
> ron, please enlighten the ignorant. could you constrast this with
> truss? or maybe there's a man page?
I need to write one.
The biggest diff from truss is that the program itself is dead simple,
since most of the work is done by the k
On Wed, May 19, 2010 at 10:18 AM, Bakul Shah wrote:
> 0. Name syscalltrace is too long :-)
pick a name and I'll change it.
> 1. Curiously, an actual errstr is not enclosed in "..".
that goes on the bug list. If you want, use the bugtracker at
bitbucket.org, on my rminnich/vx32 project, and add
I'll only take that patch if it does NOT include stdio.h.
As for output ... I'm conflicted on output on 1 vs. 2. But it is nice
that you can see normal output of the traced process. But, hmm, if
traced process prints on 2, well ... you'll lose it.
So, my feeling is, if you are *really* concerned
On Wed, May 19, 2010 at 10:51 AM, erik quanstrom
wrote:
>> > if (cmd[0] != '/') {
>> > char* pcmd = malloc(strlen(cmd) + 5);
>> > sprintf(pcmd, "/bin/%s", cmd);
>> > exec(pcmd, args);
>> >
On Wed, May 19, 2010 at 11:23 AM, Bakul Shah wrote:
> Ok! I don't feel strongly either way. But I hope you do
> consider counted bytestrings to represent random memory.
> It is cheap to parse and produce and doesn't lose info.
bear in mind that 99.999% of the time (well, that's an
exaggerat
On Wed, May 19, 2010 at 11:43 AM, Bakul Shah wrote:
> BTW, truss does the same thing (output to stderr). ktrace on
> FreeBSD finesses by just dumping trace output to a file and
> then kdump is used to show it.
>
strace on linux sends to stderr as well.
OK, you win, I'll change that one. It bot
On Wed, May 19, 2010 at 1:30 PM, Bakul Shah wrote:
> You write "startsyscall" to /syscall for every trace
> buffer read -- don't quite understand why that is needed.
It gives you the option of not restarting the system call until later.
There could be more complex usage scenarios.
But it's a v
1.name changed to ratrace
2. output now to stderr
3. phooey. For some reason when a syscall fails the errstr prints an
empty string. 9vx/trap.c: any suggestions?
ron
On Wed, May 19, 2010 at 3:02 PM, Bakul Shah wrote:
>> It gives you the option of not restarting the system call until later.
>> There could be more complex usage scenarios.
>
> I don't understand this.
You read the "start of the system call" message. The process is
stopped. It has not run the sy
On Wed, May 19, 2010 at 2:48 PM, ron minnich wrote:
> 3. phooey. For some reason when a syscall fails the errstr prints an
> empty string. 9vx/trap.c: any suggestions?
Fixed.
Ron
On Wed, May 19, 2010 at 5:26 PM, Bakul Shah wrote:
> time ratrace -o /dev/null -c mk # about 19.67 seconds
did you want [2]>/dev/null?
> mk clean
> time mk # about 0.88 seconds
>
> And here I thought naming it ratrace would make it go faster.
Speed is left as an exercis
On Wed, May 19, 2010 at 10:08 PM, wrote:
> I'm stumped. Anyone have any ideas?
Yes, what I have done is stop using replica. I pull source from
bitbucket.org and build.
Replica is an interesting idea that does not work in the wide area. At
least not for me ...
ron
I had a question from someone about the syscalltrace. It has not
relationship to the earlier devtrace work that Floren and I did.
Thanks
ron
On Thu, May 20, 2010 at 3:23 PM, David Leimbach wrote:
> Who's updating the bitbucket.org sources, and how does one get started doing
> that?
me.
I try to do it daily. There's still a few glitches (e.g. python on
plan 9 still has a way of exploding at times ... and 9vx can explode
too ...) so I
On Tue, Aug 11, 2009 at 4:37 PM, John Floren wrote:
> Hi
>
> So I'm trying to clone a private repository I just created on
> bitbucket. This is what I see:
>
> jerq% hg clone https://@bitbucket.org///
> destination directory:
> http authorization required
> realm: Bitbucket.org HTTP
> user:
> ab
On Fri, May 21, 2010 at 6:10 AM, Federico G. Benavento
wrote:
> I gave you the work around 2 months ago...
> the python code is broken, their default doesn't default...
>
> echo 'getpass = default_getpass' >> /sys/lib/python/getpass.py
Yep, I confess: I forgot.
I was more trying to test what goe
On Tue, May 25, 2010 at 8:42 AM, Skip Tavakkolian <9...@9netics.com> wrote:
> i was wrong; it doesn't work. Put doesn't actually delete the messages. i
> think
> this will require mods to /acme/mail/src/mail.c
we had a back and forth a long time ago about this. I wanted a way to
match a subject a
On Wed, May 26, 2010 at 11:02 AM, Nick LaForge wrote:
> I tried it and it is very fast to boot and run. However, the wrapper
> did not copy Tvx-root to my home dir. Option 2 links to the package
> install in /usr/local, but option 1 also links, but to the package
> loopback mount in /tmp.
Is th
On Thu, May 27, 2010 at 1:50 AM, Nick LaForge wrote:
> On Wed, May 26, 2010 at 3:58 PM, ron minnich wrote:
>> They're not going away I bet, but what are you talking about here?
>
> No, I want symlinks to go away from the universe. (Bind them in a bag
> and drown them in
On Thu, May 27, 2010 at 4:19 AM, EBo wrote:
> Ok. I'll remove it in the next version. It was only added as an attempt
> to deal with people who do not want to make a second copy of the root.
Ebo, I'm sorry if I added to the confusion.
Don't change your use of symlinks. I meant more as a globa
On Thu, May 27, 2010 at 4:54 AM, EBo wrote:
> One of the things I noticed fairly consistently. When recompiling the
> system various programs are rebuilt/installed while the system is running.
> Unfortunately 9vx does not deal gracefully with this and sometimes
> segfaults. The solution that ha
On Thu, May 27, 2010 at 7:07 AM, EBo wrote:
> Have you been able to do do anything and cause it to repeatedly die in the
> same place?
I can drive it over the edge on SMP if I move a lot of data through it.
It's harder to blow it up on non-SMP but a mk all in /sys/src will do the job.
ron
On Thu, May 27, 2010 at 7:02 AM, EBo wrote:
>
> no real confusion. Using symlinks was simply a judgment call. I consider
> it a hack, but it addresses the issue allowing user modifiable roots while
> also allowing a mode which ensures a pristine environment on boot.
it was the right call.
ron
On Thu, May 27, 2010 at 7:26 PM, EBo wrote:
>
>> I don't think the tinycore guys would refuse tvx because of included
>> man pages or source.
>
> maybe, but I know that the first time submitted a package for review they
> specifically pointed it out and asked me to break them up.
Hmm. Seems that
On Thu, May 27, 2010 at 8:16 PM, Bakul Shah wrote:
> I think Ron was referring to Korn's 1987 usenet posting,
> where Korn said "the implementation of symbolic links on BSD
> Unix is a botch".
Uh oh. Is my memory really that bad? Cart me off to the Rock of Ages
Home for Retired Hackers! Do I get
On Thu, May 27, 2010 at 7:11 PM, EBo wrote:
> That's how I break it, but I thought it had to do with overwriting
> programs while running them.
Interesting, but I doubt that's it. Reason being that I can also drive
it to destruction by doing a very large tar pipeline or HG commit.
But what occu
I'm trying to create a reproducer. This little gem does crash it
frequently. Note that tar and mk install are doing lots of creates too
-- you're welcome to try this.
term% cat lotsafiles.c
#include
#include
void
main(int, char**)
{
int i = 0;
while (1) {
in
On Fri, May 28, 2010 at 6:40 AM, Philippe Anel wrote:
> Could not crash with your program, but it crashed quite fast with this one:
and mine did not crash at all with that one. What system were you on?
ron
you folks who are crashing 9vx in startup.
If you run it -g, what happens?
ron
On Fri, May 28, 2010 at 11:36 AM, Charles Forsyth wrote:
>>If you run it -g, what happens?
>
> init: starting /bin/rc
> 1416: signal: sys: segmentation violation
>
>
Wow. That's a level of quality and fulfillment I did not believe
possible. 32-bit or 64-bit?
gcc -v -v says what?
gcc version 4.4
OK, somebody sent a hint that it might make sense to take the -O3 out
of the make flags. Done.
Result: I can now get through this command:
hget -v http://plan9.bell-labs.com/plan9/download/plan9.iso.bz2>/tmp/iso.bz2
|[2]aux/statusbar plan9.iso
without an explosion.
We'll see. I'm always ready to
On Sat, May 29, 2010 at 4:09 AM, erik quanstrom wrote:
> why were the flags set to -O3?
I have no idea, I did not set this up. Sometimes, for some of the
weirder tricks the GNU/Linux guys play, you have to have at least -O2
... inb/outb macros being one example.
ron
On Sat, May 29, 2010 at 4:05 AM, EBo wrote:
> gcc -fno-inline -c -g -O3 -MD -std=gnu99 -O2 -march=i486 -pipe
>
> and
>
> gcc -m32 -c -nostdinc --g -O3 -MD -std=gnu99 -O2 -march=i486 -pipe
> -fno-stack-protector -m80387 -mfp-ret-in-387
The stack protector code came in to some distros (e.g. ubun
I'm not that upset by the names you have now. I'm not going to lose a
lot of sleep either way, but you're right, this is probably the last
name change we get
ron
Here are your debug options:
case '1':
singlethread = 1;
break;
case 'A':
doabort++;
break;
case 'B':
abortonfault++;
break;
case 'K':
tracekdev++;
On Mon, May 31, 2010 at 1:14 AM, Brian L. Stuart wrote:
>> You also have to recompile vx
>> library.
>
> I'm pretty sure I did. I did a gmake clean
> followed by gmake 9vx/9vx in vx32/src. I'm
> pretty sure I saw the libraries being compiled
> as the compile commands flew by on the screen.
then
So can we sum up the 9vx state?
Here's my summary:
tinycore, 2.6.32, gcc 4.4.3
1. pretty easy to blow up with an hget of the plan 9 iso on SMP, -O3
2. lotsafiles *sometimes* fails, other times runs with no trouble on SMP, -O3
3. rebuild without -O3, and it is quite solid
If we can get a reasonabl
I built 9vx without a GUI.
549 make PLAN9GUI=nogui 9vx/9vx
% hg update
process 49 sleeps with 1 locks held, last lock 0x735400 locked at pc
0x7f8ee4ef8e98, sleep called from 0x40b6b6
9vx panic: sigsegv on cpu3
aborting, to dump core.
Aborted
this is a bit more info than I was getting.
Just F
On Wed, Jun 2, 2010 at 11:06 PM, David Leimbach wrote:
> AWESOME! I will try to round up some friends who may never have even seen
> Plan 9 before as well.
> Dave
If we're going to have newbies then maybe an evening installfest would be fun.
ron
http://bitbucket.org/rminnich/plan9tools/src/tip/catmouse.c
I sort of wanted to learn what it would take to interpose a program
between /dev/mouse and something else. Now I've learned and this
clunker is the result. It's sort of amusing.
to test, get thee to a window and:
8.catmouse
rio
obviousl
On Fri, Jun 4, 2010 at 8:55 AM, Francisco J Ballesteros wrote:
> mousefs is another example.
> I think I placed it in sources.
> It's used here to redirect mice to other Plan 9s.
That's how it always works, I write something and found out someone
else wrote it :-)
but catmouse is a bit psycho, y
well maybe it's broke. What it's supposed to do is make it impossible
to put your mouse in the middle of the window ... works in 9vx
ron
On Fri, Jun 4, 2010 at 1:22 PM, EBo wrote:
> When I first tried this I started up 9vx without rio, ran catmouse at a
> windowless command prompt, and then ran rio and it did not work correctly.
> Maybe this is not what Ron intended, but this is what worked for me...
bonus points for why that did
On Fri, Jun 4, 2010 at 1:39 PM, EBo wrote:
>
>>> When I first tried this I started up 9vx without rio, ran catmouse at a
>>> windowless command prompt, and then ran rio and it did not work
>>> correctly.
>>> Maybe this is not what Ron intended, but this is what worked for me...
>>
>> bonus points
On Fri, Jun 4, 2010 at 3:06 PM, Federico G. Benavento
wrote:
> what about just using pipefile(1) and a filter
> like accupoint(1) does
it was partly just to get my brain to get the hang of what it takes to
interpose a trivial file system between /dev/mouse and rio.
ron
On Sun, Jun 6, 2010 at 3:16 AM, EBo wrote:
>
> I'm still having 9vx crash even after removing -O3 from the build flags.
> An odd error that pops up randomly in rio (not in the terminal window) is
> "double sleep called from...". Thought this tidbit might be useful to the
> discussion of what migh
btw 9pm is what we named the package manager.
"It's 9pm. Do you know where your packages are?"
ron
On Tue, Jun 8, 2010 at 9:39 AM, Lucio De Re wrote:
> Different namespaces. I think we'll live...
That's the point of private name spaces right?
I doubt a linux distro is that much concerned with anything related to windows.
ron
I'll look but one thing doesn't make sense to me:
On Fri, Jun 11, 2010 at 2:06 PM, Philippe Anel wrote:
> // xigh: move unlocking to schedinit()
schedinit only runs once and sleep runs all the time. That's the part
I don't get.
But you might have found something, I sure wish I unde
On Fri, Jun 11, 2010 at 2:49 PM, Philippe Anel wrote:
> Schedinit() initialize the scheduler label ... on which sleep() goes when
> calling gotolabel(&m->sched).
>
> Phil;
yep. Toldja I was not awake yet.
ron
I'm going to put this change into my hg repo for 9vx and do some
testing; others are welcome to as well.
That's a pretty interesting catch.
ron
On Fri, Jun 11, 2010 at 8:04 AM, erik quanstrom wrote:
> please wait. we still don't understand this problem
> very well. (why does this work on real hardware?)
all the 9vx failures I have seen are with the kexec threads. This is a
major 0vx change from 9. I do think that there is something in
There's kind of an interesting similarity here to what I had to deal
with on the Xen port.
So, a few random thoughts, probably useless, from early problems of
this sort I've had.
- in Linux parlance, Plan 9 is a "preemptible" kernel. Interrupt
handlers can be interrupted, so to speak. Except for
On Sat, Jun 12, 2010 at 9:42 PM, Mathieu Lonjaret
wrote:
> Hello,
>
> I doubt it will help me debug my problems but out of curiosity, can
> anyone tell me where this assertion is coming from please? Even better,
> if you have a clue about what I was doing wrong at this point ;)
>
> 15014.35 a < t-
On Sat, Jun 12, 2010 at 3:15 PM, Charles Forsyth wrote:
>>in Linux parlance, Plan 9 is a "preemptible" kernel. Interrupt handlers can
>>be interrupted, so to speak.
>
> interrupt handlers are not normally interruptible during the interrupt
> processing, but rather at the end (eg, when anyhigher,
On Sun, Jun 13, 2010 at 7:26 AM, Philippe Anel wrote:
> In fact you're right, and this shows us this would only happens to 9vx.
> Indeed, the proc is a kproc and thus is not scheduled by the 9vx/a/proc.c
> scheduler,
> but by the one in 9vx/sched.c ... where dequeueproc() is not called and
> where
If anyone can help me with some valgrind patches we can see if
valgrind can be useful.
Charles, I am really puzzled about your ubuntu experience.
Oh, wait, can you set
LANG=C
and try again? Or is it?
BTW when you get the immediate explosion does a window even ever come
up or does it die before
On Sun, Jun 13, 2010 at 11:03 AM, Philippe Anel wrote:
> I tried with adding :
>
> while (p->mach)
> sched_yield();
>
>
> at the end of sched.c:^runproc(), before the return.
>
> It seems to work well.
>
> What do you think ?
Not sure I understand all the implications but I'll try anythin
term%
ys/src/libc/9sys/ctime.cif(i < 0) 597 date Open
77c9/"/env/timezone" = 4 "" 0x11b7720437d8a6f0
0x11b7720437d9a4d8
/sys/src/libc/9sys/read.c return pread(fd, buf, n, -1LL); 597 date
Pread 4
0854/"EST.-18000.EDT.-144009943200...25664400...41392800
2010/6/18 Skip Tavakkolian <9...@9netics.com>:
> are there any planned activities for 9fans at USENIX next week?
>
>
>
An evening meeting thursday would be nice; I have a bof I'm running wed. night.
lots of open bof space thursday. We could meet and talk about bugs.
ron
Quick, somebody, snag a BOF slot! They're going to start to go fast. maybe
ron
well, once again, ratrace can be a good tool for understanding things
that don't make sense. I use it all the time for this type of problem
and the results are frequently illuminating.
ron
not saying it is "good" or "bad", just wanted people to see it
https://www.signup4.net/UPLOAD/STRA10A/DARP31E/CRASH%20Proposer%20Day%20v2.pdf
ron
On Tue, Jun 29, 2010 at 2:14 AM, hiro <23h...@googlemail.com> wrote:
>> not saying it is "good" or "bad", just wanted people to see it
>
> So is it now "bad" to say what you think?
Nope, I just have my own opinions on this but don't want to corrupt anyone :-)
ron
Can someone remind me of the problem? Is it simply the need to be able
to set %gs?
Could a write to /dev/arch of something like
gs 0xwhatever
which sets %gs for that process solve the problem?
Or is it bigger than that?
ron
701 - 800 of 1311 matches
Mail list logo
