Re: Clarifying Lucio's Additional Requests [Was: Re: [9fans] List of companies that use Plan 9. ]

On Wed, May 15, 2024 at 05:20:21PM GMT, sirjofri wrote: > > Agreeing is not necessary. There are many topics where we don't have to agree > to be a community. For example, I'd like to see libxml in 9front, but the > decision makers decided against it. More recently, people wished for fossil >

Re: [9fans] programs from UNI*x

iews lined up, c > ya wouldn't want > to be ya... > interviewer: great, i will get out leggy blond excommunicadoator to > throw you out... laters... > > like that lados... > /c: ps: keep em comin'... only 1c per hour... > > On Sat, Jul 1, 2023 at 5:51 A

Re: [9fans] programs from UNI*x

y lie in 2morow > > On Fri, Jun 30, 2023 at 6:48 AM Jens Staal wrote: > > Are you using my mkfiles under the plan9 directory? Should not define > Linux. > > Where I got stuck were some bitfields. It is a 2 step build. Check the > stuff I already did

Re: [9fans] programs from UNI*x

Wine will not work (no dynamic libraries etc). Chromium would also be extremely difficult (you would need c++ first + a ton of dependencies). Netsurf has been ported and is quite good! Den fre 30 juni 2023 14:19gnufan42 via 9fans <9fans@9fans.net> skrev: > The top two softwares I want on Plan9

Re: [9fans] programs from UNI*x

Are you using my mkfiles under the plan9 directory? Should not define Linux. Where I got stuck were some bitfields. It is a 2 step build. Check the stuff I already did Den fre 30 juni 2023 00:26Conor Williams skrev: > hey Jens... > > any quick advice like the udders on NH: lua? > kr:/c > >

Re: [9fans] programs from UNI*x

Yes Lua was already working. On vanilla plan9 one might have to revert one of my commits (I removed a custom implementation of log2 that I had made when this got introduced in 9front APE) Den fre 30 juni 2023 03:08Conor Williams skrev: > lua is now compiling perfect (see attached screenshot) >

Re: [9fans] programs from UNI*x

If you want to have a go at NetHack, it would be cool. Here was my attempt before I gave up (real life too busy atm): https://github.com/staalmannen/NetHack It depends on PDCursesMod: https://github.com/Bill-Gray/PDCursesMod Lua: https://github.com/staalmannen/Lua On Wed, Jun 28, 2023 at

Re: [9fans] porting projects...

On Mon, Sep 20, 2021 at 01:23:05AM +, Conor Williams wrote: > nethack: > d in 32-bit code (0x7bc511f9). I am confused. Why did you attach a WINE debugger screenshot on Peppermint Linux? -- 9fans: 9fans Permalink:

Re: [9fans] porting projects...

Den lör 4 sep. 2021 01:50Conor Williams skrev: > anyone got a list/one project to work on... > i'm not too shoddy at the auld porting etc...cw > I really wanted to get NetHack work (using the upstreamed PDCursesMod port). Been too busy and side-tracked by other stuff to try again. *9fans

Re: [9fans] patches from 9front

On Thu, Feb 11, 2021 at 09:24:38AM +0200, Lucio De Re wrote: > On 2/11/21, o...@eigenstate.org wrote: > > Quoth David du Colombier <0in...@gmail.com>: > >> 9legacy patches are available as "unified diff" format and > >> are generated with "ape/diff -Nru". > > > > Alright, noted for the future. >

[9fans] PDCursesMod 4.2 released with upstream plan9 support

https://github.com/Bill-Gray/PDCursesMod/releases/tag/v4.2.0 PDCursesMod is a fork of PDCurses and we managed to bring fgb's old (3.0) PDCurses port to the current PDCursesMod. Why would you need curses? Lots of fun little curses-based things out there and PDCursesMod can build many things that

[9fans] Re: [9front] git/serve, git/compat

Awesome! I just tried to package lufia's libressl but got stuck on that a script needed "real" git. Will try this! Den sön 6 sep. 2020 23:47 skrev: > Hey, > > I try not to be too verbose about new features landing in git9, but > I think these warrant some noise. Both git/compat and git/serve >

[9fans] missing isblank (/sys/include/ape/ctype.h)

