[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-gforth] [bug #26261] Seeing assembly code on Mac OS X robs me of my

From: John T. Wodder II
Subject: [Bug-gforth] [bug #26261] Seeing assembly code on Mac OS X robs me of my identity
Date: Tue, 21 Apr 2009 01:49:31 +0000
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_6; en-us) AppleWebKit/525.27.1 (KHTML, like Gecko) Version/3.2.1 Safari/525.27.1


                 Summary: Seeing assembly code on Mac OS X robs me of my
                 Project: Gforth
            Submitted by: minimiscience
            Submitted on: Tue 21 Apr 2009 01:49:28 AM GMT
                Category: None
                Severity: 3 - Normal
              Item Group: None
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any



I just compiled & installed Gforth 0.7.0 on Mac OS X 10.5.6 (Intel MacBook),
and I've encountered a strange problem: whenever I use "see" to print out a
built-in command (i.e., one defined in assembly/machine code rather than as a
composite of simpler Forth commands), I afterwards seem to somehow lose my
username and some basic permissions.  Everything else with Gforth seems to be
fine; as far as I can tell, this only happens when "see"ing built-in

I've tried this at least three times, and the behavior is always the same. 
Prior to using "see" in this way, the output from "id" is:

uid=501(jwodder) gid=20(staff)

and "whoami" displays my username.  After using "see", even in a separate
Terminal window, the output from "id" changes to:

uid=501 gid=20(staff)

(note the lack of my username), and "whoami" just prints out "501".  In
addition, I am no longer able to empty the Trash (as I apparently lack
permissions that I should have), and attempting to open any new applications
results in an error.  There may be more side-effects, but I have no desire to
seek them out.  This username-less state can be easily resolved by logging out
& then logging back in again, but it's still quite inconvenient and a bit

For reference, I invoked "configure" with:

./configure CC='gcc -arch x86_64' --build=x86_64-apple-darwin9.6.0

I'm quite sure that my computer qualifies for the performance boost this
configuration gives; for comparison, the output from "uname -a" is:

Darwin ***hostname removed*** 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24
17:37:00 PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386

My only other deviation from the basic installation instructions was to use
"sudo make install" instead of "make install" for permissions reasons.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]