Re: [9fans] Init hangs

2008-09-22 Thread Lucio De Re
happens. -- Lucio De Re (Off site) Ph: +27 83 251 5824 Fx: +27 58 653 1435

Re: [9fans] sdiahci.c on sources broken?

2008-09-25 Thread Lucio De Re
philosophy. Bottom line, trust him! And when it all works, let the community know. -- Lucio De Re (Off site) Ph: +27 83 251 5824 Fx: +27 58 653 1435

Re: [9fans] request for testers of next beta release of tvx

2010-06-08 Thread Lucio De Re
On Tue, Jun 08, 2010 at 09:22:33AM -0600, EBo wrote: btw 9pm is what we named the package manager. this might cause a little confusion; 9pm is also the name of the plan9 emulation environment for windows. it is still the only environment available. ouch... Ron, what should we do

Re: [9fans] request for testers of next beta release of tvx

2010-06-08 Thread Lucio De Re
On Tue, Jun 08, 2010 at 09:10:33PM -0700, ron minnich wrote: On Tue, Jun 8, 2010 at 9:39 AM, Lucio De Re lu...@proxima.alt.za wrote: Different namespaces.  I think we'll live... That's the point of private name spaces right? I doubt a linux distro is that much concerned with anything

Re: [9fans] portability question

2010-06-16 Thread Lucio De Re
On Wed, Jun 16, 2010 at 11:11:09AM +0200, hugo rivera wrote: printf(%lX\n, l); Would you try %luX? It may work better? ++L

Re: [9fans] Go/Inferno toolchain (Was: comment and newline in

2010-06-30 Thread Lucio De Re
On Tue, Jun 29, 2010 at 04:00:09PM -0700, Russ Cox wrote: i think people get too hung up on trying to make the port back perfect. just make it work. then make it better. But it's the toolchain I'm after. I like Go a lot, but I feel that a viable toolchain that produces ELF files for Linux

Re: [9fans] sharing the ndb(6) database

2010-09-07 Thread Lucio De Re
On Mon, Sep 06, 2010 at 11:45:01PM -0700, Akshat Kumar wrote: I'm using Google mail servers to send mail - this shouldn't be in the RBL. Damn right. The criterion for dumping IP addresses into my private RBL is that an attempt was made to send mail to a local, unregistered address. In this

Re: [9fans] sharing the ndb(6) database

2010-09-07 Thread Lucio De Re
On Tue, Sep 07, 2010 at 09:09:11AM +0200, Lucio De Re wrote: On Mon, Sep 06, 2010 at 11:45:01PM -0700, Akshat Kumar wrote: I'm using Google mail servers to send mail - this shouldn't be in the RBL. Damn right. The criterion for dumping IP addresses into my private RBL

[9fans] 9VX failure

2010-09-11 Thread Lucio De Re
Not much more than init: starting /bin/rc Segmentation fault from a freshly compiled 9vx or the 9vx.Linux contained in the HG repository on bitbucket.org. I was hoping to try 9vx.tgz from swtch.com which is not 9vx*.bz2, but that does not behave any differently. The platform

Re: [9fans] 9VX failure

2010-09-11 Thread Lucio De Re
On Sat, Sep 11, 2010 at 09:02:36AM +0200, Lucio De Re wrote: I was hoping to try 9vx.tgz from swtch.com which is not 9vx*.bz2, but that does not behave any differently. s/not 9/now 9/ ++L

Re: [9fans] 9VX failure

2010-09-11 Thread Lucio De Re
On Sat, Sep 11, 2010 at 09:34:20AM -0700, ron minnich wrote: I am pretty sure Charle's patch will fix this problem Is that included in rminnich/vx32, where default compilation fails with a missing pcap.h? What should I be looking for? ++L

Re: [9fans] 9VX failure

2010-09-11 Thread Lucio De Re
On Sat, Sep 11, 2010 at 10:24:05AM -0700, ron minnich wrote: Is that included in rminnich/vx32, where default compilation fails with a missing pcap.h? the pcap.h thing is unrelated and I think I'm going to change it so that it builds default with no pcap support, since I'm not the only

Re: [9fans] 9VX failure

2010-09-11 Thread Lucio De Re
On Sat, Sep 11, 2010 at 01:46:16PM -0400, Devon H. O'Dell wrote: pcap is for the virtual ethernet driver to use the native ip stack. there's another one that uses TAP that yiyus finalized from someone else's efforts (I'm not giving due credit here, sorry). If you don't have pcap just don't

[9fans] 9vx/vx32 - Out of ignorance

