World: r4wp
[!REBOL3] General discussion about REBOL 3
older newer | first last |
Scot 28-Feb-2013 [1328] | I think we carry "ways of relating" with us into various contexts and situations. Taking interest is a way of relating. |
NickA 28-Feb-2013 [1329] | let's move to chit chat |
Scot 28-Feb-2013 [1330x2] | Good teachers do, but in very individualistic sorts of ways. I'm always struck by how different great teachers are. |
to chit chat... | |
Bo 1-Mar-2013 [1332] | Um...a bit of unexpected behavior here on the Linux ARM version of R3: >> 6.63 / 59 == 0. >> 6.63 / 59.0 == 4. Neither are correct. |
Cyphre 1-Mar-2013 [1333] | Bo, I guess you are missing the dtoa.c pull-request from Ladislav in your ARM codebase. I bet that will help you. |
Bo 1-Mar-2013 [1334] | I'm using the ARM build from rebolsource.net. |
Cyphre 1-Mar-2013 [1335] | (check the official Carl's R3 github repo, It's in the pull-request queue) |
Bo 1-Mar-2013 [1336] | What that pull request more recent than 24-Jan-2013? |
Cyphre 1-Mar-2013 [1337] | Doesn't the binaries on rebolsource.net only contain accepted pull-requests? |
AdrianS 1-Mar-2013 [1338] | yes, only the accepted ones are built with |
Cyphre 1-Mar-2013 [1339x2] | So Bo, that's why your ARM binary doesn't behave well. |
(I can confirm Anodroid ARM port shows correct result) | |
Bo 1-Mar-2013 [1341] | OK. Thanks for the confirmation. |
Sunanda 1-Mar-2013 [1342] | Is this an R3 bug or feature? Duplicate word in a single object.... ob: object [] append ob [b: 2 b: 3 b: 4] == make object! [ b: 2 b: 3 b: 4 ] foreach w words-of ob [print get w] ;; they are actually different 2 3 4 |
Maxim 1-Mar-2013 [1343] | that HAS to be a bug. |
Sunanda 1-Mar-2013 [1344] | That what I thought, thanks -- but could not see it in curecode, and don't remember it in earlier versions. So it may be Something Very Clever :) |
BrianH 1-Mar-2013 [1345] | Nope, it's an APPEND bug. Please report it (and thanks for all the reports lately). |
Sunanda 1-Mar-2013 [1346] | Thanks. Done. http://curecode.org/rebol3/ticket.rsp?id=1979 |
Bo 1-Mar-2013 [1347x2] | @GrahamC: Thanks A LOT for prot-smtp.r and prot-send.r. I was able to send an email from R3, but only after changing a line from: ehlo: any [ port/spec/ehlo "rebol3 user pc" ] to ehlo: any [ port/spec/ehlo port/spec/email ] |
My smtp server was throwing a 501 5.0.0 Invalid domain name | |
GrahamC 1-Mar-2013 [1349] | Thanks .. http://chat.stackoverflow.com/transcript/message/8019099#8019099 |
Bo 1-Mar-2013 [1350] | No, thank you! |
Bo 2-Mar-2013 [1351] | On R3 ARM: >> header: [ ** Syntax error: missing "]" at "end-of-script" ** Near: (line 1) header: [ I guess we can't cut-n-paste multi-line scripts into the console at present. |
Henrik 2-Mar-2013 [1352] | I don't believe this works anywhere yet. |
Bo 2-Mar-2013 [1353] | I tried to find a submitted bug in Curecode, but couldn't find one, so I submitted one. |
GrahamC 2-Mar-2013 [1354] | The rebolbot has a multiline console :) |
Bo 2-Mar-2013 [1355] | Very cool! |
Bo 3-Mar-2013 [1356] | More prot-send.r testing. Had the hardest time trying to get 'send to work with my mail server. Found I had to change a line in prot-send.r to : smtp-port: [ scheme: 'smtp host: (user/smtp) user: (user/user) pass: (user/pass) ehlo: (find/tail user/email @ ) timeout: 600 ] as EHLO on my SMTP host was expecting only the domain portion of the email address instead of the entire email address which is what I had been trying. |
AdrianS 3-Mar-2013 [1357] | Bo, Have you forked Graham's scripts to push fixes for these? |
GrahamC 3-Mar-2013 [1358x2] | Bo, you could have asked me :) |
These aren't fixes ... you just have to know what ehlo expects | |
Bo 3-Mar-2013 [1360] | @GrahamC: I understand what you're saying, but how do mail programs like Outlook and Thunderbird figure out what to send EHLO? |
Andreas 3-Mar-2013 [1361x2] | The expected EHLO parameter is the client's hostname. |
Outlook and Thunderbird can "just" look up what your local machine claims to have configured as hostname. | |
GrahamC 3-Mar-2013 [1363] | Previously we could use read dns:// .. but that doesn't work in R3 |
Gregg 3-Mar-2013 [1364] | Windows has a gethostname API. I always liked the read dns:// feature though. |
Ladislav 3-Mar-2013 [1365] | RANDOM help: "Pick a random value from a series" . The text looks a bit inaccurate to me. Wouldn't one of: Randomly pick a value from a series or Pick a value from a series at random For me, these reflect more accurately what is random. Any opinions? |
Gregg 3-Mar-2013 [1366] | I like the current text. What makes it unclear, or inaccurate to you? |
Bo 3-Mar-2013 [1367x3] | I understand what Ladislav is saying. The current text implies that there is a series of random values, and one will be picked. |
Or it could mean that there is a series, and one of the values will be picked randomly. | |
I think Lad's two suggestions are both more clear. | |
Gregg 3-Mar-2013 [1370x3] | What was wrong with the R2 text? "Return single value from series." But the doc string for 'value isn't helpful with regard to series values either. I would make it a bit more readable though. Return a single value from the series. |
value -- Maximum value of result or series (modified when series) | |
Should have a comma: value -- Maximum value of result, or series (modified when series) | |
Bo 3-Mar-2013 [1373x3] | Moving from the 'random topic back to prot-send.r, I found a somewhat serious bug with attachments and base-64 encoding. I sent the exact same attachment using webmail and R3. at position 32677 in the email sent by webmail (the headers are slighly different sizes and the base-64 line breaks are different between the two clients) we have the following data: eMHgCm4jUznXtDnpVKaErkAc107QbjVC6siyHYBu96hxLUjnXDKeWqPOTzVmWxuUY7kJ+lRGF16x tn6VmO4ncYpZX34HYU0qw7EU3afSgdyUKCvy1s6DpEN3doL93jtyD9089Caq6bZO0g3Llj0Wu8t9 OhsNDu7uUK9wYiq/7OeOK1p03Mwq1eXRbnnUVuZJcKCecD3rctbVbYjdy5/Si1ks7WTLyAerYzUH at position 32521 in the email sent by R3, we have the following data: vaHNtZYHTmoHtcDpXRSQDk1UeMHgCm4jUznXtDnpVKaErkAc107QbjVC6siyHYBu96hxLUjn XDKeWq doL93jtyD9089Caq6bZO0g3Llj0Wu8t9OhsNDu7uUK9wYiq/7OeOK1p03Mwq1eXRbnnUVuZJ I copied the three lines of data around where the problem occurs. On the short line in the R3 data, the following sequence is missing: POTzVmWxuUY7kJ+lRGF16xtn6VmO4ncYpZX34HYU0qw7EU3afSgdyUKCvy1s6DpEN3 You can imagine the kind of trouble that causes with binary data. ;-) |
Other than that, the two series are identical. | |
Before delving deep into R3 code, does anyone have any knowledge or idea of why this is happening? Could it be a problem with buffer allocation around the 32K boundary? | |
Ladislav 3-Mar-2013 [1376x2] | Example (allow me to be a bit "unreasonable"): random/seed 0 block: reduce [1 2 random 100] ; == [1 2 31] (in R3) now being ordered "Pick a random value from BLOCK" I may (not very intelligently, I know) expect that I am required to pick 31 because that is the only random value in there (absurd, but compatible with the text, as I see it) |
While being ordered "Pick a value from BLOCK at random", I would just pick whatever I like | |
older newer | first last |