World: r3wp

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

Graham I didn't know you were from New Zealand.  I always say to 
myself if this country (US) goes to crap (and it might if any of 
these democrats get elected) then I'm heading to New Zealand.  I 
don't know why I say that as I know very little about New Zealand? 
lol.

Yep, born and bred in NZ :)

Cool, then when the ?#!* hits the fan here in the US - you can be 
my tour guide.

:-)

I don't think we're immune from recession, but we do less trading 
these days with the USA and more with Asian countries

Not a problem.  Just here the country is out of wack.  Justices are 
now making laws.

How exactly does call/shell differ from just call on windows?

My guess: it calls via the shell (cmd under e.g. WinXP) instead of 
a directly Windows call.

Were you allowed to do like this in previous versions of Rebol?

bl: ["block"]
print switch type?/word bl [ block! bl object! ["object"] ]

Now it seems like you have to write something like:

print switch type?/word bl [ block! [get 'bl] object! ["object"] 
]

There's a page on differences between 2.6 and 2.5

http://www.rebol.net/cgi-bin/upnews.r?view=0008

Is anyone else having this occur:

When ever I start a script now I get an empty "public" folder created 
in that directory.

Confirmed for 2.7.6.3.1 on Win XP.

REBOL's installer hasn't worked at all since the 2.7 series, and 
it never worked correctly before that, though the 1.3 series improved 
directory usage. Fixing the installer is on the list for the next 
version.

By next version, I mean next version in the 2.7 series.

That is why the public folder is getting put all over the place instead 
of in the REBOL home folder where it belongs.

It seems running with -s does not create the public dir from my tests. 
 I thought  -i or -v would be the magic switches, but it's -s   ??? 
  Too bad, as -s is also the danger danger switch.

Oh, +s seems to fix it as well.  Better.

Little bit more playing around, to see if +s was taking ... doesn't 
seem so.
rebol []
probe system/script
change-dir %..
list-dir
ask "waiting"

c:\tools\rebol\appdata\rebview +s testing.r

...
    words: none
]
waiting

** Script Error: list-dir expected dir argument of type: file url 
unset
** Near: list-dir
ask "waiting"
>>

The ask is evaluated before the list-dir error     And if  list-dir 
%.  is used, it lists the dir, without a security box.

That's natural. list-dir expects an argument.

just the same as:
	1 + print "hello"

There seems to be a difference in CALL/SHELL (at least under Windows). 
Earlier versions open a shell window, the latest doesn't. I can see 
it, when I run my OpenGL stuff.

It's been discussed before in this thread, I see.

Try the /show refinement.

Thanks!

Did the r2-beta world go down? I can't reach it.

nor I from yesteday

it's been going down every day. i have restarted it twice, but there 
seems to be something wrong with it, so i'll be waiting for carl 
to be back and have a look at it (since i have no idea how altserve 
works :)

down again

disk full?

why would it only affect one world?

not a disk problem, this is on www.rebol.net.

i really think Carl should look into it. i don't like the idea of 
just restarting it without knowing what's wrong with it.

Has anyone tried Cyphre's my-http.r on REBOL/View 2.7.6?

I get an error here:

>> read http://www.rebol.net
** Script Error: querying has no value
** Where: halt-view
** Near: http-command: either querying ["HEAD"] ["GET"]

Rebolers, again I reach out to you for some info and advice. I'm 
creating a DB in Access 2003 for a company (This is what they use 
so I'm stuck here) and I'd rather create a set of tools (for some 
work but not all, the majority of the tasks will be strictly access) 
that has Rebol talking to it rather than having to doing it in VB. 
I was under the impression that 2.7 had odbc built in, but alas it 
doesn't seem to. Am I stuck with having to get  /Command?

Not sure it was freed. Maybe we talked about it, but I don't remember 
Carl's opinion on that. What was freed though was DLL wrapper interface, 
but I am not sure there is an ODBC wrapper via DLL for REBOL ...

Thanks Pekr. All that wrapper stuff is beyond me. It sound like VB 
school for James_Nak. : (

DocKimbel was working on one, but I think it's old and unfinished.

Thanks. That must also mean it is pretty hard to do.

In the old days of  pre-Command  or  View/beta I wrote an ODBC-Wrapper.

Can I try it?

you need R/command.

That's what it is looking like.

At the moment I have no access to that old pc and script. I takes 
a few days, but then you can get it.

At least someone was even using it on Linux, as Command does not 
provide ODBC access there.

Thanks in advance then. I'm really trying hard to not have to learn 
VB : ) Which may not be a good thing in the long run. Thanks.

If you can get them to upgrade to 2007 (the runtime is free), then 
you won't have to do as much VB for UI stuff.

You should also consider having them use SQL Server 2008 Express 
instead of Access for the database portion, though you still have 
to be careful about datatype translation if you are still using Access 
as a front-end, even 2007.

sqlab, how did your odbc wrapper work?