2010-09-12 Thread Lucio De Re
Besides the issue of (not) understanding TAP and so having no access to networking, what struck me while experimenting with a very remarkable 9vx installation (9vx is impressive, not my installation thereof :-) was that if you start it as root, you retain root credentials within the sandbox,

Re: [9fans] 9vx/vx32 - Out of ignorance

2010-09-12 Thread Lucio De Re
On Sun, Sep 12, 2010 at 07:30:05PM +0200, yy wrote: 2010/9/12 Lucio De Re lu...@proxima.alt.za: My thinking is that 9vx could start up as root [ ... ] The advantage of the tap device is precisely that it does not need root permissions. You need those permissions to manage the devices

Re: [9fans] 9vx/vx32 - Out of ignorance

2010-09-12 Thread Lucio De Re
On Sun, Sep 12, 2010 at 12:27:07PM -0700, Bakul Shah wrote: On a mac you don't need root perms to open a tap device. This is sorted out to my satisfaction, thank you. Here you have two choices: I think I lack some of the terminology to get my mind around all this, but some

[9fans] DYNDNS - re-invent the wheel?

2010-10-13 Thread Lucio De Re
I don't remember anybody mentioning it, is there a Plan 9 tool to submit a dynamic DNS request to a DNS server like BIND? I use the feature in a very limited fashion, but I don't want to re-invent something that has already been done. ++L

Re: [9fans] Fifth Edition

2010-10-19 Thread Lucio De Re
On Tue, Oct 19, 2010 at 10:02:22AM +, Mark Tuson wrote: Steve, would you be willing to share copies of the demo discs? Which architecture do they use? I just want to play with something ancient as well as modern, then I'll feel like I have a better feel for the system. I can't imagine

Re: [9fans] sheevaplug port available

2010-10-21 Thread Lucio De Re
You might want to look at /tmp, you may not have a writable one from the login. Executing ramfs normally takes care of that issue. I saw the ratrace.c error this early morning, but it seems to have been transient. I guess you ought to try a second time, by then somebody more savvy than me

[9fans] lock diagnostics on Fossil server

