AltME groups: search

I remember that Andreas should have made an entry in the bugtracker 
to describe a semantic issue with callbacks that could lead to crashes 
if the programmer was not very careful, but I can't find it. I guess 
I should dig out my IRC logs.

Don't really have WINE, either. I'd have to dig out the laptop

(For comparison again, sorry) In R3, objects are in many ways like 
the tables in Lua, used for data purposes as well as for contexts, 
underlying several other datatypes or operations as well. Most contexts 
are declared using these other datatypes or functions that wrap objects; 
raw objects are more often used as data structures than as contexts. 
It might make sense to support case-sensitive objects as data structures. 
Nonetheless, I wasn't the one making the suggestion, and I'd have 
to do a bit of research to dig up who was requesting this.

Still a bit early for a prime time, as we don't have yet proper errors 
handling. One thing that would be useful though, for anyone trying 
Red, would be to dig out Peter's extraction scripts from the repo 
(in /docs), update/enhance them if needed and make a nice CSS for 
displaying the resulting list of actions/natives/mezz. Anyone?

Doc - that's perfect? Where did you dig the code from? :-) Something 
old, or new creation related to your R2 latest project/contract? 
:-)

Thanks for adding those links to the checklist.  Now to dig out my 
checkbook... ;-)

I might dig-up some simple example later ...

i think i have a qemu/kvm image from back when syllable desktop 0.6.7 
was released. if that's of any use, i can dig it up.

Yes, and a REBOL back end would make the next "tougher" layer easier 
to dig into.

florin: yes, it's possible to include embedded modules or embedded 
extensions with R3. but it's not documented how to do so, at the 
moment, so you'll have to dig through the sources yourself.

I just don't buy it that it is ice.  If it were ice then I think 
we should see ice in the deepest part of the dig which would be near 
the center of the excavated hole not near the tip which would be 
closer to the surface.

Well, NASA says it acts like ice. I would assume they know what they're 
doing (most of the time). Also it may be the best way to detect ice, 
simply dig a hole and wait for the pictures to change. They only 
have 8 one-use-only sample ovens and have already used one, so possibly 
this is the best way to decide on what to do next.

I'm not really interested in debating with you, and other than this 
last statement on the topic I won't.  I'm only responding because 
there are a lot of new people here who might not be clear on the 
facts.


Vapourware is "New software that has been announced or marketed but 
has not been produced." We have been produced, people use our software, 
and it sells.  


Nor do we market or claim any of the new features people ask about. 
 People ask, and we tell them whether it is on the list, or if we 
are going to add it to the list.  We don't commit ourselves to a 
date.


You might not like these facts, but your accusations are inflammatory 
and baseless.  

The facts:


AltME came out as Beta, and we systematically brought it past version 
1.  We met our needs and goal.  If you would like something updated, 
I will give you the bank account number to transfer funds to, we 
can set a rate, and you can have any update you like.


We have never said no to any idea for AltME, we discuss them, and 
log people's ideas so that when we make changes, the ones most asked 
for are reflected (this group here on Rebol3 is not our only source 
of input).


If you do not like the rate with which we make changes, or the reason 
we make changes, then this is going to be a painful environment for 
you to remain in.


Otherwise I will state again, we are active on the development of 
an update to AltME, and we have no set date.   


If you would like to ask a constructive question I will always do 
my best to give a clear answer.  If you simply want to needle and 
dig at us, then I can no longer engage you.

I will dig some information later and post it to you ...

ahh... I looked for digger but not dig

Graham depends on the tool. With dig. You do
dig MX domain.dom

Hi Brett, your first version looks pretty good ... now I'll have 
to dig out my little profiler, and see what's the fastest of all 
of these ;-)

Hmm, no, there are atoms and lists. So i have to dig a bit deeper. 
then cons is really a 'reduce. but lisp has no lists with multiple 
elements, thats mold-sugar. WHile we have in rebol and your cons 
can deal with that.

yes, but I think it's hardly a useful way to do this. once again 
you have to dig around in the system object to figure something out.

