Re: [9fans] Re: An easy way to run 9legacy

On Tuesday, 3 June 2025 20.09.21 Central European Summer Time o...@eigenstate.org wrote: > We don't plan to drop APE without finding a way to migrate the things > people actually use, either by providing better options (eg, npe for > porting code that doesn't need select()) or by writing native op

Re: [9fans] 9front/9legacy woes

On Monday, 17 March 2025 11.27.23 Central European Standard Time tlaro...@kergis.com wrote: > I wanted to install 9legacy as well as 9front (already installed) on > my main PC. > What is the purpose? Do you need 2 different kernels? Otherwise, you could probably just copy a 9legacy root into a d

Re: [9fans] Reminder: IWP9 in *PARIS* in *MAY*: papers due Feb 10!

Is it OK to drop by if I find the time (not too far from Belgium)? Still a lot of unknowns when it comes to my teaching schedule etc so I can unfortunately not commit. Den tis 14 jan. 2025 kl 17:49 skrev Ron Minnich : > > The meeting is in Paris, May 22-24, at the wonderful CNAM: > > https://www

Re: [9fans] Using gpc and g77 in 9front

early versions (v.3.0.0). And in early > versions, problems with C++ were discovered. There was no point in > moving forward until the issue with C++ was resolved. > > ср, 11 дек. 2024 г. в 17:51, Jens Staal : > > > > On Wed, Dec 11, 2024 at 05:43:56PM +0200, Yury Chumak wro

Re: [9fans] Using gpc and g77 in 9front

what I got to build in the 4.5 port. For GCC, you basically need an earlier GCC to build the newer one so I started off with the old gcc 3 binary port and upgraded it gradually. This was a long time ago however. > ср, 11 дек. 2024 г. в 15:22, Jens Staal : > > > > The Cfront is work

Re: [9fans] Using gpc and g77 in 9front

or a ported environment or something > else?? And did the C++ part work for you?? > > ср, 11 дек. 2024 г. в 10:19, Jens Staal : > > > > On Wed, Dec 11, 2024 at 03:07:09AM -0500, mouad-...@outlook.com wrote: > > > Hello, > > > > > > Is it possible to compil

Re: [9fans] Using gpc and g77 in 9front

On Wed, Dec 11, 2024 at 03:07:09AM -0500, mouad-...@outlook.com wrote: > Hello, > > Is it possible to compile an older version of gcc in 9front to use the gnu > pascal and gnu fortran 77 compilers? > > I have found an older version of gcc for i386 at https://code.google.com/ > archive/p/ports2pla

Re: [9fans] [APExp] which non-9front Plan9 variants are active? (for portability testing)

nu.org by now. If not, it will be soon. > > Thanks! > > Arnold > > Jens Staal wrote: > > > Yes in fact in the 0.1 release, I am using gawk 4.0.0 (an old port) as > > default awk. > > > > Current "main" branch is broken because I am in

Re: [9fans] [APExp] which non-9front Plan9 variants are active? (for portability testing)

Yes in fact in the 0.1 release, I am using gawk 4.0.0 (an old port) as default awk. Current "main" branch is broken because I am in the middle of an upgrade to 5.3.0 (I have gotten all the components to compile, but there are some missing components during linking that I need to figure out). I am

Re: [9fans] [APExp] which non-9front Plan9 variants are active? (for portability testing)

On Tue, Sep 17, 2024 at 10:41:32PM GMT, Steve Simon wrote: > > personally i would avoid having curses (on plan9), and all that depends on it > - but perhaps i am too dogmatic. > Thanks for the feedback. On this point we have to agree to disagree. Curses is included because it is a very common de

[9fans] [APExp] which non-9front Plan9 variants are active? (for portability testing)

Dear all, I am building a "portable APE" (APExp) with several 3rd party utilities and libraries included, and several experimental patches. the first release: https://github.com/staalmannen/APExp/releases/tag/v0.1 builds reliably on amd64 9front in a clean VM I would like to test the other Plan9

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 > t

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

