I need multi-processing, and fast inter-process queues to build an
Actor-like model for my application. Multithreading is useful too, but
foreseeably not as useful as multi-processing. I hope these are in the
works.
Multithreading Factor code is currently not possible, and would require a
lot of work to the VM and libraries to make happen. Multiprocessing is of
course possible using standard Unix/Windows IPC. Phil Dawes has done some
preliminary work on allowing multiple Factor VMs to run in separate threads,
effectively giving you Factor multiprocessing within the same kernel
process.
I'll have a look. So then these two VMs running in separate threads in the
same OS process must still take care to lock memory/objects of common
interest, or to stay out of each other's assigned memory areas. Is the
second strategy the current convention?
Two issues:
1) Smalltalk environments often offer a rich syntax highlighter and method
code formatter. I benefit greatly from being able to speed my reading with
the best mix of color and format. Do we have a preferred text editor and
text-styler (character color and emphasis) to go with it?
Do we have a text formatter?
The Emacs FUEL package provides syntax highlighting and Factor REPL
interaction, similar to what SLIME offers with Common Lisp. We also have
syntax highlighters available for Vim, Emacs, Textmate, and other editors.
The Factor environment has basic editor integration (opening source files
for particular function definitions from Factor, for example) available for
a number of text editors, including Notepad++. Look under basis/editors/ in
the source repository.
I'll try to get the Windows Emacs working after I build Factor.
2) I'm having trouble building Factor. I'm doing it the "hard way" in three
separate steps. I've installed the Microsoft Windows SDK for Windows 7 and
.NET Framework 4.0 and Visual Studio 2010 Ultimate, and run the
vsvars32.bat. The 'path' environment variable looks correct, but executing
nmake /f Nmakefile x86-32
in a command box from the Factor Git-repository directory gives
nmake /nologo PLATFORM=x86-32 /f Nmakefile all
cl /EHsc /nologo /O2 /WX /W3 /D_CRT_SECURE_NO_WARNINGS
/Fovm/main-window
s.obj /c vm/main-windows.cpp
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
10.0
\VC\bin\cl.EXE"' : return code '0xc0000135'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio
10.0
\VC\bin\nmake.EXE"' : return code '0x2'
Stop.
Are you building from a command line spawned through the "Windows SDK Shell"
Start menu item?
No, I just run cmd.exe from Start menu, and navigate to my Factor repo
directory before doing the above command.
Especially if you have both Visual Studio and the Windows SDK compilers
installed, you need to make sure your environment is set up for one or the
other, or weird things will happen.
I got the same result before I installed VS 2010. I thought the SDK should
be sufficient, but it wasn't. The command fails in the same way with VS
installed. I have the entire VS 2010 Ultimate and help system installed on
the C:. In the help system I cannot find any reference to cl.exe exit code
0xc0000135.
Has anyone had this problem and managed to fix it?
Has anyone made a .sln file for the VM? I could build using VS 2010, if
necessary.
I see in the \vm direction the expected .cpp and .hpp files and a
config.windows file. How is the config file used?
Shaping
------------------------------------------------------------------------------
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store
http://p.sf.net/sfu/nokia-dev2dev
_______________________________________________
Factor-talk mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/factor-talk