Dear all, is there a reason for that isblank(c) is missing from /sys/include/ape/ctype.h when _ISblank is defined in the segment above? best regards, Jens -- 9fans: 9fans Permalink:

[9fans] adding -i flag to ignore in /rc/bin/ape/ls

Dear all, A lot of configure scripts fail on "ls -di" where the easy solution often is to just edit it to "ls -d" but is there a reason the "-i" flag is not added to the list of flags that are ignored in /rc/bin/ape/ls ? Best regards, Jens -- 9fans:

Re: [9fans] python2.7.6 and pip

I remember that there was an old openssl port too. With that, can the most recent 2.7.18 and even 3.x be built? On Fri, Jun 19, 2020 at 03:45:05PM +0900, kokam...@hera.eonet.ne.jp wrote: > Ok, thanks > I'll write to you. > > Kenji > Date: Thu, 18 Jun 2020 22:32:14 -0400 > From:

Re: [9fans] plan9 vs aout

at 02:36:38PM +0200, Jens Staal wrote: > Dear all, > > First a bit of background: > I am currently attempting to update the old i386-plan9 target for binutils/gcc > in order to generate a modern cross compiler targeting plan9. > > I have extracted the changes done to gcc 3.0 and

[9fans] plan9 vs aout

Dear all, First a bit of background: I am currently attempting to update the old i386-plan9 target for binutils/gcc in order to generate a modern cross compiler targeting plan9. I have extracted the changes done to gcc 3.0 and binutils 2.11.2 from: https://9p.io/sources/extra/gcc/ My binutils

Re: [9fans] Software preservation in the post-hg era

Den tors 7 maj 2020 16:17Dave MacFarlane skrev: > > On Mon, Mar 30, 2020 at 9:12 PM Sean Hinchee wrote: > >> As a footnote, there's a decent git client written in Go that works >> alright on plan9 [4], but it's slow and memory intensive at the >> moment. >> >> > [...] > > [4]

Re: [9fans] Is the vanilla Plan 9 still alive?

Den fre 22 nov. 2019 kl 09:55 skrev Skip Tavakkolian : > > It's not dead; it's resting. > The whole "thing" about Plan9 was bringing back the dead so it is thematically on point. > On Thu, Nov 21, 2019 at 10:29 PM wrote: >> >> The site hasn't been updated since 2014-2015. If it's dead, is there

Re: [9fans] Someone made a Wayland compositor based on Rio, Wio

Den sön 5 maj 2019 16:15 skrev: > > I have a fun issue where 9front resolution depends on EFI boot method. > Via > > firmware interface, I get 1600x900 but via bootloader (EFI file copied to > > esp) I get low resolution. > > not so surprising. pure EFI without legacy CSP does not have a VESA

Re: [9fans] Someone made a Wayland compositor based on Rio, Wio

Den sön 5 maj 2019 14:34 skrev: > > the boot process is nothing special. we have a bootloader that loads > the kernel. the loader uses BIOS/EFI calls to get the kernel from the > boot media so that it does not need drivers. once the kernel > is taking over, it needs a driver. > I have a fun

Re: [9fans] Someone made a Wayland compositor based on Rio, Wio

> > > On the actual thread topic, I guess Wio is cool. If it works as well as I > think it does, I shall have to improve my opinion of Wayland. > The developer of wio is the same that wrote sway (an i3-like Wayland compositor) and wlroots, which is now used by many projects. Sway is definitely a

Re: [9fans] user interface questions

Den lör 27 apr. 2019 08:21Lucio De Re skrev: > On 4/26/19, Kurt H Maier wrote: > > > > It's here now: https://bellard.org/TinyGL/ > > > > khm > > > Let me add this correction to that document, this is where my > curiosity found VReng: > > http://www.vreng.enst.fr/ > > Thank you, Kurt. > >

Re: [9fans] Git client

Den mån 22 apr. 2019 12:54Lucio De Re skrev: > On 4/22/19, Jens Staal wrote: > > > > speaking of backporting ape stuff : has anyone looked into Harvey's > "apex" > > [1] for 9{atom,front,legacy}? > > > 9^(atom front legacy) > > I did not note an

Re: [9fans] Git client

