On 9vx the entire address space for
a running process is 256 MB. The heap
grows up and the stack grows down.
It is easy to believe you could have blown
out the stack.
Is it just the program you ran that crashed
or is it all of 9vx?
The fact that you said '9vx.OSX' makes me
think you might be run
On Tue Sep 6 19:10:46 EDT 2011, mathieu.lonja...@gmail.com wrote:
> maybe slightly relevant:
> http://9fans.net/archive/2010/05/446
> (see also answers from others as well afterwards).
>
> On Wed, Sep 7, 2011 at 12:30 AM, Comeau At9Fans
> wrote:
> > I have an application that is crashing on Pla
maybe slightly relevant:
http://9fans.net/archive/2010/05/446
(see also answers from others as well afterwards).
On Wed, Sep 7, 2011 at 12:30 AM, Comeau At9Fans wrote:
> I have an application that is crashing on Plan 9. Now, it could be a bug in
> the code, but in the past, similar problems with
the app crashes or 9vx blows up?
You might consider ratrace. It helps me a lot with this stuff.
ron
I have an application that is crashing on Plan 9. Now, it could be a bug in
the code, but in the past, similar problems with the same code base on other
platforms have always been caused by the system stack being blown out, and
in a less rare case, the systems running out of process space. The cr
well, i managed to compile everything using some combination of ranlib
$PLAN9/bin/lib/*, mk nuke and mk all. i think it goes like this:
run ./INSTALL, see it crash
run 'mk all' in $PLAN9/src/cmd & get arch errors as above
run "ranlib $PLAN9/lib/*.a"
run 'mk all' in $PLAN9/src/cmd & get TOC errors
> 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
> 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'
the latest XCode available in the app store is 4.1.1
the latest developer preview is iOS 5 beta (which comes with Xcode 4.2)
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 wrote:
> I'm using 4.1 currently, will try updating. Everything builds fine, but
> some stuff doesn't run.
>
>
> On Tue, Sep 6, 201
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 wrote:
> 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 am using Xcode 4.2 on Lion without problems.
Can you try updating to the newer Xcode?
Russ
I get the errors when I run ./INSTALL
Thanks,
Lucho
On Tue, Sep 6, 2011 at 12:54 PM, David Leimbach wrote:
> You have to then rebuild everything.
>
> On Tue, Sep 6, 2011 at 11:34 AM, Latchesar Ionkov wrote:
>>
>> I get the same errors.
>>
>> Thanks,
>> Lucho
>>
>> On Tue, Sep 6, 2011 at
You have to then rebuild everything.
On Tue, Sep 6, 2011 at 11:34 AM, Latchesar Ionkov wrote:
> I get the same errors.
>
> Thanks,
>Lucho
>
> On Tue, Sep 6, 2011 at 10:25 AM, Aram Hăvărneanu wrote:
> >> Try adding
> >>
> >> # HA HA HA. Apple broke things again.
> >> [ "$SYSNAME" != "Darwin
> Hi,
I have a few of these little boards (D510MO). I read both on Eric's
site and this list that someone had these working, but I am having issues.
I've tried the lab's 9pcf, 9pccd, and 9pcf/9pccd from Eric's ftp server
(I had assumed they were from 9atom... maybe that was a bad
assumptio
I get the same errors.
Thanks,
Lucho
On Tue, Sep 6, 2011 at 10:25 AM, Aram Hăvărneanu 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.
>
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 wrote:
> Nic
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 -o
> 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
Try adding
# HA HA HA. Apple broke things again.
[ "$SYSNAME" != "Darwin" ] || ranlib $2
to the bottom of $PLAN9/bin/9ar
> 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 (B
YES! This is great.
On Tue, Sep 6, 2011 at 7:16 AM, Russ Cox 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 $PLAN9/src/cmd/devdra
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
Ru
24 matches
Mail list logo