On Tue, 05 Feb 2008 04:23:18 -, Michael Andronov
<[EMAIL PROTECTED]> wrote:
First, thanks a lot for the advices and help;
However, the theory to practice step seems to be a bit longer :)
1. about network:
- following your advice, found plan9.ini
- i managed to modify it with sam,
First, thanks a lot for the advices and help;
However, the theory to practice step seems to be a bit longer :)
1. about network:
- following your advice, found plan9.ini
- i managed to modify it with sam, ( for some strange reason, when I'm
editing the file in ACME, the 'Put' option appear
well, I don't get the difference, we have a bunch of standards, my limited
understanding is that now these .org's have joined forces, and
everything gets messy, at least for me.
for instance, APE has lot's of headers with the feature test macro
_POSIX_SOURCE, which has been superseded by _POSIX_C_
Okay, I got everything fixed a few days ago and added some more
features (simple arrays, r "long/file/name.1", etc.). The new pico is
in the usual place.
I'm redesigning my website, so I'm going to have my software
available from there too when that's done.
On Jan 31, 2008, at 2:41 AM, Br
On Mon, 2008-02-04 at 21:51 -0500, Pietro Gagliardi wrote:
> On Feb 4, 2008, at 9:38 PM, erik quanstrom wrote:
>
> >> Some other reasons:
> >> - Some systems (read: Linux) do not have pthreads
> >
> > incorrect. http://en.wikipedia.org/wiki/Native_POSIX_Thread_Library
> >
>
> Is that integrated
On Feb 4, 2008, at 9:38 PM, erik quanstrom wrote:
Some other reasons:
- Some systems (read: Linux) do not have pthreads
incorrect. http://en.wikipedia.org/wiki/Native_POSIX_Thread_Library
Is that integrated into the Linux source code tree or an add-on?
- C99 is still new and although it's
> Some other reasons:
> - Some systems (read: Linux) do not have pthreads
incorrect. http://en.wikipedia.org/wiki/Native_POSIX_Thread_Library
> - C99 is still new and although it's in POSIX, not many systems have
> it (Plan 9 doesn't have complete C99)
c99 is 9 years old!
- erik
> On 03/02/2008, at 8:29 PM, Lyndon Nerenberg wrote:
>
> > Autoconf is nothing but a stinking rotten corpse that lives only
> > because the cult of GNU adherents cannot (no, refuse to) grok the
> > concept of POSIX.
>
> the problem with POSIX is that it doesn't specify enough.
>
> for instan
Some other reasons:
- Some systems (read: Linux) do not have pthreads
- What if I said I'm running GCC on Microsoft Xenix? Is that POSIX-
compliant?
- Curses is not POSIX. It's Single Unix Spec, though.
- C99 is still new and although it's in POSIX, not many systems have
it (Plan 9 doesn't hav
On 03/02/2008, at 8:29 PM, Lyndon Nerenberg wrote:
Autoconf is nothing but a stinking rotten corpse that lives only
because the cult of GNU adherents cannot (no, refuse to) grok the
concept of POSIX.
the problem with POSIX is that it doesn't specify enough.
for instance, if you have to wri
9fat:
cd /n/9fat
ls
you should see plan9.ini
On Feb 4, 2008 5:23 PM, Michael Andronov <[EMAIL PROTECTED]> wrote:
> Thanks a lot! It's answering a lot of questions.
> Now I have only to find plan9.ini on my machine... :)
>
> Another question is about USB... I have 'an old machine', where USB is
>
On Feb 4, 2008, at 8:44 PM, Pietro Gagliardi wrote:
For USB, add this to the TOP of /usr/$user/lib/profile, above the
switch but below the other bind lines:
bind -a '#U' /dev
usbd
Scratch that. There is a line in /usr/$user/lib/profile that reads
switch($terminal){
9fat:
cd /n/9fat
acme plan9.ini
For USB, add this to the TOP of /usr/$user/lib/profile, above the
switch but below the other bind lines:
bind -a '#U' /dev
usbd
Type
man -t usb usbd usbdisk | page
for more information on all you can do with US
Thanks a lot! It's answering a lot of questions.
Now I have only to find plan9.ini on my machine... :)
Another question is about USB... I have 'an old machine', where USB is
provided as separate PCI card...
Unfortunately, 'man plan9.ini' does not provide too much 'options'/examples
about USB car
man -P plan9.ini
and see if your wireless device is listed in the ETHERNET section.
On Feb 4, 2008, at 7:12 PM, Michael Andronov wrote:
Hi,
As I'm moving slowly via installing/configuring Plan 9 node...
another question appeared:
Can somebody navigate towards document describing installati
Hi,
As I'm moving slowly via installing/configuring Plan 9 node... another
question appeared:
Can somebody navigate towards document describing installation/configuration
of wireless card under Plan 9?
(I guess I have seen something briefly why checking archives, but lost
it
Network Configur
>> Or even better to forget drawterm and replace it with Inferno.
>
> inferno also needs to know how to display natively on OSX.
there often are similar problems: exceeding a big stack with X11 locale data
for instance.
Checking the archives - definitely a useful step, and should be considered
as step #1 probably in all forums...
Saying that, I tried it myself. I have spent some time on web trying to
find "C++ and Plan 9 history"...
The most common archive access, I managed to find, is:
http://9fans.net/archi
On Feb 4, 2008, at 4:23 PM, andrey mirtchovski wrote:
Or even better to forget drawterm and replace it with Inferno.
inferno also needs to know how to display natively on OSX.
and until the JIT is working in Inferno on OSX, drawterm has
significantly better throughput... text redisplay in
> Or even better to forget drawterm and replace it with Inferno.
inferno also needs to know how to display natively on OSX.
On Feb 4, 2008 10:19 PM, andrey mirtchovski <[EMAIL PROTECTED]> wrote:
> of course, it's still better to rewrite the whole osx gui code
> directly in Cocoa, which may happen sooner or later :)
Or even better to forget drawterm and replace it with Inferno.
http://www.caerwyn.com/ipn/2007/10/lab-80
Thank you. I'll try to play with File and Tree now.
btw, I had some problems on /tmp due to free space, getting messages
from ./INSTALL as these:
...
copy.o: No space left on device
/tmp/cc2IGQH6.s: Assembler messages:
/tmp/cc2IGQH6.s:3059: FATAL: Can't write copy.o: Invalid argument
mk: 9c copy.
ron minnich wrote:
...
Ah, USB. 24+ chapters and not a single good idea :-)
[ok, maybe one: powered cables are nice]
...
This should be a fortune (with or without the second line...
Martin
> I saw the src/cmd/ramfs.c, and I think I should be able to write mine
> simpler... For example, I'd like to take advantage of the File/Tree
> interface (createfile(), ...), having all the files of the fs in
> memory.
>
> I found also src/lib9p/ramfs.c, which looks pretty much as what I
> want, b
a cursory look through the code indicates that there may indeed be a
bug in the screen management between writing the bits on a bitmap and
the bitmap to the screen. i have different code for osx which is
rearranged to avoid creating a separate thread for handling the
display, but that code is only
Thank you all...
In fact I managed to get the ethernet driver working at the first code
change I tried today!
This means that by now I won't try to debug the kernel, but I really
like to have known of these kernel debugging techniques.
Btw, I had problems with the Rhine ethernet driver. I got much
When I started Plan 9, I was actually happy that some of the tools I
wanted (grap, prof) were already available. I wanted to try GCC to
try to port a web browser, but Abaco is growing fast, and I'll stick
with that. I'm already porting pico, and that's in my contrib directory.
On Feb 4, 200
> I've seen there is rdbfs for debugging the 9pc kernel through a serial port...
>
> The computer the driver fails on doesn't have a serial port. I'd like
> to the debug the ethernet driver, so I don't have ethernet. :)
>
> Any ideas, over the common lot-of-print() ?
>
> Thanks in advance.
yes.
checking the 9fans archives is a good place to start. many topics
have already been discussed in great detail. it also gives new 9fans
an idea of who to pay attention to and who to ignore.
> On Mon, 04 Feb 2008 13:01:49 -, Uriel <[EMAIL PROTECTED]> wrote:
>
>> If you want roman numerals, yo
On Feb 4, 2008 12:54 PM, Juan M. Mendez <[EMAIL PROTECTED]> wrote:
>
> Following the instrucions here:
>
> http://plan9.escet.urjc.es/9faq.html
>
> I downloaded plan9 image on my GNU/Linux machine.
> http://plan9.escet.urjc.es/export/vmplan9.tbz
>
> $ tar xvfj vmplan9.tbz
> $ qemu -full-screen -net
> The reason there is no native C++ compiler is because of it's *lack* of
> popularity in the Plan 9 community, both historically and currently.
"We don't need a C++ compiler because everything is written in C" is just a
self-fulfilling prophecy.
I would really like to be able to compile some lar
We had this problem too on LinuxBIOS, and it's a real problem when you've
just powered on and have no memory or stack. But some vendors are claiming
they have dropped serial to save money, since we have "the Universal Serial
Bus for serial I/O".
Fortunately, the universal serial bus guys finally f
I've seen there is rdbfs for debugging the 9pc kernel through a serial port...
The computer the driver fails on doesn't have a serial port. I'd like
to the debug the ethernet driver, so I don't have ethernet. :)
Any ideas, over the common lot-of-print() ?
Thanks in advance.
> If you (not *we*) want to port something port it and let us know when
> it's done.
sorry, it my mistake, i do not mean that all community should go and port GCC :)
> The pattern of "I've just downloaded Plan9 and I want my old tools" is
> very common and we just kind of ignore them :) except for
Hello,
I'd like to write a small simple fileserver, and I've been advised
everywhere to look at ramfs.c.
I saw the src/cmd/ramfs.c, and I think I should be able to write mine
simpler... For example, I'd like to take advantage of the File/Tree
interface (createfile(), ...), having all the files of
Thanks yout very much for replys, i''l try qemu today )
2008/2/4, Martin Neubauer <[EMAIL PROTECTED]>:
> * Eris Discordia ([EMAIL PROTECTED]) wrote:
> > The ISO image is the semi-official
> > snapshot of the latest (or close to latest, depending on where you
> > download the image from) Plan 9 4th
Hi,
if we
couldn't port GCC because it very big job (any other reason?), maybe
we could port some other compiler with liberal enough licence?
If you (not *we*) want to port something port it and let us know when
it's done.
The process goes like this :
"I've done some working code for my
Wow, drawterm links in a lot of shared libraries on OS X.
I'll see if I can reproduce this crash, but it occurred while running
Inferno (emu -v -c1 -g1200x900) in Plan 9 hosted in VMware (convoluted
yes). This is the first time I've seen drawterm crash in
CGContextFlush() (an OS X call) in
* Eris Discordia ([EMAIL PROTECTED]) wrote:
> The ISO image is the semi-official
> snapshot of the latest (or close to latest, depending on where you
> download the image from) Plan 9 4th Edition, which is not much of a
> "release."
Uhh, that's the way Plan 9 is released. It's been this way
* Anant Narayanan ([EMAIL PROTECTED]) wrote:
> >The fact that the late-adopters, myself included, have had previous
> >development and/or everyday use experiences with GNU stuff and that
> >they ask of similarities and differences, unawares of whatever
> >animosity towards the GNU thing has b
On Mon, 04 Feb 2008 13:59:41 -, Anant Narayanan <[EMAIL PROTECTED]> wrote:
It helps to search the archives before posting. The issues concerning
GNU or C++ have already been discussed several times before - rekindling
the flames can only bring the old-timers to respond as they have.
Che
From: [EMAIL PROTECTED]
Date: Mon Feb 4 09:25:38 EST 2008
To: [EMAIL PROTECTED]
Subject: a new maintenance release of Perl nearing
Hi, in case you are still interested in helping out getting Perl
running in many platforms, here's an announcement:
http://www.xray.mpe.mpg.de/mailing-lists/perl5-po
> because
> something had to be used to compile Plan 9 itself, etc and I figure it's
> not being done as a cross-compiler).
> --
ken thompson wrote a nice little C compiler.
cross-compilation is trivial: if 8c is the x86 compiler and qc is the power pc
compiler, you get a cross
compiler from x8
Hola,
The wiki has the experiences of the users of plan9 under pc emulators, it is
not a general emulator guide.
If you think it is outdated or it is not accurate, you can fix it, on the wiki
itself are the instructions to edit its pages.
slds.
gabi
-- [EMAIL PROTECTED] wrote:
>
>On Mon, 04
The fact that the late-adopters, myself included, have had previous
development and/or everyday use experiences with GNU stuff and that
they ask of similarities and differences, unawares of whatever
animosity towards the GNU thing has been brewing in your mind
through the years, should not
On Mon, 04 Feb 2008 10:58:46 -, Filipp Andronov
<[EMAIL PROTECTED]> wrote:
By the way, do you know some free virtual machine emulator (like
VMWare) for linux on what Plan9 could work?
1. Yes. QEMU was developed for Linux, in the first place. The Windows
binaries are only side effects
On Mon, 04 Feb 2008 13:01:49 -, Uriel <[EMAIL PROTECTED]> wrote:
If you want roman numerals, you know where to find them...
Inferno... and I hope the shock will send you all the way to the 9fans
archives rather than repeating the same path that has been trodden a
billion times before.
Some
On Mon, 04 Feb 2008 12:56:05 -, Filipp Andronov
<[EMAIL PROTECTED]> wrote:
Thanks! )))
http://plan9.escet.urjc.es/9faq.html
Unfortunately, it is not on english or russian :)
From page http://plan9.escet.urjc.es/ link to FAQ
(http://www.fywss.com/plan9/plan9faq.html) is dead. :(
I do
2008/2/4 Filipp Andronov <[EMAIL PROTECTED]>:
> > Reading 9fans mail list archives you will notice C++ and the "object
> > oriented model" is not > much appreciated, there are a lot of references
> > (including great fortunes entries) about this > topic.
> Yeah, i have notice that, but from my po
Thanks! )))
> http://plan9.escet.urjc.es/9faq.html
Unfortunately, it is not on english or russian :)
>From page http://plan9.escet.urjc.es/ link to FAQ
(http://www.fywss.com/plan9/plan9faq.html) is dead. :(
> I downloaded plan9 image on my GNU/Linux machine.
> http://plan9.escet.urjc.es/export/vm
> Reading 9fans mail list archives you will notice C++ and the "object oriented
> model" is not > much appreciated, there are a lot of references (including
> great fortunes entries) about this > topic.
Yeah, i have notice that, but from my point of view, there are very
many software where object
Hola,
Reading 9fans mail list archives you will notice C++ and the "object oriented
model" is not much appreciated, there are a lot of references (including great
fortunes entries) about this topic.
Search for the discussions, i think there has been other attemps to build a c++
environment, (S
On 04/02/2008, Filipp Andronov <[EMAIL PROTECTED]> wrote:
> > http://plan9.bell-labs.com/wiki/plan9/virtual_machines/index.html
> Oh! I'm really sorry!
> It's so shame, RTFM *CONFUSED*
> Thanks a lot :)))
Following the instrucions here:
http://plan9.escet.urjc.es/9faq.html
I downloaded plan
> http://plan9.bell-labs.com/wiki/plan9/virtual_machines/index.html
Oh! I'm really sorry!
It's so shame, RTFM *CONFUSED*
Thanks a lot :)))
2008/2/4, Juan M. Mendez <[EMAIL PROTECTED]>:
> I always used plan9 on native machines.
>
> But yesterday I used plan9 on qemu and worked fine.
>
> --
>
Hmmm, may i ask a very stupid question? :)
I have working with GCC C++ compiler and MS C++ compiler, and i
suppose that there are another compilers in the world...
But i don't known any other free compiler (yeah, MS compiler is not
free, but in russia all MS software IS free :D). So question is, i
I always used plan9 on native machines.
But yesterday I used plan9 on qemu and worked fine.
--
Fidonet: 2:345/432.2
And when you thought it couldn't get better, from the top of
http://www.comeaucomputing.com
"Bursting With So Much Language Support It Hurts!"
Most fortune-worthy line ever.
uriel
On Feb 4, 2008 12:52 PM, <[EMAIL PROTECTED]> wrote:
> > because something had to be used to compile Plan 9 itself
> Although I keep hearing different stories about the gcc availble for
> Plan 9 (it makes little sense to me to hear "it does not work" because
> something had to be used to compile Plan 9 itself, etc and I figure it's
> not being done as a cross-compiler).
http://doc.cat-v.org/bell_labs/new_c_com
Hola,
http://plan9.bell-labs.com/wiki/plan9/virtual_machines/index.html
The wiki is a great source of information, use it! :-)
slds.
gabi
-- [EMAIL PROTECTED] wrote:
>
>By the way, do you know some free virtual machine emulator (like
>VMWare) for linux on what Plan9 could work?
>
>2008/2/4, E
> because something had to be used to compile Plan 9 itself, etc and I
figure it's not being done as a cross-compiler.
I'm sorry my new friend but I think that's the funniest 9fans post I've
ever seen, how ... but surely you . aw come on
To redeem myself I shall offer this link to on
By the way, do you know some free virtual machine emulator (like
VMWare) for linux on what Plan9 could work?
2008/2/4, Eris Discordia <[EMAIL PROTECTED]>:
> On Sat, 02 Feb 2008 23:49:51 -, Steve Simon <[EMAIL PROTECTED]> wrote:
>
> >
> > I have never used VPC or virtual box, but qemu works fin
In article <[EMAIL PROTECTED]>,
Steve Simon <9fans@cse.psu.edu> wrote:
>> - is there a C++ compiler? Any plans for it?
>...
>Getting g++ to work would be the best way to get a modern
>C++ compiler on plan9 for free.
>
>If you have money the Comeau computing supply both a portable
>compiler and a GC
On Sat, 02 Feb 2008 23:49:51 -, Steve Simon <[EMAIL PROTECTED]> wrote:
I have never used VPC or virtual box, but qemu works fine for me on a
ppc mac.
The install was slow but I expected that, I just started it and went out
for
a beer. Now its installed it boots and runs fine.
-Steve
> 3D stuff on *nix is very fat.
Yeah. In my point of view modern window system should be build on top
of OpenGL, but X11 build on top of kernel driver and OpenGL add to X11
with "hacks" :)
> DRI is something which should be far hidden behind clients
> not even exist within within an client process
64 matches
Mail list logo