> something's wrong, but is it the code or the comment?
Code.
Pavel
> i generally rebuild everything from the top directory.
I see, good to know. Thanks.
In any case I think there is a bug in kb.c.
The function 'ptrbootpvals' seems correct:
if(c > 3 && ch->buf[3] == 1)/* up */
b |= 0x08;
if(c > 3 && ch->buf[3] == 0xff)
Hi all,
> I still have opposite scrolling direction when scrolling my mouse wheel (even
> with my patched kb.c). :(
I have found a problem - as usually placed between keyboard and chair. ;)
I made such sequence to install my modification in kb.c:
- cd /sys/src/cmd/usb/kb
- mk
- mk install
- /sy
Hi all,
was not something changed in Plan9 kernel(?) in the near past related to the
mouse wheel scrolling direction?
I still have opposite scrolling direction when scrolling my mouse wheel (even
with my patched kb.c). :(
Thanks for any help.
Pavel
> Ok recompiling the kernel after modifying kb.c did the job,
Great.
> nusb was documented as userspace program so I never thought of it
I discovered it a some time ago when I had needed to fix the wheel direction of
my IBM mouse.
Pavel
> Even if i set x and y to 0 before they get printed to mousein the
> mouse still works.
Have you recompiled the kernel with your modification and installed it in 9fat
partition?
Pavel
Thank you for the explanation.
Pavel
Hi all,
first time I am trying to create a "synthetic" file system.
I want to have "synthetic" files with the exclusive flag.
In my getdirent (called from dirread9p) function I have:
>d->qid = (Qid){n, 0, QTFILE|QTEXCL};
>d->mode = 0666;
This does not work (ls -l did not show 'l' flag).
When
> and even that aside, can you cite studies that show that the choice of
> programming
> language is the dominant term in determining the error rate of the resulting
> code?
Could it help?
http://archive.adaic.com/intro/ada-vs-c/cada_art.html
Pavel
> Can you describe the process or at least where did you get all the
>
> info for doing this thing?
I used the utility ttp2pt1:
http://ttf2pt1.sourceforge.net/
Using this I generated sets of 256 glyphs and metrics, which I
manually copied into the troff and postscript directories in Plan9.
I mu
> I'd like to use it under plan9 but sadly i don't have the knowhow.
> Maybe someone smarter will fix it.
To allow the "special" characters (different from latin-1) in Plan9's troff you
need to create tables of glyphs and the font metrics.
I have already made such a laborious conversion process
> you dont need a dedicated swap partition. just swap to a /tmp file.
Oh, yes.
I forgot such a possibility.
Pavel
> > But in my case, it is easier, faster and cheaper to reinstall Plan 9 with
> > larger (if working) swap partition than increase the RAM size.
> it would be far easier for you to just remove the *experimental* go package.
Already done, and my work continues... ;)
Pavel
> there are good reasons for dropping swap all together -
> it is very slow, rarely used, and ram is cheap these days.
It seems true.
But in my case, it is easier, faster and cheaper to reinstall Plan 9 with
larger (if working) swap partition than increase the RAM size.
However it is just a the
>> It really seems as a problem with swap. :(
>
> this is well known, and solutions are available
> even if you don't care to use them.
Oh, does it mean the official Plan 9 distribution contains non-working swap? :O
It is clear I missed something...
Sorry for the noise.
Pavel
> > Here's another solution ;)
> > http://www.crucial.com/store/mpartspecs.aspx?mtbpoid=09E2BA19A5CA7304
Yeah, it really can help!
...until golang guys multiply the compilation memory needs again. ;)
Pavel
I prepared the very simple program sequentially allocating 1 MB blocks of
memory.
When it reached the end of RAM, the kernel panic occured.
It really seems as a problem with swap. :(
Pavel
> Just 'rm -rf' the exp/locale/collate directory and
> run you should be good.
Thank you for the hint.
I confirm such work-around helps. ;)
Pavel
> i might give the 9front kernel a go. i think that cinap spent
> some time trying to make swap work a little bit.
Well, actually I prefer to follow the main trunk (bell-labs) version.
Pavel
> > I am running the Plan 9 on the single CPU only (old IBM T30).
>
> Sorry, that means we are looking at two different panics.
Yes.
My panic occurs inside 'fault' (search for 'faultarm' string) function of
/sys/src/9/port/fault.c.
It seems as an unfixable page fault.
I thought I have a problem
> Are you running a recent (since 24 August) kernel on a multiprocessor?
I am running the latest kernel (pulled from the bell-labs repository).
I am running the Plan 9 on the single CPU only (old IBM T30).
> If so, try booting with *nomp=1 in plan9.ini and see if running on
> just one cpu prevent
> How much memory does your system have?
- 512 MB RAM
- 512 MB swap
> Changeset 14739 grew the Unicode collation tables
> in the exp/locale/collate package by a considerable
> amount. The compiler's memory usage now goes above
> 400 MB when building that package, almost 2.5x the
> amount used to
I made another test.
I compared compilation of exp/locale/collate of the Go build 14738 and
14739 (and later).
Compilation of 14738 does not consume RAM a lot.
Compilation of 14739 (and later) consume a huge amount of RAM
(involving swap).
So it seems the Plan 9 has a problem with the virtual mem
Hi all,
I have troubles to compile Go on my native Plan 9 - Go revision 14739
and later.
I do have a kernel panic when compiling exp/locale/collate.
Does anyone else have the same problem?
Thank you.
Pavel
> can anyone tell me where i can find the whole bell-labs.com stuff about plan9
> ?
I think it is a subsequence of Sandy... :(
Pavel
Dne čtvrtek, 18. října 2012 14:23:03 UTC+2 Oleksandr Iakovliev napsal(a):
>> 1) Lack of modern GUI and GUI development kit
>> ...
> But that's the list of benefits, isn't? :)
I mostly agree except the browser.
I would appreciate a well working browser in the P9 too. ;)
Pavel
> Has somebody ever fought with this? (probably not...)
I have already "imported" some font to Plan9 troff containing Czech characters.
It is pretty boring work... ;)
But I think I can help you.
Pavel
> Without me having to try a zillion different kernel/bootloader
> combinations, would the people who use the D510MO sound off what
> kernel/loader they are using? I'd be much obliged.
I am using Erik's 9atom on my D510MO without troubles.
Content of kmesg:
Plan 9
E820: 0008f000 memory
On 3 kvě, 10:33, roo...@gmail.com (Sergey Kornilovich) wrote:
> So far, everything looks like a bug in the dns ...
> Does anyone have ideas how to fix the situation?
The behavior is very similar to my problematic situation:
http://groups.google.com/group/comp.os.plan9/browse_thread/thread/a6aeb2ea
> There exist two different AC97 drivers; look at the port of Doom to plan9
> for pointers to one of them.
I have my IBM Think Pad with AC'97 running Plan9.
The AC'97 driver supports only output mode.
Any link to some different driver supporting also input mode?
Pavel
On 23 lis, 10:48, Pavel Klinkovsky wrote:
> Â Â Â Â dns.ar(ip name=xmpp-server2.l.google.com ttl00)
> Â Â Â Â dns.ar(ip name=xmpp-server3.l.google.com ttl00)
>
Interesting, I checked the 'status' after the 'snoopy' failure:
snoopy 28077: Killed: Insufficient physical memory
Pavel
> i can't replicate this now. Â not saying you don't have
> a problem, just that i can't replicate this right now.
Interesting.
Some mistake in my NDB configuration?
Pavel
Hi all,
I am using Plan9 server as my home server (ip=192.168.15.20)
controlling DNS names in my LAN and relaying other requests to the
public DNS server (ip=88.146.135.10).
Up to now everything worked fine.
I discovered a problem with SRV request type from my Linux workstation
(ip=192.168.15.2
> > I can confirm that:
> > - P9p on Fedora 10 does not echo the input,
> > - P9p on Fedora 12 (13) echoes the input.
>
> Are you using the latest version of 9term?
>
Delay along the path...
I inserted this report one week ago (before you patched the
problem). :-/
Now it works fine. Thanks.
Pavel
> 3. Â 9term still rechoes its input:
> Â Â Â Â ; echo 9term
> Â Â Â Â echo 9term
> Â Â Â Â 9term
I can confirm that:
- P9p on Fedora 10 does not echo the input,
- P9p on Fedora 12 (13) echoes the input.
Pavel
> I haven't found any resolution to Pavel's original problem, hence this email.
I am sorry I forgot to write the solution here.
As expected, the problem was between my keyboard and chair... ;-)
> After installing the packages libX11-devel, libXt-devel and
> libXext-devel, INSTALL produced the expe
Hi all,
I experienced such strange behavior of timesync (using
europe.pool.ntp.org server):
/sys/log/timesync
...
server Jul 12 12:31:39 Ξ΄ 5577831 avgΞ΄ 5722272 hz 305452795
server Jul 12 12:32:39 Ξ΄ -1391083 avgΞ΄ 3556677 hz 305452749
server Jul 12 12:33:39 Ξ΄ -937290 avgΞ΄ 2246983 hz 305452536
You can add Intel Desktop Board D510MO into your HW compatibility
list,
but "one core only" is supported now. ;-)
Pavel
> maybe it is time to try to pack-port some of Erik's stuff to the canonical
> source.
I fully agree.
Pavel
> And all activity seems to stop with cursor blinking. Â Keyboard unresponsive
> to CTL-R.
It starts to be typical...
Try Erik's 9atom.iso. ;-)
Pavel
Hi all,
I installed Erik's 9atom.iso (official distribution fails to perform
the bios boot):
- fossil+venti
- disk structure (proposed by installation process)
100 MB 9fat
512 B nvram
38057 MB fossil
190288 MB arenas
9514 MB isect
512 MB swap
After the reboot I can see:
2010/0427 20:53:40 err 4:
> Is intelD510MOa good choise?
I am trying to make intel D510MO to be my home server now.
Here are several notes (to save your time):
- Configure SATA to IDE mode in BIOS.
- Install Erik's 9atom.iso.
- Set *sdC0dma=on in plan9.ini.
- Disable automatic blanking of the screen.
The Plan9 works on th
> pavel's error was:
> > [pavel]$ 9term rc
> > usage: devdraw (don't run  directly)
That is true.
But muxrpc error is also there. A consequence?
[pavel]$ 9term rc
usage: devdraw (don't run directly)
9term: initdraw: muxrpc: unexpected eof
Pavel
Hello,
> so, can you use other programs X programs?
Yes, I can (e.g. gedit).
> do you have a DISPLAY variable?
Yes, I have:
[pa...@localhost ~]$ echo $DISPLAY
:0.0
> are you trying to execute 9term using ssh x11 forwarding?
No.
Pavel
Sorry, I was not precise enough.
The compilation itself succeeds but I cannot rung 9term:
[pavel]$ 9term rc
usage: devdraw (don't run directly)
9term: initdraw: muxrpc: unexpected eof
I must do something wrong but I do not know what...?
Pavel
> I'll try again today, but I don't
> like to run Fedora in general. Â I typically like archlinux these days, as
> it's small and fairly sane.
Strange, I tried to compile p9p on the latest (9.10) Ubuntu, and no
success too.
Pavel
> usage: devdraw (don't run  directly)
> 9term: initdraw: muxrpc: unexpected eof
No one other experiencing this problem?
Pavel
Hi all,
I use p9p on my older Linux (Fedora 10).
I tried to compile and run it on my new PC with Fedora 12, but without
success:
[pavel]$ 9term rc
usage: devdraw (don't run directly)
9term: initdraw: muxrpc: unexpected eof
Any idea?
Thanks.
Pavel
> If you try Erik's 9atom ISO, you may have better luck.
I tried Erik's 9atom ISO.
I was able to reach the menu - install, start etc. - but another
install progress failed...
init: starting /bin/rc
i8259enable: irq 11 shared but not level
intrenable: couldn't enable irq 11, tbdf 0xC00FA00 for sdD
> this is not surprising if you consider what's happening underneath:
Clear.
Understandable but very unpleasant.
Pavel
Results of my measurements ('ls' in sources repository)
Native Plan9:
1.05 s - very stable results
Native Linux:
40-75 s - very spread results
My "10x slower" estimation was too optimistic.
Pavel
> Also - which file server are you using?
As I wrote above I tested it with 'sources.cs.bell-labs.com'.
Pavel
> 1) real plan9 to the same place
> 2) qemu plan9 on Fedora to the same place
As I wrote above, I made exactly the same test on exactly the same HW
(and internet connection).
1. Native Plan9.
2. Native Fedora 10 with p9p.
> "It's slow, what's wrong" is perhaps a little vague.
Not precisely measure
> Maybe yes, maybe no. What is the latency to your file server?
I tested it with 'sources.cs.bell-labs.com'.
My tests are performed on the same HW.
If I boot into the native Plan9, the access is fast enough.
If I boot into the Fedora 10, the access is extremly slow...
Pavel
Hi all,
I am trying 9pfuse (p9p) on my Linux (Fedora 10), and the access to
remote directories/files is extremly slow.
Do I make something wrong?
Thanks in advance.
Pavel
> Remember that, on the pc, you should always be able to revert to
> monitor=vesa
Thank you very much for your hint!
In vesa mode my plan9 lives again... ;-)
Pavel
> On 1/19, the Radeon driver made it into the Plan 9 distribution; anyone with
> a Radeon R100 (7000, 7500, Mobility M6, M7), some R200 (8500, 9000) or
> some R300s (9500, 9700) is encouraged to try them out, see if they feel faster
> or work for you or whatnot.
Mine does not work at all (see abov
> i'm sorry. Â that's to your kernel configuration
> file *not* plan9.ini. Â you'll need to compile a
> kernel, too.
Oh, thanks. Going to try...
Does it mean they removed the support of Radeon card from the kernel
in last update?
Pavel
> you need to add vgaradeon  +cur to your plan9.ini...
> ...i'm sorry. Â that's to your kernel configuration
> file *not* plan9.ini.
This line is already present in the kernel configuration file.
Nevertheless, I rebuilt the kernel and the situation is a little bit
different...
aux/vga: short bio
> Try to edit plan9.ini
plan9.ini seems untouched by the last update...
Pavel
Hi all,
the last update damaged my Plan9 installation.
After the logging in the rio should be started but it fails:
aux/vga: vgactlw: : bad VGA control message "type radeon"
...
rio: can't open display: initdisplay: /dev/draw/new: no frame buffer
init: rc exit status: rio 23: display open
I am r
> What I'd appreciate, from the user's point of view, would be some kind
> of history mechanism tied to the up/down keys in rio/win (where I
> interact with a shell),
http://9fans.net/archive/2009/01/356
Pavel
> Since only the Lucida fonts have the characters you want,
> the solution is to write the whole document in Lucida.
Yes, since I did not find any other way how to solve it, I am using
Lucida.
On the other hand, Times-Roman is more pleasant to read (especially
longer documents)...
Thanks.
Pavel
I am a newbie in the troff world.
Trying to make a document in Czech I discovered a strange font
problem.
Searching in 9fans archive I found this topic already present, but
without useful (at least for me) feedback-hint:
http://9fans.net/archive/2004/03/1548
Can anyone provide me a help?
Thanks
> Speaking of which (or may be not ;-)) is there anybody using Lua
> on Plan9?
I am "playing" with Lua on my Plan9 computer...
BTW I have found a difference between Linux and Plan9 version:
- Linux version can handle "dividing by 0" without crash of Lua
interpretter,
- Plan9 version cannot. ;-)
P
I have the same problem.
Yesterday I changed my ISP, and the problem immediately appeared...
Pavel
> it might be surprising that, e.g.,
> Â Â Â Â mount -c '#D/ssl/2/data' /mnt/term
> is not unmounted, but the mntpt isn't /mnt,
> it's /mnt/term. Â things below /mnt are not
> accessable because we must walk from the
> root.
In fact, this is the most confusing point... ;-)
Thanks for explanati
Hi all,
it seems I still do not fully understand namespaces.
But this sequence seems strange to me:
cdfs -d /dev/sdD0
unmount /mnt/cd
...everything is OK.
cdfs -d /dev/sdD0
unmount /mnt
...I unmounted wrong directory...
cdfs -d /dev/sdD0
cdfs: openscsi '/dev/sdD0': '/dev/sdD0/raw' device or o
> http://plan9.bell-labs.com/wiki/plan9/Installing_in_Parallels_Desktop...
It works. ;-)
Thanks a lot.
Pavel
Hi all,
I am trying to install AC97 driver but without success.
Is there any manual somewhere how to do it?
Thanks in advance.
Pavel
> I'll write a variant of the driver using the report protocol just to be
> sure that's the problem, but It'll have to wait a few days.
No problem, touchpad could be (uncomfortably) used. ;-)
Pavel
> I am going to try Linux on the same noteboot with the same mouse. I
Works without troubles.
Pavel
> did the mouse work before?
I do not know, I used just touchpad...
I am going to try Linux on the same noteboot with the same mouse. I
will inform you.
The same mouse works without troubles in the other computer with
WinXP.
Pavel
I install the newest Plan9 image (2009-06-08) in my old IBM ThinkPad
T30.
I connected a USB mouse. But it works crazy (gliding just vertically,
randomly, no effect of buttons).
Can you someone help me? Thanks in advance.
Pavel
> md5sum: error reading /n/sources/plan9/sys/src/boot/pc/ether82563.c: venti
> i/o error or wrong score, block 72804bdc64d1a772cd4b2eaeda6f1e1b8f175b21
I have got similar problem with 'pull'.
And the last update even ruined binaries of NDB... :-(
Pavel
I am playing with the FORTHdrive (SEAforth-24 chip) for half a year.
We are testing it for a signal processing.
I can confirm it is a wonderful chip.
But it needs a little bit different view to the programming. ;-)
Pavel
Alternatively, if '9fs' would 'mkdir' automatically, the sequence
would be:
- 9fs (automatic 'mkdir' and 'mount')
- ...usage...
- user 'unmounts' the fs...
- ...and the directory is still present... :-(
Clear, thanks for explanation.
Pavel
Thanks a lot.
"It is intended to supply mount points automatically."
What is it good for?
Pavel
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?
Thanks in advance.
Pavel
> What's -0x11 ?
The ugly way how to filter-out the key "Insert".
Pavel
80 matches
Mail list logo