2010-10-24 Thread Lucio De Re
I keep getting errors in this fashion (I'm afraid I have no serial console, so this is manually copied stuff): lock 0xf045c390 loop key 0xdeaddead pc 0xf017728a held by pc 0xf017728a proc 100 117: timesync pc f01ef88c dbgpc 916f Open (Running) ut 22 st 173 bss 1b000 qpc f01c733d nl 0 nd

Re: [9fans] lock diagnostics on Fossil server

2010-10-25 Thread Lucio De Re
On Mon, Oct 25, 2010 at 09:20:51AM -0400, erik quanstrom wrote: sounds familiar. this patch needs to be applied to the kernel: /n/sources/plan9//sys/src/9/port/chan.c:1012,1018 - chan.c:1012,1020 /* * mh-mount-to == c, so start

Re: [9fans] lock diagnostics on Fossil server

2010-10-26 Thread Lucio De Re
On Tue, Oct 26, 2010 at 08:44:37AM -0400, erik quanstrom wrote: On Mon Oct 25 22:03:53 EDT 2010, cinap_len...@gmx.de wrote: hm... wouldnt it just crash if mh-mount is nil? perhaps you are reading the diff backwards? it used to crash when mh-mount was nil. leading to a lock loop. i

Re: [9fans] lock diagnostics on Fossil server

2010-10-26 Thread Lucio De Re
On Tue, Oct 26, 2010 at 07:28:57AM -0700, Russ Cox wrote: Like Lucio and Cinap, I am skeptical that this is the fix. It's a real bug and a correct fix, as we've discussed before, but if the kernel loses this race I believe it will crash dereferencing nil. Lucio showed a kernel that was

Re: [9fans] kw audio -- /dev/audio and friends

2010-10-27 Thread Lucio De Re
On Wed, Oct 27, 2010 at 08:30:29AM -0400, Tristan Plumb wrote: i am not offering to change the interface, but to implement a simpler third interface (as usbaudio implements volume). poor diction on my part. No one is going to reject your efforts, although it may be harder to get them

Re: [9fans] crashing 9vx

2010-10-28 Thread Lucio De Re
On Thu, Oct 28, 2010 at 04:00:32PM +0200, yy wrote: So, if you are using the 9vx version at http://bitbucket.org/yiyus/vx32/ (or ron's version, which is almost the same) and you have a reproducible way to crash it, could you please fill an issue in bitbucket or send me an email? Thanks. I

Re: [9fans] A little more ado about async Tclunk

2010-10-29 Thread Lucio De Re
On Fri, Oct 29, 2010 at 02:12:11PM +0100, roger peppe wrote: so this trick is unsafe in general, but might be ok sometimes. So is the answer to add semantics to Topen or add a Treopen that obviates the Tclunk? ++L

Re: [9fans] Plan9 development

2010-11-04 Thread Lucio De Re
On Thu, Nov 04, 2010 at 09:36:11AM +, Admiral Fukov wrote: I'm looking at http://plan9.bell-labs.com/sources/plan9/sys/src/ and I noticed that most of the distribution hasn't been updated in years. Is the development of plan 9 abandoned? Why fix what's perfect? ;-) ++L

Re: [9fans] Plan9 development

2010-11-05 Thread Lucio De Re
On Fri, Nov 05, 2010 at 02:50:22PM +1100, Bruce Ellis wrote: mash has a make builtin. very brief, as all the shell type stuff in mk goes away.. I seem to remember that the mash source was lost? ++L

Re: [9fans] Passing a file descriptor between processes

2010-11-05 Thread Lucio De Re
On Fri, Nov 05, 2010 at 12:29:46PM +0200, Kirill A. Shutemov wrote: One of the ugliest interface in Unix is passing a file descriptor between processes [1]. Does Plan9 provide any mechanism for it? You can pass fds in channels between threads, but for processes you should look at #s for

Re: [9fans] Plan9 development

2010-11-15 Thread Lucio De Re
Dan makes a good point and I agree entirely with his sentiments. But I do have a qualm: the Plan 9 designers managed to simplify cross-compilation to a single underlying (OS) platform, but failed (in a suprisingly ugly way) to cater for different target object formats, even though there were

Re: [9fans] That deadlock, again

2010-11-15 Thread Lucio De Re
On Tue, Nov 16, 2010 at 06:28:07AM +0100, cinap_len...@gmx.de wrote: if your kernel image is uncompressed and is unstriped, you can just load it with acid: acid /386/9pc if you build it yourself, then there should be such a kernel in /sys/src/9/pc OK, will try this evening, I

Re: [9fans] That deadlock, again

2010-11-16 Thread Lucio De Re
Well, here is an acid dump, I'll inspect it in detail, but I'm hoping someone will beat me to it (not hard at all, I have to confess): rumble# acid /sys/src/9/pc/9pccpuf /sys/src/9/pc/9pccpuf:386 plan 9 boot image /sys/lib/acid/port /sys/lib/acid/386 [ ... ] This bit looks suspicious to

Re: [9fans] That deadlock, again

2010-11-16 Thread Lucio De Re
Now, the qunlock(s) should not precede the qlock(s), this is the first case in this procedure: it doesn't. waserror() can't be executed before the code following it. perhpas it could be more carefully written as 2095 qlock(s); 2091 if(waserror()){ 2092

Re: [9fans] That deadlock, again

2010-11-16 Thread Lucio De Re
On Wed, Nov 17, 2010 at 06:22:33AM +0100, cinap_len...@gmx.de wrote: qpc is the just the caller of the last successfull *acquired* qlock. what we know is that the exportfs proc spins in the q-use taslock called by qlock() right? this already seems wired... q-use is held just long enougth

Re: [9fans] That deadlock, again

2010-11-16 Thread Lucio De Re
On Wed, Nov 17, 2010 at 06:33:13AM +0100, cinap_len...@gmx.de wrote: sorry for not being clear. what i ment was that qpc is for the last qlock we succeeded to acquire. its *not* the one we are spinning on. also, qpc is not set to nil on unlock. Ok, so we set qpctry (qpcdbg?) to qpc before

Re: [9fans] That deadlock, again

2010-11-16 Thread Lucio De Re
On Wed, Nov 17, 2010 at 08:45:00AM +0200, Lucio De Re wrote: ... and from whatever the other proc is that also contributes to this jam. I don't have the name right in front of me, but I will post it separately. As far as I know it's always those two that interfere with exportfs and usually

Re: [9fans] Plan9 development

2010-11-16 Thread Lucio De Re
On Wed, Nov 17, 2010 at 09:38:46AM +0200, Pavel Zholkover wrote: I did a Go runtime port for x86, it is in already in the main hg repository. Right now it is cross-compile from Linux for example (GOOS=plan9 8l -s when linking. notice the -s, it is required). I have Plan 9 versions of the

Re: [9fans] That deadlock, again

2010-11-17 Thread Lucio De Re
one could move: up-qpc = getcallerpc(q); from qlock() before the lock(q-use); so we can see from where that qlock gets called that hangs the exportfs call, or add another magic debug pointer (qpctry) to the proc stucture and print it in dumpaproc(). Cinap, I tried your debugging

Re: [9fans] That deadlock, again

2010-11-17 Thread Lucio De Re
Anyway, I have moved the assignment to qpctry to after up is tested. Let's see what happens. I'll have to get back to you once the system is back up. The system is working now. I have to wait for a problem to arise, next. ++L

Re: [9fans] That deadlock, again

2010-11-18 Thread Lucio De Re
On Thu, Nov 18, 2010 at 12:53:52AM -0500, erik quanstrom wrote: you must be in process context to qlock, because only processes can sleep. There's obviously at least one exception, because otherwise I would not have got a panic at startup. Or, for that matter there would not be active code

Re: [9fans] That deadlock, again

2010-11-18 Thread Lucio De Re
On Thu, Nov 18, 2010 at 10:20:33AM +0100, cinap_len...@gmx.de wrote: hm... thinking about it... does the kernel assume (maybe in early initialization) that calling qlock() without a proc is ok as long as it can make sure it will not be held by another proc? That's a question for Bell

Re: [9fans] That deadlock, again

2010-11-18 Thread Lucio De Re
and i'm just wrong. intentionally or not, devsd does qlock things with no up from sdreset(). ether82598 does too (my fault). I suggest you fix ether82598: it is OK to call qlock() and qunlock() without up, but only if sure that the qlock() will succeed. If it has to wait, it will panic.

Re: [9fans] That deadlock, again

2010-11-18 Thread Lucio De Re
but i have a feeling that there is a mistake in your modification to qlock. you didn't have this panic before you modified qlock. qlock() is broken, or at the very least ambivalent. Someone ought to put it out of its misery: is it legal or is it not to call qlock() in a up == 0 context? ++L

Re: [9fans] That deadlock, again

2010-11-18 Thread Lucio De Re
it's to allow the use during reset of a given driver's standard functions that normally must qlock, to avoid requiring two copies of them, with and without the qlock. after reset, it's illegal to call qlock without a process (notably in an interrupt function), as it previously was. I'm

Re: [9fans] That deadlock, again

2010-11-18 Thread Lucio De Re
after reset, it's illegal to call qlock without a process (notably in an interrupt function), as it previously was. That suggests that the (hopefully) few instances of qlock() invocations that may occur in this space should be burdened with the need to check for the value of up and altogether

Re: [9fans] That deadlock, again

2010-11-18 Thread Lucio De Re
/n/dump/2010/1118/sys/src/9/port/qlock.c:18,23 - port/qlock.c:18,25 { Proc *p; + if(up == nil conf.postdawn) + panic(qlock: %#p: postdawn up nil\n, getcallerpc(q)); if(m-ilockdepth != 0) print(qlock: %#p: ilockdepth %d\n, getcallerpc(q),

Re: [9fans] That deadlock, again

2010-11-18 Thread Lucio De Re
Yes, this is the type of explicit-ness I was thinking of. Note that you can now drop further tests for up == 0 later in the qlock() text. Hm, spoke too quickly. The tests on up have to remain, sadly. Sorry about the misleading noise. ++L

Re: [9fans] Video mode problem after installation on QEMU

2010-11-25 Thread Lucio De Re
On Thu, Nov 25, 2010 at 09:46:15AM +, Artem Novikov wrote: Date: Thu, 25 Nov 2010 09:46:15 GMT From: Artem Novikov noviko...@gmail.com To: 9fans@9fans.net Subject: Re: [9fans] Video mode problem after installation on QEMU On 24 ноя, 20:52, quans...@quanstro.net (erik quanstrom) wrote:

Re: [9fans] Video mode problem after installation on QEMU

2010-11-25 Thread Lucio De Re
On Thu, Nov 25, 2010 at 01:32:25PM +, Artem Novikov wrote: 1. *nomp=1 set by default after installation 2. --- plan9.ini.cd Hm. My approach would be to try to build 9pcf from sources as at the same date as 9pcflop.gz, probably build both and see how closely they match what gets

Re: [9fans] latest minicluster: ARM fun

2010-12-01 Thread Lucio De Re
The good news from Ron's photos is it seems they do make 'em like they used to, abet a little smaller. And the biblical number seven is also back, although not in the seventy times seven form yet :-) ++L

Re: [9fans] Trap in 5c compiling rc?

2010-12-06 Thread Lucio De Re
On Mon, Dec 06, 2010 at 09:57:50PM -0800, Paul Lalonde wrote: Getting closer. I still seem to be lacking syscallfmt.c which is called out explicitly in the mkfile but isn't in sysfromiso. The version in sys/pc clearly won't work. You can't just grab it off sources? 9fs sources

Re: [9fans] Trap in 5c compiling rc?

2010-12-07 Thread Lucio De Re
Now, how do I tell it to use the USB stick as a root filesystem? I'm guessing I'll want to have two partitions, one to hold the image and another as a native P4 fs of some sort (if only to get case-sensitive filenames). How do I specify the later to the root is from prompt? Time for that

Re: [9fans] Trap in 5c compiling rc?

2010-12-07 Thread Lucio De Re
Oh dear, I spend too much time with Perforce (P4) these days. I mean an Plan9 fs, of course. Well, I don't, so I did not see the 4 at all. Anyway, you should be more careful not to contaminate this list with lower numbered members of the species :-) ++L

Re: [9fans] Trap in 5c compiling rc?

2010-12-07 Thread Lucio De Re
On Tue, Dec 07, 2010 at 09:25:37PM -0800, ron minnich wrote: I've gotten part of the way there. I set up a 9fat on the first partition and I can boot the kernel from u-boot with the 9fat. But I'm not quite done the rest. The plug really needs fully hands-off booting and this does not seem

Re: [9fans] gumstix displays

2010-12-08 Thread Lucio De Re
if you want to go for a cheap atom, i think you can beat that price. Yes, but two weeks later you can't get the same device anymore, even though the successor, incompatible in fifteen different ways, is 2 USD cheaper. And all of it is buggy in some fashion or other. And VGA is its own reward.

Re: [9fans] tls[srv,client] confusion

2010-12-09 Thread Lucio De Re
After running something like the following on the server: : root; auth/rsagen -b 2048 -t 'service=tls owner=*' /tmp/keykey : root; auth/rsa2x509 'C=US CN=9srv.net' /tmp/key | auth/pemencode CERTIFICATE /tmp/cert : root; cat /tmp/key /mnt/factotum/ctl : root;

Re: [9fans] How would you go about implementing this in Plan9?

2010-12-10 Thread Lucio De Re
On Fri, Dec 10, 2010 at 11:34:41AM +0200, Eugene Gorodinsky wrote: Date: Fri, 10 Dec 2010 11:34:41 +0200 From: Eugene Gorodinsky e.gorodin...@gmail.com To: 9fans@9fans.net Subject: [9fans] How would you go about implementing this in Plan9? Suppose you're writing an app such as a

Re: [9fans] How would you go about implementing this in Plan9?

2010-12-10 Thread Lucio De Re
On Fri, Dec 10, 2010 at 10:46:43AM +0100, hiro wrote: How much overhead are we talking about? In a real-time environment, it's easiest to think of all overheads as being bad, even though often they don't have any noticeable impact. ++L

Re: [9fans] UDP echo server sample code

2011-01-31 Thread Lucio De Re
On Mon, Jan 31, 2011 at 09:45:44AM +, ish wrote: afd = announce(udp!*!1234, adir); and?? ... while (read (afd, ...) 0) { write (afd, ...); } ... sort of thing? ++L

Re: [9fans] RESOLVED: recoving important header file rudely

2011-01-31 Thread Lucio De Re
On Tue, Feb 01, 2011 at 06:02:06AM +, smi...@zenzebra.mv.com wrote: I'm not someone to complain without also offering solutions, though. I'm in the process of writing some C macros that might help clean up the source code, ensure intended bounary conditions, improve some interfaces, etc.

Re: [9fans] RESOLVED: recoving important header file rudely

2011-01-31 Thread Lucio De Re
On Tue, Feb 01, 2011 at 07:07:30AM +, smi...@zenzebra.mv.com wrote: Lucio De Re lu...@proxima.alt.za writes: Also, you have managed to stomp all over a couple of this mailing list's most sacred cows with your suggestion that the Plan 9 kernel code is less than perfect Ooh

Re: [9fans] Modern development language for Plan 9, WAS: Re: RESOLVED: recoving important header file rudely

2011-02-01 Thread Lucio De Re
On Tue, Feb 01, 2011 at 11:06:33PM -0800, ron minnich wrote: Missionaries, at least according to the cartoons, sometimes are invited to dinner, and other times are invited to BE dinner. :-) And they often are fatter than sacred cows :-) ++L

Re: [9fans] RESOLVED: recoving important header file rudely

2011-02-02 Thread Lucio De Re
On Thu, Feb 03, 2011 at 03:35:04AM +, smi...@zenzebra.mv.com wrote: The finished version will support strings backed by file storage and should actually be able to handle that. But that's still far in the future, at this point. I haven't even finished coding the basic string operations

Re: [9fans] Modern development language for Plan 9, WAS: Re: RESOLVED: recoving important header file rudely

2011-02-03 Thread Lucio De Re
On Thu, Feb 03, 2011 at 03:47:17AM -0600, EBo wrote: Ah. Thanks for the info. I asked because some of the physicists and atmospheric scientists I work with are likely to insist on having FORTRAN. I still have not figured how I will deal with that if at all. If the cost can be met,

Re: [9fans] HELP: recoving important header file rudely clobbered

2011-02-03 Thread Lucio De Re
On Thu, Feb 03, 2011 at 10:37:39AM +, roger peppe wrote: you're not supposed to have a metarule with a target that matches command line arguments! What would break if mk had an empty rule matching command line arguments itself? ++L

Re: [9fans] files vs. directories

2011-02-04 Thread Lucio De Re
did i hear cloud-backed directory entries? I'll bite: If the cloud were to be a mere repository of (encrypted) Venti blocks, wouldn't it be a very useful tool? In fact, how do we know that Al Qaeda are not already storing and distributing all their plans for nuking New York on line as

Re: [9fans] files vs. directories

2011-02-04 Thread Lucio De Re
did i hear cloud-backed directory entries? I'll bite: If the cloud were to be a mere repository of (encrypted) Venti blocks, wouldn't it be a very useful tool? In fact, how do we know that Al Qaeda are not already storing and distributing all their plans for nuking New York on line as

Re: [9fans] files vs. directories

2011-02-04 Thread Lucio De Re
did i hear cloud-backed directory entries? I'll bite: If the cloud were to be a mere repository of (encrypted) Venti blocks, wouldn't it be a very useful tool? In fact, how do we know that Al Qaeda are not already storing and distributing all their plans for nuking New York on line as

Re: [9fans] files vs. directories

2011-02-04 Thread Lucio De Re
did i hear cloud-backed directory entries? I'll bite: If the cloud were to be a mere repository of (encrypted) Venti blocks, wouldn't it be a very useful tool? In fact, how do we know that Al Qaeda are not already storing and distributing all their plans for nuking New York on line as

Re: [9fans] files vs. directories

2011-02-04 Thread Lucio De Re
My humble apologies for the multiple copies, my fingers slipped. ++L ---BeginMessage--- did i hear cloud-backed directory entries? I'll bite: If the cloud were to be a mere repository of (encrypted) Venti blocks, wouldn't it be a very useful tool? In fact, how do we know that Al Qaeda are not

Re: [9fans] realemu update

2011-03-05 Thread Lucio De Re
for everyone running realemu, please try with the new version to see if i broke something. Why TARG=qi in the mkfile (I would have guessed 8i, but I could be wrong)? and I think the error: term% mk install cp 8.out $BIN/qi rc: null list in concatenation mk: cp

Re: [9fans] realemu update

2011-03-06 Thread Lucio De Re
mkfile is fixed now. will install itself into /$objtype/bin/aux/realemu and install realemu (8) manpage. impovement on the manpage is welcome as my english is not so good :) Again, I'm delaying testing because I need to install a different video card in the available hardware, but I'm