parse-simple-date: func [
	"Parse a string containing a date value; return a date! value."
    date [any-string!]

    /def-day def-d [integer! word!] "Default day for mm/yyyy format. 
    Number or 'last."
    /local dig sep d m y set-def-day tmp-dt
][
    dig: charset [#"0" - #"9"]
    sep: charset " -/."
    set [d m y] none
    set-def-day: does [
        d: any [
            all [integer? def-d  def-d]
            all [
                'last = def-d
                foreach fld [d m y] [set fld to integer! get fld]
                tmp-dt: subtract make date! reduce [1 m + 1 y] 1
                tmp-dt/day
            ]
            1
        ]
    ]
    ; assuming mm/dd/yy or mm/yy format
    ; Do we really want to use PARSE/ALL here?
    either parse/all date [

        [copy m 1 2 dig  sep  copy d 1 2 dig  sep  copy y 1 4 dig]
        | [copy m 1 2 dig  sep  copy y 1 4 dig  (set-def-day)]
    ][
        foreach fld [d m y] [set fld to integer! get fld]
        ; add century if necessary; window from 1926-2025
        if y < 100 [y: add y pick [1900 2000] y > 25]
        ; swap day and month if it makes sense
        if all [m > 12  d <= 12] [set [m d] reduce [d m]]
        make date! reduce [d m y]
    ][none]
]


set 'date-val func [
	"Do everything possible to convert a value to a date."
    date

    /def-day d [integer! word!] "Default day for mm/yyyy format. Number 
    or 'last"
    /local res
] [
    if any-string? date [trim date]
    any [
        all [date? date  date]
        parse-simple-date/def-day date any [d 1]
        attempt [to date! date]
    ]
]

Cool.  Thanks Gabriele.  I'll be relying on Ashley's RebGUI code 
for some of the
localization, but this looks like something to dig into.

I had a function that does this a while ago, but I have to dig it 
up

There's no official way. I think DocKimbel had a value in flags or 
state that he said worked. If he doesn't jump in, I'll dig for it.

it's just that your explanation dig out more interesting questions. 
But i'm too tired tonight

There are implementation details which may be used (as in: may be 
"hacked") to get the desired effect. Just give me a moment to dig 
for the answer to your question

I suppose you need to dig into the registry for that.

if you want to dig into making own behavior, you can start with this:

Right. And it helps. If you say "i like the pure OO way because of 
..", i start saying "Noo, our way is better because of - because 
of - " and then i have to dig out something. Only that i always forget 
to make notes..

hrm. Having issues getting "show" to work right for me. Time to dig 
a little and see what I can find out...

Let me dig around...

ImageMagick works well. I've only needed and done simple stuff with 
it--it's so feature rich and complex, I don't have time to dig in 
and do fancy stuff.

And just think...everything is about to change and we get a whole 
new can of worms to dig through.  The one comment Carl made about 
'hard-won knowledge' has me a litlle, umm, exitedly anxious for the 
docs.

Thanks Anton, I will dig deeper then and see what my best option 
is.  I have detect version working but want to know how to manage 
this with engage if I need to.

A looooong time ago, Carl Read and I did something for TTFs on Windows. 
I can dig it up if you want Chris.

some might say I'm a guru, but yet I still do newbie error in REBOL 
sometimes... its a very "dig your own grave" kind of language.

Kewl, thanks!  I'll dig right into it. ;-)  (I'll be back, Wahahahaha!)

Yep, this is my script to dig the IP's inside the log files. I was 
quiet excited to see how natural it was to write this:

yeah; one of the last frontiers; ease of use.  But it is progressing. 
 It's a little bit too sad that the y2k thing gutted IT money (not 
that the whole .com thing didn't need a good slap to the face) but 
there were some corporate players taking all their funny money and 
setting up OSS departments.  That died an untimely death imho, while 
corporate got mad about spending billions to protect against fudiciary 
responsibility around legacy code and then got nothing in return. 
 No more funny money for the IT department ... since?  So now we 
rely on one of "us" to get the itch and dig in.   Some do.  But it 
is time consuming and somewhat boring clicking through the same installer 
screen 1000 times to cover (some fraction of) all  the bases.  :)

