World: r3wp

Answer to Kru's link on "ExpertRating" : I don't see any Rebol coding 
exam!! Only general OS/networking exams.

It's first in google if you're looking for "REBOL jobs". I just found 
it funny.

Hi, 


I would like to ask about how to implement best the auto-upgrade 
facility in rebol. Now the question is, how to aproach it best way. 
IIRC, Detective does something like that. Will you help me to answer 
some of my thoughts?


- typically the mechanism can be rather easy - just go and read some 
site, check for filesize, if differs, upgrade. But that might not 
be sufficient ..


- or you can store somewhere .txt (.cfg whatver file), containing 
rebol block or object, and do some more clever stuff. Basically following 
questions come to my mind:

- do just simple version check and upgrade to higher version?

- imagine an app, developing rather fast, producing xy version in 
the beginning = update often - the list can get long to load - but 
- you have to maintain it, as some ppl can be on vacation and still 
running old version - so - split it into separate, per-version file? 
I mean - making reverse aproach - provide updating config file for 
each version available. example - you have version 1.0, there were 
two other releases, 1.1 and 1.2 - you check 1.0 upgrade cfg and it 
tells you, you can go directly to 1.2 version ... or not, and you 
go to 1.1 first, then to 1.2 .... the reason is, that some version 
might require to rebuild data structures etc etc., so it is not always 
only about switching .exe

Or am I complicating it in unnecessary way? any ideas?

read-thru/check with binary checksums. Each version in own folder. 
Updater points to the next folder. which usually  is empty. once 
a version is there, download everything, run a update-data.r. then 
run this versions look-for-update. Continues until no never version 
there. Look for detective/ask Gabriele how to check that its really 
all your code.

really all your code.
 -> "really your code", if you use encap.

thanks ...

I hope you can place .exe itself in such a directory. It is imo necessary, 
that in such a case, update-date.r is being run by new .exe already. 
Imagine you want to rebuild database, and that there is View 1.4, 
which uses RIF, rebcode. You can't do it using old .exe, which uses 
older kernel incarnation ...

I think so. Make a small launcher which calls the newest installed 
version.

What I did was embed a version number .. a tuple in the exe.  Each 
time it first accesses the internet, it checks to see if there is 
an upgrade by querying a cgi script which returns the current version 
number.  If there is a higher version, it just offers to download 
it .. download location is always the same.

Basically like me. But Pekr wanted backward-compatibility for data, 
so he needs all the in-between-versions for conversion. Or some other 
way to upgrade data.

I mailed the detective goodies to Petr; I have little time but now 
you can bug him for the code ;-)

yes, thanks - received it, studying it ...

btw - is your locale the same as the one with RebGUI?

Nope.

Domain change warning: vslib.cz domain (belonging to the Technical 
University of Liberec) has changed its name to tul.cz

cool. I'm flying down for an interview at Yahoo! in San Jose this 
week. That should be fun :)

congrats

thanks. If I get the job, I'd be a few miles closer to Rebol folks 
than I am now

Good luck!! 8)

make sure they pay the rent- is really high down there

I was noticing that. I'm also being flown over to Boston for an interview 
later this week with somebody else. Rent is a lot better over there

Relatively...

Does anyone on this list live in (or near) Hamilton, Ohio?

Do you consider Illinois close?

I really need someone in the greater Cincinnati area.

hallo, alls... I am not sure where to post this, so I figured I'd 
do it here...  I am trying to replace the default icon's for an encapped 
app using Resource Hacker... but if I replace the icons, the app 
crashes with an Out of Memory error... here's the actual output:** 
Script Error: Not enough memory
** Near: script: decapsulate
if none? script
** Press enter to quit...

has anyone else run into this issue?

I've not come across this particular error, the only thing I know 
to be sure of is that you are directly replacing only and all the 
images in the original icon.

We have done this also.  WE did not have this problem though that 
I know of.  Try only replacing the smallest icon to start.

Out of memory is a common message if tryimg to decompress a corrupt 
compressed file: Could your image be damaged?
decompress join  compress " abc" "c"
** Script Error: Not enough memory
** Near: decompress join compress " abc" "c"

Make sure you only replace the existing icons, don't add any other 
sizes/formats that aren't already there.

I've had that crash happen if I tried to update an icon set that 
doesn't match the formats of the existing icon set.

As above, and the group you're after is probably SDK. ;)

well, we should really have an Encap group.

There was at one time

related? http://www.rebol.net/cgi-bin/rambo.r?id=3911&Response:

 Please note, that for it to work, you must replace the builtin icon 
 with one that is *exactly* the same. Otherwise, you get errors like 
 the above. -Gabriele

it's called the SDK group !

If the icon you replace is even one byte longer or smaller, it gives 
that error.

what i do usually is extract the original icon then just change the 
images without changing anything else.

We're seeing a steady growth in the number of Web-related channels. 
Would it be reasonable to great a "Web" divider for them?  Then again, 
I suppose could start experimenting with using my own dividers :)

:)

--::::: Merry Christmas to all :::::--

Welcome Santa Claus
°< 8^#=~

Welcome Jezisek too.

Merry Christmas

Merry Rebmas!    =^.^=

Merry Christmas

*** Buon Natale a tutti ***

Joyeux Noël !

A Blessed Christmas Season to all and may epiphanies enrich your 
endeavers.

Fröhliche Weihnachten