Invisible wrote:
> You realise that the UI already highlights the lines that have code on 
> them, right? 

No, I haven't used it that much.

*You* should realize that I was speaking in more general terms. The kind of 
statement "This has to be trivial" or "This has to be obvious" is often 
mistaken, just like "this is obviously impossible" has been slowly being 
beaten out of your vocabulary.  ;-)

Now, I will say, when I bought a compiler for a language touting how easy it 
is to write correct programs, and I got it out and pushed the button for 
"make me a Hello World skeleton project to start with", then pushed the 
"Compile" button and got syntax errors, I felt like "how could you release 
such a POS as an expensive compiler?"  So I'm not saying it's never justified.

> So the code to figure this out already exists. All you have 
> to do is look at where the user put the breakpoint, and select the 
> nearest line that's executable. The only possibly-tricky thing is having 
> the breakpoint set on line X+N put appear to be set on line X.

I would just move the breakpoint. What would be tricky is if you click 
between two functions - do you breakpoint the last line of the previous 
function or the first line of the next function?

> I'm still trying to find a way to run CGI binaries (note: binaries, not 
> scripts) without having to install and configure Apache or something 
> like it.

tclhttpd?

> It seems there are plenty of light-weight HTTP servers, but all of them 
> either lack CGI support entirely, or only support CGI *scripts* (usually 
> in a single language).

I'm pretty sure tcl httpd supports CGI and FastCGI.  If not, it's pretty 
trivial to do so. Basically, copy some header crap into environment 
variables, pipe the incoming request to stdin of the CGI, and pipe the 
stdout back to the browser.

-- 
Darren New, San Diego CA, USA (PST)
   Serving Suggestion:
     "Don't serve this any more. It's awful."

Post a reply to this message