On Wed, Feb 27, 2008 at 3:51 PM, Nikhil Marathe <[EMAIL PROTECTED]> wrote:
> Hello all,
> I'm new to factor, and I was wondering if there is an equivalent for
> Python's __repr__ or __str__ or Java's Object.toString().
>
> I mean '.' and the pretty print module allow printing to stdout, but is
> th
Hi Daniel,
On Feb 27, 2008, at 6:43 AM, Daniel Ehrenberg wrote:
> Hi all,
>
> I'm starting a new website similar to onigirihouse.com to provide
> hosting for Factor programmers. Because I own it, I can offer hosting
> out to people without having to eat my words. So if you've been
> submitting pa
Hi,
I tried to use factor.sh in my netbsd laptop at work. Here is what I
have so far.
Greetings,
Jorge Acereda
factor.sh.patch
Description: Binary data
-
This SF.net email is sponsored by: Microsoft
Defy all challenges
On Feb 7, 2008, at 4:11 PM, Daniel Ehrenberg wrote:
>
> Maybe you should try to create a git repository so it's easier to
> distribute your code while recognizing any change conflicts that
> occur. If you don't have the server resources, we can help you around
> that.
That'd be great, I only have
Hi,
This patch adds support for curl (installed by default on Mac OS X).
Greetings,
Jorge Acereda
curl.patch
Description: Binary data
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R
Seems to work correctly now. Thanks.
On Feb 5, 2008, at 2:26 AM, Slava Pestov wrote:
> Hi,
>
> This is now fixed in the latest git.
>
> Slava
>
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R)
Hi,
I'd say the error is upwards. I mean, I'd expect vm_executable_path()
to return an immutable string (somewhat reinforced by the fact that
it returns "const char *"). And in fact, there's code in factor.c
that assumes this, since it does:
const F_CHAR *executable_path = vm_execu
Hmmm... I missed the
extern int main();
Oh, and it works for Mac OS X >= 10.4, so I guess it works for all
BSDs and most POSIX systems.
On Thu, Jan 31, 2008 at 6:11 PM, Jorge Acereda <[EMAIL PROTECTED]> wrote:
> I think this is somewhat portable. Works for me under NetBSD.
&
BTW, I tried to build on a NetBSD box and it fails the bootstrap
stage. I guess the boot images need to be updated (I can't find
"netbsd" strings inside the boot image, freebsd is there, same for
openbsd, but no netbsd).
On Thu, Jan 31, 2008 at 4:48 AM, Slava Pestov <[EMAIL PROTECTED]> wrote:
> Th
I think this is somewhat portable. Works for me under NetBSD.
#include
const char * vm_executable_path(void) {
static Dl_info info = {0};
if (!info.dli_fname)
dladdr(main, &info);
return info.dli_fname;
}
On Thu, Jan 31, 2008 at 4:48 AM, Slava Pestov <[E
e sources easier to read (the tuple part is easier to identify).
TIA,
Jorge Acereda
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.co
It seems it's an alignment problem. gcc doesn't seem to align the
double fields to 8 bytes under x86, and factor seems to enforce 8
bytes alignment for doubles. Am I right?
On Sat, Jan 26, 2008 at 9:52 PM, Jorge Acereda <[EMAIL PROTECTED]> wrote:
> Forgot to say that I'm
Forgot to say that I'm using the git version on a Mac OS X / x86
On Sat, Jan 26, 2008 at 9:30 PM, Jorge Acereda Maciá <[EMAIL PROTECTED]> wrote:
> I think I'm facing a bug in Factor. I have something like this:
>
> TYPEDEF: double PaTime
>
> C-STRU
uot; "defaultHighOutputLatency" }
{ "double" "defaultSampleRate" } ;
The C library returns correct values for the PaTime fields and the
double field (I checked in GDB). But in Factor, all double values
have absurd values.The rest are OK.
TIA,
Jorge Acere
this patch The Right Way to do it?
Greetings,
Jorge Acereda
patch
Description: Binary data
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/M
15 matches
Mail list logo