Re: [9fans] programs from UNI*x

ay yay 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 alread

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 a

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) > P

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 03:55

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: https://9fans.topicbox.com/groups/9fan

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 a

[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: https://9fans.topicbox.com/groups/9fans/T8e0acad580bf0312-M1ff913348bd6

[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: 9fan

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: j...@corpus-callos

Re: [9fans] plan9 vs aout

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 an

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] https://github.com/

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 BIO

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 iss

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. > > Lucio

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 no

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 t

Re: [9fans] Update APE

https://github.com/Harvey-OS/apex Den 21 feb. 2017 23:28 skrev : > Jens Staal writes: > > > If someone could backport apex from Harvey, that would be cool. > > I've seen this "Harvey" thing mentioned here and there, but does it > really exist? I tried subs

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 contribution? >

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 again sometime and upload

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 t

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

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 ,(S_IFSO

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 opti

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

On Tuesday 07 July 2015 06:27:55 arn...@skeeve.com wrote: > Hi. > > Jens Staal 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

[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 come

Re: [9fans] Ports tree for Plan 9

Den 30 maj 2015 10:23 skrev "Charles Forsyth" : > > > On 30 May 2015 at 08:21, Jens Staal 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

Re: [9fans] Ports tree for Plan 9

Den 30 maj 2015 08:41 skrev : > > > 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. > > I w

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

Hi all. I tried using the following shim header to satisfy 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 bl

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. Compil

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 erro

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) - s

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 be

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 : > could you be more specific what files fail to unpack with tar? > > -- > cinap > >

Re: [9fans] Ports tree for Plan 9

Den 12 maj 2015 07:47 skrev : > > 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 soon.) > > --

Re: [9fans] Ports tree for Plan 9

On Tuesday 12 May 2015 01:45:13 mve...@mveety.com wrote: > 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

Re: [9fans] Ports tree for Plan 9

Den 12 maj 2015 04:13 skrev : > > 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 out, tell me

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 th

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

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

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-under

[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 pop

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" 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 didn't

[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" : > On 05/01/2014 19:09, Shane Morris wrote: > >> "Plan 9 Inside"? >>

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

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 pc=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 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 better off us

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 installe

Re: [9fans] incompatible type signature

On Fri, 13 Sep 2013 14:30:37 +0200 Jens Staal 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.

Re: [9fans] incompatible type signature

On Thu, 12 Sep 2013 11:16:31 -0400 erik quanstrom 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 issue was so

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 b

Re: [9fans] libbsd: incompatible type signatures

On Mon, 26 Aug 2013 23:32:00 -0400 erik quanstrom 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 wrote: > > > > > it looks like 9atom doesn't do this properly. i'll submit > > > a 9atom patch, but simply adding it

Re: [9fans] libbsd: incompatible type signatures

On Mon, 19 Aug 2013 13:04:26 -0400 erik quanstrom 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 this done would be

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 > ha

[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: inc

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

On Fri, 26 Jul 2013 08:59:30 +0200 Jens Staal 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 &

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

On Fri, 26 Jul 2013 13:01:16 -0400 erik quanstrom 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 so we cannot ju

[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 is

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 o

Re: [9fans] more plan9 software

On 2013-06-04 16:43, erik quanstrom wrote: architectures, either the native pcc or ape/cc need to get fixed what do you mean "fixed"? - erik sorry, I was not very clear. What I meant was that I (naturally) tried building with native APE first but did not manage it. Unfortunately I did not

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] [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 mo

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

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

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

[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 s

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 e

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? othe

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

ffi, dyncall is running 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 wrote: > > Hi > >

[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 objec

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/

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

[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 p

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

2012/7/25 Skip Tavakkolian : > 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 wrote: > >>> that's the joke :) plan9 has been considered a dead operating system >>> for a long time. >> >> h. don't

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! Th

  1   2   >