Re: [9fans] realemu update

2011-03-07 Thread Lucio De Re
On Mon, Mar 07, 2011 at 11:39:10AM +0100, cinap_len...@gmx.de wrote: the /dev/realmode intraface was not documented, but it is very simple. Thank you for explaining this. /dev/realmodemem is just an image of the first megabyte of physical memory that is addressable from 16 bit realmode.

Re: [9fans] realemu update

2011-03-07 Thread Lucio De Re
On Mon, Mar 07, 2011 at 07:23:36AM -0500, erik quanstrom wrote: in /dev/realmode, you write a struct Ureg (from /386/include/ureg.h) (in x86 machine byte order?) containing the register contents and the interrupt number of the bios call you want to make. yes. you should use libmach to

Re: [9fans] realemu update

2011-03-07 Thread Lucio De Re
On Mon, Mar 07, 2011 at 09:19:58AM -0500, Russ Cox wrote: huh? what does libmach (which takes apart executables) have to do with any of this? Did I get the wrong impression when I perceived libmach, as released with GoLang - cause that's where I looked - seemingly quite capable of

Re: [9fans] self modifying code in intel vga bios?

2011-03-08 Thread Lucio De Re
On Tue, Mar 08, 2011 at 10:24:48AM +0100, cinap_len...@gmx.de wrote: Fish- has catched this on a Intel(r)915GM/910ML/915MS Graphics Controller with realemu: bad mem write c0c11 bad memory access 1d17b0 4a008800 0002 a002 9000 5108 ac007bda 7bc0