I was able to see some packets in ethereal (as a comms guy, I always 
dig through the communications messages to understand what happens, 
so starting to narrow that down.

How do we best get this rolling? I'm interested in making some language 
interpreters in REBOL, because I see future potential. Reichart and 
Gregg talked about QBASIC, which I don't know. Where are the specifications 
for that language? BASIC is a start, and along the line, I would 
like to dig into other languages as well. Is it best keeping it all 
public, or should we make new groups for teams interested in this?

Screen control sounds good - not too big or wooly - I'll take a look. 
SQL would be directly relevant to my project, so I'll definitely 
dig that one out. Do you mean SQL-PROTOCOL or is there something 
more recent?

jaime you probably need to dig into what protocol your ebank uses...the 
most common ones are HBCI and OFX  ( i think =D  )

It just lies down on its back, vomits out some meaningless error 
messages (perhaps confessing past sins), then quits breathing. Doesn't 
even blink an eye.  Then I click a button and it completely disappears, 
buried somewhere on my hard drive.  I dig it up and try to revive 
it, but it is hopeless....at least for now. :>) I'm trying to get 
over it, but it is hard.

We can't make  layout transparent but we can make inside window transparenc 
level maybe this coud be a good thing to dig on

edge is said as invlaid path .... so thise  means  a  /edge is not 
good  and looking to rebgui widget code we found that  /edge is related 
to color/egde so i think the problem come from a prebuilded widget 
 onloading  this one have a problem or color/edge reference maybe 
try to dig this out please ashley...

maybe i can dig to the important points.

Ashley - I don't know how many users you met, or how are particular 
users' habits in various countries, but I can guarantee you, that 
we had pretty powerfull grid even 10 years ago in Clipper (DBase 
era). I should dig some app and make a screen-shot probably :-) Even 
in DOS, our grid allowed to freeze some columns, each user could 
set its own column order, add available column or hide it, set column 
width, and save it - for each DB. It was pretty heavily used.....

I have also a smtp protocol that I will use to send mail.  Why not 
use the existing smtp that comes with Rebol?  My one uses Vincent's 
dig to find the email's mail server, and sends it directly.

Any simple examples on using "stop-at" with uniserve to pick up posted 
data??? Can only dig up "GET" ??

Almost ... I want to "push" my Address Book (on my iMac) to all the 
IP Phones in our office. I know the address of each IP Phone (10.1.1.x), 
and I can extract the data from Address Book easily enough ... what 
I havn't figured out how to do is replace the manual process of bringing 
up the admin page of each phone (in Safari), keying in the numbers 
and clicking the "Submit" button. Tom's suggestion may be on the 
right track, although I've got no idea what query-string is supposed 
to look like. May be time to dig the old HTML4 manual out! ;)

I will have to dig-up a bit in past messages. There is an "easy" 
way of how to use FF plug-in via some wrapper for IE ...

tried it out, but no luck, R3 is giving Script error: list-dir does 
not allow set-word! for it's 'path argument

I think I have to dig into the LIST-DIR a little more to see how 
it works

I had hoped there would be an easier way to take the results of a 
PRINT and be able to load it into a block instead of putting to the 
console.

Ahhh, you are right Graham, since SOURCE did print the correct string 
somehow!  Will dig into it

I don't have time to dig into it deeper now. But if you find a simpler 
way to check these things, post it.

You would think.  But you have to dig deeper to get comparable results.

Ingo;  I would say dig in.  If only to blaze trail for the rest of 
us.  :)

Yeah I do that now with stuff such as:

>> myfind: func [s v][find/any s v]
>> myfind "God is Great" "G?e"
== "Great"


I'll look into 'apply as I have been wanting to dig deeper into what 
REBOL3 is offering.

and to return to the main topic having an independant REBOL clone 
project can give us the opportunity to hum dig all those silly ideas 
we have  ^^

Henrik:

- what do you mean by "overlays" please?

- what do you mean by pop-ups being done in separate windows? Pop 
up dialogs were always separate windows, no? Or are you talking menus 
for e.g. too?

