On Sun, May 12, 2024 at 9:33 PM wrote:
> I don't think this approach has ever worked in
> the open source world -- it always starts with
> someone building something useful. The vision
> and goal is defined by the work being done.
>
> After something useful is built, people start
> to join in and
On Sun, May 12, 2024 at 12:44 PM Richard Miller <9f...@hamnavoe.com> wrote:
> 23h...@gmail.com:
> > sorry for ignoring your ideas about a p9sk3, but is your mentioning of
> > ocam's razor implying that dp9ik is too complicated?
> > is there any other reason to stick with DES instead of AES in
> > p
On Sat, May 11, 2024 at 4:17 PM Jacob Moody wrote:
> On 5/11/24 14:59, Dan Cross wrote:
> > On Sat, May 11, 2024 at 3:36 PM hiro <23h...@gmail.com> wrote:
> >>> explanation of dp9ik, which while useful, only
> >>> addresses what (I believe) Richard was refer
On Sat, May 11, 2024 at 4:05 PM hiro <23h...@gmail.com> wrote:
> are you discontinuing 9legacy?
I'm not doing anything, just explaining why it hasn't happened.
Hey! It's a nice day out. A bit chilly with some wind, but sunny. I
don't know about you, but I'm going fishing.
- Dan C.
-
On Sat, May 11, 2024 at 3:52 PM hiro <23h...@gmail.com> wrote:
> it's YOUR fork, why aren't you doing it?
For a simple reason: time.
The work to integrate it in isn't technically that difficult, but
requires time, which is always in short supply.
- Dan C.
> On Sat, May 11, 2024 at 11:47
On Sat, May 11, 2024 at 3:36 PM hiro <23h...@gmail.com> wrote:
> > explanation of dp9ik, which while useful, only
> > addresses what (I believe) Richard was referring to in passing, simply
> > noting the small key size of DES and how the shared secret is
> > vulnerable to dictionary attacks.
>
> i
On Sat, May 11, 2024 at 2:26 PM hiro <23h...@gmail.com> wrote:
> On Fri, May 10, 2024 at 12:59 PM Richard Miller <9f...@hamnavoe.com> wrote:
> > > From: o...@eigenstate.org
> > > ...
> > > keep in mind that it can literally be brute forced in an
> > > afternoon by a teenager[1][2]; even a gpu isn't
On Sat, Apr 20, 2024 at 4:31 AM Giacomo Tesio wrote:
> Hi 9fans
>
> Il 18 Aprile 2024 22:41:50 CEST, Dan Cross ha scritto:
> >
> > Git and Jujitsu are, frankly, superior
>
> out of curiosity, to your knowedge, did anyone ever tried to port fossil
> scm
> to
On Fri, Apr 19, 2024 at 12:10 AM wrote:
> Quoth Dan Cross :
> > Correct me if I'm wrong, but this is just an `echo` into fossilcons,
> > isn't it? `fsys main snap -a` or something like it?
>
> it would be if being able to write to fossilcons
> didn't
On Thu, Apr 18, 2024, 7:18 PM Bakul Shah via 9fans <9fans@9fans.net> wrote:
> On Apr 18, 2024, at 2:48 PM, Shawn Rutledge wrote:
>
>
> Just another reason to eventually have Rust on Plan 9…
>
>
> Yeah. Compiles are too damn fast; no time to make masala chai :-)
>
Arrey yaar, miri vo ki bahoat pr
On Thu, Apr 18, 2024 at 5:01 PM Steve simon wrote:
> re: VCS -vs-dump
>
> I always planned to add code to fossil to allow members of (say) the 'dump'
> group to trigger fa fossil to venti dump at arbitrary times.
> If with this it would be trivial to have a 'release' rc script which could
> save
On Thu, Apr 18, 2024 at 4:27 PM Bakul Shah via 9fans <9fans@9fans.net> wrote:
> Did anyone try to port sccs to plan9?
Interesting question; I suspect not. The only reason to have done so
would have been to inspect source repositories created outside of plan
9, in which case it likely would have b
On Thu, Jan 25, 2024 at 10:04 PM wrote:
> Since the Plan 9 Foundation doesn't focus on technical aspects, Would the
> formation of a Plan 9 Core Team be the next logical step? My understanding is
> the core team would decide technical direction and implementation. What are
> your thoughts?
If
On Sat, Aug 26, 2023 at 9:28 PM Don Bailey wrote:
> Rob - would you be willing to tell us what the novel work is (and more
> about it) that still has relevance today? I'm sure I'm not the only one on
> the list that would love to learn more about that history.
>
I wouldn’t try to speak for Rob,
On Wed, May 10, 2023 at 6:34 PM Romano wrote:
> References:
>
> Subject: RUDP and/or others
>
> I know this is from a thread almost 8 years old on 9fans.
>
> I'm ignorant of why RUDP wasn't used in lieu of TCP for 9P
> connections. Anyone know the whys and wherefores (either technical,
> histor
On Sat, Apr 8, 2023 at 10:37 AM Charles Forsyth
wrote:
> It was the different characteristics of hard drives, even decent SATA,
> compared to SSD and nvme that I had in mind.
Since details have been requested about this. I wouldn't presume to
speak from Charles, but some of those differences _ma
On Thu, Jan 19, 2023 at 10:48 AM Bakul Shah wrote:
>[snip]
> Nils M Holm, the author of s9fes, did the original
> port with some help from me. He didn't want to
> maintain plan9 related changes which is why I am
> maintaining it. Nils also has a book on it but
> AFAIK it doesn't cover anything spe
On Tue, Jun 28, 2022 at 11:38 AM adr wrote:
> On Tue, 28 Jun 2022, Dan Cross wrote:
> > You mean by `newthread` and `chancreate`? Those are part of the
> > thread library. Notice that there are no callers outside of
> > /sys/src/libthread.
>
> What I mean is that &qu
On Tue, Jun 28, 2022 at 10:22 AM adr wrote:
> On Tue, 28 Jun 2022, Dan Cross wrote:
> > [snip]
> > Given the name of the function (`_threadmalloc`), I'd guess that this isn't
> > intended for general use, but rather, for the internal consumption of the
> >
On Tue, Jun 28, 2022 at 9:01 AM adr wrote:
> On Sun, 26 Jun 2022, adr wrote:
> > [snip]
> > /sys/src/libthread/lib.c
> >
> > [...]
> > void*
> > _threadmalloc(long size, int z)
> > {
> > void *m;
> >
> > m = malloc(size);
> > if (m == nil)
> > sysfatal("Malloc of si
On Sun, May 22, 2022, 4:16 PM adr wrote:
> Has someone done something with aarch64 on labs|9legacy?
> It's called arm64
>
> Great.
>
> Because with this 4 magical words I was supposed to find... what?
> Where? What are you talking about? Where is this work on Bell Labs'
> plan9 that I could find
to access more than 4GiB of _physical_
memory. The virtual address space is still limited to 4GiB.
- Dan C.
On Sunday, May 22, 2022, adr wrote:
>> On Sat, 21 May 2022, Dan Cross wrote:
>>
>>> To answer your original question, no: there is no aarch64 support in
>
To answer your original question, no: there is no aarch64 support in either
9legacy or the Bell Labs distribution.
- Dan C.
--
9fans: 9fans
Permalink:
https://9fans.topicbox.com/groups/9fans/T000c7f7d66260ba3-M8dc571703e5960d0f3c631f5
Delivery opti
On Sun, May 15, 2022 at 9:16 AM adr wrote:
> On Sun, 15 May 2022, adr wrote:
> > What I mean is if we are going to follow C99 in the use of void*,
> > we should allow arithmetic on them.
>
> Let me be clear, I know that C99 requires the pointer to be a
> complete object type to do arithmetic, and
On Tue, Feb 1, 2022 at 10:08 AM ibrahim via 9fans <9fans@9fans.net> wrote:
> On Tuesday, 1 February 2022, at 3:12 PM, Dan Cross wrote:
>
> This isn't really on-topic for 9fans, but I find this hard to believe.
> Linux used the exact same compiler suite, and became wildly
On Tue, Feb 1, 2022 at 8:10 AM David Leimbach via 9fans <9fans@9fans.net>
wrote:
> > On Jan 29, 2022, at 8:03 AM, ibrahim via 9fans <9fans@9fans.net> wrote:
> >
> > And I believe that the reason why NetBSD, OpenBSD, FreeBSD are not as
> wide spread as Linux was the lack of a compiler suite conform
On Wed, Oct 27, 2021 at 10:11 AM Richard Miller <9f...@hamnavoe.com> wrote:
> > But is it not possible that the FPGA tools don't
> > have the same issues with mmap that e.g. Go does?
>
> 1. Some of the fpga tools are closed-source so I can't check with
> confidence that they will never try to use
On Wed, Oct 27, 2021 at 9:16 AM Richard Miller <9f...@hamnavoe.com> wrote:
> > What, precisely, is your use case?
>
> As I said, the go cross-compile was just an example task to
> test the viability of v9fs. I don't *need* to cross-compile
> on linux: the 9pi image, for example, comes with native
On Wed, Oct 27, 2021 at 6:56 AM Richard Miller <9f...@hamnavoe.com> wrote:
> > Skip, did you specify -o cache=mmap when mounting diod service
> > for the go build experiment?
>
> I tried it myself using local diod and cache=mmap. I get a similar
> SIGBUS on instruction fetch again. Conclusion: as
On Tue, Oct 26, 2021 at 6:52 AM Richard Miller <9f...@hamnavoe.com> wrote:
> > Can anyone suggest other mount options I should tweak?
>
> I have tried cache=fscache and cache=loose. In both cases I see startling
> cases of incoherency: ie reading file X returns contents of file Y (neither
> of whi
On Wed, Aug 11, 2021 at 4:38 PM Stuart Morrow
wrote:
> On 11/08/2021, Richard Miller <9f...@hamnavoe.com> wrote:
> > /sys/doc/net/net.pdf
>
> Heads up: spends alot of time on STREAMS, which are not a part of Plan 9.
>
> The FQA also links to that paper with no such forewarning.
>
The mentions of
On Tue, Jul 27, 2021 at 1:53 PM Anthony Sorace wrote:
> There are a few other things which also use that file (e.g. latcmp, the 2e
> road(1), gmap (who did that?) my darksky program). I’m wondering if I’m
> missing something that uses that fourth number. I certainly can’t rule out
> user error.
On Wed, Jul 21, 2021 at 1:32 PM Xiao-Yong Jin wrote:
> > On Jul 21, 2021, at 12:16 PM, Dan Cross wrote:
> >
> > Nothing prevents you from invoking u9fs over an SSH connection; one
> needn't run it from inetd, and I doubt anyone has in 20 years.
>
> You ar
On Wed, Jul 21, 2021 at 1:09 PM Xiao-Yong Jin wrote:
> > On Jul 21, 2021, at 11:42 AM, Dan Cross wrote:
> >
> > On Wed, Jul 21, 2021 at 12:17 PM Xiao-Yong Jin
> wrote:
> > > On Jul 21, 2021, at 11:08 AM, Dan Cross wrote:
> > > > ssh linuxpc drawterm -
On Wed, Jul 21, 2021 at 12:17 PM Xiao-Yong Jin wrote:
> > On Jul 21, 2021, at 11:08 AM, Dan Cross wrote:
> > > ssh linuxpc drawterm -c srvdev.rc
> > >
> > > yes it's a lot of back and forth, but ssh only is needed for running
> > > the p
On Wed, Jul 21, 2021 at 11:12 AM hiro <23h...@gmail.com> wrote:
> if i want to serve files from a linux, i sometimes run drawterm on the
> linux, export stuff to an /srv and then access that from the other
> side.
>
> theoretically you can automate that also from the other side, make
> some script
On Thu, Apr 15, 2021 at 2:44 PM Anonymous AWK fan via 9fans <9fans@9fans.net>
wrote:
> > This text was generated by the GPT3 text generator using all licensing
> related threads in 9fans as input.
>
> No it wasn't.
>
> I'm concerned because only one contributor (Nokia) transferred copyright
> of t
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-M18047666342802d775
Oh no! I'm so sorry to hear this. How awful! I always thought jmk was a
really friendly and approachable scientist and I enjoyed interacting with
him.
- Dan C.
On Wed, Jun 24, 2020, 8:36 PM Charles Forsyth
wrote:
> I am sorry to say that Jim McKie (jmk) died suddenly on 16 June.
> http
Google invests heavily into basic computer science reseach, and Google
researchers are well represented at respected conferences and in high
impact journals in their subfields. So yes, one can do 'actual "research"
projects' at Google. We have an entire research organization doing just
that, often
dunno; I work
on kernels.
- Dan C.
On Thu, Dec 12, 2019, 5:47 PM Juan Cuzmar wrote:
> Wow I'm surprised that people are still working on plan9 to
> develop things especially in google... If I could aso: what kind
> of things you develop with plan9?
>
> Dan Cross wrote
We had 9legacy running on Intel NUCs at Google for our internal
development. It worked well enough, though of course wasn't an ARM based
machine. Getting it going was a little hacky, but not too bad. We were
using raspberry pi's as terminals.
I haven't looked in depth, but I suspect there's relati
On Thu, May 2, 2019 at 9:24 PM Skip Tavakkolian
wrote:
> One person's epiphany is another's afterthought.
>
> (I've been conditioned by Twitter to not read anything longer than 240
> chars. Ditto for responses. I can't speak to points you made later)
>
It wasn't clear to me that there was a ques
On Mon, Apr 1, 2019 at 8:36 PM Kurt H Maier wrote:
> On Mon, Apr 01, 2019 at 08:26:30PM -0400, Jeremy O'Brien wrote:
> > On Mon, Apr 1, 2019, at 11:33, Kyohei Kadota wrote:
> > > Hi, 9fans. I use 9legacy.
> > >
> > > About below program, I expected that flags field will initialize to
> > > zero b
On Thu, Nov 29, 2018 at 11:43 AM Mayuresh Kathe wrote:
> i apologise up-front for asking this on 9fans, but, how is acme and
> plumber and all it's utilities (including upas) made to work under
> non-plan9 systems via plan9port; on say something like linux or even mac
> os x?
>
> do they have som
On Thu, Nov 29, 2018 at 8:45 AM Mayuresh Kathe wrote:
> hello,
>
> is it possible to use "upas" without relying on acme?
> it might be uncomfortable (relatively speaking), but is it possible?
>
Yes. This is quite reasonable. To a first order approximation, `upas` is a
mail transfer agent, for mo
On Wed, Oct 10, 2018 at 7:58 PM wrote:
> > Fundamentally zero-copy requires that the kernel and user process
> > share the same virtual address space mapped for the given operation.
>
> and it is. this doesnt make your point clear. the kernel is always mapped.
>
Meltdown has shown this to be a b
On Tue, Oct 9, 2018 at 7:24 PM hiro <23h...@gmail.com> wrote:
> from what i see in linux people have been more than just exploring it,
> they've gone absolutely nuts. it makes everything complex, not just
> the fast path.
>
To whom are you responding? Your email is devoid of context, so it is not
On Tue, Oct 9, 2018 at 5:28 PM hiro <23h...@gmail.com> wrote:
> > E.g. right now Plan 9 suffers from a *lot* of data copying between
> > the kernel and processes, and between processes themselves.
>
> Huh? What exactly do you mean?
The current plan9 architecture relies heavily on copying data wi
On Mon, Oct 8, 2018 at 6:25 PM Digby R.S. Tarvin wrote:
> Does anyone know what platform Plan9 was initially implemented on?
>
My understanding is that the earliest experiments involved a VAX, but
development quickly shifted to MIPS and 68020-based machines (the "gnot"
was, IIRC, a 68020-based c
On Tue, Oct 17, 2017 at 12:04 PM, Giacomo Tesio wrote:
> Also, why NPROC has been left uppercase? :-)
I once had a mathematics professor who advised me not to look for
rationality or logic in nomenclature. I've found that, since taking
this advice to heart, my life is much less stressful.
On Tue, Oct 17, 2017 at 10:38 AM, Giacomo Tesio wrote:
> Out of curiosity, do anybody know why Plan9 designers chose lowercase
> variables over uppercase ones?
>
> At first, given the different conventions between rc and sh (eg $path is an
> array, while $PATH is a string), I supposed Plan 9 desig
On Sun, Mar 24, 2013 at 9:54 PM, Kurt H Maier wrote:
> On Sun, Mar 24, 2013 at 09:42:09PM -0400, Dan Cross wrote:
> > Yeah. Or someone who is arguably the biggest problem on the list adding
> > absolutely nothing other than some uninformed, dogmatically driven, rigid
> > me
n
the guy who designed and wrote most of it.
On Sun, Mar 24, 2013 at 9:36 PM, Kurt H Maier wrote:
> On Sun, Mar 24, 2013 at 09:20:04PM -0400, Dan Cross wrote:
> > Eh, not so much anymore. The morlocks have taken over, which is a shame:
> > 9fans used to be one of the best techni
Eh, not so much anymore. The morlocks have taken over, which is a shame:
9fans used to be one of the best technical mailing lists on the Internet.
Those days are long gone. The ankle biters are too numerous now.
(Cue requisite flames.)
- Dan C.
On Sun, Mar 24, 2013 at 9:00 PM, Winsto
On Sun, Mar 3, 2013 at 2:31 PM, erik quanstrom wrote:
> should i say "the current ot awk source"? it's certainly not
> designed for plan 9.
>
Regardless you are right that it is clearly not worth porting to 'native'
Plan 9 libraries or APIs; what, if anything, would be the benefit of such
an ef
On Nov 22, 2012 12:43 PM, wrote:
> > Ha! Ever programmed in APL?
>
> Don't knock it, to learn APL I had to "shift paradigm" and it was a
> very important lesson in my programming education.
No doubt. As a learning exercise, such things are great. But I don't know
that the brand of brevity engend
Thanks for making my point for me.
On Nov 22, 2012 12:13 PM, "Kurt H Maier" wrote:
> On Thu, Nov 22, 2012 at 09:38:06AM -0500, Dan Cross wrote:
> > Personally, I think that all of this language posturing is
> > "geekier-than-thou" nonsense.
>
> And t
Nor should you. What she eats is my problem not yours, and it's an
incredibly minor problem. Like, only a little more important than worrying
about C++ and Java.
On Nov 22, 2012 12:33 PM, "hiro" <23h...@gmail.com> wrote:
> dan, I don't care about your children.
>
>
On Nov 22, 2012 9:56 AM, "dexen deVries" wrote:
>
> On Thursday 22 of November 2012 09:38:06 Dan Cross wrote:
> > In the big scheme of things, absolutely none of this matters. Whether
one
> > programs in Java, C, Go, COBOL or 370 assembler doesn't really make
On Nov 22, 2012 9:50 AM, "erik quanstrom" wrote:
>
> i agree with your point. but i think that you the statments you point
> out are hyperbole.
That is fair to an extent.
> > In the big scheme of things, absolutely none of this matters. Whether
one
> > programs in Java, C, Go, COBOL or 370 ass
Personally, I think that all of this language posturing is
"geekier-than-thou" nonsense.
Calling C++ or Java a disease? Really?
Suggesting that if you use one of those languages you're somehow mentally
deficient? Really?
Suggesting someone change jobs because they're asked to program in C++?
Re
VisitorFactoryBuilderFactorySingletonDecoratorFactory.
On Thu, Nov 22, 2012 at 6:57 AM, Charles Forsyth
wrote:
> I'm writing Java now, after a long gap, and it's ok.
> It has its share of annoying aspects, but it's not too bad.
> Java is a bit like a high-level assembler for the JVM,
> and there
I agree with brucee here about the Go type names: I'd rather see uint64,
int64, uint32, int32, etc.
usize doesn't bother me much. New C programmers are often confused by
size_t being unsigned (even experienced ones at times); this makes it clear.
On Wed, Nov 21, 2012 at 8:35 PM, Bruce Ellis wr
On Wed, Nov 21, 2012 at 8:30 AM, Bence Fábián wrote:
> 8c is for Plan9's C dialect.
> Look into /sys/doc/ape.ps
>
This was not a useful answer to Steve's question.
- Dan C.
On Sat, Nov 3, 2012 at 1:13 PM, Kurt H Maier wrote:
> On Sat, Nov 03, 2012 at 01:04:15PM -0400, erik quanstrom wrote:
>> in modern systems, i believe they mean the same thing.
>>
>> http://en.wikipedia.org/wiki/Paging#Terminology
>
> Sorry, I didn't know you were talking about Windows NT.
I didn'
On Thu, Oct 25, 2012 at 10:28 AM, Ethan Grammatikidis
wrote:
> On Fri, 14 Sep 2012 08:48:40 -0800 Jack Johnson wrote:
> > Even with it's "faults" (age?), I still miss Oberon. It was *fun* and
> > elegant.
>
> It's still around in AOS form where it can run native or as a
> user-space program unde
On Thu, Oct 18, 2012 at 1:17 PM, John Floren wrote:
> I too find Linux too mainstream: http://i.imgur.com/Wtm16.png
>
Bravo.
- Dan C.
On Thu, Aug 30, 2012 at 7:56 PM, erik quanstrom wrote:
>> The thing is that mk doesn't really do anything to set up connections
>> between the commands it runs.
>
> it does. the connections are through the file system.
No. The order in which commands are run (or if they are run at all)
is based
On Thu, Aug 30, 2012 at 7:03 PM, erik quanstrom wrote:
>> rejected such system-imposing structure on files in Unix-y type
>> environments since 1969.
> [...]
>> other threads of execution. Could we do something similar with pipes?
>> I don't know that anyone wants typed file descriptors; that wo
On Thu, Aug 30, 2012 at 7:51 PM, Dan Cross wrote:
> A parallel apply sort of thing could be used with xargs, of course;
> 'whatever | xargs papply foo' could keep some $n$ of foo's running at
> the same time. The magic behind 'papply foo `{whatever}' is th
On Thu, Aug 30, 2012 at 7:11 PM, dexen deVries wrote:
> On Thursday 30 of August 2012 15:35:47 Dan Cross wrote:
>> (...)
>> Your example of running multiple 'grep's in parallel sort of reminded
>> me of this, though it occurs to me that this can probably be do
[Special to Lucio: Email to proxima.alt.za from Google's SMTP servers
is failing; it looks like they're listed in rbl.proxima.alt.za.]
On Thu, Aug 30, 2012 at 3:56 PM, Lucio De Re wrote:
>> But as I said, this is not to argument about Go developers' choices:
>> they do as they see fit
>
> I think
On Wed, Aug 29, 2012 at 7:27 PM, erik quanstrom wrote:
>> > rc already has non-linear pipelines. but they're not very convienient.
>>
>> And somewhat limited. There's no real concept of 'fanout' of output,
>> for instance (though that's a fairly trivial command, so probably
>> doesn't count), or
On Wed, Aug 29, 2012 at 2:04 AM, erik quanstrom wrote:
>> > the haahr/rakitzis es' if makes more sense, even if it's wierder.)
>>
>> Agreed; es would be an interesting starting point for a new shell.
>
> es is great input. there are really cool ideas there, but it does
> seem like a lesson learne
On Aug 29, 2012 2:14 AM, "Jeremy Jackins" wrote:
> > Well, if you could explain a) how it's currently broken, and b) how a
> > 'corrected' version would be useful, others might be more sympathetic
> > to your concerns. From most perspectives, it doesn't appear broken at
> > all; it works fine, it
On Tue, Aug 28, 2012 at 8:56 PM, erik quanstrom wrote:
>> And rc is not perfect. I've always felt like the 'if not' stuff was a
>> kludge.
>
> no, it's certainly not. (i wouldn't call if not a kludge—just ugly.
Kludge perhaps in the sense that it seems to be to work around an
issue with the gr
One last thing:
On Tue, Aug 28, 2012 at 11:56 PM, Kurt H Maier wrote:
> On Tue, Aug 28, 2012 at 11:50:27PM +0530, Dan Cross wrote:
>> You are conflating bootstrapping the language with the language's
>> build system. The go command is actually quite nice.
>
> Also,
On Tue, Aug 28, 2012 at 11:13 PM, Kurt H Maier wrote:
> On Tue, Aug 28, 2012 at 09:15:35PM +0530, Dan Cross wrote:
>> Oh no, I can't. Please, by all means, point me to whatever it is that
>> you have produced that demonstrates your prowess in this area so that
>> I can
On Tue, Aug 28, 2012 at 9:00 PM, Kurt H Maier wrote:
> On Tue, Aug 28, 2012 at 08:48:39PM +0530, Dan Cross wrote:
>> Wonderful! Please point me to your new programming language so I can
>> have a look?
>
> I don't think it would do you any good, since you are apparently
On Tue, Aug 28, 2012 at 8:35 PM, Kurt H Maier wrote:
> On Tue, Aug 28, 2012 at 04:52:34PM +0200, Lucio De Re wrote:
>> Or are you oriented towards kiloLOCs of test code to see which
>> features are implemented and provide compatability a la autoconf?
>
> Excellent example of a false dilemma. I'm
On Tue, Aug 28, 2012 at 2:27 PM, Rudolf Sykora wrote:
> Hello,
Howdy.
> I am just curious...
> Here
> http://9fans.net/archive/2007/11/120
>
> Russ Cox writes he uses bash as his default shell. Does anybody know
> the reason? Is this for practicality within the linux environment? Or
> has he fou
Sorry for this, but it seems that 9fans is the best place to ask for
troff advice
I want to use .2C in ms documents to enter two-column mode. However,
this seems to force insertion of a paragraph break space, which I do
not want; I can't find any documentation on how to turn that off, and
rea
On Wed, May 16, 2012 at 10:03 AM, hiro <23h...@googlemail.com> wrote:
> There are towns without restaurants and pubs in America?
Yes. Americans tend to have bars, rather than pubs.
Forsyth's characterization of Atlanta is largely correct, but his
conclusion (to avoid) is incorrect. Atlanta has
On Tue, Mar 20, 2012 at 4:30 PM, Ciprian Dorin Craciun
wrote:
> On Tue, Mar 20, 2012 at 14:32, Dan Cross wrote:
>> 9P itself is not a stream-oriented
>> protocol, nor is it what one would generally call, 'transport
>> technology.'
>
> I would beg to diffe
On Tue, Mar 20, 2012 at 7:42 AM, Yaroslav wrote:
>> Why was I puzzled: because as a non Plan9 user / developer, I
>> usually think of the underlaying transport technology (be it sockets
>> or 9p) as a stream of bytes without explicit framing.
>
> As I understand, 9P itself is designed to operate
On Sun, Nov 27, 2011 at 2:09 PM, Lyndon Nerenberg wrote:
> On Sun, 27 Nov 2011, Dan Cross wrote:
>> On Sat, Nov 26, 2011 at 11:32 PM, wrote:
>>> /lib/mainkampf is part of an ongoing project to make
>>> venti sha-1 hashes easy to remember by translating
>>> t
On Sat, Nov 26, 2011 at 11:32 PM, wrote:
> /lib/mainkampf is part of an ongoing project to make
> venti sha-1 hashes easy to remember by translating
> them into hitler-speeches.
It's also, frankly, offensive.
On Wed, Sep 14, 2011 at 5:48 PM, John Floren wrote:
> I don't want to drag out the discussion, but:
>
> 1. Nixie is pretty much generic these days. Wikipedia even calls it a
> genericised trademark.
> 2. Nixies are also Germanic water spirits.
>
> I think we're good :)
(I don't want to contribute
On Sun, Nov 14, 2010 at 11:29 PM, Gary V. Vaughan wrote:
> You can either try to remember what all of those are, or use something
> like autoconf to probe for known bugs, and gnulib to plug them, or
> you can link against a shim library like GNU libposix which will
> do all of that automatically w
Not yet. There's an 8g, so it should (in principle) be portable. But
it requires user-mode support for setting LDTs. But I'm really not
any sort of expert at all, just an interested observer. Maybe Rob or
Russ will poke in and say something.
On Tue, Nov 10, 2009 at 8:00 PM, andrey mirtchovski
Yes.
On Tue, Nov 10, 2009 at 7:54 PM, Joseph Stewart
wrote:
> Hmmm... is this Limbo/Newsqueak/Alef inspired?
> http://golang.org
> -joe
On Tue, Jul 28, 2009 at 2:37 PM, erik quanstrom wrote:
> this change as worked well on my personal system and at coraid
> for the past 6 months. it just works. even on hitherto unknown
> controllers like the orion.
Hmm. A few years ago, I ran into a similar problem and added a
variable that cou
On Mon, Jul 20, 2009 at 6:56 PM, erik quanstrom wrote:
> i know you can do it with du, but it seems a bit "cat -n"ish to me.
> for comparison:
This was why I wrote 'walk' a few years ago; du is the disk usage
tool, not a general file walker.
- Dan C.
fd = open("/some/ctl", OWRITE);
write(fd, "timeout LONG_ENOUGH", length);
close(fd);
On Mon, Jul 20, 2009 at 2:10 PM, Lyndon Nerenberg wrote:
>> 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 undefin
On Mon, Jul 20, 2009 at 11:02 AM, Ethan
Grammatikidis wrote:
> Sorry if that was a bit harsh, but I've had far too much 'advice' to 'just do
> this easy little thing'... Computers are supposed to supplement the brain, to
> help, not require more (and in some cases quite impossible) work. To file
Pardon me if this is totally ignorant, but can't we just have a ctl
message to control a timeout, which applications may then set on their
own?
On Mon, Jul 20, 2009 at 3:12 AM, Gorka Guardiola wrote:
> On Sun, Jul 19, 2009 at 5:58 PM, Francisco J Ballesteros wrote:
>> On Sun, Jul 19, 2009 at 5:46
On Thu, Jul 16, 2009 at 1:54 PM, erik quanstrom wrote:
> to be precise, this is not 950 graphics:
>
> 0.2.0: vid 03.00.00 8086/2772 10 0:fe98 524288 1:cc01 16
> 2:e008 268435456 3:fe94 262144
> Intel Corporation 82945G/GZ Integrated Graphics Device
Hmm, perhaps I am conf
On Wed, Jul 15, 2009 at 3:28 PM, Lyndon Nerenberg wrote:
> Anybody running a terminal with a GMA950 chipset? I need to verify it works
> before I plunk down money on some new terminal hardware. VESA support is
> fine, just as long as rio us usable on it.
>
> The Wiki shows i950 VESA support. I'm no
On Tue, Jul 14, 2009 at 9:01 AM, erik quanstrom wrote:
> there are other sound models, it would be nice to design ac97's
> interface in such a way that it can work with other sound models.
Years ago, I suggested building a generic audio layer into the kernel
and plugging specific devices into that
1 - 100 of 130 matches
Mail list logo