> > Nice. It looks like testing it out on 9front will involve a bit of > backporting of ape stuff, but I may take a look > speaking of backporting ape stuff : has anyone looked into Harvey's "apex" [1] for 9{atom,front,legacy}? [1] https://github.com/Harvey-OS/apex > >

Re: [9fans] There is no fork

There is also one additional fork that has diverged quite significantly from its Plan9 roots: Harvey OS. One thing that might be interesting to back port from Harvey is the modernized APE. Den 10 feb. 2018 03:51 skrev "Benjamin Huntsman" < bhunts...@mail2.cu-portland.edu>: > Just curious as to

Re: [9fans] Update APE

https://github.com/Harvey-OS/apex Den 21 feb. 2017 23:28 skrev <cigar562hfsp952f...@icebubble.org>: > Jens Staal <staal1...@gmail.com> writes: > > > If someone could backport apex from Harvey, that would be cool. > > I've seen this "Harvey" thing mentio

Re: [9fans] Update APE

If someone could backport apex from Harvey, that would be cool. Den 20 feb. 2017 19:50 skrev "Charlie Lin" : > Since the POSIX standard is updated to POSIX.1-2008 with the 2016 TC, the > commands should be updated as well. > > Also, how to submit either a patch or a

Re: [9fans] NetSurf (browser) and Duktape (javascript)

2016-02-18 15:26 GMT+01:00 : > NetSurf (http://www.netsurf-browser.org/) is a browser written in C. And > Duktape is a javascript engine written in C too. > > Has anybody given them a look? > Several NetSurf libraries (used to) build fine under APE. I probably should try

Re: [9fans] pthreads

On Tuesday 01 September 2015 12.26.54 Nick Owens wrote: > https://bitbucket.org/mveety/9front-ports/src/9de20d22612a/ape-libs/pth/?at= > default > > i have no idea if it works. ymmv. it used to work (at least the tests that comes with pth, and the oracle/ sleepycat db ...) I was once curious to

Re: [9fans] Gawk in 9front-ports

On Thursday 09 July 2015 02:49:53 arn...@skeeve.com wrote: However, I'm happy to incorporate portability changes to make porting to Plan 9 easier, if they're reasonable. For portability changes, I think not much is needed. There was an issue with a duplciate case in posix/gawkmisc.c

Re: [9fans] Gawk in 9front-ports

On Thursday 09 July 2015 11:19:33 Steve Simon wrote: FWIW: fgb did a stirling script called config which sets up some environment and runs configure under ape. It doesn't always work but often gets close to generating a config.h as linux intended. part of that script is already fixed since I

Re: [9fans] Gawk in 9front-ports

On Tuesday 07 July 2015 16:45:59 Charles Forsyth wrote: The loaders support creating a module, with the -u and -x options, with import and export tables, which are type-checked, to be dynamically loaded. If the program you're working with won't compile and load statically with the -T option

Re: [9fans] Gawk in 9front-ports

On Tuesday 07 July 2015 06:27:55 arn...@skeeve.com wrote: Hi. Jens Staal staal1...@gmail.com wrote: There was a recent discussion about that it would be nice to have gawk on Plan9. The latest upstream version of gawk can now be built via 9front-ports. I think/hope I built/ported

[9fans] Gawk in 9front-ports

There was a recent discussion about that it would be nice to have gawk on Plan9. The latest upstream version of gawk can now be built via 9front-ports. I think/hope I built/ported it correctly, but it would be nice with critique/feedback/testing. I noticed in the Arch linux package that gawk

Re: [9fans] Ports tree for Plan 9

Den 30 maj 2015 08:41 skrev lu...@proxima.alt.za: does anyone want to help test pap's native awk? Build it and they'll come :-) URL? Is it portable? How carefully was it ported? It may be worth twisting Aaron's arm, he may well have a test suite for GAWK that can be used here? Lucio.

Re: [9fans] Ports tree for Plan 9

Den 30 maj 2015 10:23 skrev Charles Forsyth charles.fors...@gmail.com: On 30 May 2015 at 08:21, Jens Staal staal1...@gmail.com wrote: am also interested in seeing how compatible the ported m4 is with GNU m4 if there are good tests GNU m4 is insane, and completely missed the point about GPM

