On Wed, Apr 21, 2010 at 09:57:30AM +0400, Mansur Mamkin wrote:
> ...
> - char buf[n + strlen(nm) + 4 + 1];
> + char buf[n + strlen(nm) + 4 + 4 + 1];
> ...
> - strcpy(buf + n, "lib/"), strcpy(buf + n + 4, nm);
> + strcpy(buf + n, "lib/"), strcpy(buf + n + 4, nm), strcpy(b
On Wed, Apr 21, 2010 at 04:45:52PM +0200, olleo wrote:
> I tried earlier the fast test to copy "ht.dll" to "ht" in lib.
> Ran the untouched picolisp ... still that same error ("ht:Pack").
Ah, OK. Thanks!
> Maybe I was sloppy, so I cannot guarantee that this is a definite
> answer to this alternat
FYI.
Also, we should first try to find out if it possibly also works if we
don't change "src/main.c", but "Makefile" instead, so that "lib/ht" is
generated and not "lib/ht.dll".
I tried earlier the fast test to copy "ht.dll" to "ht" in lib.
Ran the untouched picolisp ... still that same error
Ho Olle,
> Yep, that did the trick.
Good :-)
Mansur and I are still discussing this issue on IRC. The idea is to put
an '#ifdef CYGWIN' into "src/main.c" to have it work automatically in
the future.
What is not clear at the moment, however, is if this is only a temporary
cygwin bug, or a perman
Yep, that did the trick.
Now I do not get that error I saw earlier. Instead I get the stupidly
simple page I created in "project.l"
Thanks.
/olle
On 21/04/2010 07:57, Mansur Mamkin wrote:
Hello,
It seems Cygwin behaves differently depending on whether dlopen argument
contains path to file
Hello,
It seems Cygwin behaves differently depending on whether dlopen argument
contains path to file or filename only.
If there is file name only and it is without dot, then Cygwin implicitly adds
".dll" to file name,
but when there is a slash, Cygwin does not add ".dll" anymore.
Try this te
Hi Olle,
> Yes, I later found the forum and added post there, mentioning cygwin.
Oh, haha, that was you? So we don't have two accidental cases :-)
> program development framework. The effects we see appear in the pure
> standard cygwin environment.
OK.
> I just want to absolve myself from bl
Yes, I later found the forum and added post there, mentioning cygwin.
And it is really vanilla cygwin. I am not so deeply into
C/C++-programming on this platform, so I have not adapted the program
development framework. The effects we see appear in the pure standard
cygwin environment.
I jus
Hi Olle,
> (1) installing ... yes I did exactly what the INSTALL says was
> so lazy that I even copied that text from INSTALL and pasted into
> the shell ;-)
OK, that's good :-)
> (2) Pack vs pack. I see. Pack does some HTML/HTTP specific job. I
> was thinking along the lines of hacking a
(1) installing ... yes I did exactly what the INSTALL says was so
lazy that I even copied that text from INSTALL and pasted into the shell ;-)
(2) Pack vs pack. I see. Pack does some HTML/HTTP specific job. I was
thinking along the lines of hacking a new Pack based on pack. But now I
see
On Thu, Apr 15, 2010 at 06:02:07PM +0200, Alexander Burger wrote:
> Oops. Something went wrong with the build process. 'ht:Pack' is part of
> the 'ht' shared object library (DLL). Either in "src/ht.c" (for the 32
> bit version) or "src64/ht.l" (for the 64 bit version).
>
> In both cases, this shar
Hi Olle,
> bash-3.2$ ./dbg lib/http.l lib/xhtml.l lib/form.l -'server 8080 "project.l"'
> !? (ht:Pack @U)
> ht:Pack -- Undefined
Oops. Something went wrong with the build process. 'ht:Pack' is part of
the 'ht' shared object library (DLL). Either in "src/ht.c" (for the 32
bit version) or "src64/ht
12 matches
Mail list logo
