AltME groups: search

We use the same code to configure the unit. To generate the admin 
tools. To design the networks. And all uses the same code base. Everything 
runs of different OS.

The ubicom is cool as it lets you create pci interfaces by flipping 
pins.  But then you are restricted in the OS, and you need to use 
Ubicoms intellectual property and tools. I use openbsd.

That REBOL on OS X news is great news, from my point of view!!! Now 
I can't think of any other argument for not getting a Mac! :-) Quite 
a few of my friends invest in a new Mac these days, mostly portables.

Microsoft dell and intel are hudge companies because they share the 
market. It's not the same for apple (witch was saved by microsoft 
in 1996 ...) . When Apple, sun, or amiga design a new system they 
design all the hardware and the OS and the developers tools (or they 
help another company to handle this task) as they are alone to make 
in line this new solution they will produce to a more expansive cost. 
This will dynamicly brings down the amount they can sell. That's 
not a new issue that strategy was thinked in the very begin of MS 
Windows OS. In front of MAchintosh how could MS  apport a more competive 
solution (hardware more cheep but having a more attractiv price than 
what was planned by Apple ...).

REBOL/View 1.3 for OS X! This is a big day!!! :-) Even if it's an 
alpha. Now I only miss one thing, before I can move my development 
entirely away from Windows, and that is AltME. :-)

yes. but they had that all the time. timers are related to gui, and 
that is different on OS/X.

Can the demo be OS specific?

What means os-specific? Only windows has agg-fonts, which is cool 
for demos. And mac-alpha lacks even timers.

When only windows version of 1.3.2 has font support in AGG, is it 
considered as an OS specific feature? I hope not.

Kru - imo os-specific feature is the one, which will not allow your 
script to run on other platforms without change ...

so - if your script will run under both linux and windows, and just 
windows will look somehow prettier, than it should be tolerated. 
But e.g. OS-X still lacking timers is imo disqulifying OS-X version 
pretty much ...

btw - what is the status of OS-X version? IIRC it was high on priority 
list and it is long time since View was released last time. Is that 
so big problem to not implement timers for OS-X in half a year or 
how long it is since View release? ;-)

yap, OS X status is frustrating..8(

thats typical for rebol under linux, and os/x is a unix. two processes 
want to read from the same console and get it alternating. may be 
more of an unix-issue. (but i did never see "pitqi")

yes, maybe so, but I don't need to use --do, do I? At least according 
to what 'usage output shows me in console. Just try to uninstall 
rebol and try to type rebol.exe my-script.r in OS console .... desktop 
will pop-up.

Add EVENT/ENTRY-FACE (or EVENT/WINDOW), which will store

the top-level window face which is the entry point for host os events.
So EVENT/FACE is then free to be set to the face that is the
target of the event, as it was originally intended to be.


OR, instead of the above, and achieving backwards compatibility, 
you could:

Add EVENT/TARGET-FACE, which stores the target face.
(So EVENT/FACE stays as it is.)

dunno, really - I tried that on linux and it did not appeared. The 
difference is only in one thing - you let os pass time-switch point, 
or you skip it. In linux, when you report time in console, you can 
see one other letter, which signals you if time shift is accounted 
for or not, but dunno how it is with Windows ...

repetedly getting this with core 2.6 for os x, the code does a buffered 
ftp copy, is it known issue? should I investigate more what part 
of code is doing this?
** CRASH (Should not happen) - Invalid string width 20 : type 41

well, you cant see what we do, because we crawling under the cars 
engine here ;)
but yes, you are right.

its because rebol has no inner structs. when you declare them, it 
actually allocates a pointer there.

thats fine with own code. but os expects real inner struct, so we 
have to workaround to allocate the right space.

but if you can code c, i would do all the os-coding in c then, and 
use rebol-structs only for pasing between rebol and my c. gives os-includes 
without any pain, much easier.

No, the problem is rebol has a good c-interface and a pretty good 
with some meta-programming. (to avoid this double-declaration in 
rebol and c). but it has a terrible os-interface (by lack of full 
c-structs and includes). if you accet that and interface onyl to 
your code, its wonderfull (as wonderfull as c can be).

then you write lots of little accessor-function to pick things out 
of os-structures. sounds terrible, but actually all 1-liners.

This is a rebol error message - "*** Boot Error %d" appears in a 
recent rebview.exe - but I think the error code 951 is being passed 
to rebol from an OS call.