- hopefully Cyphre gets contracted to do some fixes/enhancements. 
Do you think, that once it happens, community could dig most important 
bugs in draw layer, and ask for fixes?

Don't have time to dig into it.

ill dig out my radial menu thingy and update it for r3 and test it 
for speed.. have a old version at http://rebol.mustard.co.nz/readial.tar.gz

but saying they have no right to complain because the information 
exists somewhere and you have to dig half an hour to get it that 
not fair

re: 666 -- I'll dig that script out and run it tomorrow :)

I haven't got time to dig in deeper right now, but remember, there 
are many MOD functions:
MOD, REMAINDER, MODULO, //
Other?

There are related bugs, it seems. This should return a value close 
to zero:

>> 3.3 - ((round/floor 3.3 / 1.1) * 1.1)
== 1.1


It's not good, that there still are bugs on such a basic level. (Often 
when I dig into these things, I say to myself, that I should shut 
up and wait for a release.)

Pavel, about bug #1399, we need to dig deeper to get a more accurate 
report for Carl, so he can fix it quickly. Which file transfer example 
are you talking about here?

Anyway, there's a lot to dig through here.

The _Official Guide_ (huge paperback) had a bracket checker as a 
worked example of using REBOL  code as data.

If anyone has easy access to a copy, perhaps they could dig it out.

Re. Mozilla page refresh bug: This is a mysterious one. I'm going 
to have to dig down into the REBOL C code to figure out what is going 
on here. I'll get an update to you all soon on that as well.

Did it take long time for you to dig it up? :-)

hm.. sounds mega interesting, I really need to dig into this a little 
more :)

Ok, before I dig in.  The mod-qm.r replaces mod-static.r?  Or do 
I just slip mod_qm.r into the mods/
dir?

Well that's good news.  That probably means it's just some setting, 
or weirdo config at

this end.  And thanks for taking the time to try.  Knowing that it 
can work, will give me
the incentive to dig in...

Seems that I found the guilty for the weird session cookie issues, 
need to dig up a little more to confirm the theory.

I recall fixing the DOS box by using a winapi libary call instead.. 
I'll see if I can dig it up.

Taking the time to read all messages back to 18h March to dig it 
up was most probably driven by another goal than just saving me from 
re-typing it. :-)

Ok, I think the issue comes from UniServe/protocols/dig.r

ooops ...

19/9-23:06:04.537-## Error in [OS-API] : OpenSCManager failed : Access 
is denied. !
19/9-23:06:04.539-[boot] Cmdline args : -vvv
19/9-23:06:04.540-[boot] Processed    : [verbosity 4]
19/9-23:06:04.541-[boot] Boot flags   : [no-screen verbose]
19/9-23:06:04.542-[boot] Data folder  : %./
19/9-23:06:04.545-[uniserve] Async Protocol FastCGI loaded
19/9-23:06:04.546-[uniserve] Async Protocol SMTP loaded
19/9-23:06:04.577-## Error in [dig] : DNS server not found !

SVN r23 :


FEAT: improved logging and error handling for dig/SMTP/MTA modules.

FEAT: integration of deferred retries in MTA for temp errors recovering 
and greylisting passing.

FEAT: new config keyword in global section: dns-server. (see changelog.txt)

FIX: in email generation, added a missing CRLF between headers and 
body.
FIX: logger sub-second times output padding fixed.
FIX: minor code cleanups.

SVN r30 :


FEAT: MTA engine refactored, jobs are split in sub-tasks allowing 
more reliable and cleaner code.
FEAT: Default SMTP delay reduced to 5mn.

FEAT: MTA queue can now be saved on disk when server is restarted 
(persist [mail-queue])

FEAT: added native DNS async wrapper for UniServe (protocols/DNS.r)

FEAT: replaced blocking DNS calls for MX domain resolution by async 
DNS calls.

FEAT: 'on-mx event in DIG protocol now returns a block of all the 
declared MX.

FEAT: now all MX will be tried in right order by the MTA if connexion 
fails.
FEAT: improved SMTP logs by prefixing with a SMTP session ID.

FEAT: upload data in HTTPd limited to 2GB (max supported by integer! 
type)