Re: [9fans] self modifying code in intel vga bios?

2011-03-08 Thread Lucio De Re
On Tue, Mar 08, 2011 at 07:21:50AM -0800, Paul Lalonde wrote: The last time I poked at one of these self-modifying bits they were really just jitting a blit loop, in place. Drops register pressure a little bit, which has always been a bit of an issue in x86 land. A bankrupt CPU architecture.

Re: [9fans] self modifying code in intel vga bios?

2011-03-08 Thread Lucio De Re
it may be that instruction sets aren't very important any longer. I wish I had the persistence to respond to this gem in detail. What is important, in my opinion, is progress in some undefinable, but recognisable sense. Faster and faster isn't it and it does seem to set higher and higher entry

Re: [9fans] 8c puzzling behavior

2011-03-08 Thread Lucio De Re
so it seems clear that constants are treated as if unsigned, regardless, but variables are not? the really wierd bit is that the 1 in 1i suddenly becomes signed, even though other constants are treated as if unsigned, and i is unsigned. I would not hesitate to call that a bug. I would

Re: [9fans] a little frustrated

2011-03-09 Thread Lucio De Re
On Wed, Mar 09, 2011 at 08:31:09AM -0500, Jacob Todd wrote: What's your point? Trolling? ++L

Re: [9fans] native library: linking err