(again, just thinking out loud.. I am deep in my head resolving a 
get_username OS call, to get proper logon user on windows) hehe

not core .. but I wonder what RT has to do to make use of dual core 
CPUs.  Is this an OS, or an application thing?

that's an OS thing for now. I don't think programs can be threaded 
across multiple CPU's yet and since REBOL still doesn't have real 
threading, it doesn't matter anyway.

It'll depend on how the OS does it. Expect them to start primitive 
and slowly improve

*probably* any started task can be dispatched on any spare CPU. And, 
after any suspension, it'll get restarted on any spare CPU.
*probably* (as Henrik says) subtasks will run on the same CPU.

In many people's cases all their spyware and viruses will hog one 
CPU. leaving the other free for productive work.


Separate instances will *probably* run on separate CPUs, leaving 
serialisation and such an issue as now. If they need to talk, a tcp/ip 
pipe may be easiest (as now).

I'm preparing to switch my OS to a slack partition with MySQL 4.1 
(I believe)

Well, I've never gone Forth, and I'm not sure what a block editor 
is, but maybe you can benefit from some console commands. I almost 
always use Crimson Editor. I have an EDIT command which launches 
Crimson Editor, and I navigate the filesystem in the rebol console 
using dir-utils.r, which supplies unix-like filesystem commands; 
CD, LS, MV etc.
http://anton.wildit.net.au/rebol/os/windows/edit.r
http://anton.wildit.net.au/rebol/library/dir-utils.r

i think, time would better be invested in an OS (both for geeks, 
and non-geeks). then you can make cheap computers for the OS to run, 
once it has been recognized, so parents could buy a $100 computer 
to childs (one each) instead of one big $1000 pc for the family.

OS X port of REBOL/View resumes. If you have interest in helping 
test with OS X, please contact me.  This is still very "rough".

OS X note is: http://www.rebol.net/article/0156.html

Compliments REBOL quite well on windows OS. Good for productivity 
apps.

First release of  COMLib-anton    (Benjamin Maggi's COMLib, reengineered)
http://home.wilddsl.net.au/anton/rebol/os/windows/COMLib/

normally it can find itself because the os passes the file path

but, if the os doesn't, then it can't. (that's why, as you say, you 
need to provide a current dir)

python, for example, knows where it is started from and uses current 
prompt  path even though python executable path is resolved from 
path env by OS.

gains speed. have a look on how much your os spends to file-buffering 
in comparison.

If you do decide to integrate arrows in the slider, I hope you have 
a "smart'" arrow option like the one the one that Mac OS has provided 
since OS 8.6.

for modern and glued-into-os apps, it would be handy to have "translucent" 
top-most window, what do you think?

Perk the translucent window capability is anOS feature that I request 
since lot of time but the key point is that this function is only 
accessible for some OS and for Linux it's a enligntenement layer 
(doesn't work with other X11 based windows manager ) example eterm 
is translucent but works only with enligtenment windows manager (the 
ones that comes with gnome )

I remember talking to Dave Haynie and he told me, that when working 
in Scala, they had to code own sub-os, to get precise timers, synchronisation 
etc. So - dunno. Took lots of work for them. And Rebol has to be 
cross-platform, so, maybe it is impossible to achieve. But you know 
better - you're the media guy! :-)

Robert, I'm waiting for a few things in the REBOL world to stabilize 
a bit before proceeding. Specifically:

1) The new REBOL/View system documentation
2) The new OS X version of REBOL/View
3) New SDK builds
4) Couple of AGG fixes

The two big design issues I'm grappling with at the moment are:


1) Look & feel, especially in light of the availability of View on 
OS X

2) Whether to revert to View 1.2 compatibility (and not use AGG) 
given the lack of a 1.3 SDK

OTOH i had a really interesting look at my floor, suddenly sitting 
there, after reading there is a running OS/X, in such a short time 
after 1.3 and Carl saying "now we really do that". OK, he said that 
the n-th time, but this time he did, in short time. so..

Volker; difficult as min-size includes OS-specific title-bar and 
borders, and RebGUI displays can be dynamically extended *after* 
the window they appear in is displayed (I don't believe that min-size 
can be changed / reset after the face has been viewed).

maybe you can get what you want with iptables or ipfw (on os x it's 
ipfw)

depending on the OS ;)