[9fans] ... and ##' stuff with pcc?

Hi all. I tried using the following shim header to satisfy err.h in a package I want to build. https://raw.githubusercontent.com/libressl-portable/portable/master/include/err.h It looked pretty neat since it does everything in the header. It did however not work (I guess the ... and ## are to

Re: [9fans] Ports tree for Plan 9

On Friday 15 May 2015 07:53:39 cinap_len...@felloff.net wrote: commited the fix. Playing with the ports has so far uncovered 3 bugs (hget, zip and the one below) so rather fruitful playing :) A potential bug in APE sys/wait.h : the header does not make sure that pid_t has been defined.

Re: [9fans] Ports tree for Plan 9

On Friday 15 May 2015 07:53:39 cinap_len...@felloff.net wrote: fixed, its a bug in gunzip. the extra-len field in the gzip header has two byte length field instead of one byte. commited the fix. awesome! now it works

Re: [9fans] Ports tree for Plan 9

On Thursday 14 May 2015 16:37:05 cinap_len...@felloff.net wrote: pretty sure this is apache bug/misconfiguration. googled for it and the issue seems to be known problem. The zlib archive works fine now :) by the way, did you try the mksh archive after hget was fixed? I still get the same error

Re: [9fans] Ports tree for Plan 9

On Thursday 14 May 2015 12:52:48 cinap_len...@felloff.net wrote: i just tried this and it works all fine: hget http://bitbucket.org/9front/plan9front/get/tip.tar.gz | gunzip | tar t so please give a example command with a url that gives you issues. Hi sorry about the lack of details before

Re: [9fans] Ports tree for Plan 9

On Thursday 14 May 2015 13:10:20 Jens Staal wrote: This might be a vbox bug (known for flaky network? I use the recommended settings from 9front wiki), so I will try in qemu instead. I just tried with the archives in qemu too and got the same error (and the same deviant md5sum) - so hget

Re: [9fans] Ports tree for Plan 9