FEAT: 'email-info? RSP function return data format improved (see 
email.rsp header)

FIX: email.rsp minor bugs fixed and From: field added.
FIX: minor fixes in email.r library.

FIX: now uni-engine's logging level is also set by 'set-verbose function.

Adding support for that shouldn't be difficult, but how to efficiently 
and securely manage the associations between user/pass and access 
rights? I'm not a big fan of .htaccess files scattered everywhere, 
and I'm not sure that cluttering the httpd.cfg file is much better. 
Maybe a separated centralized config file for user accesses? (I need 
to dig more on this topic before starting any implementation)

hum... ok, I'll dig deeper ... btw the .net:81 site worked well when 
I was doing my tests, only the redirection didn't fork the call from 
.org:81 to .net:81

Looks like a good idea to dig.

Thanks again Doc, that lets me run things using INCLUDE. Now I'm 
on to the next issue, which is that it doesn't work (i.e. INCLUDE 
gets messed up) after running any kind of RSP. I'll dig in when I 
get a chance and tell you what I find.

ok, let me dig deeper then. meanwhile since u r planning a new release, 
can u "enable" the DELETE method too?
the changelog can say: preliminary, dumb, DELETE method "support"
it's still better than nothing

im getting different errors now, but trying to dig to its roots

Dig in lads...get into the wiki...

free + stock + photos on google :)  Or i dig thru the 40+ gig i have 
here :)

dig up one of the proposition made a year ago by carl regarding the 
way draw could   work using aliases ...  hum at that time we hadn't 
worked on area-tc and the aliase to short set of instructions and 
arguement comming often in the draw block apeared us like a meaningless 
thing  but this kind of feature would be nice in a project  like 
area-tc where the size of the draw block matters in many way (debugging 
200K  of draw instruction to back trace why your text drawing engine 
is not drawing the proper way is a pain believe me) ....

Maybe we're just tired of user polls, or we don't have the time to 
dig into this. If you don't have a clear view of what a good GUI 
should be, and therefore need polls, then maybe use some time to 
get a clear view. Only suggestions. :-)


I looked into it quickly, and I would at this point go for just have 
panel, letting vertical be a layout-mode option. Reason: K.I.S.S. 
(and vertical is an option anyway). And if you support user-defined 
styles (I'm not sure, you do, as I'm not very much into R3 GUI), 
then programmers can just make their own vpanels, if they need it. 
If I, as new to some GUI, can get it up and running in a very short 
time, because it's so simple, that's a huge benefit.

Sorry I don't have time to dig into the other conversation right 
now.

Next up is http://www.rebol.net/r3blogs/0274.htmlcompressed modules/scripts. 
I have some interesting tricks to make them seamless to use and make, 
but I have to get a little sleep before I can really dig in to them.

Sorry, I had to put in a dig about #574 - it's a pet peeve with a 
known, already-submitted mezzanine solution.

Should probably dig out those experiments again to see exactly what 
I was measuring (or redo them), but that's the number that stuck 
with me :)

I've been away kids.  And the itch is back.  If my goal is embedding 
REBOL scripting in OpenCOBOL, do I dig into a host kit yet?  Can 
I access REBOL data from the C interface?   Plop REBOL data onto 
the stack?  Even bother to think about REBOL as an application extension 
language?  Umm, 64bit GNU/Linux.

So, dig he agree?

yes, this one is good. Dunno if it runs on latest and greatest ... 
will dig it up and test. Btw - what's the name of the Core REBOL 
CPU cycles test script? Where can it be found?

I must dig deeper.. the solution is visible even with the Carl's 
version as I can see the text using draw... it's like solving a puzzle...:)

I'm able to consistently produce this in 2.7.7:

---------------------------
REBOL Error
---------------------------
REBOL Internal Error: Invalid series width 1 was 16 (type 39)

Program terminated abnormally.
This should never happen.
Contact www.REBOL.com with details.
---------------------------
OK   
---------------------------


Will need to dig a little. Not sure if it's an encryption part, debase 
part or what it is yet, but it occurs, when loading enbased, encrypted 
data.

I'm sure you'll be even more impressed when you dig deeper.