for a windows based OS  you can use Shoutcast to broadcast audio/video 
streaming and the NSV TOOLS doftware to set up the audiovideo formats 
for the acquisition from you webcam and audio consol. The point is 
that shoutcast audio / video quality is far better than Quicktime 
... higher resolution higher depth lesser bandwidth used (audio = 
mp3 video = null software video format)

olivier auverlot comments: that a tiny interface for message submition 
would be a very very appreciated functionnality for the rebolers 
witch are on os that  doesn't support AltMe

COMLib has been updated:

Backwards compatibility fixes in the main rebol interface file, COMLib.r
http://anton.wildit.net.au/rebol/os/windows/COMLib/

This link?
http://anton.wildit.net.au/rebol/os/windows/COMLib/
It seems to be up and working for me at this time.

I did not realize sqlite.r was set up to use mysql3.so (linux libs) 
Got my app running on linux witout a hitch...
Auto detects OS...great!

it's like you have your own computer that you can reinstall stuff 
or OS .. separated from others but it's running on virtualisation 
software so there are many such separate computers per one real computer 
, so it's *cheaper* than paying for having a full server

The OS caches things too, don't forget.

A solution would be to move the sorting out into the host code, where 
it can be made to use any system-specific sorting code, which should 
work for platforms with good Unicode support like Windows, OS X and 
some Linux distros. The problem with that is that the data would 
probably need to be migrated to the host format before the host routines 
could be used; string! is not UTF-8 or UTF-16 internally, it is UCS-8 
(in theory), UCS-16 or UCS-32 (in theory), all fixed-length encodings. 
That would add a lot of overhead to sorting.

I haven't yet seen a corrupt sqlite db so far. I am having like separate 
1000 databases "running". On what OS are you seeing this?

but now I have another question to brainstorm - I wanted to popularise 
rebol a bit on OSNews.com - they are very open and their site is 
being visited some 100K hits a month. I wanted to post View 1.3.2. 
news, but asked for advice here on AltME, as OS-X port may not be 
ready for public adoption. On the other hand, other products get 
posted even with much smaller updates. So the question is - should 
we post REBOL 3.0 news? Some may say - pots, once there is some product 
to download. But - REBOL 3.0 is also about documentation, and the 
announcement Carl posted asks also for C coders and other kind of 
help. As a side note, we could point ppl to try View 1.3.2 - at least 
Windows and Linux users could be attracted. What do others think? 
Should we wait further? But that way we will not get any publicity 
ever ....

wasn't it mentioned that make task! will invoke OS thread, but no 
shared code sections?

I remember that NeXT printers were so cheap because all the postscript 
processing was done by the NeXt OS, and so the printer was just a 
bare engine.

the fact that every os has its own way to handle printing doesn't 
help

postscript works on a different level. it's OS wide in OSX. I think 
it converts everything to PDF before printing, because all graphics 
are PDF centric.

xavier: ghostscript maybe!? Depends on your OS. If you have a PS-net-printer, 
it's also possible to send it to a port on the printer.

Pekr, yes I still have Canvas RPaint on hold until I can release 
a final version 1.0 for Windows, OS X and Linux at the same time. 
Some DRAW things are missing, which Windows version has.

When I was just about to release it, I desided to wait for better 
support of DRAW on the other platforms (and in some way for rebcode 
too). Looking back, I should maybe have release it almost a year 
ago. It's just, that Windows always get the good stuff. I use OS 
X now, and REBOL is cross-platform, so a thing like RPaint should 
be the same on all platforms. I'm also concerned about marketing, 
as you say. Releasing for three platforms at the same time is preferable 
for me.

... but then it might also mean to wait for year or more, because 
I don't believe 2.6 kernel SDK gets fixed to the state, where OS-X 
and Linux versions get some Windows present features. I think that 
RT will concentrate upon portability of R3, and hence you will probably 
have to wait for View based upon R3 - of course, that is just my 
guess ....

We don't know for sure. That Carl is using OS X daily now might be 
a good thing for my situation. We can hope, wait and see.

Yes, it might be a bit difficult for end-users to preview PS (unless 
you use Mac OS X or the like), where PDF might be easier to preview, 
because "everybody" now-a-days has Acrobat Reader.

