http://blog.gmane.org/gmane.os.inferno.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.os.inferno.general/5629 <pre>With these minor changes, I was able to compile Inferno and start emu, on Ångström Linux on the new BeagleBone Black. root&lt; at &gt;beaglebone:/usr/inferno# diff mkconfig~ mkconfig 17c17 &lt; SYSHOST=Plan9 # build system OS type (Hp, Inferno, Irix, Linux, MacOSX, Nt, Plan9, Solaris) --- Nt, Plan9, Solaris) 24,25c24,25 &lt; #OBJTYPE=386 # target system object type (eg, 386, arm, mips, power, s800, sparc) &lt; OBJTYPE=$objtype --- sparc) root&lt; at &gt;beaglebone:/usr/inferno# diff mkfiles/mkfile-Linux-arm~ mkfiles/mkfile-Linux-arm 11c11 &lt; AS= arm-gcc -c --- 14c14 &lt; CC= arm-gcc -c --- 21c21 &lt; LD= arm-gcc --- root&lt; at &gt;beaglebone:/usr/inferno# diff emu/Linux/os.c~ emu/Linux/os.c 6a7 </pre> Jason Catena 2013-05-10T05:12:54 http://comments.gmane.org/gmane.os.inferno.general/5626 <pre>Hi all, in last days there is an update of Plan9 including support of 21-bit runes. It seems it disables the compilation of Inferno there: 8l yacc.8 /usr/inferno/Plan9/386/lib/libbio.a /usr/inferno/Plan9/386/lib/lib9.a -lc dofmt: incompatible type signatures 2569e19(/usr/inferno/Plan9/386/lib/lib9.a(fullrune)) and 392d4f87(/386/lib/libc.a(dofmt)) for chartorune _fmtcpy: incompatible type signatures 81c6a929(/usr/inferno/Plan9/386/lib/lib9.a(fullrune)) and 4639e9f7(/386/lib/libc.a(dofmt)) for runetochar mk: 8l yacc.8 ... : exit status=rc 324: 8l 326: error Is it really caused by the Plan9 update, or do I have something wrong locally in my computer? Thanks in advance. Regards, Pavel </pre> Pavel Klinkovský 2013-05-09T19:28:56 http://comments.gmane.org/gmane.os.inferno.general/5621 <pre>Hi Inferno folks, I guess some time ago I saw some message that native Inferno OS is actually real-time OS, can you please refresh does it really fulfill these requirements of being RTOS? (soft or hard category) That's something that would be very interesting for research I guess. </pre> Oleksandr Iakovliev 2013-04-28T12:45:02 http://comments.gmane.org/gmane.os.inferno.general/5614 <pre>Hi all inferno fans, I have a question: Is the native inferno still supported? I tried to make it in Plan9 system, but the utils/datac2 compilation failed because of missing 'setbinmode' function... Thanks in advance for any response. Pavel </pre> Pavel Klinkovský 2013-04-19T10:40:08 http://comments.gmane.org/gmane.os.inferno.general/5611 <pre>I have tried installing Inferno on MacOS X, but I can't figure out what to do based on the instructions at: http://www.vitanuova.com/inferno/downloads.html and in the INSTALL file. I've downloaded inferno-20100120.tgz and macosx-386-bin.tgz. I unzipped the inferno distribution in $HOME and then replaced the MacOSX folder with the one from macosx-386-bin.tgz. I then edited mkconfig so the SYSHOST=MacOSX. If I then try to run makemk.sh, I get the following: ./mkconfig: line 33: /Users/_____/inferno/mkfiles/mkfile-MacOSX-: No such file or directory and then libregexp compilation fails. Where do the pre-compiled binaries from macosx-386-bin.tgz come in? Do I even need to be trying to run makemk.sh? If someone could help me out with the right steps, or email me a zip file of a fully-compiled/installed version of inferno on MacOS X (10.8), it would be much appreciated. Thanks, Brian </pre> Brian Vito 2013-04-18T03:39:31 http://comments.gmane.org/gmane.os.inferno.general/5606 <pre>Hi Inferno people, I am doing now kind of labs documenting of process porting Inferno OS to Raspberry Pi. There is a question about trick/hack with "_div" reference that you can find in inferno/plan9 sources (l.s). I am interested what it is, as I can not really find information about this hack and its influence. Thanks! URL: http://lynxline.com/lab-11-_div-testing-print/ </pre> Oleksandr Iakovliev 2013-04-14T10:49:49 http://comments.gmane.org/gmane.os.inferno.general/5600 <pre>Hello, I'm a student from Belarusian State University, I love Inferno and I really want to take part in this year's Google Summer of Code program! I'm going to work on my own project idea, but I don't mind anyone else taking it too. So, the project idea: "Java on dis": http://doc.cat-v.org/inferno/java_on_dis/. The codebase of that project wasn't available online till this year, when I asked the community to look for it. Charles Forsyth found the old code, stripped the proprietary parts and put it on googlecode: http://code.google.com/p/inferno-j2d. That project was intended to convert bare java .class files to inferno's dis, so that they can be directly run on Inferno. So, the project idea I suggest consists of rewriting the old code from the old times (approximately year 1997) that was written long time ago with the old versions of limbo and java. Things to be done is to rewrite the whole project to support modern java (1.7 would be the best choice), to support the modern limbo and inferno (for example, </pre> Dmitry Kabak 2013-04-12T12:19:10 http://comments.gmane.org/gmane.os.inferno.general/5592 <pre>Hi everyone, I've downloaded http://www.vitanuova.com/dist/4e/inferno.zip: *Windows 2000, XP, and 7 Installation guide (http://www.vitanuova.com/inferno/net_install.html) says: *2. Performing the Installation build Inferno from sources neither... Can anyone help with installing Inferno on Windows please? Thanks in advance! </pre> Dmitry Novikov 2013-03-20T09:08:06 http://comments.gmane.org/gmane.os.inferno.general/5583 <pre>Hello, I've noticed some strange thing in limbo compiler. See the code: We have the function, that has an array of refs to some adt as one of its' arguments, like that: TestAdt: adt { pick { Int =&gt; i: int; Long =&gt; b: big; } }; processarray(a: array of ref TestAdt) { for (i := 0; i &lt; len a; i++) processitem(a[i]); } And we use that function like that: processarray(array[] of {ref TestAdt.Int(42), ref TestAdt.Long(big 42)}); or like that: arr := array[] of {ref TestAdt.Int(43),ref TestAdt.Long(big 43)}; processarray(arr); Both of this cases work ok. But when I use only one element in array, limbo compiler fails: processarray(array[] of {ref TestAdt.Int("e", -42)}); Gives us a strange error like: "argument type mismatch: expected array of ref TestAdt, saw array of ref TestAdt.Int"; Is this a desired behavior, or not? </pre> Dmitry Kabak 2013-03-12T21:20:33 http://comments.gmane.org/gmane.os.inferno.general/5575 <pre>Hello, I've heard and read a lot about java to dis converter, written long time ago somewhere in vituanuova ( http://doc.cat-v.org/inferno/java_on_dis/java_on_dis.pdf). I've also found out from some mailing lists that it can't be published because of some sun copyrights of those times. But I think lots of things has changed since then and now some important sources can be published. I have some intention to work on that, I think that ability to run java bytecode on inferno would be really the great fun! So, do anyone here have these sources? Because implementing everything from scratch is fairly great amount of work, and having some reference implementation will help a lot. Thanks in advance! </pre> Dmitry Kabak 2013-03-10T10:40:50 http://comments.gmane.org/gmane.os.inferno.general/5565 <pre> Hello, I just installed Inferno ed.4 on a Debian Linux PC (Crunchbang) and I'm not yet comfortable with the documentation, so my question might be a case of insufficient RTFM. However I really couldn't find it or simply missed it out of new-OS-confusion. Problem 1 is: I cannot type in the caret '^'. Not in shell, not in edit, not in acme. Same with '~'. 2) % du -n / | grep sam //appl/wm/sam.b //appl/wm/samstub.b //appl/wm/samstub.m //appl/wm/samterm.m //appl/wm/samtk.b //appl/wm/samtk.m % sam sh: sam: './sam' file does not exist % samterm sh: samterm: './samterm' file does not exist % 3) telnet echoes some unprintable garbage at every character input which makes it unusable. 4) Do you know of any resources to mount that are available to the public and useful, e.g. inferno apps? :) Thank you in advance, any help appreciated. Stephan </pre> Stephan Lahl 2013-02-21T17:39:51 http://comments.gmane.org/gmane.os.inferno.general/5564 <pre>Folks: Today Google officially announced that they will be running Summer of Code 2013 [1]. All the most significant information, including the timeline and FAQ, are linked from that post. Check out all the program details there. As in the past several years, I'll be submitting an application on behalf of Plan 9, Inferno, and friends. Over the next few days, I'll review our materials from the last two years and get a first draft put together later this week. Then we can all start knocking it into shape. In the mean time, here are some things you all can do to help ensure a successful year, starting right now. 1)Most important: if you have any contact with eligible students or universities, start talking to them now! The most important ingredient for a good year is good students. Tell them about GSoC, point them at the timeline, tell them they should do something interesting with their summer - and tell them that's to work with us! 2)Think about your summer and whether you'd like to be a mentor</pre> a< at >9srv.net 2013-02-11T22:19:16 http://comments.gmane.org/gmane.os.inferno.general/5560 <pre>All, I am writing a module that uses the SDL libraries to load and play sound effects, music, OpenGL drawing, etc. Can someone point me in the right direction on how to translate Inferno filesystem paths to Windows filesystem paths? I have tons of assets like sounds, music, 3D models and textures to load. I have already written an example builtin module that initializes SDL and can use hard coded paths internally, but I would like to have a Limbo functions like "loadsound(path: string): int" as part of that builtin module that take in a Limbo UTF8 string and then do whatever magic is needed to convert that UTF8 Inferno path to a Windows path. I am assuming that I may need to have to use the rune libs, etc, but if someone can point me to an example it would be greatly appreciated. Thanks! Tony </pre> Tony Mendoza 2013-02-01T04:04:43 http://comments.gmane.org/gmane.os.inferno.general/5558 <pre>I saw on one of the GSoC pages Charles asking for someone to work on a 64Bit compiled version of Inferno (not 64bit Dis). I would be willing to take a crack at it if someone could point me in the right direction. I assume that it is not just a matter of recompiling with a 64Bit compiler. Any direction or hints on what needs to be done would be greatly appreciated. Thanks! Tony </pre> Tony Mendoza 2013-01-26T18:48:17 http://comments.gmane.org/gmane.os.inferno.general/5551 <pre>Hi, I have the latest Inferno from the hg repository (changeset: 550:4509afd2340a) compiled with gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) My background appears black after starting onetom ~/inferno-os $ emu -r/Users/onetom/inferno-os -g1200x700 -c0 wm/wm (or -c1, it doesn't make any difference) only the place of the minimized Log window has the gray background color. i can see the menu button and the minimized log app on the tray too, but when i move the window, everything goes black again. the system is still functional and as i click, the changing areas of the window get redrawn properly, but it's pretty annoying like this. here is an example screenshot: https://dl.dropbox.com/u/586471/Inferno%20graphics%20bug.jpg i was trying -Cm8 or -Ck8 assuming there is some problem with the pixel format, but it makes no difference either (it seems to have on effect; it doesn't appear in grayscale) how can i solve this? -- tom onetom ~/inferno-os $ hg clone https://code.goog</pre> Tamas Herman 2013-01-06T14:33:57 http://comments.gmane.org/gmane.os.inferno.general/5549 <pre>Hi! I've developed several Vim scripts to ease Inferno-related development in Vim. Syntax highlight support for these file types: limbohttp://www.vim.org/scripts/script.php?script_id=3894 shhttp://www.vim.org/scripts/script.php?script_id=4350 mkfilehttp://www.vim.org/scripts/script.php?script_id=4343 The viewdoc plugin (which show any sort of documentation in consistent way) now able to show inferno man pages. For example, you can press &lt;F1&gt; on word "delete" while editing limbo source, and it will open man page for lists(2).http://www.vim.org/scripts/script.php?script_id=3893 Syntax checking plugin for Syntastic: http://powerman.name/download/vim/syntax_checkers/limbo.vim P.S. If you already use limbo syntax highlight you may wanna update it - previous version was very limited, but current one support all limbo syntax elements, so it let you configure highlight in more flexible way. </pre> Alex Efros 2012-12-12T04:14:19 http://comments.gmane.org/gmane.os.inferno.general/5542 <pre>Is there any support for AIX out there? Even if it is 'old' I would like to take a look at it to see if I could get it working under AIX. I have gotten pretty far by making my own modifications, but it appears the limbo compiler dies with an out of memory error here while doing a 'mk install' at the 'libinterp' build step: rm -f runt.h &amp;&amp; limbo -a -I../module ../module/runt.m &gt; runt.h Hangs forever, and then dies with a memory fault(coredump). Thanks! Tony </pre> Tony Mendoza 2012-12-10T20:12:30 http://comments.gmane.org/gmane.os.inferno.general/5541 <pre>Hi! I've prepared scripts, mkfiles and example/skeleton project to help with quick start writing Limbo apps and modules which are ease to distribute and install/upgrade using /opt directory scheme. http://code.google.com/p/inferno-opt-setup/ http://code.google.com/p/inferno-opt-mkfiles/ http://code.google.com/p/inferno-opt-skel/ The mkfiles designed to work both in host os and inside emu, and support build/run tests, convert asciidoc .txt into Inferno/Plan9 man page format, generating INDEX for your man pages (/opt setup scripts able to dynamically union /man/*/INDEX files with INDEX files provided by /opt packages). Example project consists of two commits: first with all source and mkfile files needed to implement one module and one app, each with own test and man page; second with all files generated by `mk install`: http://code.google.com/p/inferno-opt-skel/source/list Same mkfiles can be used by non-/opt projects too (with few trivial changes in mkconfig settings; also you may like to copy them into</pre> Alex Efros 2012-12-06T03:33:45 http://comments.gmane.org/gmane.os.inferno.general/5537 <pre>Has anyone compiled emu for 64bit. I'm assuming still 32bit Dis. I was trying to compile emu on sdf.org NetBSD AMD64. When I compile using gcc -m32 the host is missing the ldscript to link the final executable, and maybe the 32bit kernel module, but I haven't gotten that far. What would it take to compile emu as 64bit? -Caerwyn </pre> Caerwyn Jones 2012-11-23T18:18:45 http://comments.gmane.org/gmane.os.inferno.general/5525 <pre>Hi, As I've still not succeeded building a normal Inferno system on my Mac, I'm exploring the AcmeSAC-0.31. Finding example code that compiles with this AcmeSAC, however, is not too easy. Even source code included in this system may have problems: If I do "man draw", I get some text that explains "draw - basic graphics facilities module", and in that text there is a DRAW-EXAMPLE(2) with "implement Test;". I copied that code to a separate .b file, but when I try to compile it, I get this: drawTest.b:44: 'disp.draw': too many function arguments drawTest.b:54: 'texture.draw': too many function arguments drawTest.b:55: 'texture.draw': too many function arguments drawTest.b:58: 'disp.draw': too many function arguments drawTest.b:68: 'stipple.draw': too many function arguments drawTest.b:70: 'disp.draw': too many function arguments drawTest.b:78: 'disp.text': too many function arguments drawTest.b:87: 'disp.fillellipse': too many function arguments drawTest.b:89: 'disp.ellipse': too many function arguments</pre> Jon Kleiser 2012-09-24T10:53:33 http://comments.gmane.org/gmane.os.inferno.general/5521 <pre>Hi, After seeing Russ Cox's "A Tour of Acme", I had to take a closer look. I downloaded AcmeSAC-0.31 and started exploring. I've had some experience with the Oberon System (and also with Oberon/F) in the nineties, so I recognized a lot of the clever things that Acme had borrowed from the Oberon System. It was also exiting to compile and run the first Limbo programs. I've read some of the Limbo intro on Brian W. Kernighan's "A Descent into Limbo" at these two sites ... &lt;http://www.vitanuova.com/inferno/papers/descent.html&gt;, and &lt;http://doc.cat-v.org/inferno/4th_edition/limbo_language/descent&gt; ("Revised April 2005 by Vita Nuova") The plain text (2.1) "Hello, World" was no problem, but the (2.2) graphical "Hello World" did not compile on my AcmeSAC-0.31, and now I've noticed that the two sites have different versions of this Hello2. The first version gives me this: 'tk-&gt;toplevel': argument type mismatch: expected ref Draw-&gt;Display saw 'ctxt.screen' of type ref Draw-&gt;Screen ... while the second ("</pre> Jon Kleiser 2012-09-20T08:52:43 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.os.inferno.general