-
Notifications
You must be signed in to change notification settings - Fork 105
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Various changes that I have acumulated over time #42
Conversation
verpeteren
commented
Sep 14, 2013
- I have added the documentation to the source so that it is easier to maintain and run and update the website-documentation.
- I grouped moved the getHostByName and the readfile functions out the Ape namespace and put them into the Ape.os namespace, also added a resolveHostByName that uses udns
- I added a os.system, os.writefile, eval function
- fixed some typo's, cleared some whitespace, added some todo, fixed another problem in the build.sh
- fixed a bug with a missing fallthrough
- build.sh, Makefile and module/Makefile work very nice
- fixed a segfault when when the configfile could not be found.
- improved and uniform logging upon startup of the daemon
- main.ape.js stays the default entry point, but an alternative can be entered via the modules/conf/javacript.conf with a autoexec parameter
revived Ape.readfile improvement to Ape.system corrected malloc into xmalloc
…ormed quotes in examples
Nice! I'll be testing this patch in my environment. The os namespace is a good idea |
…oject#40 on APE-Project/Ape_Server
What is the status on this pull request? |
I don't think I ever tested this. I probably should. Have you Pablo? Again, I didn't test, but are the os, eval and hostname functions asynchronous and non-blocking? |
I did not tested the new features of reading and writing files but I did On Sun, Apr 20, 2014 at 5:19 PM, Louis Charette notifications@github.comwrote:
|
I did some quick testing. Overall, everything looks good. But I found small issues: os.system doesn't work asynchronously. You can test this in server side test
...the next test won't execute until the download is not finished. The clients won't respond also. I know it would be stupid to run this king of long task with Ape, but if a small normal task was to hang for some reason, APE wouldn't push anything at all. Also, I didn't test if it works, but it could be dangerous if command could be executed as root. As for resolveHostByName, the third test in
But I don't get any callback ("Could not resolve host"). Or is the timeout is too long? Finally, in the test file
I'm no C expert, but from what I read, |
OK, I found a fix for resolveHostByName. I'll merge this and commit the fix for resolveHostByName and FileReadWrite afterward. |
This as been merge in commit : 9165f30 |
See last 3 commits for the fix I talked about earlier. I also improve the test so it's easier to read in the console. https://github.com/APE-Project/APE_Server/commits/master If everything is fine with the current state of the branch, maybe we could release it as 1.1.3 and start 1.1.4-DEV ? |
@verpeteren, did you write the documentation for the website regarding os.writefile and the new function included in this? |
Hai yes, around line 2970 in modules/libape-spidermonkey.c Peter Louis Charette schreef op 2014-05-14 18:28:
|