I thought that replica/pull on a 9atom would pull 9atom binaries and
not the labs version. Looks like that assumption is wrong?
only on .iso versions of 9atom several years old. to correct this issue,
you'd have to sync /usr/glenda/bin/rc/pull first.
- erik
On Fri Jun 6 12:08:28 EDT 2014, vu3...@gmail.com wrote:
On Fri, Jun 6, 2014 at 9:25 PM, erik quanstrom quans...@quanstro.net wrote:
I thought that replica/pull on a 9atom would pull 9atom binaries and
not the labs version. Looks like that assumption is wrong?
only on .iso versions
the /sys/src/9/ppc kernel adds this line
to both _xinc and _xdec
DCBF(R4)/* fix for 603x bug */
would this also be needed for the c library version?
- erik
What two databases?
the divergent versions of /sys/lib/dist/replica/plan9.db and its log
on the sources and 9atom.
Replica respects local changes at the file level. You still
have to do a manual merge if the server version changed as
well.
that's what i said, but this is remove vs remote,
i was kindly sent this by someone who's had success with a modern
laptop:
Hello Erik
Just tried the latest usb image and wanted to let you know it works quite
well. I get this message, though:
acpinitr: pm1sts 0x400 pm1en 0x100
repeated all the time, getting a lot of context switching
On Sat Jun 7 00:34:03 EDT 2014, s...@9front.org wrote:
So here is another proof that plan9 can run on recent hardware, including
beautiful notebooks :)
Is any more specific information available about the manufacturer and model
of the laptop?
i quote,
dell xps 15 (model 9530)
I was curious to know which core features of the Linux kernel are not
implemented
in the plan9 kernel. By core I mean that I know plan9 does not have all the
drivers,
filesystems, buses, etc Linux has, but it has many of its core
features (virtual memory, paging, swapping, demand loading,
On Thu Jun 5 06:36:36 EDT 2014, charles.fors...@gmail.com wrote:
On 5 June 2014 06:11, OMAR RADWAN owemeac...@live.com wrote:
I just did, though I cannot find anything about the kernel architecture
Fortunately, there is a book about it. http://lsub.org/who/nemo/9.pdf which
might have
we do that in ilock() and canlock() so it's a bug I think to not do it also
in lock().
The field is only used in iprintcanlock which use canlock(), not lock(), so
this
if fine, but for consistency it would be better to also do it in lock() no?
ilock and unlock could assert(l-m-machno ==
oh, but you missed a spot in lock.
- erik
On Thu Jun 5 23:17:37 EDT 2014, vu3...@gmail.com wrote:
Hi,
I just saw a suicide message on 9atom running on plan9 while updating
the system:
% replica/pull -v /dist/replica/network
After a while, I saw this printed, but the replica/pull is proceeding
without any problem.
(not
i thought this discussion was on 9fans, but i don't see it any more.
this is a recent bug report in 9front
http://code.google.com/p/plan9front/source/detail?r=f80b7ef22cd2352d3823513024d21d3ea14f4854
6a, 6c, 6l: fix copy propagation
Without an explicit signal for a truncation,
I think it should be
if(mapsize (SEGMAPSIZE))
mapsize = SEGMAPSIZE;
hmm. i think this code is correct. ssegmap is a static map
to handle small segments. small segments fit in ssegmap.
the point must have been to avoid malloc.
this test is a little more questionable
too bad, i don't see anthony's diff, and i get this error
(perhaps unrelated)
Too many diffs (26 25). Stopping.
- erik
I made the change you suggest in the PAE kernel but perhaps Erik missed it
during his merge:
if(mapsize nelem(s-ssegmap)){
mapsize *= 2;
if(mapsize SEGMAPSIZE)
mapsize = SEGMAPSIZE;
s-map = smalloc(mapsize*sizeof(Pte*));
s-mapsize = mapsize;
}
ok. good. that's what happened. perhaps
i'm pretty sure that jeff's version use ape/psh to execute
commands, but not positive. it must use psh to be posix-y.
Ah, where is it available?
https://bitbucket.org/jas/cpython
you can pull hg directly from the mainline.
- erik
On Sun Jun 1 10:48:20 EDT 2014, pavel.klinkov...@gmail.com wrote:
https://bitbucket.org/jas/cpython
you can pull hg directly from the mainline.
Well, I am a little bit confused...
1. Is is a new 'python' interpretter implementation? What is a difference
from 'bichued/python'?
On Sat May 31 09:44:35 EDT 2014, pavel.klinkov...@gmail.com wrote:
Hi Steven,
For the most part, using HTTP/S repositories will give you the best bang
for the proverbial buck.
I see. In fact I tried to create and use Mercurial repository via 'ssh' and
'ftp' (via ftpfs) and none of
I didn't do anything more special except adding keys to factotum.
one problem with ssh2 is the fact that it doesn't do keyboard interactive
at all, and doesn't give an error message that makes that apparent.
i've used the client successfully, especially to dell and arista switches.
- erik
When I manually make this command (what 'hg' does)...
ssh xxx.yyy.zzz hg init test
...the result is:
bash: hg: Command not found...
When I manually modify it...
ssh xxx.yyy.zzz 'hg init test'
...the result is...
!Adding key: proto=pass server=xxx.yyy.zzz service=ssh
On Sat May 31 12:55:25 EDT 2014, ara...@mgk.ro wrote:
I’ve never been able to get the ssh v2 version to work on Plan 9 for
testing.
Never had any major problem[1] with ssh2 (using the one from labs, with
factotum, not nfactotum).
the version of factotum is a red herring, as the factotum
the 9 schedulers guts break down to the following loop. this
is the improved version, abstracted a bit (by hand)
spllo();
for(;;){
for(i = Npri-1; i = 0; i--)
-a for(p = runqueue[i]; p != nil; p = p-rproc)
I used a program to dial from one system to another system, but
it gives a connection time out error. I have searched on Internet for a
long time and cannot get a solution. Could you please provide some
suggestions or hints? Basically, one system is Linux based system with rc
shell
On Mon May 26 19:16:22 EDT 2014, lyn...@orthanc.ca wrote:
For the last couple of days I have been plagued by many many diagnostics from
checkpages(), in conjunction with things like:
rc: note: sys: trap: fault read addr=0x0 pc=0x000101c4
rc 50675: suicide: sys: trap: fault read
regardless of the return value of Brdline, Blinelen() will return 0
even if there is no trailing newline.
Brdstr will return the line even if not terminated. Blinelen() will be 0.
- erik
Nice. Excited to see how a cleaned up + simplified runproc() and the
per-Mach queues could also change things. Any reason why the ping test
w/ monmwait wasn't consistent with the performance improvement in
other areas?
yes there is. in a later post i describe it, but basically what i saw is
you can see there is a JMP over _tracein and a RET before _traceout.
what gives?
ah, that's the magic! the idea is to be able to enable and disable these
tracepoints
at runtime in a multiprocessor environment without any locking.
- erik
ok. i'm beginning to understand better. is there a specific use case,
such as the kernel or userland?
i didn't see anything like a tool that could poke nops into the right
places. i started to write an acid function to put the nops in one
named function, and then i realized that the ret
On Tue May 27 17:59:41 EDT 2014, j...@cowsay.org wrote:
Just curious, is this not a thing in the nix kernel? grep'd the nix
sources and it didn't seem to be in devarch.c, it's in 9/pc/ though;
is there another way to grab cpu temp?
I ask because there seems to be a significant temperature
Where does the installer script live?
the usb installer is in /sys/lib/dist/amd64. the part that runs at boot is in
the install directory. i think the bug is in the vga script in that directory.
(not to be confused with aux/vga.) it may not do the right thing if there
are no edids.
a
so, i've done a little bit more work characterizing the performance
of the scheduler correctness changes, and i know have some understanding
on why e.g. ping times are a bit slower.
the old code essentially let processor 0 spin in runproc, other processors
called
halt. the new code uses
On Mon May 26 16:10:59 EDT 2014, cinap_len...@felloff.net wrote:
theres a bug in devproc again.
the fd is not bounds checked for the close fd
procctl command and the closefiles command misses
the last fd as it iterates from:
good catch. appled patch to 9atom.
- erik
On Mon May 26 16:32:54 EDT 2014, cinap_len...@felloff.net wrote:
excellent :)
why, do you plan a plan 9 botnet that exploits this hole :-).
- erik
It proceeded to show me a list of resolutions (8 different options).
Since my monitor has the highest resolution of 1920x1080, I selected
that. Next it asked for image depth[no default] where I typed in 16.
But it kept looking there, whatever I keyed in. If I proceed with no
default, I see
On Sat May 24 02:46:08 EDT 2014, vu3...@gmail.com wrote:
I downloaded the usbinstamd64 image from the 9atom webpage and booted
it up. First, I tried amd64 (selection 0), in a second or so, some
text went past the screen quickly and the machine rebooted. I then
tried selection 1 (386pae), that
On Sat May 24 02:46:08 EDT 2014, vu3...@gmail.com wrote:
I downloaded the usbinstamd64 image from the 9atom webpage and booted
it up. First, I tried amd64 (selection 0), in a second or so, some
text went past the screen quickly and the machine rebooted. I then
tried selection 1 (386pae), that
On Sat May 24 20:07:37 EDT 2014, j...@corpus-callosum.com wrote:
Has anyone else had trouble getting recent plan9.iso’s to boot?
I can get it to boot from sdE1!9fat!9pcflop.gz, but once the
install starts it fails to recognize any sdE? devices that
should up shortly on the console.
this was a
Yes, I typed them by hand. Sorry about the error.
panic: kernel fault: no user process pc=0xf0162415 addr=0x00a8
panic: kernel fault: no user process pc=0xf0162415 addr=0x00a8
there is a new TEST image @ http://ftp.9atom.org/other/+usbinstamd64.bz2
i have not had a chance to
L.
have you converted to modula? :-)
- erik
I plan to install 9atom natively (until now, I had been using VMs and
Rpi, but I want to try it on my home AMD64 desktop machine). I
currently have Debian GNU/Linux installed on a hard disk. I am adding
a new hard disk on which I plan to install the 9atom. I am wondering
if I need to take any
On Fri May 23 14:26:50 EDT 2014, ccuiy...@gmail.com wrote:
Finally got the reason.
personally, i preferred the big switch statement in cpurc. it scales
even to large installations, and has the advantage of being a little
easier to get an overview. and there's no need for a bunch of files
that
Features such as atomic commits, changesets, branches, push,
pull, merge etc. can be useful in multiple contexts so it
would be nice if they can integrated smoothly in an FS.
- Installing a package is like a pull (or if you built it
locally, a commit)
- Uinstall is reverting the change.
More seriously, though, on the issue of revision control on Plan 9
(and code review, that being the really important aspect) I'd like us
to keep in mind that being able to interface with existing
repositories, difficult as it may be, would be greatly beneficial. To
like i said, a hg gateway
On Thu May 22 06:55:44 EDT 2014, ara...@mgk.ro wrote:
Why do people insist on VirtualBox? How many times it has to be said.
VirtualBox is utter shite. QEMU and VMware work. QEMU is especially
interesting because it can work without a broken kernel driver
(although it can use kvm, a good kernel
That said, let me add my encouragement to sample apatch as suggested
by Erik, although any valid objections ought to be raised here. One,
from me, comes from Erik himself a modified version of Nemo's
(a)patch (I don't have the exact quote handy. Nemo, could we please
start this exercise
With all respect due to you and Mr Coraid (don't make mne look his
Coile.
- erik
Is this the right place to discuss the actual procedure to include
apatch in one's private Bell Labs' distribution?
Is it preferable to use apatch within 9atom, or is it reasonably
portable to the legacy (I presume that is what David intends
with that moniker)
Go is in a different league: Heretical as it may seem, we can generate
Go binaries without compelling all Plan 9 installations to include the
Go toolchain, no matter how valuable some of us may perceive it. HG
without Python is a dead rat.
that's a partially binary distribution. a proper,
On Thu May 22 09:45:08 EDT 2014, lu...@proxima.alt.za wrote:
the original version is, as far as i know, no longer in use.
i only mentioned the lineage to credit nemo with the work.
Out of curiosity, what prompted not using CVS? I can think of a
number of reasons, but none that echo with
thinking about the idea of a revision control file system brings me back to
some work i followed by brian stuart. his θfs has a object store. the object
store allows arbitrary metadata and object size. the ℙ snapshot device could
be modified to take snapshots based on an arbitrary reference
i think i've fixed the issues preventing
readweb http://www.9atom.org/magic/man2html/4/θfs
and
lookman θfs
from working. it's surprising how many unicode bugs there still are.
- erik
c'mon. there's no point to namecalling.
- erik
another key point is that all distributed scms that i've used clone
entire systems. but what would be more interesting is to clone, say,
/sys/src or some proto-based subset of the system, while using the
main file system for everything else. imagine you want to work on
the kernel, and
On Thu May 22 16:10:21 EDT 2014, skip.tavakkol...@gmail.com wrote:
what types of metadata are/were stored in a typical case?
for the object store, any metadata at all would be acceptable, and
i don't think there is a typical case. there is no object store fs interface.
for the nfs and 9p
On Thu May 22 17:25:07 EDT 2014, edgecombe...@gmail.com wrote:
Aram, if you have a bunch of settings that work under VMWare Fusion
for Plan 9, then I am all ears. I was under the understanding Plan 9
didn't work under VMWare...
the second thing the nix terminal ran on was vmware. i just have
PS: I have resurrected an old Nokia (5110, but I'm not sure) phone,
but it's been borrowed and I have my doubts that I will be seeing it
again any time soon. Maybe this forum can help me decide what GSM
equipment is safe from interference by the networks and their
information masters? My
I think such a beast would provide the foundations for a serious
effort to bring the distributions back together. I know many resist
such efforts because of Python (a pet hate of mine, even though I
don't know it from Adam), HG and codereview and I resist accusing them
of reactionary
To keep the ball rolling, let me suggest that we drop the requirement
that Plan 9 be self-contained as a measure to make some progress with
existing expertise. I wish we could keep Plan 9 as the sole
foundation, but I think that's just not viable, I feel treasonous
suggesting otherwise, but
On Wed May 21 14:28:51 EDT 2014, s...@9front.org wrote:
i use a derivative of nemo's patch system.
Where is this in the 9atom tree? Did you replace the old
patch(1) entirely?
good question. the commands are all apatch/create, apatch/note, etc.
patch(1) is not replaced, and the patch
Ergo: Plan 9 does not (yet?) contain sufficient tools to be
self-sustaining.
we've managed for years
at it; it needs firm buy-in by the community. I, for one, would need
some hard sell to consider patch and its offspring as sufficient and
much more to convince me that it would be
That said, the problems were due (IMHO) to a limitation in the
update mechanism, not to the inclusion of a new system call.
This is true depending on how you define update mechanism.
A simple note from whoever made the decision to push the
change out to the effect of hey, we're going to
Dunno what to say. I'm not trying this on Plan 9, and I can't
reproduce your results on an i7 or an e5-2690. I'm certainly not
claiming that all pipelines, processors, and caches are equal, but
I've simply never seen this behavior. I also can't think of an
application in which one would want
On Tue May 20 12:42:35 EDT 2014, rminn...@gmail.com wrote:
I have a different perspective. There are millions of chromebooks out
there updating all the time, from the firmware to the kernel to the
root file system to everything. It all works.
If you are telling me that the upgrade technology
I never understood why binaries are pulled. Even on a lowly
RPi it takes 4 minutes to build everything (half if you cut
out gs). And the 386 binaries are useless on non-386
platforms!
Why not just separate binary and source distributions? Then
include a file in the source distribution to
I can't think of any reason it should be implemented in that way as
long as the cache protocol has a total order (which it must given that
the μops that generate the cache coherency protocol traffic have a
total order), a state transition from X to E can be done in a bounded
number of cycles.
On Tue May 20 15:50:56 EDT 2014, rminn...@gmail.com wrote:
Ah well, back to 'm' for this thread, and I now accept that this
community is unwilling to solve this simple problem, as so many others
have. Bummer.
nobody said that. there's a difference between noting a strawman
argument, and
Which raises another question: are 9atom and 9front in synch with the
BL distribution (itself in question) regarding syscall 53?
9atom is not. i didn't know that it was added, nor do i
know why nsec was added as a syscall.
i indirectly heard go needs it, but that is not really a reason
i can
On Mon May 19 10:04:28 EDT 2014, lu...@proxima.alt.za wrote:
i indirectly heard go needs it, but that is not really a reason
i can understand technically. why must it be a system call?
Actually, Go raised an important alert, quite indirectly: when using
high resolution timers, the issue
On Mon May 19 12:26:00 EDT 2014, quans...@quanstro.net wrote:
On Mon May 19 10:04:28 EDT 2014, lu...@proxima.alt.za wrote:
i indirectly heard go needs it, but that is not really a reason
i can understand technically. why must it be a system call?
Actually, Go raised an important
On Mon May 19 13:17:59 EDT 2014, lu...@proxima.alt.za wrote:
also, one cannot get close to 1ns precision with a system call. a system
call
takes a bare minimum of 400-500ns on 386/amd64.
Sure, but accessing /dev/time is, if I guess right, orders of
magnitude slower, specially if you
On 19 May 2014 18:13, lu...@proxima.alt.za wrote:
Curiously, I'm pretty certain that it was the issue of an fd that
remained open (something to do with caching the /dev/time fd, if I
remember right) that caused some tests to fall apart, probably because
a test for leaking fds actually
i've been thinking about ainc() and for the amd64 implementation,
TEXT ainc(SB), 1, $-4 /* int ainc(int*) */
MOVL$1, AX
LOCK; XADDL AX, (RARG)
ADDL$1, AX
RET
does anyone know if the architecture
I am adding some logic to synchronize with the PPS signal from
the GPS device that I hooked up to a RaspberryPi. With this
change the TOD clock should be accurate to within 10 to 20 µs.
So I for one welcome the new syscall! [Though its introduction
could've been better managed]
even a
On Mon May 19 15:51:27 EDT 2014, devon.od...@gmail.com wrote:
The LOCK prefix is effectively a tiny, tiny mutex, but for all intents
and purposes, this is wait-free. The LOCK prefix forces N processors
to synchronize on bus and cache operations and this is how there is a
guarantee of an atomic
There was another complaint about /dev/bintime. Some people claimed
that using it leaked file descriptors in multithreaded programs. I
don't understand why this problem can't be solved by opening it
close-on-exec. In fact, this problem doesn't exist in the port of
Go to Plan 9 anymore
On Mon May 19 17:02:57 EDT 2014, devon.od...@gmail.com wrote:
So you seem to be worried that N processors in a tight loop of LOCK
XADD could have a single processor. This isn't a problem because
locked instructions have total order. Section 8.2.3.8:
The memory-ordering model ensures that all
On Mon May 19 18:15:21 EDT 2014, rminn...@gmail.com wrote:
On Mon, May 19, 2014 at 3:05 PM, erik quanstrom quans...@quanstro.net wrote:
the documentation appears not to cover this completely.
Hmm. You put documentation and completely in the same sentence. Agents
are converging on your
It is an ordering, but I don't think it's a valid one: your ellipses
suggest an unbounded execution time (given the context of the
discussion). I don't think that's valid because the protocol can't
possibly negotiate execution for more instructions than it has space
for in its pipeline.
On Sun May 18 18:56:49 EDT 2014, skip.tavakkol...@gmail.com wrote:
fyi, pulling/merging (e.g. adding IL back), building the kernels, booting
and building the binaries works as expected for all cpu types in my
environment (pc, bcm, rb and kw).
i'd put a vote into restoring il to the standard
On Sat May 17 06:28:02 EDT 2014, puta2001-...@yahoo.com wrote:
Hello, help please, after recent (15 May) pull:
mntgen 31: bad sys call number 53 pc 813f
ipconfig, keyfs, webfs webcookies, faces = the same.
ls -l for example shows
ls 222: bad sys call number 53 pc bb8f
ls 222: suicide:
it requires 3 syscalls and not two, and takes about 2x as long. it's still
good grief. s/two/one/.
- erik
On Sat May 17 09:55:16 EDT 2014, puta2001-...@yahoo.com wrote:
Thanks, tried to compile kernel with no luck cause of the same syscall 53.
Was postponing some kind of dump file system until it finally got me :) webfs
needs 53, so no internet. Will load some linux and copy kernels into
On Sat May 17 15:16:03 EDT 2014, puta2001-...@yahoo.com wrote:
p.s. Caps lock is not working. Also copying in 9fat directory shifts
file time current time+3 hours, even +6 hours if renaming (mv). My
timezone is +3 GMT. Its native plan9 on ibm t42.
the standard plan 9 key map maps caps
On Fri May 16 04:47:03 EDT 2014, st...@quintile.net wrote:
i believe that this works for vga attached monitors, vesa says that when the
clocks
disappear on the sync the monitor should shutdown.
the raspberry pi uses hdmi and also it doesn't use a vesa bios, it has a gpu
bios
which does
On Fri May 16 08:33:41 EDT 2014, st...@quintile.net wrote:
Mmm, that feels like good and bad news.
I know richard did what he could to shut down the screen when
its idle for a while so that seems to do the right thing with vga
monitors, but I guess I do need CEC.
Oh well, time for more
On Fri May 16 15:26:28 EDT 2014, cinap_len...@felloff.net wrote:
btw, whats the program that gets hit by alarm notes but wants to
continue with Bread()?
there's one you wrote, but more on that offline.
- erik
On Thu May 15 15:03:10 EDT 2014, rminn...@gmail.com wrote:
I've done this, and I've forgotten how. I need to tell 6l to link a
program to run at
0x7f00
I've tried various combos of -T, -R, and -D and am failing to get the
right result ... any hints to revive my poor memory
On Thu May 15 15:19:39 EDT 2014, cinap_len...@felloff.net wrote:
that wont work for a.out userspace binary. the kernel loads
the text segment on fixed base address UTZERO. in the a.out
header are just longs with the sizes of the segments. theres
an entry field but it doesnt change where the
On Mon May 12 12:42:21 EDT 2014, cinap_len...@felloff.net wrote:
why? if the program doesnt handle the note, then it shouldnt matter if it
clunks the biobuf or not as it will be exited by the default handler.
you're right.
- erik
for 386, libc has this definition for ainc
TEXT ainc(SB), $0 /* int ainc(int *); */
MOVLaddr+0(FP), BX
ainclp:
MOVL(BX), AX
MOVLAX, CX
INCLCX
LOCK
BYTE$0x0F; BYTE $0xB1; BYTE $0x0B /* CMPXCHGL CX, (BX) */
JNZ
int
incref(Ref *r)
{
int x;
x = ainc(r-ref);
if(x = 0)
panic(incref pc=%#p, getcallerpc(r));
return x;
}
ah, yes. i'd not remembered this nice implementation.
then your ainc is guard-free? and your Ref is struct Ref {int ref;}?
also, did you decide that any reuse of the ref lock is
On Wed May 14 17:27:58 EDT 2014, quans...@quanstro.net wrote:
int
incref(Ref *r)
{
int x;
x = ainc(r-ref);
if(x = 0)
panic(incref pc=%#p, getcallerpc(r));
return x;
}
ah, yes. i'd not remembered this nice implementation.
then your ainc is guard-free? and your Ref is
When I’d try and kill it, there’d be a likely chance that rc
would also get the same Semacquire deadlock. This can also be seen
using broke to try and prune dead dns processes:
dream% acid 158
/proc/158/text:arm plan 9 executable
/sys/lib/acid/port
the lock is in the bss. maybe the wrong page gets accessed after fork.
Charles Forsyth charles.fors...@gmail.com wrote:
I've got one of those that was fine last time I tried it. I'll try it in the
morning.
I wonder whether the change of lock to use semacquire instead of tas doesn't
work well
in looking at a particular situation with Bread, i noticed that it
Bgetc, and Bgetrune differ from Brdstr in what it does with read
returns a count = 0. Brdstr just returns nil. Bread sets Binactive.
this wouldn't matter if there were not two fundamentally different
types of notes: alarms and
On Mon May 12 12:19:47 EDT 2014, cinap_len...@felloff.net wrote:
why not check the error string in Bread() and see if its interrupted
and in that case, dont inactivate the stream? or are i'm missing
something?
that's an excellent suggestion. i thought about it before posting, but
sort of
i should elaborate. the case were any error or interrupt looks like Beof
seems like the right thing for any program that looks like a filter. this
is the majority of programs. and this is the current behavior. i wouldn't
want to make the simple case tricky. but the hard case should also not
It is likely that I have a consistency error in the database:
something along these lines, but not very clearly, was reported when I
tried to do a zone transfer from Plan 9 to NetBSD; I have not been
able to track the cause down.
yes, there clearly is junk in the in-memory database. that
9vx for osx is for i386
9vx depends on 386 features. it does
not extend to amd64.
- erik
On Sat May 10 10:04:09 EDT 2014, ara...@mgk.ro wrote:
It's easy to make it use clang directly (instead of gcc wrapper) and
compile it in 32-bit mode, the larger issue is that it uses an
obsolete devdraw implementation that doesn't compile in Mavericks any
more...
are you sure that there are
501 - 600 of 5280 matches
Mail list logo