Den 12 maj 2015 07:47 skrev mve...@mveety.com: Thanks Jens! I can add you to the bitbucket if you wish so you can contribute at your leisure. Also, if anyone else wants commit access, just ask. :) (I think bitbucket has some dumb limited commit bit thing though. Hopefully I'll get off it

Re: [9fans] Ports tree for Plan 9

Both tar.gz (zlib official site) and tar.bz2 (mksh official site). I just wonder if they get corrupted during transfer with hget or if there is a different issue. Den 14 maj 2015 10:49 skrev cinap_len...@felloff.net: could you be more specific what files fail to unpack with tar? -- cinap

Re: [9fans] Ports tree for Plan 9

Den 12 maj 2015 04:13 skrev mve...@mveety.com: Hey 9fans, I wrote a ports tree for 9front, but it should work fine on labs Plan 9. It's a bit light on software and probably has bugs, so I would really love comments on it and mkfiles for new software. Take a look at the code, try it

Re: [9fans] xz compression?

On Wednesday 14 January 2015 08:08:23 lu...@proxima.alt.za wrote: Even though at the back of my mind there is a nagging desire to implement gccgo in a Plan 9 fashion (for OpenLDAP, if anyone cares), I think the bccgo approach, useful as it is, should be limited to obsolete software. But

Re: [9fans] xz compression?

On Tuesday 13 January 2015 11:56:57 Steve Simon wrote: Anyone ported the xz compressor/decompressor which is gaining traction these days? -Steve http://plan9.bell-labs.com/sources/contrib/staal1978/pkg/xz-5.0.4b.tbz I have not done much testing of it however... Would be cool to hear if it

Re: [9fans] xz compression?

On Tuesday 13 January 2015 14:13:37 lu...@proxima.alt.za wrote: Anyone ported the xz compressor/decompressor which is gaining traction these days? Have you checked the Go packages? Something tells me you may find a portable version there. Lucio. found this... looks interesting but not

[9fans] FUSE on Plan9

This might not be popular among most Plan9 users, but I started thinking about the possibility of FUSE on Plan9 after seeing the FUSE on WebDAV [1] project. At least on 9front, WebDAV should be integrated in webfs. Would this theoretically work? The advantage of FUSE is access to a number of

Re: [9fans] FUSE on Plan9

On Friday 12 December 2014 17:36:52 cinap_len...@felloff.net wrote: steve quintile wrote a webdav filesystem (that uses webfs). see /n/sources/contrib/steve/wdfs.tbz i dont see why webdav should be integrated in webfs. webfs is plan9's low-level http library. OK then I just mis-understood

Re: [9fans] Porting plan9

On Tuesday 02 December 2014 09:32:22 Richard Miller wrote: It's easier just to be lazy and let u-boot do it. Sorry for hijacking a bit. There was a mention on this list a couple of months ago about work on getting Plan9 working on UEFI/GPT machines... whoever that was - any progress?

Re: [9fans] silly question

On Tuesday 02 September 2014 02:46:12 arn...@skeeve.com wrote: Steve Simon st...@quintile.net wrote: I want to process some dated logfiles in awk. gawk has date, strftime and mktime but Brian's does not. plan9 has date(1) but there is no tm2sec(1), unless it is called somthing I

[9fans] GPT partitions

Dear all, I am interested in moving from running Plan9 in a VM to (try to) running on bare metal but since I am on a laptop with a single HDD and I play around with a couple of different things, I need to use GPT instead of MBR to avoid the silly 4 partition limit (since Plan9 can not be on an

Re: [9fans] Alternative Plan 9 Logo

It somehow makes me think about Alice in wonderland falling down the rabbit hole... Will she meet a Glenda nervously looking at the clock? PS. Sorry abort top post... Android's fault Den 6 jan 2014 19:27 skrev Nicolas Bercher nberc...@yahoo.fr: On 05/01/2014 19:09, Shane Morris wrote: Plan 9

Re: [9fans] Go and 21-bit runes (and a bit of Go status)

On Wednesday 04 December 2013 06:25:33 lu...@proxima.alt.za wrote: For a more Posix-y environment, lib9 and libbio are also required to provide features that Plan 9 has natively. Lib9 mirrors libc and libbio is analogous to the real thing. My contention is that we ought to keep these

Re: [9fans] f2c issue

On Thursday 21 November 2013 22:37:06 Fausto Saporito wrote: Hi Jens, thanks a lot!!! that site is wonderful :-D regards, Fausto Thanks :) If you want more language support (and more up-to-date fortran, but also ObjC, COBOL, C++ ...) it is highly recommended to check out the GCC

Re: [9fans] f2c issue

On Thursday 21 November 2013 17:50:50 Fausto Saporito wrote: Hello all, i'm trying to compile f2c (downloaded from NETLIB), under latest Plan9 installed under VirtualBox. Running arithchk I receive: arithchk 283: suicide: sys: fp: stack overflow fppc=0xbfff status=0x

Re: [9fans] VMware and 9atom

On Sunday 06 October 2013 17:10:47 Jacob Todd wrote: On Sun, Oct 6, 2013 at 5:08 PM, Christopher Nielsen cniel...@pobox.com wrote: Sadly, no. That would have been my first choice, if it were an option. I know ahci works great in 9atom. I'll give virtualbox a whirl. You would probably be

Re: [9fans] Newbie questions

On Wed, 18 Sep 2013 09:02:04 +0100 Richard Miller 9f...@hamnavoe.com wrote: Should I just reinstall plan9, fixing the partition problem and the plan9.ini problem? Yes. But set up the partitions first with a non-plan 9 tool. The current version of disk/fdisk (used in the installer) does

Re: [9fans] incompatible type signature

On Thu, 12 Sep 2013 11:16:31 -0400 erik quanstrom quans...@quanstro.net wrote: On 9atom 1 out of two type signature conflicts got resolved when I tried to build GNU nano (using FGB's PDcurses, rebuilt on 9atom to avoid that character width or something might be an issue). The resolved

Re: [9fans] incompatible type signature

On Fri, 13 Sep 2013 14:30:37 +0200 Jens Staal staal1...@gmail.com wrote: Now nano builds on APE with PDCurses and sort of works : can open text files and fast commands work. what does not work: - line change by enter - saving a file (related to my mkstemp hack?) scratch that... everything

Re: [9fans] incompatible type signature

On Thursday 12 September 2013 01:21:38 erik quanstrom wrote: i believe all the type signature problems in 9atom's ape have been sorted out. if you find something that does not work, it will be fixed. - erik On 9atom 1 out of two type signature conflicts got resolved when I tried to build

Re: [9fans] libbsd: incompatible type signatures

On Mon, 26 Aug 2013 23:32:00 -0400 erik quanstrom quans...@quanstro.net wrote: On Tue Aug 20 03:21:29 EDT 2013, staal1...@gmail.com wrote: On Mon, 19 Aug 2013 13:04:26 -0400 erik quanstrom quans...@quanstro.net wrote: it looks like 9atom doesn't do this properly. i'll submit a

Re: [9fans] libbsd: incompatible type signatures

On Mon, 19 Aug 2013 13:04:26 -0400 erik quanstrom quans...@quanstro.net wrote: it looks like 9atom doesn't do this properly. i'll submit a 9atom patch, but simply adding it to /sys/src/ape/lib/9/libc.h doesn't work, so give me a bit. it's a rats' nest of defines... the sloppy way to get

[9fans] libbsd: incompatible type signatures

Dear all, I just hit the following compilation error and I wonder if this is some sort of bug in the APE libraries and how to trace down what is really wrong: ??none??: incompatible type signatures 50220469(/386/lib/ape/libdraw.a(screen)) and 9bbe58(/386/lib/ape/libbsd(bind)) for bind htonl:

Re: [9fans] libbsd: incompatible type signatures

On Mon, 19 Aug 2013 17:30:52 +0200 lu...@proxima.alt.za wrote: I just hit the following compilation error and I wonder if this is some sort of bug in the APE libraries and how to trace down what is really wrong: I had a similar situation when compiling the entire userland. I hacked

Re: [9fans] MirOS ksh (mksh) building out-of-the box on Plan9/APE

On Fri, 26 Jul 2013 08:59:30 +0200 Jens Staal staal1...@gmail.com wrote: Dear all, From yesterday upstream mksh (cvs and future R48 and onwards) builds out of the box on Plan9 simply by: ape/psh ./Build.sh One issue remains and that is that the shell will get stuck after executing

[9fans] MirOS ksh (mksh) building out-of-the box on Plan9/APE

Dear all, From yesterday upstream mksh (cvs and future R48 and onwards) builds out of the box on Plan9 simply by: ape/psh ./Build.sh One issue remains and that is that the shell will get stuck after executing an external command. To build a working shell, there is a temporary work-around by

Re: [9fans] MirOS ksh (mksh) building out-of-the box on Plan9/APE

On Fri, 26 Jul 2013 13:01:16 -0400 erik quanstrom quans...@quanstro.net wrote: On Fri Jul 26 12:30:20 EDT 2013, cinap_len...@gmx.de wrote: plan9 kernel doesnt send notes on process exit to the parent. i do not see any trivial way to emulate SIGCHLD as ape might spawn also native processes

Re: [9fans] more plan9 software

On 2013-06-04 02:00, Serge Ziryukin wrote: 3) https://bitbucket.org/ftrvxmtrx/readtags Reads tags from mp3 (id3v1, id3v2, utf16, iso8859-1), flac, oggvorbis and writes them to stdout. Has a pretty printer, useful when you want to see what's playing on ogg radio stream while actually playing it.

Re: [9fans] more plan9 software

On 2013-06-04 16:38, Jens Staal wrote: On 2013-06-04 02:00, Serge Ziryukin wrote: 3) https://bitbucket.org/ftrvxmtrx/readtags Reads tags from mp3 (id3v1, id3v2, utf16, iso8859-1), flac, oggvorbis and writes them to stdout. Has a pretty printer, useful when you want to see what's playing on ogg

