newlispfanclub.alh.net

Damit, i allways forget to check with IE ;)

Thanks again for letting me know =)

il look into it. heheheh

UPDATE:
Seems there is some issues with the wiki and the asp syntax,
but I think ive fixed it now though.

I setup a small page for future projects and the HTTPD, to stop bothering this forum with my minor updates ;)

http://grable.cjb.net

and downloads have been updated to
http://grable.cjb.net/downloads/grb_httpd.rar
http://grable.cjb.net/downloads/moded_wiki.rar

Made the cgi processor take lisp code spaned over multiple statements.. eg: <% (for (x 0 5 1) %> <b><%= x %></b><br> <% ) %> more like real server pages does it ;) now, its a little bit slower this way i imagine, since it converts that to several (print) statements and then evals it. I havent tested...

A (happy) IE user say: Thanks glad to help.. it was stupid of me not to see it earlier ;) UPDATE: yes i know theres alot of them.. atleast you get the latest no? the modified wiki for grb_httpd works, and its much faster this way than running on the old httpd. just replace the files in this rar wit...

I just changed the newLISP WIKI to work with the format i use in the modified httpd, wasnt that much to change. so far so good ;) I just have to test all the functionality in newLISP wiki before i post it. And i fixed some stuff in the server aswell. newest version is here: http://grable.cjb.net/grb...

LOL I forgot to close the socket when done sending data ;) stupid me! its wierd that this worked on firefox at all! it should atleast have waited for the timeout.. even though i think newLISP/exe's closes open sockets on exit. but now it works atleast ;) so all you happy IE users can use this shit to.

Yeah. i forgot the extra \ for paths ;)

although it ended up in C:\ on my pc.. lol

yes yes.. i know it has to work in IE as well ;)..
but for now itl have to be NON-IE only.. cuz i have no clue as to why IE is slow and refuses to work.

i havent changed that much ;) hehehe

hmmm.. it must be IE ;) the ppl having trouble with the ftp use IE to .. hehe have you tried with newLISP's (get-url) ? that should bypass any problems in the browser. (write-file "c:\grb_httpd.rar" (get-url "http://grable.cjb.net/grb_httpd.rar")) or better yet, switch to firefox perhaps? ;) or i co...

Yes, its on the the modified newlisp server. Wierd, because i have no trouble downloading myself. I even tested a 50 mb file while constantly refreshing the index page, without any problems. Seems a few ppl have trouble acessing my ftp too :( What browser are you using? what os?? Myself am on Window...

Thanks lutz =)

their in the mail...

Since some people are having trouble geting in to my ftp, ive
put the files on the http server as well..

http://grable.cjb.net/grb_httpd.rar

I soon found out that having everything in a single process isnt to good either :/ its was a little bit faster then spawning a new process.. bit it could stil only serve 1 client at a time.. so it now spawns process again ;) LOL although this time with proper "forking" using (process) so its can ser...

I have problems to access your FTP. Can you offer another option or send it? Its in the mail =) the ftp is on 24/7 so it "should" work.. dunno why you cant get in.. theres no password for anonymous, so the first one should work, but some browsers may complain so the second one is more "correct". ft...

my hacked version of HTTPD now eats cookies =) i merged the functions from CGI.lsp with HTTPD, so scripts have roughly the same interface. script interface: # variables HTTPD:QUERY_STRING = raw query data HTTPD:POST_STRING = raw post data HTTPD:COOKIES_STRING = raw cookies data HTTPD:CONTENT_TYPE = ...

Ah.. k.. i was just wondering.. glad i understood it.. hehe Imagine code in the preprocessed page hangs in a loop, then the httpd server is dead ;) hehehehe, yeah.. i thought about that, il just have to be very careful ;) Although an infinite loop could potentialy happen with another process to, sin...

Well i think i solved it.. theres realy no need to use env variables when i have acess to the HTTPD context.. to i just put things in HTTPD:QUERY_STRING and HTTPD:POST_STRING when the data is present.. heres the recent examle (and previous url has again been updated) il probaly revork this code, sin...

Thats where i "borrowed" this idea from in the first place.. ;) hehehe

bit im just sending the POST data in QUERY_STRING.. thats probably not the right thing to do ? . maybe add a POST_STRING env or something?

am not that familiar with http and cgi.

my bad ;) was just a pathing issue.. hehehe

ive updated the original HTTPD link, for those interested.

added support for query data with GET, but am having problems with POST.
which is wierd since its basicly the same happening on both GET and POST.
(puting data in QUERY_STRING env, and runing cgi-put-page)

maybe i need a fresh pair of eyes on this ;) hehehe

dev version with funky POST HTTPD_dev

I tinkered with the included HTTPD some, and added a modified CGI:put-page into it, which executes an *.lsp file inside the current process and sends the result back. should be a little faster then starting new processes, and scripts have full acces to the HTTPD context. (reads <% %> and <%= %> tags...

Thanks lutz .. realy like newLISP .. ive tried many lisp variants, and this one is the cleanest and best documentet IMHO.

hehe.. didnt know that was possible in newlisp itself.. thanks again =)

BlitzMax is great.. and its link with mingw (c/c++/asm) is very nice =)

Even if lutz doesnt add it, its not that hard to add yourself,
the source of newLISP is very clean and readable.

Im using the recompiled newlisp.dll from blitzmax , a basic like language. ' function to import Function MySuperPrint( s:Byte Ptr) Print String.FromCString( s) EndFunction ' import function newlispEvalStr( "(importfn {mysuperprint} " + Int(MySuperPrint) + ")") ' call function newlispEcalStr( "(mysup...

I didnt find any other way to share this but over this forum, so here goes. this should be builtin in my opinion, for easier use of newlisp.dll i just stripped down the p_importLib() function and registered it as (importfn functionName functionAddress {callingConvention}) {} = optional, win32 only C...