David,
So far my testing on your prior version worked
decently on Lion (linked against Snowy built
9libs). Once this new version shows up in the
source tree I'll be able to test a little more.
One issue I did not w/ acme: screen redraw is
significantly slower than the Carbon version.
Test by
One issue I did not w/ acme: screen redraw is
significantly slower than the Carbon version.
Test by starting win in acme and doing something
that creates a long listing (netstat, ps,...).
Not a big issue as this can be fixed later.
Yes, it was very painful, but the new version is
very
Can you guys perhaps create a small video about how you use your
computers now? It's difficult to understand for someone who doesn't
own a mac, but I would still like to see what you're doing there ;)
On Wed, Sep 14, 2011 at 18:40, david jeannot djeanno...@gmail.com wrote:
One issue I did not w/
On Tue, Sep 13, 2011 at 8:59 AM, david jeannot djeanno...@gmail.com wrote:
So I will send my code in the next few days,
unless there is a need.
I'm 9 days late, but here it is: the Cocoa version
of Devdraw. I just submitted it to Codereview:
http://codereview.appspot.com/5015042
I
add:
[ $SYSNAME != Darwin ] || ranlib $2
to the bottom of $PLAN9/bin/9ar
then cd src/cmd/devdraw mk cocoa cp cocoa $PLAN9/bin/devdraw
now you're as far as I got :) i'm trying to figure out why 'colors'
works, but acme exits with return value of 1.
On Wed, Sep 14, 2011 at 10:23 AM, andrey mirtchovski
mirtchov...@gmail.comwrote:
add:
[ $SYSNAME != Darwin ] || ranlib $2
to the bottom of $PLAN9/bin/9ar
then cd src/cmd/devdraw mk cocoa cp cocoa $PLAN9/bin/devdraw
now you're as far as I got :) i'm trying to figure out why 'colors'
On Wed, Sep 14, 2011 at 10:28 AM, David Leimbach leim...@gmail.com wrote:
On Wed, Sep 14, 2011 at 10:23 AM, andrey mirtchovski mirtchov...@gmail.com
wrote:
add:
[ $SYSNAME != Darwin ] || ranlib $2
to the bottom of $PLAN9/bin/9ar
then cd src/cmd/devdraw mk cocoa cp cocoa
On Wed, Sep 14, 2011 at 10:31 AM, ron minnich rminn...@gmail.com wrote:
On Wed, Sep 14, 2011 at 10:28 AM, David Leimbach leim...@gmail.com
wrote:
On Wed, Sep 14, 2011 at 10:23 AM, andrey mirtchovski
mirtchov...@gmail.com
wrote:
add:
[ $SYSNAME != Darwin ] || ranlib $2
to
anything useful from truss?
acid reports 'bad magic: unknown file type'. the app exits before any
of the standard osx instruments can record it.
here's the change to mkwsysrules.sh to build the cocoa devdraw by
default. i'm hoping with this my ./INSTALL will complete or exhibit
other errors.
-
could somebody put together a step-by-step on how
to build for Lion? I've downloaded the plan9ports
tarball, extracted it to /usr/local/plan9, and
done an hg pull -u, but INSTALL dies with
complaints from ld about a malformed TOC entry in
libbio.a.
John, this problem comes from Xcode 4.1.
A solution is to use old binaries working on Snow
Leopard, and then you can do:
mk cocoa DEVDRAW=cocoa acme
For Acme, you should use a recent binary that Russ
kindly compiled on Snow Leopard:
http://swtch.com/~rsc/acme
else Acme will not interpret cmd+z as Undo (a
command
Can you guys perhaps create a small video about
how you use your computers now? It's difficult to
understand for someone who doesn't own a mac, but
I would still like to see what you're doing there ;)
I will not give you a video: I will make you want
to own a Mac.
I used Slackware for many
I will not give you a video: I will make you want
to own a Mac.
If I had too much money I'd rather get me a secretary or not use
computers at all.
I'd like to see how you use acme with all that gesture stuff. Yeah, I
can read, but I don't understand the slang ;)
So I will send my code in the next few days,
unless there is a need.
I'm 9 days late, but here it is: the Cocoa version
of Devdraw. I just submitted it to Codereview:
http://codereview.appspot.com/5015042
I removed live resizing, because I found no way to
make it perfect: the window
Thanks for all of your work on this!
On Tue, Sep 13, 2011 at 8:59 AM, david jeannot djeanno...@gmail.com wrote:
So I will send my code in the next few days,
unless there is a need.
I'm 9 days late, but here it is: the Cocoa version
of Devdraw. I just submitted it to Codereview:
David's new Cocoa devdraw is in the plan9port tree now,
but not built by default. There are still some rough
edges to work out. If you want to play and maybe
find and fix bugs, you can use
cd $PLAN9/src/cmd/devdraw
mk cocoa
export DEVDRAW=$PLAN9/src/cmd/devdraw/cocoa
colors
acme
sam
whatever
YES! This is great.
On Tue, Sep 6, 2011 at 7:16 AM, Russ Cox r...@swtch.com wrote:
David's new Cocoa devdraw is in the plan9port tree now,
but not built by default. There are still some rough
edges to work out. If you want to play and maybe
find and fix bugs, you can use
cd
David's new Cocoa devdraw is in the plan9port tree now,
but not built by default.
cd $PLAN9/src/cmd/devdraw
mk cocoa
ld: in /Users/aram/plan9/lib/libbio.a, malformed archive TOC entry for
_Bwrite, offset 538981428 is beyond end of file 80716
for architecture x86_64
gcc version 4.2.1 (Based
Try adding
# HA HA HA. Apple broke things again.
[ $SYSNAME != Darwin ] || ranlib $2
to the bottom of $PLAN9/bin/9ar
Try adding
# HA HA HA. Apple broke things again.
[ $SYSNAME != Darwin ] || ranlib $2
to the bottom of $PLAN9/bin/9ar
Cocoa bits build this way, but other things don't.
Here's a log: http://pastebin.com/mh5Z6xrf
--
Aram Hăvărneanu
Nice handling of the Glenda icon.
Using Xcode 4.1 on Lion I get different errors (libstdio is another problem as
FPdbleword is no longer defined) so I'm still not rebuilding everything. 9c
picks up:
gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)
9c -DMULTITOUCH
It built ok here, but sam, and acme aren't doing anything terribly
interesting (well maybe it is interesting, but they're crashing, presumably
logging something to somewhere interesting).
I'll keep poking when I'm not at work later.
Dave
On Tue, Sep 6, 2011 at 9:26 AM, Jeff Sickel
I get the same errors.
Thanks,
Lucho
On Tue, Sep 6, 2011 at 10:25 AM, Aram Hăvărneanu ara...@mgk.ro wrote:
Try adding
# HA HA HA. Apple broke things again.
[ $SYSNAME != Darwin ] || ranlib $2
to the bottom of $PLAN9/bin/9ar
Cocoa bits build this way, but other things don't.
You have to then rebuild everything.
On Tue, Sep 6, 2011 at 11:34 AM, Latchesar Ionkov lu...@ionkov.net wrote:
I get the same errors.
Thanks,
Lucho
On Tue, Sep 6, 2011 at 10:25 AM, Aram Hăvărneanu ara...@mgk.ro wrote:
Try adding
# HA HA HA. Apple broke things again.
[ $SYSNAME
I get the errors when I run ./INSTALL
Thanks,
Lucho
On Tue, Sep 6, 2011 at 12:54 PM, David Leimbach leim...@gmail.com wrote:
You have to then rebuild everything.
On Tue, Sep 6, 2011 at 11:34 AM, Latchesar Ionkov lu...@ionkov.net wrote:
I get the same errors.
Thanks,
Lucho
On
I am using Xcode 4.2 on Lion without problems.
Can you try updating to the newer Xcode?
Russ
I have a temporary solution. As soon as INSTALL
finishes to compile the libraries (*/src/lib*),
do:
ranlib yourplan9/lib/*.a
The rest should compile successfully.
When I found this hack, I also tried to add ranlib
to bin/9ar, as Russ suggested, but I got the same
errors as you have.
I
I'm using 4.1 currently, will try updating. Everything builds fine, but
some stuff doesn't run.
On Tue, Sep 6, 2011 at 12:37 PM, Russ Cox r...@swtch.com wrote:
I am using Xcode 4.2 on Lion without problems.
Can you try updating to the newer Xcode?
Russ
4.1 is the latest release of Xcode by the way. 4.2 is for Apple devs who
pay (according to the site anyway).
Dave
On Tue, Sep 6, 2011 at 12:41 PM, David Leimbach leim...@gmail.com wrote:
I'm using 4.1 currently, will try updating. Everything builds fine, but
some stuff doesn't run.
On
the latest developer preview is iOS 5 beta (which comes with Xcode 4.2)
sorry, this doesn't make much sense. i mean 'the latest developer
preview advertised by apple is for iOS5 beta, which comes with Xcode
4.2'
I'm using 4.1 currently, will try updating.
Everything builds fine, but some stuff doesn't
run.
On my system (Lion + XCode 4.1), all that is based
on Libthread doesn't run. So I'm testing Devdraw
with binaries coming from Snow Leopard (thank you
Andrey and Russ for those you have joined to
Last week I said:
I will send my code at the end of next week: I
still need time to clean it and to try to resolve
some imperfections and inconsistencies.
I'll be late.
Last week I also said:
Another thing that annoy me is that I receive
swipe-up and
Devdraw is ready to send cmd+z (undo) when a right
swipe follows a left swipe (and vice versa), if
the fingers remained on the tactile device in
between.
Does anyone acquainted with Acme's code have a
little time to add support for cmd+z (undo), and
to post the resulting binary (compatible
Does anyone acquainted with Acme's code have a
little time to add support for cmd+z (undo), and
to post the resulting binary (compatible OS X
Lion)?
According to my quick tests on Linux, the following
seems to work:
/usr/local/plan9/src/cmd/acme/text.c:754
case Kcmd+'c':
According to my quick tests on Linux, the following
seems to work:
/usr/local/plan9/src/cmd/acme/text.c:754
case Kcmd+'c': /* %C: copy */
typecommit(t);
cut(t, t, nil, TRUE, FALSE, nil, 0);
return;
swipe-left to cut (cmd+x),
swipe-right to paste (cmd+v),
swipe-up to execute (button 2),
swipe-down to execute with arguments (2-1 chord),
pinch to toggle fullscreen.
nice! and only 2 days after i stopped using os x...
i'll have a stab at doing something
This sounds very cool. Did you figure out a way
to let acme move the mouse cursor the way it wants
to?
Yes: Devdraw's setmouse() is implemented.
Yesterday I said: There is just the bare minimum.
I should have said: There is almost everything if
you use OS X Lion. (There is still mouse
It is possible that we just need to tweak the
headers to get Carbon to build again, but Cocoa is
obviously the right long term plan.
I have a working Cocoa version of Devdraw for
OS X Lion: I'm using it with Acme to write this email.
There is just the bare minimum:
no menu but
wow, thanks!
On Thu, Aug 25, 2011 at 11:33 AM, david jeannot djeanno...@gmail.comwrote:
It is possible that we just need to tweak the
headers to get Carbon to build again, but Cocoa is
obviously the right long term plan.
I have a working Cocoa version of Devdraw for
OS X Lion: I'm using it with Acme
On Wed, Aug 3, 2011 at 5:52 AM, Russ Cox r...@swtch.com wrote:
On Wed, Aug 3, 2011 at 12:25 AM, David Leimbach leim...@gmail.com wrote:
I was with you till the very easy part. Been following the updates
today
and noted that (earlier) the portion of INSTALL that detects the
architecture
On Wed, Aug 3, 2011 at 12:25 AM, David Leimbach leim...@gmail.com wrote:
I was with you till the very easy part. Been following the updates today
and noted that (earlier) the portion of INSTALL that detects the
architecture on Darwin was not working. Had a patch for that and
regrettably blew
On Aug 2, 2011, at 3:31 PM, Russ Cox wrote:
Is there anyone out there who knows Cocoa and
Objective C well enough that this would be very easy?
I am sure I could figure it out given enough time,
but enough here is likely quite large.
The Cocoa API is growing (specifically the length of
I have updated plan9port to build and run on
OS X Lion. Everything works except devdraw,
the binary that handles putting windows on the
screen and managing the mouse and keyboard.
Devdraw was written 3 years ago, using the
Carbon framework. Apple wants to retire
that framework, so they have
I was with you till the very easy part. Been following the updates today
and noted that (earlier) the portion of INSTALL that detects the
architecture on Darwin was not working. Had a patch for that and
regrettably blew it away (accident), then had to turn my attention to
something else.
May
45 matches
Mail list logo