2011-03-14 Thread Lucio De Re
On Mon, Mar 14, 2011 at 11:42:13AM +0100, Peter A. Cejchan wrote: sorry, type is void *fn() or void *fn(void) ? You may, if I'm guessing right, have to tighten up. It's more complicated than I can get my mind around... Lucio.

Re: [9fans] New venti install won't boot after 05:00 crash

2011-03-20 Thread Lucio De Re
does anything think that it's a mistake to default dma on? I have a lot of old kit around and can't for the hell of me figure out which drives do need and which ones don't want DMA, occasionally losing if nothing else a lot of time and effort in repairing a bad assumption. Having a kernel

Re: [9fans] New venti install won't boot after 05:00 crash

2011-03-20 Thread Lucio De Re
i thought that dma problems were almost always controller/cable or master/slave related? almost all the device i deal with are sata these days. and before that, i stuck to scsi. Sure. But you at Coraid and Geoff at Bell Labs are professionals, I'm assuming (happy to be corrected) that

Re: [9fans] how can I set path

2011-03-25 Thread Lucio De Re
On Fri, Mar 25, 2011 at 07:57:36AM -0400, erik quanstrom wrote: for the record, you can set the path. e.g. path=($path /some/other/directory) the default path is (. /bin). Probably because one doesn't want to bind . to /bin for every . visited, not because it's a good idea.

