World: r3wp
[Core] Discuss core issues
older newer | first last |
[unknown: 5] 12-Apr-2008 [10227] | I'm going to investigate other possible ways of doing it wonce I get a chance. |
Anton 12-Apr-2008 [10228] | Ok, but did you navigate to the local word properly ? |
[unknown: 5] 12-Apr-2008 [10229] | Yes, but what I think the problem is that I need to do the setting of the word from within. |
Anton 12-Apr-2008 [10230] | Perhaps you can show us the actual function, and the code which tries to set the word. I know this is entirely possible, and especially so if you are the author of the function involved. |
Henrik 17-Apr-2008 [10231] | I'm debugging my debugger right now. For some reason it does not log certain lines of debug information. The method I use is: write/binary/append %debug-file.r string By probing it in console, I get the correct output, but the same lines are always missing in the disk version. Would there be any time this write would not occur? |
[unknown: 5] 17-Apr-2008 [10232] | Maybe the write is occurring but the 'string is not containing anything? |
Henrik 17-Apr-2008 [10233x3] | I will check again with another probe |
those lines are just not saved | |
write/binary/append %debug-file.r probe string will print the string in the console, but it's not saved | |
[unknown: 5] 17-Apr-2008 [10236] | You confirmed that 'string contains data and not just "" |
Henrik 17-Apr-2008 [10237x4] | this can't be... there _has_ to be something else wrong :-) |
yes, but I have to check some other things now too | |
definitely not being saved | |
I'm suspecting a file lock problem, but if it was locked, one would think that REBOL would return an error on write. | |
[unknown: 5] 17-Apr-2008 [10241x2] | Yeah I think it would. |
is some lines writing while others aren't? | |
Henrik 17-Apr-2008 [10243] | yes, it's always the same lines |
[unknown: 5] 17-Apr-2008 [10244] | Change the order of the lines and see if the same lines fail. |
Henrik 17-Apr-2008 [10245] | I was wondering why there was a "black hole" in the log where I expected something important to happen. |
[unknown: 5] 17-Apr-2008 [10246] | Maybe even number them to see if there is a pattern to what lines are not being saved. |
Henrik 17-Apr-2008 [10247x3] | good idea |
ah | |
the 11th commandment: thou shalt not change-dir in the middle of a file save. :-) | |
[unknown: 5] 17-Apr-2008 [10250x2] | lol |
its always something simple like that. | |
Henrik 17-Apr-2008 [10252] | and so easy to overlook. I'm glad that WRITE was innocent and just doing its job. |
[unknown: 5] 17-Apr-2008 [10253] | Me also. |
Henrik 17-Apr-2008 [10254] | perfect. bug fixed. |
[unknown: 5] 17-Apr-2008 [10255] | woohoo! |
Henrik 17-Apr-2008 [10256] | now I can look at the bug I was originally going to fix... |
Henrik 21-Apr-2008 [10257x5] | are there any limitations for renaming dirs? I keep getting access error, whenever I try it on OSX even when the permissions are 777. |
and I'm sure the dir is not in use, since I can delete it just fine | |
never mind figured it out | |
interesting. the help states that the target must not be a path and that the function can't be used to move files, but if I supply a relative path as target as part of the new name, the file is in fact moved to the target under the new name. is that intentional? | |
sorry, forgot to say, it's the RENAME function | |
Anton 21-Apr-2008 [10262] | I don't know the answer, Henrik, but since you mention it, I really think that the act of moving a file should be invoked by a function named something like "MOVE" or "MOVE-FILE", regardless of whether its implementation in the OS is by a "rename" function. |
Henrik 21-Apr-2008 [10263] | Anton, I haven't tested it under Windows though, so it could be a Linux/OSX side effect since rename usually equals move here. |
Anton 21-Apr-2008 [10264] | Yes, POSIX rename can do moves: http://en.wikipedia.org/wiki/Rename_(C) |
Henrik 21-Apr-2008 [10265] | but I agree that a rename should behave identically under all OSes and that move should be a separate function. |
Gregg 21-Apr-2008 [10266] | Post it as a question for Carl. I imagine it's an implementation side effect. |
Anton 21-Apr-2008 [10267] | I think I know what the trouble is - it's not easy to know whether a host OS rename can support move or not. Therefore rebol can't choose beforehand between rename and copy+delete. A workaround to that might be to try the rename first and see if it works (does not return an error message), but that adds complexity and performance problems. It could be done once at rebol startup in a temp directory, though it still seems a bit messy. (The real solution seems to be to go back in time and define POSIX rename and move properly.) |
Henrik 25-Apr-2008 [10268] | anyone have an idea on when and why exactly system/options/script is none? I'm running a simple script in OSX, and it seems to always return none. |
BrianH 25-Apr-2008 [10269x2] | It is none when you are running at the top level interpreter. |
In theory, it shouldn't be none during the running of a script. | |
Henrik 25-Apr-2008 [10271x2] | not sure I understand why that is so |
well, it is none here in my tests. rather useless, I think. | |
BrianH 25-Apr-2008 [10273] | When you are running the REBOL interpreter straight, you are not running a script, so it is none. This can be useful to know. |
Henrik 25-Apr-2008 [10274x3] | by straight, you mean, I'm typing system/options/script in the console? because that's not what I'm doing. I'm running a script that probes that path and it returns none. |
or do you mean, it returns none, when you say "do %script.r" ? | |
rather than "rebol -qs script.r"? | |
older newer | first last |