World: r3wp

The Needs header works in R3, and is only checked on DO, not LOAD.

The explicit named Needs loads modules rather than checks components, 
but the straight version Needs works the same.

I'd noticed that change -- it's a good one, thanks.

As Carl mentioned in Announcemements:

www.rebol.org is being moved by the ISP to a faster server.  I'm 
not sure they understand what's really involved, so it is very likely 
that the site is going to break.


I'm just going to set the site to read-only, as I am not sure they 
will be able to backup and copy everything while we are adding ML 
posts, scripts etc.  I hope normal service wiill be resumed asap!

REBOL.org died last night because:

 -- the ISP copied the entire site in preparation for a server migration

 -- that doubled our disk usage ..... and took us over our disk space 
 quota
 -- so all file writes failed

 -- but they failed by writing zero byte length files. result data 
 loss and corruption of indexes
We are now restored and back up and running.


The server migration is still to come. As Carl says, it may  break 
things in other ways.

uh? .. so you lost all data or a part of it or none?

We lost no data.


But we lost the site for a little while.....Little things like this 
built up:
    -- you try to login
    -- we update your last-active time

    -- but that file write completely trashed your user-profile record
Or:
  -- we upload some more posts from this AltME world

  -- as we write them into our index data structures, it corrupts the 
  index, thus making the whole
     AltME archive unavailable.

Corrupt-on-write is a hard mode to recover from :-)

huh..  writes failing by zeroing files is a thing that can cause 
quite few problems .. haven't been aware of that

IOS used to do that ...

Just tried logging on without success ... is this due to the above 
problems or do I require a password reset? (I've got a couple of 
useful scripts I finaly want to upload).

Sunanda, any idea what the ultimate cause for those corrupted file 
writes was?

(Oh - I re-read what you wrote above: your disk quote was exceeded 
by the backup.)

Ashley: Are you still having problems logging on? I can log on.

I checked the user list and "Ashley" isn't displayed. This could 
be or one of three reasons:
1. You requested privacy when you first joined.
2. You used another name.
3. You membership expired


If I remember correctly memberships can expire if you haven't added 
a script to the library and haven't logged in to the site in the 
last six months.

I think that last one was the reason.

Ashley's in, and adding scripts!
   http://www.rebol.org/cpt-list-scripts.r?user-name=ashley

Yayyy!   The 2008 rebol Of The Year posts the 900th script.   And 
great big round of Yayyyy!

REBOL.org just migrated from the world's slowest single server to 
a small load balanced cluster.
Sadly, we're not superfast, but its early days yet.


One cosmetic problem: we're showing the date as 6 hours out. Highly 
trained techies are working to resolve that. Other than that, it 
was a smooth move, mainly handled by the ISP.

just noticed that downloading scripts seems to add a .txt extension 
after the .r   so you get  script.r.txt

Thanks ... I'll add that to my list of migration quirks. We have 
several now :)

also, some scripts indexed on google do not have the same url now... 
no example, but just tought I'd point this out... its possible the 
url has changed slightly.

I just tried  a script download under Windows:

-- when I selected "save to disk" it was saved as a *.r file as I';d 
expect
-- when I selected "open with notepad" it got named *.r.txt"

Google changes -- do you mean the whol /cgiwrap/ stuff in the middle 
of a URL?

here is an error I got trying to go to the http-tools.r script...

Not Found


The requested URL /cgi-bin/cgiwrap/rebol/view-script.r was not found 
on this server.


Additionally, a 404 Not Found error was encountered while trying 
to use an ErrorDocument to handle the request.
Apache Server at www.rebol.org Port 80

Thanks -- I see that too......We need a tweak on the URL rewriting.

glad to help. :-)

Thanks -- looks like our  .htaccess is being ignored by the new version 
of Apache.

I suppose I could mess around trying stuff in .htconfig to work around 
it.

Instead, I've asked the ISP why .htaccess is not enabled. I'll ley 
you know when they respond.

I get an internal server error at www.rebol.org

Thanks, So did I -- I uploaded one changed cgi script as part of 
the sea trials for the new site. And suddenly it all went dark.
Back now.....Not sure what happened, yet.

Got it -- what I'd uploaded (using our time-tested uploader) somehow 
had the wrong sort of line endings, and Apache got very unhappy.

My immediate attempted repair (hand upload via FTP) also had the 
same issue.
I have no idea why the line endings are suddenly acceptable.


The ISP saved the day by restoring the cgi-bin from the previous 
night's backup.

Sunanda, what usually creates problems is the shebang line ending. 
If it's CRLF, the CR becomes part of the command line.

Thanks Gabriele. That's probably what happened.

The real mystery though is why our upload process gets it wrong with 
the new server.

Maxim -- 404s should be fixed now. Sorry again for the problem.

Gabriele -- the ISP explains it as some stray redirect for the duplicate 
folders we had during the migration. I am not sure I follow their 
explanation, but they say they've fixed it.

Is there a way to provide page numbers into the altme messages?  
It's only got newer and older to allow pagination.

Perhaps index by month??

Also, can we have a smarter parser for obfuscating email addresses: 

bugs	mysql://[root-:-localhost]/bugs1

Thanks Graham.

Paging for AltME archive.....We only put the basics in place. It 
is certainly improvable.

Meanwhile, you can make great leaps if you are happy to edit the 
end of the URL ....

... eg 16273 is the post number for group 453 of world R3WP. Change 
the 16273 to move quickly:
http://www.rebol.org/aga-display-posts.r?post=r3wp453x16273

The email obsfucation is based on Andrew's  code. Improvements are 
welcome!
http://www.rebol.org/view-script.r?script=uri.r


Meanwhile, we do not obsfucate if you are logged on. So log on for 
a better browsing experience.

Looking at that script, I suspect you can change the definition for 
user so that it excludes //

or not ..

well, I guess the obfuscation is fair enough since it's a user/password 
combination

Hi all. I've got an issue in REBOL2. I have a Win32 DLL (using library/load) 
that has an argument of char**. What does my make routine! need to 
look like to be able to handle this?

Hmm, I just realized library group was for the script library, not 
for library/load and DLL related questions. Oops.

No problem.....The flaw is really in AltME: we should be able to 
move posts around to the right group.

What's the appropriate group to ask my question do you think

Core?

BrianH suggests DLL.SO

Okay, I'll give it a shot there, thanks.

Is it possible to search the library for something like: "func [:"
I only need results, where the string "func [:" is included.

Sorry, no there is not -- not online anyway.

You could download all the scripts and do a search locally with a 
few lines of REBOL code 
http://localhost/cgi-bin/download-librarian.r
(the scripts will all be in the /scripts/ folder)