Re: ecpg in postgresql 7.4 generates: cygheap_fixup_in_child: Couldn't reserve space for cygwin's heap
On Tue, Dec 02, 2003 at 07:17:34AM -0500, Jason Tishler wrote: Kurt, On Mon, Dec 01, 2003 at 09:05:55PM +0100, Kurt Roeckx wrote: 12 [unknown (0x2A4)] ? 456 cygheap_fixup_in_child: Couldn't reserve space for cygwin's heap (0x6160 0x47) in child, Win32 error 487 C:\cygwin\home\kurt\tst.exe: *** m.AllocationBase 0x0, m.BaseAddress 0x6160, m.RegionSize 0x8, m.State 0x1 Rebasing my system fixed the above problem: [...] Please read the rebase README: http://www.tishler.net/jason/software/rebase/rebase-2.2.README Does rebaseall work for you too? It worked for me too. Thanks. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
ecpg in postgresql 7.4 generates: cygheap_fixup_in_child: Couldn't reserve space for cygwin's heap
I recently upgraded to postgresql 7.4-1. Now when I try to run
my program linked with ecpg.dll I get:
12 [unknown (0x2A4)] ? 456 cygheap_fixup_in_child: Couldn't
reserve space for cygwin's heap (0x6160 0x47) in child,
Win32 error 487
C:\cygwin\home\kurt\tst.exe: *** m.AllocationBase 0x0,
m.BaseAddress 0x6160, m.RegionSize 0x8, m.State 0x1
Simple test program tst.pgc:
int main()
{
EXEC SQL CONNECT TO test;
return 0;
}
ecpg tst.pgc
gcc tst.c -o tst -lecpg
./tst
All packages used are the most recent.
Kurt
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Changing user ID.
I've been trying to log in as an other user under NT. From the archives I seem to get that su was removed, and that you should be using login for it instead, so I've tried to use that. It comes asking for the password, but always says it failed. Anybody got any idea why it's not working? The user doesn't exist local, but does exist in the domain. I don't want to try to use sshd/ssh, since I really don't need them, but would that work instead? Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Postgresql installation problems.
On Mon, Nov 18, 2002 at 03:49:47PM -0500, Jason Tishler wrote: Any XP users successfully running PostgreSQL? If so, please post your experiences to the list. I'm especially interested in XP Home, since I assume that XP Pro will be the same as NT/2000. I'm using XP Pro. On Sat, Nov 16, 2002 at 05:44:58PM +0100, Kurt Roeckx wrote: I'm trying to install postgresql on windows XP. Please see the following thread: http://archives.postgresql.org/pgsql-cygwin/2002-11/msg00037.php Oh, didn't know about that list yet ... I have a problem getting the ipc-deamon to work. When I run ipc-daemon --install-as-service, it doesn't want to start. What version of Cygwin are you using? An older version (IIRC, 1.3.13), had issues with running ipc-daemon as a service. Please upgrade to the latest Cygwin, if necessary. I'm using 1.3.15. It's a fresh install of a few days ago. If I then try my initdb, it hangs itself creating the template1 database, like in case the ipc-daemon isn't running. The above implies that you are not using the latest Cygwin PostgreSQL, please upgrade to the latest. I'm still using 7.2.3-1, I guess I downloaded it just before 7.2.3-2 came out ... It seems it should just give a error instead of using all CPU. Anything else changed? Note that the documentation says that you have to run initdb before you start the ipc-daemon service, but I thought that that is wrong and initdb requires the service too. The above typo has been recently corrected: I knew about it, I've hit the same problem over a year ago. I wonder why it never got corrected. :) Please read the README regarding what clean up is necessary when switching the account under which ipc-daemon runs. I did remove the files in /tmp. I tried about everything I could think of. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: QUESTION: How to start up PostgreSQL within cygwin?
On Thu, May 09, 2002 at 09:55:58PM -0300, Jose Luis Otermin wrote: It seems too complicated to a newbie like me. Maybe there aren't enough PostgreSQL users in this forum or my question is too cryptic. You should read /usr/doc/Cygwin/postgresql-7.2.1.README /usr/doc/postgresql-7.2.1/FAQ_MSWIN might be intresting too. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: QUESTION: How to start up PostgreSQL within cygwin?
On Thu, May 09, 2002 at 05:49:04PM -0300, Jose Luis Otermin wrote: At the last message shown on screen (creating template1...) the CygWin hangs and doesn't respond unless do Ctrl-Alt-Del and kill the process. Any help or clue will be very wellcome :-) Read the documentation and start cygipc (ipc-daemon) first. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup 2.194.2.24: Bug (?) in downloading from internet
On Sun, Apr 28, 2002 at 09:47:14PM +1000, Robert Collins wrote: -Original Message- From: Sam Edge [mailto:[EMAIL PROTECTED]] Sent: Sunday, April 28, 2002 9:32 PM So use a mirroring tool! Setup.exe is -not- designed for this. Surely if setup.exe isn't designed with at least a nod to this way of working why does it have download from Internet and install from local directory options, instead of just instisting on connecting to a server every time? It's designed to allow an off-line mode, as opposed to having spare copies of potentially desired pacakges around. The redownloading behaviour is a result of a kludge to allow deliberate redownloading of packages in 'download only' mode. Why is the redownloading a good thing in case of download only mode? If I want to redownload something, I could just remove it and then say to download it again. If we remove that, then packages won't get downloaded again and again and again - but setup will be no more suited to being a mirroring tool. The no more suited to being a mirroring tool really confuses me! How is redownloading good for a mirror tool? The only case I can see to redownload a certain file is when the time of the file has changed (or the size). If it *looks* the same, don't download it again. The only file that really should need that, afaik, is setup.ini, and I think you download that anyway? If you want a setup.ini parsing mirroring tool, take me up on my offer to help someone leverage the setup.ini codebase to build a mirroring tool. Why do you even need to parse setup.ini to be able to mirror something? Using something as wget should work, I just didn't try it yet. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: TZ environment variable
On Wed, Apr 24, 2002 at 05:15:56PM +0200, Marcos Lorenzo de Santiago wrote: Easy question: Which values are valid for the TZ environment variable? I looked all the manpages (linux windows manpages) but found nothing refering to this variable. I know that perl and cygwin look at this variable to display localtime and I need to know if my configuration is set correctly. Try man tzset. Basicly, you can set it to anything you find in the zoneinfo (/usr/share/zoneinfo) Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Termcap issue in cygwin
On Wed, Apr 03, 2002 at 04:38:01AM -0800, Eduardo Chappa wrote: As far as I understand, the function tgetent, has two parameters, which are documented in the manual for termcap(3) and tgetent, the first one is of type (char *). According to the manual of the unix system I am using the length of this string is supposed to be 1024. I have found that the entries for the linux and cygwin terminal are over 1024 characters long, which causes this function to corrupt the stack and the program dump core. A classical buffer overflow bug. I believe this is an issue with the termcap database, which I believe should be shortened to satisfy the 1024 characters length requirement in (it seems) most (if not all) Unix systems. A small part of the termcap info page: With the Unix version of termcap, you must allocate space for the description yourself and pass the address of the space as the argument BUFFER. There is no way you can tell how much space is needed, so the convention is to allocate a buffer 2048 characters long and assume that is enough. (Formerly the convention was to allocate 1024 characters and assume that was enough. But one day, for one kind of terminal, that was not enough.) It even has some examples. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Setup.exe update
On Tue, Mar 19, 2002 at 05:44:16PM +1100, Robert Collins wrote: I tried the new SETUP.EXE. The problem is it doesn't recognize my previous installation or rather my previous downloads! Instead it creates another folder named according to the server it connected and download the packages into it. Anyone can help me with this? Thanks, Benny Ng Benny, it will recognise and use your existing installation and download cache. What it won't do is add to it. I finally had some time to try the new setup. What seems to happen is that it seems to have this cache based on what is installed and not what is downloaded. On a machine with an old version, it always wants to download everything again even if he already has it. On a machine with the newest it doesn't want to download anything, I can't even seem to let it download things I didn't install. Then I tried downloading it on a machine where cygwin isn't installed on, it downloaded what needs to be downloaded. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Setup.exe update
On Tue, Mar 19, 2002 at 05:44:16PM +1100, Robert Collins wrote: -Original Message- From: Hotmail [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 19, 2002 5:41 PM To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Setup.exe update Importance: High I tried the new SETUP.EXE. The problem is it doesn't recognize my previous installation or rather my previous downloads! Instead it creates another folder named according to the server it connected and download the packages into it. Anyone can help me with this? Benny, it will recognise and use your existing installation and download cache. What it won't do is add to it. I downloaded the new setup today too. I first download things. I basicly want to have a local mirror so I can install things from there on several boxes. I stopped downloading because I didn't like that directory. Maybe I should mirror it an other way? If I download it like this, and then install it from that dir, will it use the newest packages? What happens if I download from an other site? Will it make yet an other directory? Will it then still pick the latest version? I canceled the download and started over, and it downloaded all the same files again, so I assume it won't do what I want at all. Any suggestions? I also find an other small problem. Sometimes it seems to be unable to get the setup.ini from mirror, sometimes it does. It complains rather fast, I don't think it even made a connection to it. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Fwd: Re: Core dumped just only with strcat!
On Tue, Feb 19, 2002 at 12:45:35PM +0100, Pavel Tsekov wrote: I've trying lots of things and after 1 day with it, I've achieved to work part of the code. What I did? I just declared my array before a MYSQL_RES variable. I had: MYSQL_RES * result; char petition[500]; This is basic C knowledge. Here petition is a local variable, so it's not filled with '\0'. You either want to place a '\0' in petition[0], or use strcpy() instead of strcat(). strcat() will add at the end of the string, and that might be anywhere in memory since you didn't initialize the string and just contains garbage. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Fwd: Re: Core dumped just only with strcat!
On Tue, Feb 19, 2002 at 02:14:38PM +0100, Kurt Roeckx wrote: On Tue, Feb 19, 2002 at 12:45:35PM +0100, Pavel Tsekov wrote: I've trying lots of things and after 1 day with it, I've achieved to work part of the code. What I did? I just declared my array before a MYSQL_RES variable. I had: MYSQL_RES * result; char petition[500]; This is basic C knowledge. Here petition is a local variable, so it's not filled with '\0'. You either want to place a '\0' in petition[0], or use strcpy() instead of strcat(). Oops, you did the first one. I should have looked at the code closer. Kurt -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
