Windows Crash

t would cause a REBOL

end info to microsoft

to fix something

__________

chments. Get Hotmail

[request--rebol--com] with unsubscribe as the subject.

__________________________________________________________________________ Acabe com aquelas janelinhas que pulam na sua tela. AntiPop-up UOL - É grátis!

-- Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

_________________________________________________________________ Add MSN 8 Internet Software to your existing Internet access and enjoy patented spam protection and more. Sign up now!

_________________________________________________________________ Get McAfee virus scanning and cleaning of incoming attachments. Get Hotmail Extra Storage! http://join.msn.com/?PAGE=features/es

I

_________________________________________________________________ High-speed Internet access as low as $29.95/month (depending on the local service providers in your area). Click here. https://broadband.msn.com

[...]

I had rebol go above 600MB a few times without problems. maybe its more related to the sheer number of contexts, declared words, or the total amount of memory handling the application has to handle at once. Carl also said his list handling script (before being off-lined) would run months-on-end without needing any attention... I just noticed that version 1.2.10 is MUCH better at crashes and many of my prior issues have been fixed. but as Cyphre detailed, there are still some more obscure crashes possible... the draw dialect bug is still the more dangerous IMHO. I think most crashes occur only if a view face is visible. I think People not using view won't have any crash in their lifetime. could just be me though. -Max

No information on xxx (word has no value)

REBOL is an object of value: version tuple! 2.5.6.3.1 build date! 5-Aug-2003/17:07:52-7:00 product word! Core components block! length: 9 words object! [unset! error! datatype! context! native! action! ... license string! {REBOL End User License Agreement IMPORTANT. READ ... options object! [home script path boot args do-arg link-url server... user object! [name email home words] script object! [title header parent path args words] console object! [history keys prompt result escape busy tab-size b... ports object! [input output echo system serial wait-list] network object! [host host-address] schemes object! [default Finger Whois Daytime SMTP POP IMAP HTTP F... error object! [throw note syntax script math access command resv... standard object! [script port port-flags email] view none! none stats native! System statistics. Default is to return total memo... locale object! [months days] user-license object! [name email id message]

Steffen (of Denmark)

this behaviour is fixed in later versions(experimental but stable as the official last 1.2.1) I tried it under View 1.2.5, 1.2.8 and 1.2.10 and it works without problem like in Core 2.5.6 as you stated. I believe RT will release new official View 1.3 version soon... regards, Cyphre

I have also delivered a number of commercial applications with great success. As with any language, there are some things you should simply avoid doing. Bohdan "Bo" Lechnowsky Lechnowsky Technical Consulting

Whatever ones :-) Your thinking should be lead in a following way - what other tool would you use if it was not rebol? Are you familiar with such tool? I expect we talk tools league of Delphi, VB etc. E.g. we used here CA-Visual Objects (as I come from Clipper world). So, let's start with pekr's rules :-) - don't trust stupid argumenting such as - "if you use VB, don't even dare calling yourself a programmer". Good coder would never tell you such sentense, as he/she knows, that right tool at right time at your hand is what matters. What is more - if you are not familiar with those tools, forget you start utilising your tool easily. It does not matter you know what is object programming about - you have to learn classes, events, their logic, etc. If you already came to rebol, it is clear you want to do some apps "your way". E.g. with VO, we scrapped all templates and produced our logic - I hate those templates which can solve easy cases for you, but once you go deeper and deeper in a problem, you end-up with kludgy code. So in the end we had some small IS sales system done. Do you think our users care what it was programmed in, or how sophisticated object logic it uses? :-) I use "minimalistic" aproach - ask yourself : - does it work? If so, who cares what sophisticated tool you used - users/customers don't! - Is it fast enough? Now I mean mainly speed. There is old trade-off of speed of scripting languages. Only morons can claim such things nowadays, at least for general apps. Fast enough is simply fast enough. I often can hear - but my C++ code would work 10x faster. Well, ppl claiming so very often forget the fact, that today's PC is x times faster than yesterday's server ;-) so - for general business apps, rebol is more than ideal. Forget some video, sound capabilities - we are slow and not there yet, forget writing MS Office clone using rebol etc. - don't try to provide your app with native OS skins! Well - that is my suggestion. I know some ppl think otherwise, but I can tell you, that my ppl notice my apps, because they look slightly different. E.g. REBOL IOS has very pleasant feeling - if it would have native Windows look - it would just look as other windows based app ... so - use the difference as your advantage! - Does it behave consistently? And now take care! VID is still not consistent in some cases. While I prefer different look of app, I know that what ppl hate is different app behavior (I talk keyboard navigation here). But there are some patches mainly from Romano, which help in that area. And - after all - once you will become more fluent with View, you can change lot's of things yourself. - more styles - ask Cyphre for tree-view, list-view, tabs, menu etc styles - they are very nice, even in beta. There was VID 1.3 community effort but it is not finished. I know RT wants to do something in that regard, as current VID stopped imo in some 80% of perfection (missing styles, some inconsistencies, capabilities ...) - time to market - I can bet that Rebol will allow you to very quickly prototype your app. You will be designing it around your thoughts. Rebol is first environment which provides me with such feeling. e.g. in VO I had to wrap my thinking around strict object logic. Rebol is free-form. - what rebol lacks a bit is simple built-in database (IIRC Gabriele did something in that regard but I don't know its state). So it depends what are your intentions. Rebol/Command has ODBC interface, using View/Pro you can use Firebird wrapper and even with non-profi Rebol products you can use e.g. Postgress and MySQL - we have cool folk called DocKimbel here, who did really nice drivers ... Enjoy reboling! -pekr-

-- Carlos Lorenz -- Kurumin é 10 www.kurumin.org

can't agree more. I've had the same reaction with my sheet-metal skin. Many people identify to things which make them stand out. Winamp is a good example of this. once ppl know they can switch skins and they see the truly terrific skins that are haging around on the net, they get addicted and will install the skin that matches their personality the most... -MAx

Me too. I've done a number of substantial applications. None of them technically commercial in that they haven't been sold. But they are in daily use by non-profits. One application you can take a look at is the REBOL Script Library: http://www.rebol.org (Still work in progress, so there are some rough edges). I didn't do that all on my own -- lots of code from Volker and Gregg. Plus we were very easily able to integrate Andrew's eText and Robert's Make-doc-pro despite them being written as stand-alone non-CGI programs. And we develop of different platforms (Windows, Linux; Apache, Xitami) for a production environment different to anything any of us use (UNIX, Apache). With one minor problem (due to the production version of Core) it was remarkable how cross-platform REBOL is. As a collaborative development environment for CGI applications, it takes a lot of beating, Sunanda.