Re: [9fans] troff macros for typesetting books/longer texts

2011-03-25 Thread Lucio De Re
On Fri, Mar 25, 2011 at 08:25:27AM -0400, erik quanstrom wrote: i never could get past the fact that texbook reeks of hubris and nih, nor forgive gnu for using info as an excuse for not having man pages. that, and the fact that it's at least 100x slower than troff, and the reader requires

Re: [9fans] Go Plan 9

2011-04-03 Thread Lucio De Re
On Sat, Apr 02, 2011 at 07:48:14PM -0700, Rob Pike wrote: We'll get the Plan 9 implementation up to scratch. It's not there yet, though. Once things look solid we'll need a volunteer to set up a builder so we can automatically make sure the Plan 9 port stays current. That's code for we'll

Re: [9fans] Go Plan 9

2011-04-03 Thread Lucio De Re
On Sun, Apr 03, 2011 at 06:34:28AM -0400, erik quanstrom wrote: but there definately are some difficult bits. this hacked inclusion of stdio.h is a problem on plan 9.

Re: [9fans] Go Plan 9

2011-04-03 Thread Lucio De Re
On Sun, Apr 03, 2011 at 06:34:28AM -0400, erik quanstrom wrote: a real solution would be one of 0 copy u.h; hack to taste 1 add the hacks to the real u.h 2 come to a concensus with go about what the defined-bit-width types should be called. change both plan 9 and go to conform. i'd

Re: [9fans] Go Plan 9

2011-04-03 Thread Lucio De Re
On Sun, Apr 03, 2011 at 07:49:06PM +0300, Pavel Zholkover wrote: What about the old gcc3 port? Is it enough for bootstrapping the compilers? On Apr 3, 2011 7:28 PM, Skip Tavakkolian skip.tavakkol...@gmail.com wrote: You'd perpetuate an alien binary format, which sounds like a bad idea to me.