Re: [9fans] [GSOC 2013] Implement plan9 commands in Go, Goblin

On 2013-04-29 21:11, Aram Hăvărneanu wrote: This looks like a reasonable list: Alternatively, one can implement rc(1) or awk(1) in Go, rather than implementing all the base tools. -- Aram Hăvărneanu The oh shell is (or used to be) an rc-like implementation in go so if that one (with

Re: [9fans] APE libsec

Sorry if this may sound ignorant and clueless, but would a similar port of the Plan9 thread(2) to APE be possible - in particular in a form where stuff are exposed through the headers as a standard pthreads solution? Right now I have noticed that I use GNU Pth extensively under APE, but a more

Re: [9fans] trying to populate arm tree

On Monday 28 January 2013 14.46.38 James Chapman wrote: The build fails with a lot of cpp errors about /sys/include/ape/openssl/*.h about unknown object type. How can i exclude openssl from the build? I'm assuming I won't be able to build it. I can put up with cpuing in to run the

Re: [9fans] a jmp_buf in APE question

måndagen den 7 januari 2013 05.31.44 skrev erik quanstrom: the structure within jmp_buf is entirely determined by the code in setjmp.s i don't think it would be wise to rely on the structure of jmp_buf. Do you mean by this that it would be unwise to do something like variable that needs to

Re: [9fans] a jmp_buf in APE question

måndagen den 7 januari 2013 06.15.08 skrev erik quanstrom: yes, i think it would be unwise. i think you mean sp = ((uintptr*)jb)[0] pc = ((uintptr*)jb)[1] yeah sorry I did not mean it to look like C-code and the paranthesis was meant to indicate that jb

[9fans] a jmp_buf in APE question

Hi all. Perhaps I have been looking at completely the wrong places and perhaps I am just not grasping it at all. For a package that I want to build under APE, I need to put in the stack pointer (sp) and the program counter (pc) part of jmp_buf specific for Plan9 (since APE does not expose any

Re: [9fans] ape/errno.h

fredagen den 21 december 2012 12.38.01 skrev Jeff Sickel: Given all the Plan 9 spinoffs that still include APE, it might be worth the effort at some point to bring APE up to SUSv3 or SUSv4 to ease in porting code that's heavily POSIX-dependent. Though there might not be enough time or

Re: [9fans] ape/errno.h

In my porting of stuff using APE, I often notice that many applications assume more members of the struct stat in sys/stat.h, especially st_blocksize. Is there any reasonable similar information available elsewhere in the system that could be used in a local rpl_stat struct for those ports? other

[9fans] GAS front-end for 8a?

Hi I just wondered if anyone has made some sort of wrapper similar to the posix c compiler (pcc) front end for 8c, but for ASM? The reason I ask is that some projects have mixed .c and .S code and the ASM is mostly GAS syntax. Alternative ways of dealing with GAS ASM and still get native

Re: [9fans] GAS front-end for 8a?

on Plan9 already (x86, only calls, not callbacks, though), supporting Plan9's calling convention. Check out dyncall.org Hope this helps, Tassilo On Mon, 03 Dec 2012 11:02:49 +0100 Jens Staal staal1...@gmail.com wrote: Hi I just wondered if anyone has made some sort of wrapper

Re: [9fans] Apache portable runtime

måndagen den 19 november 2012 10.05.16 skrev Steve Simon: Somone was working on a port of the apache portable runtime a while back but I have lost their email. could they contact me please? Thanks, -Steve Hi you can find my apr port at: http://code.google.com/p/ports2plan9/ there

[9fans] asm question

Hi I am currently attempting to build up-to-date APE libs for gnu/gcc (the port found in /n/sources/extra/gcc). The APE libs there are from 2002 and there are some significant additions after that that I would like to exploit. The .c parts of the library builds nicely and I have a near-complete

Re: [9fans] asm question

The only solution I can see is to try to manually translate those .s files from Plan9 assembly to GNU assembly. The best reference comparison I have found is libc/386/setlongjmp.s from the old port in /n/sources/extra/gcc and the current APE libs ap/386/setlongjmp.s. The two files look quite

Re: [9fans] Plan 9 technical docs and man pages - licensed or public domain?

2012/7/25 Skip Tavakkolian skip.tavakkol...@gmail.com: For a dead OS, Plan 9 sure gets around ;) Plan 9, a nurse-log of modern computing. -Skip On Jul 24, 2012, at 9:10 PM, erik quanstrom quans...@quanstro.net wrote: that's the joke :) plan9 has been considered a dead operating system

Re: [9fans] I will buy laptop pre-installed with plan9!!!

torsdagen den 10 maj 2012 12.19.51 skrev tlaro...@polynum.com: Really? Wonderful.. Is there some docs for install Plan 9(more detail)? x201 doesn't have a CD-ROM.. Installing Plan9 without a CD reader or a PXE boot. Abstract Wow! Thanks. I

Re: [9fans] Mercurial port is official

plugin will work out-of-the-box too? -- Dr.ir. Jens Staal, Post Doc http://www.researcherid.com/rid/B-7383-2008 http://scholar.google.com/citations?user=dFoQi0QJ * Department of Molecular Biology, Ghent University * Dept. for Molecular Biomedical

Re: [9fans] some pcc questions

The second issue that I have been meaning to ask the list is about pcc and bitfields - are they supported or is this some sort of can of worms I have stepped into? I have just hit another pcc can not initialize bitfields problem with netsurf libcss. If anyone know how to tackle that issue (or

[9fans] some pcc questions

Hi all I have some problems that I sometimes run into while trying to port stuff. One is that some files just freezes the compilation process (but load goes down to 0 so it is not just labour intensive, but rather that it just sticks there without doing anything) and when I exit the compilation

[9fans] upstreaming a port of gawk -tips and opinions?

The author of gawk is interested in getting the changes needed to compile on Plan9 upstream. The port [1] has been slightly updated again and the Hg repository will be updated with the last changes as soon as I got time (main.c now vanilla). Since I most likely will have to backport my

Re: [9fans] current python hg support

2012/2/10 John Floren j...@jfloren.net: On Thu, Feb 9, 2012 at 6:06 PM, Jeff Sickel j...@corpus-callosum.com wrote: A quick question for everyone, is there interest in getting a more current version of hg working for Plan 9 NIX?  If so, given I've spent way too much time in the past getting

Re: [9fans] ape compiler error, IND CHAR and INT

I get the same error no matter which BASIC file that gets generated to C and it is put in the generated header file (at different row numbers, ofcourse. I used test1 as use case to try to track it down), so there is some sort of typedef inconsistency in there somewhere. I believe that it has

Re: [9fans] ape compiler error, IND CHAR and INT

Thanks for the feedback! The dlerror was indeed the culprit and now my errors have jumped to: eof syntax error, last name: 0 pcc: cpp: 469: error , presumably in the generated .c file. Where can I find info about the 469 error and how do I know where the error occurred? (previously I have

Re: [9fans] ape compiler error, IND CHAR and INT

2012/1/18 John Floren j...@jfloren.net: On Wed, Jan 18, 2012 at 10:46 AM, Martin Harriss mar...@princeton.edu wrote: John Floren wrote: I figured I'd try building Python from the source on their website just for kicks. Configure went ok, but when I went to run make, it soon bailed out with

Re: [9fans] miau, an IRC bouncer

That error is very common where ls -di is called in the configure script (strange that it did not complain on your other system). a nice fix is fgb's config script http://plan9.bell-labs.com/sources/contrib/fgb/rc/config another common problem is grep, where the easiest is to write GREP=grep at

[9fans] fake tty or other trick?

Hi all I have been playing with trying to get the current MirOS ksh (mksh) to compile and run under APE. It now compiles but as it is executed it complains about no /dev/tty and crashes as soon as I try to write a command to it. Since the pdksh was ported as the generic APE 'sh' I guess the

Re: [9fans] fun with replica and pull

2011-12-20 17:09, Federico Benavento skrev: On Dec 20, 2011, at 12:57 PM, ron minnich wrote: it reminds me of why we went with hg on the NIX tree. because at the time you did it things like bitbucket and the hg port came to exist? so what one should do, use replica to sync with sources and

[9fans] announcing my first ports :)

For those interested, pcre and re2c can be downloaded in binary (386) form from and in source form using hg from: http://code.google.com/p/ports2plan9/ I got a number of other things in pipeline that I am interested in trying to put up there. Many of them will most likely not be interesting for

Re: [9fans] mkmk

2011-12-05 14:26, Steve Simon skrev: mkmk is in the contrib package contrib/mkmk http://man.cat-v.org/plan_9_contrib/1/mkmk I would say mkmk was an interesting experiment rather than a resounding success. The idea was to simplify re-porting foreign code to plan9 by autogenerating the mkfile

  1   2   >