Ah, thanks! Going to try...
út 25. 1. 2022 v 9:28 odesílatel Alex Musolino napsal:
> It didn't always work on 9front. Check the dump!
>
> After bisecting the dump and looking through the git log, I suspect
> that 9front changeset 71939a82 [1] will fix it for you.
>
> [1]
>
Sorry, I was not precise enough.
I prepared arrays in the initiated data segment:
This program cannot be compiled:
#include
#include
uintptr frst[] = {nil, nil, nil, nil, nil};
uintptr scnd[] = {nil, nil, frst, [1]};
void main(void) {
exits(nil);
}
...because of:
cpu% 5c t.c
t.c:5
> what headers you've included?
>
As usually:
#include
#include
with uintptr i get compilation error: incompatible types: "ULONG" and "IND
> VOID" for op AS.
> with void* it compiles without errors.
>
> alex.b.
>
> ps: are you czech?
>
Yes.
Pavel
--
Hi all,
I tried some artificial example for Plan9 compiler (5c)...
This code is compiled without any problem:
uintptr frst[] = {nil, nil, nil, nil, nil};
uintptr scnd[] = {nil, nil, frst, [0]};
But this one fails:
uintptr frst[] = {nil, nil, nil, nil, nil};
uintptr scnd[] = {nil, nil, frst,
> I Really use fossil and venti and have done so for the last 12 years,
> though perhaps I am nobody...
>
So we are 2 nobodies, at least... ;)
Pavel
Hi all,
I am trying a very simple 'go' program under Plan9 (both 386 and ARM):
package main
import (
"fmt"
"net"
"time"
)
func main() {
laddr, err := net.ResolveUDPAddr("udp", ":6000")
if err != nil {
fmt.Println("laddr: ", err)
}
raddr, err := net.ResolveUDPAddr("udp", "cpx61.tk8.lan:6000")
>
> I just created a new partition of PLAN9 type there (according to
>> https://9p.io/wiki/plan9/setting_up_Venti/index.html), saved and
>> rebooted...
>>
>> ...and system failed to boot:
>>
>> boot: can't connect to file server: '/boot/kfs' does not exists
>>
>
> It seems the boot process does
>
> I just created a new partition of PLAN9 type there (according to
> https://9p.io/wiki/plan9/setting_up_Venti/index.html), saved and
> rebooted...
>
> ...and system failed to boot:
>
> boot: can't connect to file server: '/boot/kfs' does not exists
>
It seems the boot process does not like two
>
> > Maybe it would be wise to use Venti on that unsed space... ;)
>
> If you don't have a venti server somewhere near your pi yet, then
> definitely yes.
>
It will be a fight... ;)
I just created a new partition of PLAN9 type there (according to
>
> 9pi has about 1,7GB plan9 partition size.
> On my 8GB SD card the rest is unused...
>
Maybe it would be wise to use Venti on that unsed space... ;)
Pavel
>
> Once you have that, you can run it on Plan 9 on the Raspberry Pi to
> bootstrap the current release of go.
>
Another stupid question - sorry for that ;)...
9pi has about 1,7GB plan9 partition size.
On my 8GB SD card the rest is unused...
Is there a way how to extended plan9 partition to use
>
> There are some binaries available here if you want to use them to
> bootstrap:
>
> http://www.9legacy.org/download.html
Already done and working fine. ;)
Thank you.
Pavel
>
> I believe that route to bootstrapping go from scratch on Plan 9
> will work only for 386.
>
I see.
> On arm, you can either cross-compile go1.4 on another go platform
> (eg plan9/386, plan9port on linux/386, or linux/arm), or start with
> a pre-compiled plan9/arm package (there are several
Hi all,
I am trying to compile Go 1.4.3 on my Raspberry Pi following David's
instructions on https://github.com/golang/go/wiki/Plan9.
But still having errors...
term% make.rc
# Building C bootstrap tool.
cmd/dist
# Building compilers and Go bootstrap tool for host, plan9/arm.
lib9
libbio
As expected, it was my fault.
I did not...
cp config-cpu.txt config.txt
Sorry for the noise...
Pavel
>
> Have you written your key? (hint: auth/wrkey)
Still the same:
cpu% auth/wrkey
readnvram: can't find nvram
authid: bootes
...
can't write key to nvram:
error writing nvram:
cpu%
The nvram partition exists:
/dev/sdM0/nvram
Pavel
Hello everyone,
I almost succussfully installed P9 CPU server on my Raspberry Pi.
However during the booting it has a problem with nvram each time:
496M memory: 101M kernel data, 395M user, 1877M swap
usb/hub... usb/ether...
etherusb smsc: b827eb19b423
usb/kb... usb/kb... readnvram: can't find
If I choose to install plan9, I get a result shown in the attached
a.png (and it does not proceed any further).
If I choose to just boot (not install), it gets stuck after
init: starting /bin/rc
and shows the same 'spurious interrupt 39'.
Try to play with AHCI settings in BIOS.
IIRC I had
Hi all,
I am trying such simple program:
#include u.h
#include libc.h
static void
closer(int dfd) {
print(closer(%d): 1\n, getpid());
sleep(10 * 1000);
print(closer(%d): 2\n, getpid());
close(dfd);
print(closer(%d): 3\n, getpid());
}
void
main(int, char**)
{
int dfd;
char ddir[NETPATHLEN];
Hi cinap,
hangup(cfd);/* hangup connection, fd stays valid but i/o will error */
thank you for your explanation and help.
Going to use 'hangup' function. ;)
Pavel
another way to implement these kinds of timeouts is
alarm(), see sleep(2).
Yes, I know.
But it was just a simplified example to explain my real need:
- 'receiver' process
- another 'sender' process, which should have a possibility to close the
TCP connection, and relase 'receiver' from read()
OTOH, 'hangup' approach does not work in UDP.
It means, read() is not finished... :(
Pavel
2014-11-13 14:17 GMT+01:00 cinap_len...@felloff.net:
ah, ok :)
--
cinap
interesting, that might be worth implementing.
Maybe.
the alternative would be to send the reading process a note to
interrupt the blocking syscall.
Actually, it my 'plan B'... ;)
the closer proc should just send the note and not close the fd.
and the reader proc should close the fd
the changes to implement udp hangup are trivial tho:
diff -r 51564dc1adae sys/src/9/ip/udp.c
--- a/sys/src/9/ip/udp.cThu Nov 13 10:23:53 2014 +0100
+++ b/sys/src/9/ip/udp.cThu Nov 13 15:42:24 2014 +0100
@@ -518,6 +518,11 @@
ucb = (Udpcb*)c-ptcl;
if(n == 1){
+ if(strcmp(f[0], hangup) == 0){
+ qhangup(c-rq, nil);
+ qhangup(c-wq, nil);
+ return nil;
+ }
You patch works as expected. ;)
Thanks.
Pavel
Hi all,
I tried very simple program on native Plan9:
#include u.h
#include libc.h
void
main(int, char**)
{
int afd, lfd;
char adir[NETPATHLEN], ldir[NETPATHLEN];
afd = announce(tcp!*!20540, adir);
if (afd 0)
sysfatal(listen: %r);
lfd = listen(adir, ldir);
if (lfd 0)
sysfatal(listen: %r);
Hi Sergey,
It seems, you do it incorrectly :) dial(2) has an exact example if using
announce/listen/accept functions.
I do exactly what I need. ;)
The sequence announce/listen/accept is very well known to me.
But I need both possibilities:
- accept incoming connection
- reject incoming
Hi Stevie,
I know, auth can be tricky...
In fact.
Without having further information about your setup I
can only recommend reading this doc:
http://kamalatta.ddnss.de/config/Plan9Tutorial.txt.
Thanks for the link, going to recheck my configuration.
P.S.: I don't know the full
Hi Stevie,
I think this thread on 9fans might help:
http://marc.info/?l=9fansm=116732560810918w=2
thanks, going to read it too.
Read the whole thread, but I think my linked message has the answer.
Do you start keyfs before listen in your cpurc?
Yes, it was 1st thing I checked...
Pavel
Hi Stevie,
you were right, I missed one point during the server
installation/configuration:
I forgot 'auth/changeuser bootes'... :(
Now 'auth/debug' works well, sorry for a noise.
And thank you.
Pavel
2014-08-05 11:09 GMT+02:00 Pavel Klinkovský pavel.klinkov...@gmail.com:
Hi Stevie,
I
Hi all,
I am fighting with configuration of '9pccpuf' server.
I have configured user 'bootes' as a hostowner.
I have 'listen', 'keyfs' running.
I can 'cpu' such server from another Plan9 terminal ('9pcf') as user
'bootes'.
I can 'srv' such server from another Plan9 terminal ('9pcf') as user
which version of hg are you using?
...from contrib - bichued/hg
i'm pretty sure that jeff's version use ape/psh to execute
commands, but not positive. it must use psh to be posix-y.
Ah, where is it available?
Pavel
https://bitbucket.org/jas/cpython
you can pull hg directly from the mainline.
Well, I am a little bit confused...
1. Is is a new 'python' interpretter implementation? What is a difference
from 'bichued/python'?
2. Is my original problem with mercurial caused by 'hg' or 'python' on
Plan9?
3.
Hi all,
I am using native Plan9.
I tried to create a remote Mercurial repository via 'ssh':
term% hg init ssh://xxx.yyy.zzz/test --verbose
running ssh xxx.yyy.zzz hg init test
running ssh xxx.yyy.zzz hg -R test serve --stdio
remote: abort: Bad file number
abort: no suitable response from remote
Hi Steven,
For the most part, using HTTP/S repositories will give you the best bang
for the proverbial buck.
I see. In fact I tried to create and use Mercurial repository via 'ssh' and
'ftp' (via ftpfs) and none of them works.
Pavel
It seems I do not fully understand the discussion about ssh...
When I manually make this command (what 'hg' does)...
ssh xxx.yyy.zzz hg init test
...the result is:
bash: hg: Command not found...
When I manually modify it...
ssh xxx.yyy.zzz 'hg init test'
...the result is...
!Adding key:
I discovered another interesting feature in my tests:
If 'fork' exceeds nproc value, kernel panics.
If 'fork' reaches the available memory limit, it is blocked until some
memory is released (e.g. by the finish of some process).
Pavel
2014/1/10 erik quanstrom quans...@quanstro.net
launching
Hi Steven,
conf.nproc = 100 + ((conf.npage*BY2PG)/MB)*5;
if(cpuserver)
conf.nproc *= 3;
if(conf.nproc 2000)
conf.nproc = 2000;
In general, you will find that 2000 is the highest allowable due to
limits imposed by proc.c.
but if I understand it
Hi all,
I would like to know whether there is any hard (based on CPU architecture)
limit of maximal number of processes in Plan9 on Intel or ARM.
I do not think the soft limit like the lack of memory... ;)
Thanks in advance for any hint.
Pavel
39 matches
Mail list logo