Re: [9fans] Go Plan 9

2011-04-03 Thread Lucio De Re
On Sun, Apr 03, 2011 at 01:43:53PM -0400, Devon H. O'Dell wrote: Does -fplan9-extensions not do that? Its in the latest gcc for gccgo... That would be great. I don't even pretend to keep track of what the GCC group does, I guess I owe you thanks for correcting me. If that's how one goes

Re: [9fans] Go Plan 9

2011-04-03 Thread Lucio De Re
On Sun, Apr 03, 2011 at 11:20:25AM -0700, Rob Pike wrote: I'm not sure I follow. The 6c and 6g compilers in the Go distribution are compiled with the local compiler, such as gcc on Linux and OS X. I don't believe it's possible they have Plan 9-specific features in their source. I can

Re: [9fans] Go Plan 9

2011-04-03 Thread Lucio De Re
On Sun, Apr 03, 2011 at 07:50:20PM +0100, Steve Simon wrote: A month or so ago I got the go compiler chain to build on plan9, port is too grand a term, it was just fixing a few nits. That makes a third version. I seem to remember Erik's version compiled clean and I have to ask Steve now

Re: [9fans] Go Plan 9

2011-04-04 Thread Lucio De Re
On Mon, Apr 04, 2011 at 10:37:30AM +0300, Pavel Zholkover wrote: Thanks for the detailed explanation, I've added your patch to if that is alright with you https://bitbucket.org/paulzhol/golang-plan9- runtime-patches/ May I suggest that we identify Go executables, because they may not run

Re: [9fans] Go Plan 9

2011-04-04 Thread Lucio De Re
On Mon, Apr 04, 2011 at 10:18:12PM +0300, Pavel Zholkover wrote: On Mon, Apr 4, 2011 at 8:27 PM, Lucio De Re lu...@proxima.alt.za wrote: PS: Would anybody like to summarise for us plebs whether there is any convergence looming between Go and Plan 9 on the x64 front?  It seems sad to miss

Re: [9fans] Go Plan 9

2011-04-04 Thread Lucio De Re
On Mon, Apr 04, 2011 at 07:27:28PM +0200, Lucio De Re wrote: On Mon, Apr 04, 2011 at 10:37:30AM +0300, Pavel Zholkover wrote: Thanks for the detailed explanation, I've added your patch to if that is alright with you https://bitbucket.org/paulzhol/golang-plan9- runtime-patches

Re: [9fans] Go Plan 9

2011-04-04 Thread Lucio De Re
On Mon, Apr 04, 2011 at 04:10:15PM -0700, ron minnich wrote: On Mon, Apr 4, 2011 at 10:27 AM, Lucio De Re lu...@proxima.alt.za wrote: May I suggest that we identify Go executables, because they may not run under 9vx, as different from Plan 9 executables and adjust the Plan 9 kernel

Re: [9fans] Go Plan 9

2011-04-04 Thread Lucio De Re
On Tue, Apr 05, 2011 at 12:22:18AM -0400, Russ Cox wrote: The number of people who want to run Go on Plan 9 is already small. The number of people who want to run Go on Plan 9 on 9vx is smaller yet. At that point why not just run Go directly? All that Microsoft thinking (99.9%-thinking, if

Re: [9fans] Go Plan 9

2011-04-04 Thread Lucio De Re
On Mon, Apr 04, 2011 at 04:33:29PM -0400, erik quanstrom wrote: [ ... ] then you can get rid of the old definitions in /*/include/u.h and declare a flag day. having both seems wrong to me. you might as well just do a local hack for the go stuff at that point. the hard part is convincing

Re: [9fans] Go Plan 9

2011-04-04 Thread Lucio De Re
On Tue, Apr 05, 2011 at 01:11:35AM -0400, Russ Cox wrote: All that Microsoft thinking (99.9%-thinking, if you find the other label offensive) to avoid adding a minute, one-off change to the Go runtime? It is not a minute, one-off change. I stand corrected. I don't know how to fix it to

Re: [9fans] Go Plan 9

2011-04-06 Thread Lucio De Re
On Tue, Apr 05, 2011 at 10:06:49PM +0300, Yaroslav wrote: Why not to run Go directly on your Ubuntu laptop – without the 9vx abstraction? Because I'm a Plan 9 fan? I use Ubuntu only because of limitations in Plan 9. Unfortunately, most of these limitations are going to be with us for a

  1   2   3   4   >