Front Page All Articles Recent Changes Random Article

Contents

Concatenative language

  • ACL
  • Ait
  • Aocla
  • Breeze
  • Callisto
  • Cat
  • Cognate
  • colorForth
  • Concata
  • CoSy
  • Deque
  • DSSP
  • dt
  • Elymas
  • Enchilada
  • ETAC
  • F
  • Factor
  • Fiveth
  • Forth
  • Fourth
  • Freelang
  • Gershwin
  • hex
  • iNet
  • Joy
  • Joy of Postfix App
  • kcats
  • Kitten
  • lang5
  • Listack
  • LSE64
  • Lviv
  • Meow5
  • min
  • Mirth
  • mjoy
  • Mlatu
  • Ode
  • OForth
  • Om
  • Onyx
  • Plorth
  • Popr
  • Porth
  • PostScript
  • Prowl
  • Quest32
  • Quackery
  • r3
  • Raven
  • Retro
  • RPL
  • SPL
  • Staapl
  • Stabel
  • Tal
  • Titan
  • Trith
  • Uiua
  • Worst
  • xs
  • XY
  • 5th
  • 8th

Concatenative topics

  • Compilers
  • Interpreters
  • Type systems
  • Object systems
  • Quotations
  • Variables
  • Garbage collection
  • Example programs

Concatenative meta

  • People
  • Communities

Other languages

  • APL
  • C++
  • Erlang
  • FP trivia
  • Haskell
  • Io
  • Java
  • JavaScript
  • Lisp
  • ML
  • Oberon
  • RPL
  • Self
  • Slate
  • Smalltalk

Meta

  • Search
  • Farkup wiki format
  • Etiquette
  • Sandbox

Factor/Getting started

Once you have downloaded a binary package or built from source, you can start Factor as follows:

  • Mac OS X: Double-click Factor.app or run open Factor.app in a Terminal to start the UI; run ./factor in the Terminal to start a command-line listener
  • Windows: Double-click factor.exe, or run .\factor.com in a command prompt, to start the Factor UI
  • Unix: Run ./factor in a shell to start the Factor UI if $DISPLAY is set, otherwise start a command line listener

The Factor UI runs by default if it can; to start a command-line listener on Windows or Unix, pass -run=listener. On Mac OS X, the factor binary at the top level of the source tree cannot run the Factor UI; it always runs the command-line listener. This is just a symlink into Factor.app, which can run the UI.

It is also possible to run Factor.app in command-line mode, by issuing the following in the Terminal, and this is in fact equivalent to running the VM using the symlink at the top-level:

./Factor.app/Contents/MacOS/factor -run=listener

Documentation

The Factor environment includes extensive reference documentation and a short "cookbook" to help you get started. The best way to read the documentation is in the UI. You can also browse the documentation online at http://docs.factorcode.org. Important subsections on the above site:

  • Library reference
  • Vocabulary index
  • Factor cookbook
  • The main http://docs.factorcode.org page has a search box for searching all of the documentation and language reference material.

First steps

  • Configure Factor to work with your favorite editor.
  • Start a project with the Scaffold tool.
  • Read the introductory Factor cookbook or the "Your First Program" tutorial, both of which are a part of the Factor Handbook.

Explore further

You might want to look at some Examples.

The FAQ will answer the most common questions.

Chris Double maintains a collection of Factor articles covering various advanced topics.

A great way to get started with Factor is to join the Concatenative IRC channel and introduce yourself. We are a friendly community and we like to help beginners. We also have a Mailing list for Factor discussion.

Difference between factor.exe and factor.com

On Windows, factor.exe is the preferred executable to use when launching Factor from Windows Explorer, whereas factor.com should be used from the command prompt.

Running factor.exe from the command prompt will suppress standard input and output, and running factor.com from Windows Explorer will open a console window, even if the Factor UI is running.

On other platforms, the same Factor VM binary is able to be used in both command-line and graphical modes, but on Windows, whether or not a program can use the console is a property of the executable file itself, and not of the program's runtime. Two executables are needed; building solely as a console application is unacceptable, because even if a hack is added to the VM's main() function to hide the console as soon as the program starts in graphical mode, it would still flicker on the screen. There is no way around this with the Win32 API.

This revision created on Wed, 23 Sep 2009 21:21:50 by rlpowell (Just making things a bit easier to find for newbs like me.)

Latest Revisions Edit

All content is © 2008-2024 by its respective authors. By adding content to this wiki, you agree to release it under the BSD license.