libcgi-general Mailing List for LibCGI (Page 2)
Brought to you by:
rafaelsteil
You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(13) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(27) |
Feb
(4) |
Mar
(4) |
Apr
|
May
(7) |
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2004 |
Jan
(1) |
Feb
|
Mar
(3) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(1) |
2005 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(7) |
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: Martin R. <m....@gm...> - 2004-03-12 12:10:33
|
Hello, cgi_add_cookie with max_age didnn't work with IE 6.0 . I.E. requires expire=3DWdy, DD-Mon-YYYY HH:MM:SS GMT for the Lifetime. Here is a patch that works for me: --- orig/cookie.c Mon Dec 15 11:31:24 2003 +++ cookie.c Fri Mar 12 13:26:56 2004 @@ -22,6 +22,8 @@ #include <stdio.h> #include <stdlib.h> #include <string.h> +#include <time.h> +#include <sys/time.h> =20 #include "error.h" #include "cgi.h" @@ -61,13 +63,22 @@ const char *domain,=20 const int secure) { + time_t curtime; + struct tm *brokentime; + char buffer[80]; if (headers_initialized) return 0; =20 printf("Set-cookie: %s=3D%s;", name, value); =20 if (max_age) - printf(" Max-age=3D%s;", max_age); + { + curtime=3Dtime(NULL)+atoi(max_age); + brokentime=3Dgmtime(&curtime); + strftime (buffer, 80, "%a, %d-%b-%Y %H:%M:%S", brokentime); + printf("expires=3D%s GMT;",buffer); +// printf(" Max-age=3D%s;", max_age); + } if (path) printf(" Path=3D%s;", path); if (domain) =20 =20 Viele Gr=FC=DFe, Martin --=20 Martin Raatz D-53783 Eitorf |
From: <sn...@re...> - 2004-03-09 16:45:20
|
From: Rafael <ra...@ga...> - 2004-01-21 18:02:46
|
Ola, existe mais algum brasileiro q use essa biblioteca?? pois estou com algumas duvidas e nao estou consiguindo resolver.... Obrigado desde ja.... ------------------------------------------- Rafael Jorge Gerente de Desenvolvimento Zextech - Software para todo mundo! Tel: (13) 3216-1967 Ramal 202 ICQ: 150839294 Rua do Comércio 44 sala 02 Centro - Santos - SP |
From: Erich S. <er...@de...> - 2003-09-25 13:36:18
|
Hello, libcgi still has some memory leak in cgi_process_form. cgi_unescape_special_chars() will alloc a new string, but the result is not freed() in cgi.c:116 (the pointer is not even kept) Here is a patch that should fix this bug: --- libcgi-0.8.2.orig/src/cgi.c +++ libcgi-0.8.2/src/cgi.c @@ -109,11 +109,8 @@ i++; } - data->value = (char *)malloc(position+1); - if (data->value == NULL) - libcgi_error(E_MEMORY, "%s, line %s", __FILE__, __LINE__); - strncpy(data->value, cgi_unescape_special_chars(query), position); position);*/ + data->value = cgi_unescape_special_chars(query); data->value[position] = '\0'; list_add(data, start, last); Greetings, Erich Schubert -- erich@(vitavonni.de|debian.org) -- GPG Key ID: 4B3A135C (o_ Which is worse: ignorance or apathy? Who knows? Who cares? //\ Wer keine Zeit mehr mit echten Freunden verbringt, der wird bald V_/_ sein Gleichgewicht verlieren. --- Michael Levine |
From: Rafael V. <rr...@ti...> - 2003-06-18 06:17:04
|
I'm trying to use cgilib cross compiled for an ARM platform. But I can't compile static executables because when I add the -static flag to gcc I get the following error: ___________________________ arm-linux-gcc -Wall -L/home/praga/web/cgilib/libcgi-0.8.2/src -I/home/praga/web/cgilib/libcgi-0.8.2/src -static -lcgi form1.c -o ./form1.cgi /tmp/ccHh3lBS.o: En la funci=F3n `main': /tmp/ccHh3lBS.o(.text+0x2c): referencia a `cgi_init' sin definir /tmp/ccHh3lBS.o(.text+0x30): referencia a `cgi_init_headers' sin definir /tmp/ccHh3lBS.o(.text+0x44): referencia a `cgi_include' sin definir /tmp/ccHh3lBS.o(.text+0x4c): referencia a `cgi_include' sin definir /tmp/ccHh3lBS.o(.text+0x54): referencia a `cgi_include' sin definir /tmp/ccHh3lBS.o(.text+0x60): referencia a `cgi_end' sin definir collect2: ld returned 1 exit status make: *** [all] Error 1 ___________________________ (By the way, this happens when I try to compile the example "simple_form") This also happens when I try to compile code for my PC. (The shared version gives me no problem) Any idea on what am I doing wrong. |
From: Stephane F. <sf...@re...> - 2003-05-22 13:42:29
|
Hi all, I want to know if it is possible to build libcgi w/o ssl, because I need to install this library on pc embedded and I don't need SSL and I don't want install SSL Thanks Stéphane Filion Stagiaire en Génie électrique Regulvar Inc. |
From: Rafael S. <ra...@in...> - 2003-05-20 02:21:16
|
oooppss.. Libcgi is LGPL.. BSD I use in another project :) Well, I made a mistake when I wrote the mail, sorry. But, in fach, I don't like GPL for may reasons, and I'm not very happy using LGPL, but probably I'll not change ( only if a lot of people ask to ). Sorry again for the confusion. Rafael -----Mensagem original----- De: lib...@li... [mailto:lib...@li...] Em nome de Eric Boo Enviada em: Monday, May 19, 2003 11:00 PM Para: lib...@li... Assunto: [Libcgi-general] RE: doubts on libcgic > LibCGI uses BSD license. You can use in freeware, comercial, full > open source, whatever you want, but respecting the license terms. Hi, I just joined the mailing list. Would like to clarify a confusion here. In the file "cgi_8h-source.html", There is a paragraph saying: This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version. But I looked at the mailing list and found that LibCGI is in fact under BSD license. Is it possible to include a copy of this BSD license in the library, if it is to supercede the above LGPL clause? Thanks for reading. Eric ------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ Libcgi-general mailing list Lib...@li... https://lists.sourceforge.net/lists/listinfo/libcgi-general |
From: Eric B. <eb...@so...> - 2003-05-20 02:00:32
|
> LibCGI uses BSD license. You can use in freeware, comercial, full > open source, whatever you want, but respecting the license terms. Hi, I just joined the mailing list. Would like to clarify a confusion here. In the file "cgi_8h-source.html", There is a paragraph saying: This library is free software; you can redistribute it and/or modify it under the terms of the GNU Lesser General Public License as published by the Free Software Foundation; either version 2.1 of the License, or (at your option) any later version. But I looked at the mailing list and found that LibCGI is in fact under BSD license. Is it possible to include a copy of this BSD license in the library, if it is to supercede the above LGPL clause? Thanks for reading. Eric |
From: Rafael S. <ra...@in...> - 2003-05-15 12:57:25
|
Hi Sathish, First of all, here is the list for LibCGI, and not CGIC. Some people are confunding the names lately ( I have noticied that Debian includes the libcgic package, that is not my libcgi, but some guys send email thikning it is ). Anyway, I'll suppose you are really asking about LibCGI :). > 1. Does it has any license, can i use this for commercial application as freeware. LibCGI uses BSD license. You can use in freeware, comercial, full open source, whatever you want, but respecting the license terms. > 2. If i use libcgci, can i have other 'C' code in my programs. Sure you can. LibCGI only provides some set of functions to manipulate HTTP requests, all the rest you should code as yourself. > 3. Is it possible for me to use Session(not coookies) in libcgic. Yes, LibCGI provides full support to sessions. ( and cookies as well ). > 4. Where do I get libcgic libraries? The official page is http://libcgi.sourceforge.net. You could get the latest version from there, or in this link: http://sourceforge.net/project/showfiles.php?group_id=2114 The last version is 0.8.2 Rafael |
From: Rafael S. <ra...@in...> - 2003-05-15 12:52:39
|
Hello, sorry for the long delay to anwser. You're right, the function is completely buggy. I'll fix according your comments and put the fixed version in the CVS. Thanks, Rafael ------------------ Hi, I am currently using version 0.8.2 and I think I've found a memory allocation problem in the md5 function. Output of valgrind indicated so. There's one line in the function which allocates memory for the output variable: tmp = (char *)malloc(str_size); If the input is less than 32 characters, then str_size will be less than 33, which causes problems. MD5 produces 128 bit hashes, which is equal to 16 bytes. Since the output string contains 2 bytes for each byte of the hash, then we need 32 bytes. Add the terminating null character, and the required number of bytes is 33. Therefore the above code should read: tmp = (char *) malloc(33); The other problem is at the for loop, which is run for 32 times. Since MD5 produces 16 bytes of output, then we only need to run the loop for 16 times only. Therefore, the for loop should read: for(i = 0; i < 16; i++){ snprintf(buf, sizeof(float), "%02x", md[i]); strncat(tmp, buf, sizeof(float)); } Consequently, the following line is also incorrect: tmp[i] = '\0'; This will truncate the output to 16 characters, thus it should be changed to: tmp[32] = '\0'; |
From: Sathish K <sat...@fu...> - 2003-05-15 05:19:43
|
Hi I am sathish. Presently i am working with CGI and C(as my lanaguge in CGI).I am not much comfortable with C. I would like to know,if I go for Libcgic,how much it helps me. I have the following dobts 1. Does it has any license, can i use this for commercial application as freeware. 2. If i use libcgci, can i have other 'C' code in my programs. 3. Is it possible for me to use Session(not coookies) in libcgic. 4. Where do I get libcgic libraries? Expecting ur valuable reply regrds sathish *************************************************************************** This message is proprietary to Future Software Limited (FSL) and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. FSL accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus. *************************************************************************** |
From: M E. Z. <ee...@ya...> - 2003-05-10 09:45:11
|
Hi, I am currently using version 0.8.2 and I think I've found a memory allocation problem in the md5 function. Output of valgrind indicated so. There's one line in the function which allocates memory for the output variable: tmp = (char *)malloc(str_size); If the input is less than 32 characters, then str_size will be less than 33, which causes problems. MD5 produces 128 bit hashes, which is equal to 16 bytes. Since the output string contains 2 bytes for each byte of the hash, then we need 32 bytes. Add the terminating null character, and the required number of bytes is 33. Therefore the above code should read: tmp = (char *) malloc(33); The other problem is at the for loop, which is run for 32 times. Since MD5 produces 16 bytes of output, then we only need to run the loop for 16 times only. Therefore, the for loop should read: for(i = 0; i < 16; i++){ snprintf(buf, sizeof(float), "%02x", md[i]); strncat(tmp, buf, sizeof(float)); } Consequently, the following line is also incorrect: tmp[i] = '\0'; This will truncate the output to 16 characters, thus it should be changed to: tmp[32] = '\0'; __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com |
From: Rafael S. <ra...@in...> - 2003-03-13 02:46:59
|
Hi friends, after a long time without releasing any new version of libcgi, the 0.8.2 version is out. Nothing of special or new, just one or two bugs were fixed ( yes, the infamous cgi_end() bug was fixed ).. Thanks for all you help, and please, if you have any sugestion or want to add some piece of code, let me ( and all of us ) now! Rafael |
From: Rafael S. <ra...@in...> - 2003-03-12 18:03:13
|
cgi_end() is the problem, because it tries to assign a pointer to an invalid variable. CVS version fixes this bug.. since you have commented the call to cgi_end(), all the rest work fine!! But Gareth is right, it's time to release the bug fix version. I'll do this tonight, I promess :) Rafael On 12 Mar 2003 12:55:50 -0500 Matt Berardi <mbe...@mi...> wrote: > I am using libcgi in a production environment with at least a couple > thousand hits a day and have not seen any segfaults since I commented > out cgi_end(). > On Wed, 2003-03-12 at 12:04, Gareth Bowker wrote: > > Hi, > > I used libcgi 0.8.1 in a project here and found it segfaulted in a > > few places. A quick check of the CVS version, which hasn't been touched > > in a couple of months now, shows that these problems have been fixed. I > > was wondering when the next "official" release of libcgi would be coming > > out? > > I say this because I'm sure there are surely people who've tried libcgi > > and hit the segfaults, and have probably given up there and then, rather > > than checking if the CVS version works. > > > > Thanks for the nice, useful library :) > > > > Gareth |
From: Matt B. <mbe...@mi...> - 2003-03-12 17:56:21
|
I am using libcgi in a production environment with at least a couple thousand hits a day and have not seen any segfaults since I commented out cgi_end(). On Wed, 2003-03-12 at 12:04, Gareth Bowker wrote: > Hi, > I used libcgi 0.8.1 in a project here and found it segfaulted in a > few places. A quick check of the CVS version, which hasn't been touched > in a couple of months now, shows that these problems have been fixed. I > was wondering when the next "official" release of libcgi would be coming > out? > I say this because I'm sure there are surely people who've tried libcgi > and hit the segfaults, and have probably given up there and then, rather > than checking if the CVS version works. > > Thanks for the nice, useful library :) > > Gareth > > > > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > Libcgi-general mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libcgi-general |
From: Gareth B. <bo...@te...> - 2003-03-12 17:07:43
|
Hi, I used libcgi 0.8.1 in a project here and found it segfaulted in a few places. A quick check of the CVS version, which hasn't been touched in a couple of months now, shows that these problems have been fixed. I was wondering when the next "official" release of libcgi would be coming out? I say this because I'm sure there are surely people who've tried libcgi and hit the segfaults, and have probably given up there and then, rather than checking if the CVS version works. Thanks for the nice, useful library :) Gareth |
From: Pavel K. <pa...@ev...> - 2003-02-16 19:20:08
|
thanks a lot, everything works fine now! ;-) On Sat, Feb 15, 2003 at 04:27:03PM +0000, Rafael Steil wrote: > This is already fixed in the CVS version. The problem was that the > Makefile staticaly made a call to "make", but some systems, like FreeBS= D > uses "gmake" instead. You could fix it editing the Makefile by hand ( > just drop "make" call ), but for your convenience I have attached the > correct makefile with this message.=20 > A new, bug fix, version will be realease soon. Thanks for your report. >=20 > Rafael >=20 > ps: just replace the new "Makefile.in" and configure again. >=20 >=20 > On Sat, 2003-02-15 at 17:08, Pavel Kuz wrote: > > hi! > > I've tried to make libcgi under FreeBSD, and faced some problems. > > Plese help me to solve them. > >=20 > >=20 > > ttyp6 paul@aypetri:~>tar -xzf libcgi-0.8.1.tar.gz=20 > > 18:50 =D3=C2 =C6=C5=D7 15 EET > > ttyp6 paul@aypetri:~>cd libcgi-0.8.1 > > 18:50 =D3=C2 =C6=C5=D7 15 EET > > ttyp6 paul@aypetri:~/libcgi-0.8.1>./configure=20 > > checking for gcc... gcc > > checking for C compiler default output... a.out > > checking whether the C compiler works... yes > > checking whether we are cross compiling... no > > checking for suffix of executables...=20 > > checking for suffix of object files... o > > checking whether we are using the GNU C compiler... yes > > checking whether gcc accepts -g... yes > > checking for gcc option to accept ANSI C... none needed > > checking for a BSD-compatible install... /usr/bin/install -c > > checking how to run the C preprocessor... gcc -E > > checking for egrep... grep -E > > checking for ANSI C header files... yes > > configure: checking md5... > > checking for MD5_Init in -lmd5... no > > checking for MD5_Init in -lssl... no > > configure: WARNING: No library that supports md5 found. md5 function = not enabled > > configure: creating ./config.status > > config.status: creating Makefile > > config.status: creating src/config.h > > 18:50 =D3=C2 =C6=C5=D7 15 EET > > ttyp6 paul@aypetri:~/libcgi-0.8.1>make > > make: don't know how to make gcc. Stop > > 18:50 =D3=C2 =C6=C5=D7 15 EET > > ttyp6 paul@aypetri:~/libcgi-0.8.1>gmake > > gcc -c -o src/error.o src/error.c > > gcc -c -o src/cgi.o src/cgi.c > > gcc -c -o src/session.o src/session.c > > gcc -c -o src/base64.o src/base64.c > > gcc -c -o src/md5.o src/md5.c > > gcc -c -o src/string.o src/string.c > > gcc -c -o src/general.o src/general.c > > gcc -c -o src/list.o src/list.c > > gcc -c -o src/cookie.o src/cookie.c > > make src/libcgi.so > > make: don't know how to make gcc. Stop > > gmake: *** [all] Error 2 > > 18:50 =D3=C2 =C6=C5=D7 15 EET > > ttyp6 paul@aypetri:~/libcgi-0.8.1>uname -mr > > 4.7-RELEASE-p3 i386 > > 18:51 =D3=C2 =C6=C5=D7 15 EET > > ttyp6 paul@aypetri:~/libcgi-0.8.1> > --=20 > Rafael Steil <ra...@in...> > Massa Inc. --=20 -------- Regards, Pavel. "He's the kind of man for the times that need the kind of man he is ..." |
From: Rafael S. <ra...@in...> - 2003-02-15 18:28:42
|
This is already fixed in the CVS version. The problem was that the Makefile staticaly made a call to "make", but some systems, like FreeBSD uses "gmake" instead. You could fix it editing the Makefile by hand ( just drop "make" call ), but for your convenience I have attached the correct makefile with this message. A new, bug fix, version will be realease soon. Thanks for your report. Rafael ps: just replace the new "Makefile.in" and configure again. On Sat, 2003-02-15 at 17:08, Pavel Kuz wrote: > hi! > I've tried to make libcgi under FreeBSD, and faced some problems. > Plese help me to solve them. > > > ttyp6 paul@aypetri:~>tar -xzf libcgi-0.8.1.tar.gz > 18:50 сб фев 15 EET > ttyp6 paul@aypetri:~>cd libcgi-0.8.1 > 18:50 сб фев 15 EET > ttyp6 paul@aypetri:~/libcgi-0.8.1>./configure > checking for gcc... gcc > checking for C compiler default output... a.out > checking whether the C compiler works... yes > checking whether we are cross compiling... no > checking for suffix of executables... > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ANSI C... none needed > checking for a BSD-compatible install... /usr/bin/install -c > checking how to run the C preprocessor... gcc -E > checking for egrep... grep -E > checking for ANSI C header files... yes > configure: checking md5... > checking for MD5_Init in -lmd5... no > checking for MD5_Init in -lssl... no > configure: WARNING: No library that supports md5 found. md5 function not enabled > configure: creating ./config.status > config.status: creating Makefile > config.status: creating src/config.h > 18:50 сб фев 15 EET > ttyp6 paul@aypetri:~/libcgi-0.8.1>make > make: don't know how to make gcc. Stop > 18:50 сб фев 15 EET > ttyp6 paul@aypetri:~/libcgi-0.8.1>gmake > gcc -c -o src/error.o src/error.c > gcc -c -o src/cgi.o src/cgi.c > gcc -c -o src/session.o src/session.c > gcc -c -o src/base64.o src/base64.c > gcc -c -o src/md5.o src/md5.c > gcc -c -o src/string.o src/string.c > gcc -c -o src/general.o src/general.c > gcc -c -o src/list.o src/list.c > gcc -c -o src/cookie.o src/cookie.c > make src/libcgi.so > make: don't know how to make gcc. Stop > gmake: *** [all] Error 2 > 18:50 сб фев 15 EET > ttyp6 paul@aypetri:~/libcgi-0.8.1>uname -mr > 4.7-RELEASE-p3 i386 > 18:51 сб фев 15 EET > ttyp6 paul@aypetri:~/libcgi-0.8.1> -- Rafael Steil <ra...@in...> Massa Inc. |
From: Pavel K. <pa...@ly...> - 2003-02-15 17:06:42
|
hi! I've tried to make libcgi under FreeBSD, and faced some problems. Plese help me to solve them. ttyp6 paul@aypetri:~>tar -xzf libcgi-0.8.1.tar.gz=20 18:50 =D3=C2 =C6=C5=D7 15 EET ttyp6 paul@aypetri:~>cd libcgi-0.8.1 18:50 =D3=C2 =C6=C5=D7 15 EET ttyp6 paul@aypetri:~/libcgi-0.8.1>./configure=20 checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables...=20 checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for a BSD-compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for egrep... grep -E checking for ANSI C header files... yes configure: checking md5... checking for MD5_Init in -lmd5... no checking for MD5_Init in -lssl... no configure: WARNING: No library that supports md5 found. md5 function not = enabled configure: creating ./config.status config.status: creating Makefile config.status: creating src/config.h 18:50 =D3=C2 =C6=C5=D7 15 EET ttyp6 paul@aypetri:~/libcgi-0.8.1>make make: don't know how to make gcc. Stop 18:50 =D3=C2 =C6=C5=D7 15 EET ttyp6 paul@aypetri:~/libcgi-0.8.1>gmake gcc -c -o src/error.o src/error.c gcc -c -o src/cgi.o src/cgi.c gcc -c -o src/session.o src/session.c gcc -c -o src/base64.o src/base64.c gcc -c -o src/md5.o src/md5.c gcc -c -o src/string.o src/string.c gcc -c -o src/general.o src/general.c gcc -c -o src/list.o src/list.c gcc -c -o src/cookie.o src/cookie.c make src/libcgi.so make: don't know how to make gcc. Stop gmake: *** [all] Error 2 18:50 =D3=C2 =C6=C5=D7 15 EET ttyp6 paul@aypetri:~/libcgi-0.8.1>uname -mr 4.7-RELEASE-p3 i386 18:51 =D3=C2 =C6=C5=D7 15 EET ttyp6 paul@aypetri:~/libcgi-0.8.1> --=20 -------- Regards, Pavel. "He's the kind of man for the times that need the kind of man he is ..." |
From: Rafael S. <ra...@in...> - 2003-02-12 18:19:08
|
I'm planing to release 0.8.2 version soon.. does anybody have suggestions or things that would like to add? Rafael |
From: Rafael S. <ra...@in...> - 2003-01-23 16:55:44
|
Seems to be problems with cgi_end() too.. sucks.. remove calls to cgi_end() in the examples and try again. Rafael On Thu, 23 Jan 2003 20:31:02 +0530 "Yogesh V. Ranade" <yr...@in...> wrote: > Oops looks like I cannot run the compiled Examples in apache ?? > > I get 500 Internal Server Error... > and the Apache error logs say the following > Premature end of script header.. > > Any ideas or inputs will be appreciated... > > thanks > > -Yogesh |
From: Yogesh V. R. <yr...@in...> - 2003-01-23 14:56:03
|
Oops looks like I cannot run the compiled Examples in apache ?? I get 500 Internal Server Error... and the Apache error logs say the following Premature end of script header.. Any ideas or inputs will be appreciated... thanks -Yogesh > -----Original Message----- > From: lib...@li... > [mailto:lib...@li...]On Behalf Of Rafael > Steil > Sent: Thursday, January 23, 2003 7:01 PM > To: lib...@li... > Subject: Re: [Libcgi-general] Libcgi 0.8.1 version build on solaris 2.8 > > > > Cool. The next Makefile will do plataform checks.. an user > has reported > problems using the Makefile in freebsd ( "don't know how to make > gcc" error ). The > ironic thing is that older versions of libcgi ( which doesn't > uses "configure" script ) > works fine on FreeBSD.. well.. > > Rafael > > On Thu, 23 Jan 2003 19:48:21 +0530 > "Yogesh V. Ranade" <yr...@in...> wrote: > > > Hello !! > > > > There are problems compiling libcgi0.8.1 version > > on solaris 8 box with gcc version 2.95.3. > > I kept getting a lot of symbol relocation errors. > > > > To fix this problem I had to do the following > > modification to the Makefile > > > > Replace SHAREDOPT= -shared > > with > > SHAREDOPT= -G -z allextract > > > > > > Hope this helps someone trying to build... > > > > Cheer's > > > > -Yogesh > > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > http://www.vasoftware.com > > _______________________________________________ > > Libcgi-general mailing list > > Lib...@li... > > https://lists.sourceforge.net/lists/listinfo/libcgi-general > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Libcgi-general mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libcgi-general |
From: Rafael S. <ra...@in...> - 2003-01-23 14:23:18
|
Cool. The next Makefile will do plataform checks.. an user has reported problems using the Makefile in freebsd ( "don't know how to make gcc" error ). The ironic thing is that older versions of libcgi ( which doesn't uses "configure" script ) works fine on FreeBSD.. well.. Rafael On Thu, 23 Jan 2003 19:48:21 +0530 "Yogesh V. Ranade" <yr...@in...> wrote: > Hello !! > > There are problems compiling libcgi0.8.1 version > on solaris 8 box with gcc version 2.95.3. > I kept getting a lot of symbol relocation errors. > > To fix this problem I had to do the following > modification to the Makefile > > Replace SHAREDOPT= -shared > with > SHAREDOPT= -G -z allextract > > > Hope this helps someone trying to build... > > Cheer's > > -Yogesh > > > > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Libcgi-general mailing list > Lib...@li... > https://lists.sourceforge.net/lists/listinfo/libcgi-general > |
From: Yogesh V. R. <yr...@in...> - 2003-01-23 14:13:24
|
Hello !! There are problems compiling libcgi0.8.1 version on solaris 8 box with gcc version 2.95.3. I kept getting a lot of symbol relocation errors. To fix this problem I had to do the following modification to the Makefile Replace SHAREDOPT= -shared with SHAREDOPT= -G -z allextract Hope this helps someone trying to build... Cheer's -Yogesh |
From: Rafael S. <ra...@in...> - 2003-01-23 13:10:44
|
Oh, yeah, right... You have did it.. my fault, I thought that this bug was fixed in 0.8.1 version, but no.. the CVS version is the correct. Sorry = Tonu. The bug is in list_free() function ( list.c file ). The CVS version is here: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/libcgi/libcgi-devel/src/list= .c?rev=3D1.2&content-type=3Dtext/vnd.viewcvs-markup Rafael On 23 Jan 2003 14:59:04 +0200 Tonu Samuel <to...@pl...> wrote: > On Thu, 2003-01-23 at 13:46, Rafael Steil wrote: > >=20 > > I need to revise cgi_end().. for now, the only thing it does is free=20 > > cookies and session vars from memory.. not a big issue. In future relea= ses,=20 > > cgi_end() intention is to make a complete memory cleanup, but to do tha= t we need > > memory management functions before. So, comment the call to this funcit= on and > > be happy :) >=20 > I have it! >=20 > I do not remember what exact version is in CVS right now but I use it > in-house for some time already. SourceForge project "dbug" is it. >=20 > Today I am very sleepy but I can revise it some other day. >=20 > T=F5nu |