(Also I'm on OS X, so I don't have the preview problem, because the 
OS auto convert to PDF, if I'll like to see a .ps file.)

I remember, I got some funny results, when I made Canvas RPaint. 
There's the mirror effect. I can't remember, how it affected text, 
and I can't test it right now, as my PC is packed away and it DRAW 
text doesn't work under OS X.

now that Cheyenne is ultrastable on heavy traffic, I'm more looking 
forward to a Intel native rebol for os x running on a 8core xserve 
than a R3 version ;-)

followed the same path, ok here...what OS are you using ?

nope os x

OS, Rebol version, ...

Doc: remember the Detective version of async-call also works on linux, 
freebsd, solaris, and mac os x. :) i guess we should make a sync 
version of that for normal human beings to use ;)

Reichart;   In defense of Doc et al, Cheyenne is still a Beta, someone's 
gotta spend the time  :)  might as well be us.   And Vista...XP, 
well it's MS and "good enough is good enough" seems to rule the day 
in Redmond.


And yes it is a shame.  If motorola had won an early lead in the 
chip wars, the 68K flat memory model would have saved an untold millions 
(billions?) of man hours for the PC industry.  If MS hadn't been 
allowed to overhype Chicago (for what, 3 years?) and then FUD  OS/2 
to death, we'd all have object oriented desktops that we could talk 
to by now. But we plug ahead, mostly oblivious.  :)  Sorry, this 
should have been in Vent, so I'll end with

Go Doc Go

It's not yet Sunday here ;-). I thought about using the plugin, but 
the browser/OS supported are too limited.

pekr, OS THREAD are OS Based.

pekr, no he talked about OS'es with and without threads, and talked 
about a light weight threading model for OS'es without threading

OK, but here is an example - if I copy in Total Commander and let 
it copy in the background, it slows as hell. So - is there still 
'launch available? E.g. I want to have 3 rebol OS tasks, each using 
e.g. 5 threads?

Pekr, rebol would not have any control over that. The OS decides 
when it's time to do REBOL stuff

Even if you reimplemented TotalCommander in Rebol, you would still 
be dependant on the OS filesystem API.

I can imagine launching e.g. 5 httpd tasks (rebol processes) each 
handling e.g. 100 connections, where 1 connection = 1 rebol task 
= 1 OS thread ...

imo Carl took the easier part - used OS threads, as those can share 
data. In the case of using processes, he would have to come with 
some IPC mechanism ... That is why I asked if 'launch is still there 
....

imo those 5 separate processes get more time from OS ...

pekr, that depends on your os :)

actually I think that logically 5 separate tasks will handle more 
connections, as that is 5 tasks getting OS time, instead of 1 task 
getting OS time out of tens of other OS tasks running ... :-)

I think that the OS does a fair dispatch of time between all threads 
(of same priority).

well, no. that's no logical consequence. both os processes and os 
threads compete for the same resources

ok, will look into scheduling. I thought that OS actually schedules 
between tasks, not caring how many threads your app does run.

Pekr, whether 1 task with 5 threads or 5 tasks (with only 1 thread 
each) is faster totally depends on your situation; your OS, your 
application (are you dependant on disk access or network access), 
bandwidth, timers, and OS task/process scheduling priority.

if you are on os x download "audio hijack pro" http://www.rogueamoeba.com/audiohijackpro/
 u can pipe the sound trhu equalizers, filters, ecc

it's all in the OS part so you can improve it yourself

so plugins are OS indepentend as i understand...

yes. devices are os dependent.

plugins have to be compiled as a library on each OS  dll, dso, etc.

Rebolinth - I doubt plug-ins are OS independent ...

wow nice IBM z/os park ;-)

We should use something like that for next-gen Virtual OS :-) To 
distribute and relate our apps :-)

IIRC they have different disk access methods, but have their own 
File system which kicks out the os, so that they can properly implement 
the DMA. also note that their memory model has no memory fragmentation 
 the available ram and disk space is always contiguous!!

Good to understand your logic.

OK, then may I suggest then:


-	Left click - plays card (you should put this to a vote)

-	Right click examines card (since this is how every OS is designed).

But also:

Leave about 20 pixels below the cards.

When you move your mouse over a card, that space shows the word "Details" 
or "more"

You can discard from the details view of the card.


Unless the game is a trigger game, or speed is required, sticking 
to just simple left button to do most things is the best way to go.


Of course, until I learn the actual point of this game (the rules) 
and "feel" the cadence of the game, it is hard to tell.